WEBVTT

00:00:00.000 --> 00:00:03.440
판매는 완료했고 청구서도 보냈는데 돈은 언제 실제로 입금될까요?

00:00:03.560 --> 00:00:05.040
입금되지 않으면 어떻게 될까요?

00:00:05.200 --> 00:00:09.120
M365 FM에서 전해드리는 마이크로소프트 날리지 너게츠 위 새로운 에피소드에 오신 것을 환영합니다.

00:00:09.280 --> 00:00:10.520
저는 메르코 피터스입니다.

00:00:10.740 --> 00:00:14.500
오늘은 다이나믹스 365위 미수금관리, 어카운츠 리시버블을 알기 쉽게 설명해드리겠습니다.

00:00:14.760 --> 00:00:18.280
이번 에피소드가 끝날 때 쯤이면 고객의 잔액이 판매부터 결제까지 어떻게 처리되는지

00:00:18.280 --> 00:00:21.280
그리고 결제가 늦어질 경우 기업은 어떻게 대응하는지 알게 되실 겁니다.

00:00:21.540 --> 00:00:23.280
가장 간단한 정의부터 시작하죠.

00:00:23.280 --> 00:00:27.820
미수금관리는 고객이 귀사에 지불해야 할 금액과 들어오는 결제 내역을 추적하는 것입니다.

00:00:27.940 --> 00:00:31.020
비즈니스 내부의 자금을 관리하는 서류 캐비닛이라고 생각하시면 됩니다.

00:00:31.300 --> 00:00:33.360
모든 고객에게는 각각의 폴더가 배정됩니다.

00:00:33.540 --> 00:00:37.540
그 폴더에는 청구서, 결제 내역, 마감일, 그리고 후속 조치 사항들이 담겨있죠.

00:00:37.700 --> 00:00:39.440
스프레드 시트로 이러한 내용을 나열할 수는 있지만

00:00:39.440 --> 00:00:44.760
새로운 판매와 합의된 마감일, 은행 결제, 그리고 신용 결정을 회사 전체 차원에서 안정적으로 연결할 수는 없습니다.

00:00:45.040 --> 00:00:47.620
하지만 다이나믹스 365 파이낸스는 가능합니다.

00:00:47.820 --> 00:00:50.400
그럼 고객 계정이라는 기초부터 시작해보겠습니다.

00:00:50.400 --> 00:00:54.220
첫째, 모든 청구서의 출발점인 고객 계정입니다.

00:00:54.660 --> 00:00:58.120
노스인드 익힘먼트라는 고객과 거래한다고 가정해보겠습니다.

00:00:58.520 --> 00:01:02.980
고객이 주문을 넣기 전에 다이나믹스 365에는 이름과 전화번호 이상의 정보가 필요합니다.

00:01:03.180 --> 00:01:06.160
노스인드와 거래하기 위한 재무적 규칙이 필요하기 때문입니다.

00:01:06.340 --> 00:01:09.460
고객 계정은 앞서 말한 서류 캐비닛의 이름표가 붙은 폴더와 같습니다.

00:01:09.800 --> 00:01:14.080
이 폴더에는 고객이 누구인지, 청구서는 어디로 보내야 하는지, 일반적인 결제 방식은 무엇인지,

00:01:14.400 --> 00:01:18.520
그리고 회사가 얼마만큼의 신용을 제공할지 등 다이나믹스 365가 알아야 할 모든 세부 정보가 들어 있습니다.

00:01:18.520 --> 00:01:22.220
기본적인 설정처럼 들릴 수 있지만, 나중에 발생할 수 있는 많은 혼란을 방지해줍니다.

00:01:22.380 --> 00:01:25.080
예를 들어, 계정에는 고객의 청구서 수신 주소가 저장됩니다.

00:01:25.260 --> 00:01:27.000
이는 배송 주소와 다른 경우가 많죠.

00:01:27.180 --> 00:01:30.080
장비는 공장으로 배송되고, 청구서는 재무부서로 보낼 수 있습니다.

00:01:30.260 --> 00:01:31.700
또한 결제 조건도 저장됩니다.

00:01:31.900 --> 00:01:35.580
결제 조건은 이 고객에게 얼마동안의 결제 기한을 줄 것인가? 라는 간단한 질문에 답합니다.

00:01:35.780 --> 00:01:37.520
노스인드는 30일 이내에 지불할 수도 있습니다.

00:01:37.760 --> 00:01:39.260
어떤 고객은 선결제를 할 수도 있죠.

00:01:39.440 --> 00:01:41.600
규모가 큰 고객은 60일 기한을 협상할 수도 있습니다.

00:01:41.600 --> 00:01:45.740
이러한 조건이 계정에 설정되면, 다이나믹스 365는 자동으로 마감일을 계산합니다.

00:01:45.940 --> 00:01:51.100
누구도 이메일 내역을 뒤지거나, 넷32 주문일 기준인지, 배송일 기준인지, 아니면 청구일 기준인지 추측할 필요가 없습니다.

00:01:51.340 --> 00:01:52.700
시스템이 알아서 처리하니까요.

00:01:52.860 --> 00:01:53.980
중요한 점이 하나 더 있습니다.

00:01:54.260 --> 00:01:56.640
고객 계정에는 평소 사용하는 결제 방식도 저장됩니다.

00:01:56.840 --> 00:02:01.860
노스인드는 은행 송금으로, 다른 고객은 신용카드로 결제한다면, 재무팀은 결제 시점에 맞는 적절한 절차를 따를 수 있습니다.

00:02:02.100 --> 00:02:04.720
모든 고객을 매번 예외적인 경우처럼 다룰 필요가 없는 것이죠.

00:02:04.880 --> 00:02:06.360
그 다음으로는 신용한도가 있습니다.

00:02:06.360 --> 00:02:10.420
신용한도는 기업이 고객에게 한 번에 허용할 수 있는 최대 외상 금액입니다.

00:02:10.580 --> 00:02:12.800
사무실 건물의 접수처를 생각해보세요.

00:02:13.100 --> 00:02:18.240
접수 직원은 방문객의 인성이 아니라, 규정에 따라 다른 층으로 들어갈 수 있는지 확인합니다.

00:02:18.480 --> 00:02:19.800
여기서도 같은 원리입니다.

00:02:20.020 --> 00:02:23.100
신용한도는 영업부서와 재무부서 사이에 명확한 경계를 설정합니다.

00:02:23.300 --> 00:02:28.520
노스인드가 우량 고객이라도 이미 많은 금액을 비치고 있다면, 큰 주문을 받기 전에 잠시 멈춰야 합니다.

00:02:28.720 --> 00:02:32.700
보이지 않는 곳에서 다이나믹스 365는 고객그룹과 정기 프로필을 활용할 수 있습니다.

00:02:32.940 --> 00:02:34.540
용어 때문에 겁먹을 필요는 없습니다.

00:02:34.540 --> 00:02:37.400
고객그룹은 비슷한 고객들을 하나로 묶는 방법일 뿐입니다.

00:02:37.560 --> 00:02:40.120
소매고객은 한 그룹으로, 도매고객은 다른 그룹으로 분류합니다.

00:02:40.280 --> 00:02:43.400
이렇게 하면 기업이 합리적인 범위 내에서 공통된 규칙을 적용할 수 있습니다.

00:02:43.620 --> 00:02:49.320
정기 프로필은 송장이 입력될 때 어떤 재무계정에 부채를 기록할지 다이나믹스 365에 알려주는 회계 규칙입니다.

00:02:49.540 --> 00:02:52.700
일반적으로 영업담당자나 고객은 이러한 작업을 직접 보지 않습니다.

00:02:52.900 --> 00:02:56.720
하지만 장부에는 모든 금액이 정확한 위치에 기록되어야 하므로 재무부서에 필수적입니다.

00:02:56.960 --> 00:02:58.380
진정한 힘은 바로 여기 있습니다.

00:02:58.720 --> 00:03:01.280
고객계정은 영업부서와 재무부서를 연결합니다.

00:03:01.280 --> 00:03:05.980
영업담당자가 노스윈드의 주문을 생성하면 재무부서에서 나중에 정보를 다시 입력할 필요가 없습니다.

00:03:06.260 --> 00:03:09.420
그들은 고객정보, 결제조건, 신용상태, 미소금을 확인할 수 있습니다.

00:03:09.640 --> 00:03:11.120
모든 것이 자동으로 연결됩니다.

00:03:11.340 --> 00:03:13.640
그것이 연락처 목록과 고객계정의 차이점입니다.

00:03:13.880 --> 00:03:16.160
연락처 목록은 누군가에게 연락할 때 사용합니다.

00:03:16.360 --> 00:03:21.080
고객계정은 회사와 거래할 때 적용되는 규칙을 포함하여 재무적인 관계를 기록합니다.

00:03:21.320 --> 00:03:27.040
노스윈드가 물건을 구매하면 다이나믹스 365는 해당 판매 내역을 정식 결제 요청으로 전환해야 합니다.

00:03:27.720 --> 00:03:31.700
둘째, 송장을 생성하여 판매를 외상 매출로 전환하는 과정입니다.

00:03:31.940 --> 00:03:34.300
그렇다면 주문과 송장의 차이는 무엇일까요?

00:03:34.500 --> 00:03:37.980
주문은 고객이 원하는 것을 나타내고, 송장은 고객이 지불해야 할 금액을 나타냅니다.

00:03:38.140 --> 00:03:39.040
핵심은 이렇습니다.

00:03:39.300 --> 00:03:41.660
송장은 고객계정에 미결 잔액을 생성합니다.

00:03:41.660 --> 00:03:46.340
송장이 정기되면 공식적으로 대금을 청구하고 외상 매출금 담당자가 미소금을 추적할 수 있습니다.

00:03:46.520 --> 00:03:48.460
노스윈드 장비를 다시 예로 들어보겠습니다.

00:03:48.800 --> 00:03:53.020
그들이 장비 10개를 주문하면 영업팀이 주문을 기록하고 창고에서 준비하여 배송합니다.

00:03:53.240 --> 00:03:54.900
이제 노스윈드는 장비를 확보했습니다.

00:03:55.180 --> 00:03:59.460
그 시점에서 무엇을 구매했는지, 비용은 얼마인지, 결제 기한은 언제인지에 대한 명확한 기록이 필요합니다.

00:03:59.600 --> 00:04:01.140
그 기록이 바로 고객 송장입니다.

00:04:01.380 --> 00:04:04.960
다이나믹스 365 파이낸스 위 대부분 송장은 판매 주문에서 직접 생성됩니다.

00:04:05.140 --> 00:04:07.920
이를 통해 송장은 최초의 판매 내역과 계속 연결되어 유지됩니다.

00:04:07.920 --> 00:04:12.000
고객 항목, 가격, 수량 및 합의된 모든 규칙은 이미 파일에 저장되어 있습니다.

00:04:12.260 --> 00:04:15.320
별도의 청구 시스템에 정보를 다시 입력할 필요가 없습니다.

00:04:15.660 --> 00:04:20.840
상품이 출고되거나 서비스가 청구 가능한 단계에 도달하면 해당 판매 주문에서 청구서를 생성합니다.

00:04:21.080 --> 00:04:23.460
정확한 타이밍은 회사의 업무 방식에 따라 다릅니다.

00:04:23.740 --> 00:04:26.940
어떤 회사는 배송 시점에, 어떤 회사는 작업 단계가 완료된 후에 청구합니다.

00:04:27.180 --> 00:04:30.240
컨설팅 회사는 주요 단계를 완료한 후에 청구서를 발행할 수 있습니다.

00:04:30.500 --> 00:04:33.640
바이나믹스 365는 여러분이 설정한 프로세스를 따릅니다.

00:04:33.860 --> 00:04:36.580
포장 명세서 기반 청구서라는 용어를 들어보셨을 겁니다.

00:04:36.840 --> 00:04:40.720
포장 명세서는 창고에서 실제로 출고되어 배송 단계의 이른 품목을 확인해줍니다.

00:04:40.960 --> 00:04:45.500
실제 출고량을 기준으로 청구하는 경우 청구서에 해당 배송 확인 내역을 사용할 수 있습니다.

00:04:45.500 --> 00:04:48.000
이렇게 하면 흔히 발생하는 문제를 방지할 수 있습니다.

00:04:48.200 --> 00:04:51.440
쉽게 주문 건 중 2개는 재고 대기 중이라 오늘 8개만 배송되었다고 가정해보겠습니다.

00:04:51.740 --> 00:04:55.080
포장 명세서를 기준으로 청구하면 배송된 8개 단위에 대해서만 청구서를 발행하게 됩니다.

00:04:55.280 --> 00:04:58.220
노스인드가 물건을 받기도 전에 쉽게 전체에 대해 비용을 청구하지 않습니다.

00:04:58.400 --> 00:05:02.340
주문 정보도 중요하지만 확인된 배송 정보가 이번 청구서에 무엇이 포함되어야 할지 알려줍니다.

00:05:02.520 --> 00:05:04.960
하지만 모든 청구서가 판매 주문으로 시작되는 것은 아닙니다.

00:05:05.120 --> 00:05:07.800
때로는 배송과 관련 없는 일회성 비용을 청구해야 할 때가 있습니다.

00:05:08.080 --> 00:05:10.520
예를 들어 노스인드가 특별 교육 세션을 요청할 수 있습니다.

00:05:10.520 --> 00:05:14.500
서비스 수수료, 프로젝트 비용 또는 별도의 청구서가 필요한 수정사항이 있을 수 있습니다.

00:05:14.680 --> 00:05:18.280
이러한 경우를 위해 다이나믹스 365 파이낸스는 자유텍스트 청구서를 지원합니다.

00:05:18.460 --> 00:05:20.980
자유텍스트라고 해서 무작위적이거나 비공식적인 것은 아닙니다.

00:05:21.140 --> 00:05:23.400
청구서가 판매 주문에 연결되어 있지 않다는 뜻입니다.

00:05:23.620 --> 00:05:27.580
고객, 비용 항목, 금액, 필요한 경우 세금 정보 및 결제 정보를 입력합니다.

00:05:27.800 --> 00:05:30.480
정기 처리되면 고객 계정에 일반적인 미수금으로 남게 됩니다.

00:05:30.740 --> 00:05:32.520
고객은 여전히 정식 청구서를 받게 됩니다.

00:05:32.760 --> 00:05:34.480
재무부서에서도 미결 잔액을 확인할 수 있습니다.

00:05:34.700 --> 00:05:36.100
반복적인 작업은 어떻게 할까요?

00:05:36.100 --> 00:05:38.940
노스인드가 장비 유지 보수 비용을 매월 지불한다고 가정해봅시다.

00:05:39.080 --> 00:05:43.100
매달 수작업으로 동일한 청구서를 만드는 것은 시간 낭비이며 사소한 실수를 유발할 수 있습니다.

00:05:43.320 --> 00:05:46.820
구독 청구 기능은 청구 일정을 사용하여 반복적인 요금을 처리합니다.

00:05:46.820 --> 00:05:52.860
계약과 청구 시기를 설정하면 다이나믹스 365가 각 청구 기간에 맞춰 청구서를 생성합니다.

00:05:53.060 --> 00:05:58.800
이를 통해 반복적 인서비스를 체계적으로 청구할 수 있고, 고객은 합의된 일정에 따라 청구서를 받게 됩니다.

00:05:59.040 --> 00:06:01.680
정기 처리는 판매 상태를 변경하는 순간입니다.

00:06:01.940 --> 00:06:05.080
해당 금액을 노스인드 고객 계정에 미수금으로 기록합니다.

00:06:05.300 --> 00:06:10.980
또한 회사의 재무 기록으로 해당 금액을 전송하여 판매가 청구되었고, 결제가 완료되지 않았음을 확인할 수 있게 합니다.

00:06:11.280 --> 00:06:14.120
이제 청구서는 누군가 임의로 수정할 수 있는 초안 상태가 아닙니다.

00:06:14.300 --> 00:06:15.820
이제 재무 기록의 일부가 된 것입니다.

00:06:15.820 --> 00:06:17.440
구체적인 사례로 살펴보겠습니다.

00:06:17.740 --> 00:06:19.900
노스인드 가 만 달러 상당의 장비를 주문합니다.

00:06:20.060 --> 00:06:23.300
8개 유닛이 먼저 배송됨으로 해당 8개 유닛에 대한 송장을 발행합니다.

00:06:23.460 --> 00:06:26.460
송장에는 금액, 만기일, 결제 지침이 표시됩니다.

00:06:26.640 --> 00:06:31.720
노스인드 가 청구서를 받으면 다이나믹스 365는 해당 금액을 계정에 미결제 금액으로 기록합니다.

00:06:31.940 --> 00:06:35.980
이 공유 기록을 통해 영업, 참고 직원, 재무부서는 동일한 거래에 집중할 수 있습니다.

00:06:36.200 --> 00:06:40.420
더 이상 서로 다른 파일의 버전을 두고 다툴 필요가 없지만, 송장은 단지 대금을 요청할 뿐입니다.

00:06:40.420 --> 00:06:44.580
다음 작업은 결제가 도착했을 때 이를 인식하고 올바른 미결제 잔액과 연결하는 것입니다.

00:06:44.740 --> 00:06:47.860
둘 셋, 결제 수령 및 대조, 올바른 송장 마감하기.

00:06:48.060 --> 00:06:49.800
결제가 도착하는 것은 간단해 보입니다.

00:06:49.980 --> 00:06:52.100
은행 잔고가 늘어나니 작업이 완료된 것일까요?

00:06:52.260 --> 00:06:53.340
꼭 그렇지는 않습니다.

00:06:53.580 --> 00:06:55.720
재무부서는 여전히 두 가지 질문에 답해야 합니다.

00:06:55.940 --> 00:06:59.140
누가 돈을 보내드며 그 돈으로 어떤 미결제 송장을 마감해야 할까요?

00:06:59.340 --> 00:07:01.720
노스인드 가 장비 송장을 결제하는 상황을 생각해보세요.

00:07:01.720 --> 00:07:05.580
은행에는 짧은 참조 정보, 금액, 날짜와 함께 결제 내역이 표시될 수 있습니다.

00:07:05.760 --> 00:07:07.800
해당 결제를 노스인드 위 미결제 잔액과 대조하지 않으면,

00:07:08.180 --> 00:07:11.680
시스템은 은행에 현금이 있다고 표시하면서도 노스인드가 여전히 돈을 빚지고 있다고 표시할 수 있습니다.

00:07:11.840 --> 00:07:13.600
해당 기록들은 서로 일치해야 합니다.

00:07:13.820 --> 00:07:18.060
바이나믹스 365 파이낸스는 고객이 결제할 수 있는 여러 방법을 처리합니다.

00:07:18.240 --> 00:07:21.280
현금, 수표, 신용카드 결제, 계좌이체를 받거나,

00:07:21.680 --> 00:07:25.000
일부 비즈니스 프로세스에서는 공식 결제 문서인 환호음을 사용할 수도 있습니다.

00:07:25.240 --> 00:07:27.940
각 방법은 재무 기록으로 들어오는 고유한 경로를 따릅니다.

00:07:27.940 --> 00:07:30.400
계좌이체는 은행 명세서에 나타날 수 있습니다.

00:07:30.600 --> 00:07:33.040
수표는 은행에서 처리하기 전에 기록해야 할 수도 있습니다.

00:07:33.260 --> 00:07:35.680
카드 결제는 결제 서비스를 통해 이루어질 수 있습니다.

00:07:35.900 --> 00:07:40.400
바이나믹스 365는 재무부서가 올바른 고객 계정에 결제 세부 정보를 기록할 공간을 제공합니다.

00:07:40.580 --> 00:07:42.540
그 공간은 주로 고객 결제 저널입니다.

00:07:42.780 --> 00:07:44.100
저널은 종이 장부처럼 들리지만,

00:07:44.540 --> 00:07:49.160
바이나믹스 365 내부에서는 결제를 정기하기 전에 입력하고 검토하는 관리된 공간일 뿐입니다.

00:07:49.340 --> 00:07:54.920
재무부서는 고객, 금액, 결제 방법, 은행 계좌, 그리고 결제와 함께 전달된 모든 참조 정보를 기록합니다.

00:07:54.920 --> 00:07:58.660
다음으로 실제보다 더 어렵게 들리는 단어인 결제 조정, 세틀먼트 이 있습니다.

00:07:58.880 --> 00:08:01.780
결제 조정은 결제 내역을 해당 송장과 대조하는 것을 의미합니다.

00:08:01.960 --> 00:08:04.660
노스인드는 장비 송장에 명시된 정확한 금액을 결제합니다.

00:08:04.880 --> 00:08:07.980
재무부서는 결제와 미결제 송장을 선택한 다음 두 항목을 함께 조정합니다.

00:08:08.180 --> 00:08:10.760
정기가 완료되면 송장은 더 이상 미결제 상태로 표시되지 않습니다.

00:08:10.940 --> 00:08:12.800
결제를 통해 송장이 마감되었기 때문입니다.

00:08:13.000 --> 00:08:15.000
고객 잔액은 해당 금액만큼 감소합니다.

00:08:15.240 --> 00:08:17.000
조정 없는 결제는 현금을 이미 받았음,

00:08:17.100 --> 00:08:20.420
에도 송장이 계정의 미결제 상태로 남아있게 할 수 있으므로 중요합니다.

00:08:20.420 --> 00:08:25.180
이는 잘못된 보고서, 불필요한 후속 조치, 그리고 이미 결제한 고객에게 전화를 거는 난처한 상황을 초래합니다.

00:08:25.300 --> 00:08:27.940
때로는 결제 금액이 송장 전체를 충당하지 못할 수도 있습니다.

00:08:28.140 --> 00:08:31.580
노스인드가 금액의 일부를 먼저 지불하고 나머지는 나중에 지급하기로 합의할 수도 있습니다.

00:08:31.780 --> 00:08:36.200
다이나믹스 365는 입금된 금액을 송장에 대해 정산하면서 미지급된 부분은 그대로 열어둘 수 있습니다.

00:08:36.420 --> 00:08:38.980
송장은 일부 금액이 들어왔다고 해서 사라지지 않습니다.

00:08:39.200 --> 00:08:41.340
재무팀은 정확히 얼마가 남았는지 확인할 수 있습니다.

00:08:41.600 --> 00:08:43.480
실수로 송장을 전액 결제된 것으로 표시한 뒤,

00:08:43.480 --> 00:08:47.440
메모나 별도의 스프레드 시트에서 누락된 금액을 기억해내려는 것보다 훨씬 낫습니다.

00:08:47.620 --> 00:08:50.240
많은 기업의 경우 은행 입금이 대량으로 들어옵니다.

00:08:50.440 --> 00:08:53.580
모든 이체내역과 미결 송장을 수동으로 확인하는 데는 시간이 걸리며,

00:08:53.980 --> 00:08:58.820
특히 고객이 여러 송장을 한꺼번에 결제하거나 참조 번호를 명확하게 입력하지 않을 때는 더욱 그렇습니다.

00:08:59.040 --> 00:09:02.780
다이나믹스 365에는 이러한 작업을 위한 결제 조정 저널이 있습니다.

00:09:03.060 --> 00:09:08.980
팀은 은행 거래 내역 정보를 가져와서 이를 사용하여 들어오는 은행 결제와 미결 고객 송장을 일치시킬 수 있습니다.

00:09:08.980 --> 00:09:15.120
결제 참조, 금액, 고객 정보 및 일치 규칙은 시스템이 결제가 어디에 속하는지 제한하도록 돕습니다.

00:09:15.340 --> 00:09:17.740
결과를 검토하는 과정은 여전히 중요합니다.

00:09:17.980 --> 00:09:19.680
자동화는 검색 시간을 줄여주지만,

00:09:20.160 --> 00:09:23.700
결제가 올바른 송장을 정산하도록 보장하는 책임은 재무팀에게 있습니다.

00:09:24.020 --> 00:09:26.000
고객이 여러 송장에 대한 결제를 한 번에 보낼 경우,

00:09:26.360 --> 00:09:29.500
이를 처리하는 담당자가 해당 결제를 여러 송장에 걸쳐 일치시킬 수 있습니다.

00:09:29.700 --> 00:09:31.680
참조 번호가 잘못된 문서를 가리키는 경우,

00:09:32.060 --> 00:09:33.140
게시 전에 수정할 수 있습니다.

00:09:33.400 --> 00:09:35.400
목표는 사람의 판단을 배제하는 것이 아니라,

00:09:35.400 --> 00:09:39.220
은행 파일과 송장 목록을 뒤지느라 하루를 보내지 않게 하는 것입니다.

00:09:39.400 --> 00:09:43.420
이제 노스인드가 동일한 비즈니스 그룹 내 여러 회사에서 운영된다고 가정해보겠습니다.

00:09:43.840 --> 00:09:45.260
한 법인이 장비를 판매하고,

00:09:45.680 --> 00:09:48.420
중앙 재무회사가 그룹 전체의 결제를 받을 수 있습니다.

00:09:48.680 --> 00:09:52.480
다이나믹스 365는 이러한 상황을 위한 중앙 집중식 결제를 지원합니다.

00:09:52.680 --> 00:09:55.720
한 법인의 결제를 다른 법인을 대신하여 기록할 수 있습니다.

00:09:56.000 --> 00:09:58.040
기업은 판매 회사에 돈이 먼저 들어온 것처럼

00:09:58.040 --> 00:10:01.080
꾸미거나 시스템 외부에서 프로세스를 관리할 필요가 없습니다.

00:10:01.080 --> 00:10:03.100
기록을 통해 결제가 어디서 들어왔고,

00:10:03.280 --> 00:10:05.420
어떤 고객 부채를 정산하는지 확인할 수 있습니다.

00:10:05.660 --> 00:10:08.360
이는 특히 여러 회사가 하나의 중앙 현금 관리팀을 사용할 때,

00:10:08.520 --> 00:10:10.400
공유 재무 업무를 더 깔끔하게 유지해줍니다.

00:10:10.600 --> 00:10:14.120
결국 전체 결제 프로세스는 단순히 은행에 돈을 기록하는 것 이상의 의미가 있습니다.

00:10:14.400 --> 00:10:16.800
다이나믹스 365는 미결 잔액이 마감되거나,

00:10:16.980 --> 00:10:19.780
남은 금액을 통해 재무팀의 추가 지급이 필요함을 알릴 때까지,

00:10:19.920 --> 00:10:21.700
고객, 결제 및 송장을 연결합니다.

00:10:21.940 --> 00:10:23.740
이것으로 오늘의 결제는 정산되었습니다.

00:10:24.080 --> 00:10:26.200
다음 질문은 다음 판매 전에 발생합니다.

00:10:26.420 --> 00:10:29.060
기업이 고객의 외상 거래를 더 허용해야 할까요?

00:10:29.060 --> 00:10:33.180
넷째, 신용관리로 계속 판매할지 여부를 결정하는 것입니다.

00:10:33.380 --> 00:10:35.820
결제를 받아 기존 잔액이 정리되었습니다.

00:10:36.160 --> 00:10:36.980
꽤 간단하죠?

00:10:37.220 --> 00:10:38.500
하지만 다음 주문을 진행하기 전에,

00:10:38.620 --> 00:10:40.540
신용관리 부서에서 묻는 질문은 다음과 같습니다.

00:10:40.800 --> 00:10:43.140
귀사는 얼마나 더 많은 위험을 감수할 위향이 있습니까?

00:10:43.300 --> 00:10:44.960
호텔 프런트 데스크를 생각해보세요.

00:10:45.200 --> 00:10:46.640
투숙객이 하룻밤 더 머물고 싶어하면,

00:10:46.840 --> 00:10:48.180
직원은 예약 내역과 결제 상태,

00:10:48.540 --> 00:10:50.520
규정을 확인한 뒤 새로운 객실 카드를 건넵니다.

00:10:50.680 --> 00:10:53.660
신용관리도 영업 주문에 대해 정확히 같은 역할을 수행합니다.

00:10:53.860 --> 00:10:57.380
노스인드 익힘 머트가 전반적으로 좋은 고객인지 판단하지는 않습니다.

00:10:57.380 --> 00:11:01.020
단지 회사가 정한 규칙에 따라 현재 재정 상태를 확인할 뿐입니다.

00:11:01.180 --> 00:11:03.060
그 규칙 중 하나가 신용한도입니다.

00:11:03.300 --> 00:11:06.440
신용한도는 고객이 특정 시점에 갚아야 할 최대 금액입니다.

00:11:06.640 --> 00:11:08.580
따라서 노스인드 위 한도가 5만 달러인데,

00:11:08.840 --> 00:11:10.540
이미 4만 5천 달러를 지불해야 한다면,

00:11:11.000 --> 00:11:12.860
2만 달러의 새 주문은 주의가 필요합니다.

00:11:13.040 --> 00:11:14.360
고객은 여전히 주문할 수 있지만,

00:11:14.820 --> 00:11:16.860
귀사는 그 결정을 그냥 지나쳐서는 안 됩니다.

00:11:17.140 --> 00:11:20.200
다이나믹스 365는 여러 가지 수치를 동시에 확인할 수 있습니다.

00:11:20.440 --> 00:11:21.920
미결제 송장과 연체 기간,

00:11:22.280 --> 00:11:23.340
신규 판매 주문 금액,

00:11:23.680 --> 00:11:26.020
해당 고객의 잔여 신용한도를 모두 살펴봅니다.

00:11:26.020 --> 00:11:28.620
제때 결제하는 고객은 신용 여유가 있을 수 있지만,

00:11:29.160 --> 00:11:32.680
다른 고객은 한도 내에 있더라도 송장이 심각하게 연체되었을 수 있습니다.

00:11:32.900 --> 00:11:34.460
이는 서로 다른 위험 요소입니다.

00:11:34.660 --> 00:11:38.480
규칙이 트리거되면 다이나믹스 365는 판매 주문을 신용 보류 상태로 전환하여,

00:11:38.800 --> 00:11:42.260
추가 상품을 배송하거나 미결제 업무를 더 막기 전에 주문을 일시 중단시킵니다.

00:11:42.400 --> 00:11:43.600
영업부서는 보류 사실을 알고,

00:11:43.800 --> 00:11:45.300
재무부서는 사유를 파악할 수 있어,

00:11:45.660 --> 00:11:48.480
물류창고에서 이미 배송을 보낸 후에 문제를 발견하는 일이 없습니다.

00:11:48.800 --> 00:11:51.640
신용 보류가 주문의 연구적인 거절을 의미하는 것은 아닙니다.

00:11:51.640 --> 00:11:53.800
이는 누군가 검토해야 한다는 의미입니다.

00:11:53.960 --> 00:11:55.800
노스인드 가 결제 증빙을 보냈거나,

00:11:56.240 --> 00:11:58.960
재무관리자가 연체된 송장이 청구 오류임을 알고 있거나,

00:11:59.580 --> 00:12:03.300
고객이 대규모 프로젝트 승인으로 일시적 한도 증액을 요청했을 수 있습니다.

00:12:03.520 --> 00:12:06.560
권한이 있는 직원은 타당한 사유가 있을 때 주문을 승인할 수 있습니다.

00:12:06.800 --> 00:12:10.160
비즈니스 규칙에도 실제 상황을 반영할 여지가 필요하기 때문에 이 부분이 중요합니다.

00:12:10.360 --> 00:12:12.060
시스템이 자동 결정을 중단시킬 수는 있지만,

00:12:12.480 --> 00:12:13.800
담당자는 다음 단계를 결정하고,

00:12:13.940 --> 00:12:15.620
그 결정에 대한 명확한 기록을 남겨야 합니다.

00:12:15.620 --> 00:12:18.880
이때 영업부서와 재무부서가 동일한 정보를 바탕으로 소통해야 합니다.

00:12:19.000 --> 00:12:22.020
영업부서는 특히 중요한 주문의 경우 고객과의 거래를 유지하려 하고,

00:12:22.400 --> 00:12:25.420
재무부서는 회수 불가능한 채권이 쌓이지 않도록 회사를 보호해야 합니다.

00:12:25.580 --> 00:12:27.560
어느 한쪽이 논쟁에서 이길 필요는 없습니다.

00:12:27.860 --> 00:12:29.720
두 부서 모두 주문 내역과 미결제 금액,

00:12:30.000 --> 00:12:31.880
신용규칙을 한 곳에서 확인하기만 하면 됩니다.

00:12:32.180 --> 00:12:35.700
많은 사람이 신용관리라는 말을 들으면 고객을 거절하는 것이라고 생각합니다.

00:12:35.920 --> 00:12:36.720
그렇지 않습니다.

00:12:36.960 --> 00:12:40.660
신용관리는 연체결제가 더 큰 문제로 번지기 전에 안전한 경계를 합의하는 과정입니다.

00:12:40.880 --> 00:12:42.200
여전히 좋은 고객을 지원하고,

00:12:42.200 --> 00:12:44.620
예외를 승인하며 자신있게 판매할 수 있습니다.

00:12:44.820 --> 00:12:47.880
단지 사실을 확인하지 않은 채 부채만 늘리는 일을 멈추는 것입니다.

00:12:48.080 --> 00:12:51.340
송장기한이 지나면 예방보다는 후속 조치가 중요해집니다.

00:12:51.520 --> 00:12:53.700
다섯째, 수금과 분쟁관리입니다.

00:12:53.920 --> 00:12:56.340
고객관계를 유지하면서 대금을 회수해야 합니다.

00:12:56.580 --> 00:12:58.680
납기일이 지나면 업무 성격이 바뀝니다.

00:12:58.880 --> 00:13:01.220
이제 기업은 신용공여 여부를 결정할 필요가 없습니다.

00:13:01.580 --> 00:13:04.480
이미 기한이 지난 대금을 정중하고 명확하게 요청해야 합니다.

00:13:04.700 --> 00:13:07.980
다이나믹스 365 파이낸스는 이 업무를 수금 페이지에서 처리합니다.

00:13:07.980 --> 00:13:11.320
연체된 고객 계정을 관리하는 공유 작업 공간이라고 생각하면 됩니다.

00:13:11.320 --> 00:13:15.200
누구는 이메일로 기록하고, 누구는 스프레드 시트로 통화를 추적하고,

00:13:15.680 --> 00:13:17.860
또 누구는 재무팀에서 송장을 확인하는 대신,

00:13:18.380 --> 00:13:21.620
수금팀이 고객 잔액과 모든 후속 활동을 한 곳에서 파악합니다.

00:13:21.820 --> 00:13:23.780
이로써 대화의 방식이 달라집니다.

00:13:23.980 --> 00:13:26.900
수금 담당자는 특정 일수 이상 연체된 고객,

00:13:27.300 --> 00:13:29.180
특정 금액 이상 연체된 고객,

00:13:29.520 --> 00:13:33.500
또는 회사의 자체 수금 규칙에 따라 주의가 필요한 고객을 찾아내어

00:13:33.500 --> 00:13:35.720
생성된 목록을 바탕으로 작업합니다.

00:13:35.960 --> 00:13:39.340
따라서 팀은 누구에게 먼저 연락해야 할지 고민할 필요가 없습니다.

00:13:39.340 --> 00:13:44.000
담당자는 고객별로 알림 발송, 독촉장 생성, 이메일 발송,

00:13:44.400 --> 00:13:46.620
전화 상담 예약 등의 조치를 취할 수 있습니다.

00:13:46.860 --> 00:13:49.180
목표는 환한 메시지를 보내는 것이 아닙니다.

00:13:49.380 --> 00:13:51.600
대부분의 연체는 사소한 이유로 시작됩니다.

00:13:51.840 --> 00:13:53.600
송장이 잘못된 메일함으로 들어갔거나,

00:13:53.980 --> 00:13:57.040
사본이 필요하거나 담당팀이 마감일을 놓치는 경우 등입니다.

00:13:57.240 --> 00:13:59.460
차분한 알림 하나로 많은 문제를 해결할 수 있습니다.

00:13:59.700 --> 00:14:02.680
고객이 다음 주 금요일까지 지불하겠다고 답변하는 경우도 있습니다.

00:14:02.680 --> 00:14:09.520
다이나믹스 365는 이를 지불 약속으로 기록할 수 있어 팀은 약속 내용을 확인하고 제때 대금이 들어오는지 체크할 수 있습니다.

00:14:09.740 --> 00:14:15.260
이 기록이 없다면 다음 담당자가 다음날 아침 이미 약속된 내용을 모른 채 동일한 고객에게 다시 전화할 수도 있습니다.

00:14:15.460 --> 00:14:17.420
분쟁 처리 애도 같은 주의가 필요합니다.

00:14:17.620 --> 00:14:21.540
분쟁이란 고객이 송장 전체 또는 일부에 대해 이의를 제기하는 상황을 의미합니다.

00:14:21.740 --> 00:14:27.120
가격이 틀렸거나 상품이 도착하지 않았거나 승인되지 않은 작업에 대한 청구일 수 있습니다.

00:14:27.120 --> 00:14:30.880
가장 좋지 않은 대응은 해당 문제를 받은 편지함에 방치하는 것입니다.

00:14:31.080 --> 00:14:35.740
다이나믹스 365는 송장을 분쟁건으로 표시하여 수금 작업 중에도 항상 확인할 수 있게 합니다.

00:14:35.920 --> 00:14:41.800
팀은 침묵을 단순히 독촉장을 계속 보낼 근거로 삼는 대신 상태를 추적하고 해결에 필요한 작업을 진행할 수 있습니다.

00:14:42.020 --> 00:14:44.960
이는 또한 기업이 반복되는 문제를 파악하는 데도 도움이 됩니다.

00:14:45.180 --> 00:14:50.620
여러 고객이 동일한 유형의 청구에 대해 이의를 제기한다면 재무팀은 단순한 연체 이상의 문제를 발견한 것입니다.

00:14:50.840 --> 00:14:55.800
청구, 영업, 배송 또는 고객 서비스 팀이 해당 분쟁을 유발하는 프로세스를 개선해야 할 수도 있습니다.

00:14:55.800 --> 00:15:00.460
수금 업무에서는 미결제 금액을 기간별로 분류하는 연령 분석 보고서도 사용합니다.

00:15:00.640 --> 00:15:04.660
현재 지불 기한인 금액과 30일, 60일, 90일 이상 연체된 금액을 확인할 수 있습니다.

00:15:04.840 --> 00:15:09.940
이러한 기간별 분류는 팀이 어떤 채권을 먼저 처리해야 할지 파악하여 나중에 더 어려운 상황이 되는 것을 방지하도록 돕습니다.

00:15:10.140 --> 00:15:14.860
이틀 연체된 청구서와 3개월 동안 미납된 청구서에 똑같은 대응을 할 수는 없습니다.

00:15:15.200 --> 00:15:25.500
재무팀은 이용 가능한 경우 결제 예측 기능을 사용하여 과거 결제 내역과 고객 데이터를 바탕으로 미결 청구서의 입금 시기가 적절할지, 늦어질지, 혹은 아주 많이 늦어질지를 추정할 수 있습니다.

00:15:25.500 --> 00:15:33.080
연령 분석 보고서는 이미 일어난 일을 보여주지만, 예측 기능은 다음 연체로 문제가 발생하기 전에 팀이 어디에 집중해야 할지 결정하도록 돕습니다.

00:15:33.280 --> 00:15:35.060
이것이 판단을 대신할 수는 없습니다.

00:15:35.400 --> 00:15:40.160
이는 추심팀이 수많은 개정 중에서 어디에 우선 순위를 둘지 결정할 때 하나의 신호를 제공합니다.

00:15:40.360 --> 00:15:41.480
목표는 간단합니다.

00:15:41.700 --> 00:15:47.160
고객을 사건 번호가 아닌 고객으로 대우하면서 안정적이고 가시적인 방식으로 대금을 회수하는 것입니다.

00:15:47.420 --> 00:15:50.180
이제 전체 여정을 하나의 간단한 예시로 살펴보겠습니다.

00:15:50.180 --> 00:15:55.220
6단계, 하나의 청구서, 하나의 연결된 프로세스, 큰 그림입니다.

00:15:55.380 --> 00:16:02.820
노스윈드가 주문을 넣으면 시스템이 이를 처리하고 합의된 청구 시점에 도달하면 청구서가 발행되는 과정을 따라가 보겠습니다.

00:16:03.100 --> 00:16:10.620
고객 계정에는 이미 결제 조건이 설정되어 있으므로, 다이나믹스 365는 노스윈드와 합의한 규칙에 따라 기한을 자동으로 계산합니다.

00:16:10.860 --> 00:16:14.520
재무팀은 미결 금액을 확인하고 고객은 명확한 결제 요청을 받게 됩니다.

00:16:14.780 --> 00:16:16.240
그것이 프로세스의 시작입니다.

00:16:16.240 --> 00:16:19.740
몇 주 후, 노스윈드 가청구서 참조 번호와 함께 은행 송금을 보냅니다.

00:16:19.920 --> 00:16:22.540
재무팀은 결제 내역을 청구서와 대조한 후 정산합니다.

00:16:22.720 --> 00:16:26.780
미결 잔액이 사라지고, 고객 계정에는 거래의 해당 부분이 완료되었음이 표시됩니다.

00:16:26.980 --> 00:16:28.580
수동으로 일일이 확인할 필요가 없습니다.

00:16:28.900 --> 00:16:31.040
그렇다면 상황이 다르게 흘러갈 때는 어떻게 될까요?

00:16:31.180 --> 00:16:34.280
노스윈드 감화감 기한을 넘기면 해당 청구서는 추심 대상으로 넘어갑니다.

00:16:34.440 --> 00:16:37.960
담당자가 독촉장을 보내고 노스윈드 가청구 금액 일부가 틀렸다고 답하면,

00:16:38.460 --> 00:16:41.460
팀은 이를 설명 없는 연체로 처리하는 대신 분쟁건으로 기록합니다.

00:16:41.460 --> 00:16:45.700
모든 정보가 한 곳에 있으므로 누구나 같은 상태를 확인하고 다음 행동을 알 수 있습니다.

00:16:45.920 --> 00:16:48.560
다이나믹스 365 파이낸스위 차이점은 무엇일까요?

00:16:48.740 --> 00:16:50.880
모든 정보가 따로 놀지 않는다는 점입니다.

00:16:51.080 --> 00:16:58.860
판매 주문, 청구서, 결제, 신용 조회, 추심 업무가 모두 동일한 고객관계에 연결됨으로 여러 시스템을 뒤질 필요가 없습니다.

00:16:59.200 --> 00:17:02.080
이는 더 빠른 의사결정과 더 적은 실수를 의미합니다.

00:17:02.300 --> 00:17:09.840
과거의 방식은 스프레드 시트, 이메일 폴더, 메모, 은행 파일의 정보가 흩어져 있어 어떤 버전이 맞는지 확인하느라 시간을 낭비하곤 했습니다.

00:17:09.840 --> 00:17:14.880
다이나믹스 365는 모든 이야기를 연결하여 고객에 대한 통합된 관점을 끝까지 유지합니다.

00:17:15.000 --> 00:17:20.400
매출 채권 관리란 누가 돈을 갚아야 하는지, 기한은 언제인지, 지금까지 무슨 일이 있었는지, 다음에 무엇을 해야 할지를 파악하는 것입니다.

00:17:20.560 --> 00:17:24.640
어느 한 부분이라도 빠지면 기업은 매출을 많이 올리고도 현금이 어디에 있는지 파악하는 데 어려움을 겪을 수 있습니다.

00:17:24.820 --> 00:17:27.440
이 연결된 프로세스가 중요한 이유가 바로 그것입니다.

00:17:27.600 --> 00:17:28.280
결론입니다.

00:17:28.620 --> 00:17:30.320
내부 자금을 통제하십시오.

00:17:30.600 --> 00:17:32.640
송장은 프로세스의 시작일 뿐입니다.

00:17:32.840 --> 00:17:38.680
귀사의 외상 매출금 관리는 잔액이 마감되거나 미지급금에 대한 조치가 취해질 때까지 자금 흐름을 추적하고 있습니까?

00:17:38.680 --> 00:17:42.400
내부 자금을 통제하는 것은 비즈니스의 건전성을 위해 매우 중요합니다.

00:17:42.560 --> 00:17:43.900
저는 미르코 피터스입니다.

00:17:44.140 --> 00:17:46.820
M365 FM에서 마이크로소프트 날리지 마그네츠를 구독하고,

00:17:47.160 --> 00:17:51.900
화면에 나타나는 관련 다이나믹스 365 파이낸스 에피소드를 시청하여 쉬운 영어로 전체적인 흐름을 계속 익혀보세요.