단일 전표

아티클
11/06/2024

중요

이 문서에 언급된 기능 중 일부 또는 전체는 프리뷰 릴리스의 일부로 사용할 수 있습니다. 내용과 기능은 변경될 수 있습니다. 프리뷰 릴리스에 관한 자세한 내용은 서비스 업데이트 가능 여부를 참조하세요.

단일 전표란?

재무 분개장의 유연성으로 인해 하나의 거래를 나타내지만 여러 고객, 공급업체, 고정 자산, 프로젝트 또는 은행 계정을 포함하는 단일 바우처를 입력할 수 있습니다. Microsoft는 이 기능을 단일 전표라고 합니다. 단일 바우처 시나리오는 원장 계정만 포함하는 거래를 포함하지 않습니다. 이러한 거래는 매출채권, 고정자산, 은행 등의 보조원장이 아닌 총계정원장에 기장됩니다.

단일 바우처 예시에는 두 가지 범주가 있습니다.

바우처에는 단일 거래로 입력된 여러 거래가 포함되어 있습니다. 다음은 몇 가지 가능한 예입니다.
- 복수의 공급업체 지급액이 각 라인에 입력되고(상계 계정 사용 안 함) 은행 계정에 대한 지급 금액 상계가 한 라인에 입력됩니다. 은행 계정 내역서와 일치하는 요약 금액으로 은행 보조원장을 업데이트하기 위해 지급 요약이 수행됩니다. 그러나 각 공급업체 거래는 여전히 지급 계정 보조원장에 자세히 기록됩니다. 고객 지불 측면에서도 동일한 시나리오가 발견됩니다.
- 하나의 바우처로 여러 고정 자산을 취득합니다. 이 접근 방식은 고정 자산 모듈에 대해 기초 잔액을 입력할 때 자주 사용됩니다.
바우처에는 여러 비원장 계정 유형에 영향을 미치는 하나의 거래가 포함되어 있습니다. 다음은 몇 가지 가능한 예입니다.
- 은행 송금
- 공급업체/고객(동일 당사자) 잔액 네팅
- 고객 A에서 고객 B로 잔액 이체
- 고정 자산 또는 프로젝트가 포함된 여러 라인이 있는 공급업체 송장

각 범주에 대한 앞의 예는 유효한 비즈니스 요구 사항을 나타냅니다. 경우에 따라 다른 방법으로는 비즈니스 요구 사항을 충족할 수 없습니다. 조직은 거래를 하나의 바우처로 입력해야 합니다. 그러나 비즈니스 요구 사항을 충족하는 다른 유효한 방법이 있는 경우도 있습니다. 즉, 거래를 다르게 입력하거나 다른 기능을 사용할 수 있습니다.

단일 전표의 문제

비즈니스 요구 사항을 충족하기 위해 단일 바우처 기능을 사용하면 문제가 발생할 수 있습니다. 각종 처리, 거래 취소, 조회/신고 등에는 거래 내역이 필요합니다. 단일 바우처에 여러 거래가 요약되어 입력된 경우 현재 데이터 모델에서 이러한 세부 정보를 확인할 수 없습니다. 또한, 입력되는 거래 유형을 알 수 없는 경우 세부 사항을 항상 명확하게 확인할 수는 없습니다. 이러한 제한은 특히 일반 분개장을 통해 다시 입력되는 경우 분개장의 유연성으로 인해 발생합니다.

조직의 설정에 따라 일부 시나리오는 여전히 올바르게 작동할 수 있습니다. 문제가 발생할 수 있는 영역은 다음과 같습니다.

정산 – 전표에 둘 이상의 공급업체 또는 고객이 있는 경우 정산 중에 생성된 회계가 재무 차원에 잘못 할당될 수 있습니다. 정산 중에 발생할 수 있는 문제에 대한 자세한 내용은 여러 고객 또는 공급업체 기록이 포함된 단일 전표를 참조하십시오. 정산 성능은 하나의 전표를 사용하는 송장 분개장 라인 수의 영향을 크게 받습니다. 정산 및 결제 기장에 필요한 시간은 기하급수적으로 증가할 것으로 예상되며, 송장 분개장 라인이 많을수록 하나의 바우처를 사용합니다.
세금 계산 – 전표에 전표 또는 고객이 둘 이상 있는 경우 세금 계산이 정확하지 않을 수 있습니다.
거래 취소 – 전표에 두 개 이상의 보조원장 계정 유형이 있는 경우 단일 보조원장 거래가 취소되면 총계정원장에 취소에 대한 잘못된 회계 항목이 기장될 수 있습니다. 예를 들어, 단일 전표로 여러 자산을 취득한 후 자산 중 하나의 취득을 취소하는 경우 총계정원장 회계는 취소에 대해 올바르지 않습니다.
보고 및 문의 – 두 개 이상의 보조원장 계정 유형을 포함하는 경우(예: 공급업체 및 고객) 전표에 있는 보고서/문의에는 발견된 첫 번째 계정 값만 표시됩니다.

예를 들어 다음과 같은 여러 라인 공급업체 송장을 기장합니다. 여기에는 송장의 "라인"을 나타내는 4개의 프로젝트가 포함되어 있습니다. 이 접근 방식은 분개장을 광범위하게 사용하는 조직의 일반적인 비즈니스 요구 사항입니다.

4개의 프로젝트 중 3개가 동일한 주 계정(601500)에 기장됩니다. 해당 주 계정에 기장된 거래에 대한 세부 정보를 보기 위해 회계 소스 탐색기를 열면 세 라인 모두의 프로젝트 ID가 000057임을 알 수 있습니다. 이 동작은 단일 전표의 알려진 제한 사항입니다. 세부 사항은 각 라인을 분개장의 해당 프로젝트에 올바르게 연결하지 않습니다. 대신, 발견된 첫 번째 계정 값이 항상 보고서 및 문의에 표시됩니다.

단일 전표로 거래를 입력합니다.

단일 전표로 거래를 입력하려면 일반 원장 > 원장 설정 > 총계정원장 매개 변수로 이동한 다음, 원장 탭에서 단일 바우처 내에서 여러 거래 허용 옵션을 예로 설정합니다.

분개장 이름 페이지에서 새 바우처 필드를 다음 값 중 하나로 설정하여 바우처 거래 1건을 입력할 수 있습니다.

단일 전표 번호만 – 분개장에 추가하는 모든 라인은 동일한 전표에 포함되며 해당 라인에는 둘 이상의 고객, 공급업체, 은행, 고정 자산 또는 프로젝트가 포함됩니다.
잔액 관련 – 상계 계정이 없고 라인에 둘 이상의 고객, 공급업체, 은행, 고정 자산 또는 프로젝트가 포함된 여러 라인의 전표를 입력합니다.
잔액 관련 – 계정과 상계 계정에 모두 하위 원장 계정 유형(예: 공급업체/공급업체, 고객/고객, 공급업체/고객 또는 은행/은행)이 포함된 단일 라인 전표를 입력합니다.

내 비즈니스 시나리오에는 단일 전표가 필요합니까?

다음 비즈니스 시나리오는 고객이 단일 전표 기능을 사용하는 시나리오로 식별되었습니다. 단일 전표를 사용해야만 충족할 수 있는 일부 비즈니스 요구 사항이 있습니다. 그러나 다른 많은 경우에는 대안을 사용할 수 있습니다.

시나리오	설명	단일 전표가 필요하십니까?	대체 항목
공급업체 지불 요약	조직은 공급업체 목록과 금액을 은행에 전달합니다. 은행은 이 목록을 사용하여 조직을 대신하여 공급업체에 비용을 지불합니다. 각 공급업체 지급금은 지급 계정에 자세히 기장되어야 하지만 지급액 합계는 단일 인출로 은행 계정에 기장됩니다.	아니오	Microsoft Dynamics 365 Finance 버전 10.0.32부터 공급업체 및 고객 지불에 대한 자세한 내용을 게시하고 은행 계좌로 금액을 요약할 수 있는 기능이라는 기능이 추가되었습니다. 자세한 내용은 자세한 공급업체 및 고객 지불 기장을 참조하십시오.
고객 지불 요약	고객 지불은 은행 계정에 일시불로 입금됩니다. 각 고객 지불은 수취 계정에 세부적으로 기장되어야 하지만, 지불 금액의 합계는 은행 계정에 단일 입금으로 기장됩니다.	아니요	Dynamics 365 Finance 버전 10.0.32부터 자세한 공급업체 및 고객 지불를 게시할 수 있지만 은행 계좌에 금액을 요약할 수 있습니다라는 기능이 추가되었습니다. 자세한 내용은 자세한 공급업체 및 고객 지불 기장을 참조하십시오.
공급업체/고객 송장	단일 고객 또는 공급업체에 대해 송장이 입력되지만 추가 라인은 송장의 라인을 나타내며 여러 고정 자산 또는 프로젝트를 포함합니다.	예
다수의 "라인"에 세금이 있는 고객 선급금 지불 분개장	고객이 주문에 대해 선불을 지불했습니다. 주문 라인에 세금이 다릅니다. 선불 고객 지불에는 여러 라인의 고객이 포함되어야 하므로 각 라인에 대해 세금을 계산할 수 있습니다.	예
고객 상환	상환 정기 작업이 수취 계정에서 실행되는 경우 거래를 생성하여 고객에서 공급업체로 잔액을 이동합니다. 공급업체는 고객과 동일한 파티입니다.	예
고정 자산 유지 관리: 추심 감가상각, 자산 분할, 처분 시 감가상각 계산	추심 감가상각, 자산 분할, 자산 처분을 위한 감가상각 계산 등이 모두 단일 바우처 생성에 사용됩니다.	아니요	Finance 버전 10.0.21부터 추심 감가상각, 자산 분할, 자산 처분에 대한 감가상각 계산을 위해 생성되는 고정 자산 거래는 서로 다른 바우처 번호를 사용합니다.
환어음 및 약속 어음	환어음과 약속 어음은 거래가 지불 상태에 따라 한 수취 계정/지급 계정 원장 계정에서 다른 계정으로 고객 또는 공급업체 잔액을 이동합니다. 바우처에는 항상 동일한 고객이나 공급업체가 사용되므로 보고 문제가 없습니다.	예
상계	고객과 공급업체가 같은 당사자인 경우, 공급업체와 고객의 잔액은 서로 상계 처리됩니다. 이 접근 방식은 조직과 고객/공급업체 당사자 간의 돈 교환을 최소화합니다.	아니오	Microsoft Dynamics 365 Finance 버전 10.0.40부터 고객 및 공급업체 상계 기능이 추가되었습니다. 상계 기능은 공급업체와 고객에 대해 두 개의 별도 전표를 자동으로 생성합니다. 자세한 내용은 공급업체 및 고객 잔액 상계를 참조하세요.
잔액 이전	조직은 실수로 인해 또는 다른 공급업체가 부채를 인수하여 한 공급업체에서 다른 공급업체로 잔액을 이체해야 할 수 있습니다. 이 유형의 이체는 고객 및 은행과 같은 계정 유형에서도 발생합니다.	예/아니요	하나의 계정(판매자, 고객, 은행 등)에서 다른 계정으로의 잔액 이체는 별도의 전표로 수행할 수 있으며 상쇄는 정산 원장 계정에 게시할 수 있습니다. 일부 조직의 경우 이 접근 방식에는 너무 많은 오버헤드가 필요합니다. 따라서 그들은 대신 단일 전표를 사용하기로 선택합니다.
같은 송장에 게시되지 않은 여러 결제 정산	이 시나리오는 일반적으로 고객이 여러 지불 방법으로 구매 비용을 지불할 수 있는 조직에서 볼 수 있습니다. 이 시나리오에서 조직은 게시되지 않은 여러 지불을 기록하고 고객 송장에 대해 정산할 수 있어야 합니다.	아니요	Finance에 추가된 새로운 기능을 사용하면 단일 송장에 대해 게시되지 않은 여러 지불을 정산할 수 있습니다.
국가/지역별 기능	폴란드의 단일 관리 문서(SAD) 기능을 사용하려면 현재 거래를 함께 그룹화해야 하며, 이를 위해 바우처 번호가 사용됩니다. 단일 전표 기능이 필요한 추가적인 국가/지역별 기능이 있을 수 있습니다.	예
비즈니스 이벤트에서 거래를 그룹화하는 메커니즘	조직에 다수의 거래를 트리거하는 단일 비즈니스 이벤트가 있습니다. 회계 부서는 간펴난 감사를 위해 회계 항목을 함께 보려고 합니다. 비슷한 시나리오는 은행에서 받은 파일을 통해 Finance에 은행 거래가 기록되는 경우입니다. 조직에서는 종종 파일의 은행 거래 내역서 번호를 사용하여 이러한 거래를 그룹화하려고 합니다.	아니요	거래를 그룹화하는 것은 유효한 시나리오이지만 바우처 번호를 이러한 목적으로 사용해서는 안 됩니다. 바우처는 항상 개별 거래를 나타내지 결코 거래 그룹을 나타내지 않습니다. 대신 분개장 일괄 번호나 문서 번호와 같은 다른 필드를 기준으로 거래를 그룹화할 수 있습니다.
기초 잔액 입력	조직은 종종 보조원장 계정(공급업체, 고객, 고정 자산 등)에 대한 기초 잔액을 단일 바우처 거래로 입력합니다.	아니요	각 보조원장 계정의 시작 잔액은 별도의 바우처로 입력되어야 합니다. 상계는 총계정원장의 기초 잔액으로 상쇄되는 임시 원장 계정에 기장될 수 있습니다.
기장된 문서의 회계 입력 수정	조직에서는 기장된 송장에 대한 매출채권 또는 채무 원장 계정을 수정해야 할 수도 있습니다. 송장이 정확하므로 취소하면 안 됩니다.	예/아니요	수취 계정 또는 지급 계정 원장 계정을 수정해야 하는 경우 원장 계정을 직접 조정할 수 있습니다. 이 접근 방식을 사용하려면 원장 계정에서 일시적으로 수동 입력을 허용할 수 있도록 "다운 타임" 동안 조정이 이루어져야 합니다. 이 접근 방식의 한 가지 단점은 공급업체/고객이 원장 조정 보고서에 들어오고 나가는 차이를 표시한다는 것입니다. 순 금액은 0(영)입니다.
총계정원장에 요약 기장	조직은 종종 데이터 양을 최소화하기 위해 요약으로 총계정원장에 게시하기를 원합니다. 그러나 이러한 조직은 일반적으로 거래 세부 정보를 유지 관리해야 합니다. 하나의 전표로 요약을 게시하는 경우 거래 세부 정보를 알 수 없고 유지할 수 없습니다.	아니요	거래 세부 정보가 손실되므로 조직은 보고를 위해 세부 정보가 필요한 경우 바우처 하나를 사용하여 요약을 기장해서는 안 됩니다.
"시스템이 허용합니다"	조직에서는 의미를 이해하지 않고 시스템에서 허용한다는 이유만으로 단일 전표 기능을 사용하는 경우가 많습니다.	아니요	시스템이 기능을 사용할 수 있게 한다는 단순한 사실만으로는 타당한 이유가 될 수 없습니다. 이 기능은 다른 비즈니스 요구 사항을 충족하는 데 필요한 경우에만 사용해야 합니다.

단일 전표의 미래

단일 전표를 사용할 때 발생할 수 있는 문제로 인해 다음과 같은 옵션이 검토되고 있습니다:

비즈니스 시나리오를 달성하는 더 나은 방법이 있으면 새로운 기능이 계속 도입될 것입니다. 예를 들어 Finance 버전 10.0.32에 도입된 기능을 사용하면 지불을 별도의 바우처로 입력할 수 있지만 은행 계정은 여전히 요약으로 업데이트됩니다. 기능이 추가되면 이전 표의 "대안" 열에 각 비즈니스 시나리오에 대해 설명됩니다.
일부 거래는 단일 전표의 분개장을 통해 계속 입력될 수 있지만 거래 세부 사항을 올바르게 식별하기 위해 추가 데이터가 추적될 수 있습니다.
새로운 기능의 조합이 사용될 수 있지만 비즈니스 시나리오에 대한 거래는 단일 전표를 사용하여 계속해서 분개장에 입력될 수 있습니다.

새로운 기능이 도입되면 조직은 일반 원장 매개 변수 페이지의 단일 바우처 내에서 여러 거래 허용 옵션을 끌 수 있는지 지속적으로 평가해야 합니다. 문서화된 기능적 격차 중 한 기능이 필요한 경우가 아니면 통합에 단일 전표 사용하지 않는 것이 좋습니다.

기능적 격차가 해소되면 Microsoft는 단일 전표 대신 사용할 새로운 기능을 전달할 것입니다. 여러 라인이 있는 공급업체 송장과 같은 일부 비즈니스 시나리오의 경우 단일 전표가 계속 사용되지만 향상된 기능이 있습니다. 이러한 개선 사항은 제공되는 대로 전달됩니다.

다음을 통해 공유