매입 청구 대사 ERP 구축: 발주·부분입고·청구 차이 확인 기준

매입 청구 대사 ERP 구축은 발주 금액과 공급사 청구서의 합계만 비교하는 일이 아닙니다. 같은 발주행에 실제 반영된 입고와 청구 수량을 연결하고, 부분입고·단가 차이·중복 청구를 분리해 담당자가 승인하거나 보류할 수 있어야 합니다. 먼저 기존 ERP의 발주·입고·매입 대사 기능이 이 업무를 처리하는지 확인한 뒤 부족한 연결과 예외 화면의 개발 범위를 정하세요.

공급업체가 주문한 물품 일부를 먼저 보냈는데 청구서에는 전체 수량이 적혀 있으면 구매 담당자와 재무 담당자의 확인 기준이 달라집니다. 발주서에는 약속한 수량이 있고 입고 기록에는 실제 반영된 수량이 있으며 청구서에는 공급자가 대금을 요청한 수량이 있습니다. 세 숫자가 일치하지 않는 이유는 다음 입고가 예정돼 있기 때문일 수도 있고, 청구가 중복됐기 때문일 수도 있습니다. 표의 행 연결 없이 총액만 맞추면 어떤 물품에 차이가 생겼는지 찾기 어렵습니다.

이 글은 납품 사전통지 ASN을 어떻게 받는지나 발주 시 매입단가를 결정하는 방법보다, 발주가 확정된 이후 입고와 공급사 청구를 어떻게 대조하고 예외를 승인할지에 집중합니다. 구매 담당자는 계약과 발주 변경을 확인하고 창고 담당자는 실제 입고와 정정 이력을 확인합니다. 재무 담당자는 청구 정보와 지급 처리를 검토합니다. 회계 원장을 누가 확정하는지와 업무 조회 화면의 역할은 계약 단계에서 별도로 정해야 합니다.

아래는 실제 거래가 아닌 가상 표본입니다. 발주 100개, 확정 단가 개당 1,000원, 세금·할인·운임 제외를 가정합니다. 첫 입고 60개와 둘째 입고 40개는 서로 다른 입고 행입니다. 첫 청구서에는 60개 60,000원, 둘째 청구서에는 40개 40,000원이 적혀 있습니다. 합계는 100개 100,000원이며 지급 완료나 세무상 처리 결과를 뜻하지 않습니다.

공식 문서는 청구와 발주·입고를 나눠 비교합니다#

Microsoft Dynamics 365 Finance 문서는 매입 청구 대사에서 발주와 청구의 가격 정보, 청구와 실제 입고의 수량 정보를 비교하는 방식을 설명합니다. 별도 공급사 청구 문서는 한 발주에 대한 부분 입고와 청구 연결도 다룹니다. 해당 제품의 설정과 기능 예시이며 모든 ERP의 자동 처리나 국내 세금계산서 적합성을 보장하지 않습니다.

• Microsoft Learn: 매입 청구 대사: 발주·입고·청구의 수량 및 가격 비교 설명입니다. 2026년 11월 13일 확인했으며 계약·회계 판단을 대신하지 않습니다.
• Microsoft Learn: 공급사 청구와 입고 연결: 부분입고 행과 청구행 매칭에 관한 해당 제품의 문서입니다. 제품별 설정과 접근 권한은 확인이 필요합니다.

구매·창고·재무의 확인 책임을 데이터 흐름에 맞춥니다#

발주서, 입고 기록과 공급사 청구 중 어느 시스템이 각각의 정본인지 정하세요. 구매 승인 전에 저장한 초안과 공급사에 전달한 확정 발주는 구분해야 합니다. 입고도 도착 예정과 창고가 실제 확정한 수량을 나누고, 청구서는 원본 문서와 추출한 행 데이터를 연결합니다. 현재 화면에서 값이 같다는 사실만으로 세 자료가 같은 사건이라고 단정할 수는 없습니다.

입고 취소나 수량 정정이 대사 이후 들어오는 상황을 준비합니다. 이미 청구와 연결된 입고 60개 중 5개가 정정됐다면 대사 기준이 된 유효 입고 수량과 다시 확인해야 할 범위를 표시해야 합니다. 이전 대사 결과를 삭제하는 대신 판정 당시 기준과 새로운 정정 기록을 연결하세요. 누락·파손·반품의 처리 방식과 음수 조정 허용 범위는 실제 창고 정책에 따라 달라집니다.

공급사 청구번호는 같은 업체의 중복 여부를 확인하는 데 유용하지만 번호 문자열 하나만으로 모든 문서를 고유하게 구분할 수 있는지는 확인해야 합니다. 법인·공급사 코드와 문서 유형을 조합하고, 수정본이 같은 번호를 쓰는 경우 원본과 대체 관계를 기록합니다. 파일을 다시 업로드했을 때 조용히 두 번째 청구를 만들거나 원본을 덮어쓰지 않고 확인 대기로 넘기도록 설계합니다.

예외 승인 권한은 구매와 재무에서 나눌 수 있습니다. 누가 원가 차이를 조사하고 누가 청구를 지급 가능 상태로 넘길지, 허용 한도는 누가 정할지를 먼저 적으세요. 한 사람이 두 역할을 맡는 작은 회사도 변경 사유와 승인 행위는 각각 남겨야 합니다. 담당자 부재 시 대행 승인과 승인 취소 권한도 정의하되, 기한이 지났다는 이유만으로 차이를 자동 승인하지 않습니다.

기존 ERP가 발주·입고·청구의 3개 자료를 이미 연결한다면 설정과 표준 보고서로 필요한 예외가 드러나는지 먼저 시험합니다. 별도 개발이 필요하다면 읽기 전용 대사 화면과 원장에 실제 수정·승인을 전달하는 기능을 나누어 견적을 받습니다. ERP의 API 또는 파일 접근, 품목 코드 매핑, 갱신 주기와 사용자 권한을 확인하기 전에는 실시간 처리나 특정 제품 호환을 약속할 수 없습니다.

월마감 시에는 대사 완료와 회계 마감 확정을 같은 상태로 취급하지 마세요. 대사 화면이 확인한 기준 시각과 재무 원장의 마감 시각이 다를 수 있고, 청구서가 다음 달에 도착할 수 있습니다. 마감 후 추가 청구, 반품, 정정의 처리 책임을 지정하고 원거래를 소리 없이 바꾸지 않는 원칙을 합의합니다. 법적 세무 판단과 수정 문서의 발행 여부는 이 글이 아니라 관련 담당자와 전문가가 확인해야 합니다.

운영 인수에는 공급자·발주·입고·청구의 키 정의, 연결 및 보류 사유 코드, 허용 차이 기준과 변경 승인 절차를 포함합니다. 매일 확인할 미대사 목록과 데이터 수집 지연 알림의 담당자도 정하세요. 연동이 끊겼을 때 사람이 어떤 근거를 보고 보류할지, 정상 복구 후 언제 다시 대사할지 문서화해야 운영자가 임의 수정으로 차이를 없애지 않습니다.

공급사 문서의 운임·포장비가 품목 가격과 별도 행에 있는 경우에도 금액 구성요소를 먼저 나눠야 합니다. 물품 수량과 단가는 일치하지만 운임만 계약과 다를 수 있기 때문입니다. 어떤 비용을 발주와 비교하고 어떤 비용을 별도 승인할지는 계약에 따라 정합니다. 비교 기준이 없는 금액을 편의상 물품 단가에 나누어 넣으면 이후 원문과 화면을 대조하기 어렵습니다.

청구 대사의 기준이 될 발주 단가는 매입단가 적용일과 계약 버전에서 먼저 정합니다. 도착 전 납품 통지와 현장 입고의 연결은 납품 사전통지와 입고 수량에서 별도로 다룹니다.

실제 대조 전에 부분입고와 청구 예외를 표본으로 검수합니다#

첫 표본은 위 가상 발주 100개에 입고 60개와 청구 60개를 넣어 60개 60,000원만 연결되는지 확인합니다. 미입고 40개를 청구 오류로 계산하지 않는지, 최초 대사 결과가 입고 60개에 연결되는지 확인하세요. 이후 40개 입고와 40개 청구를 추가해 기존 대사를 중복하지 않고 누적 100개와 100,000원으로 맞춥니다. 두 청구를 하나로 바꾸는 경우의 재연결 기준도 별도 표본으로 둡니다.

수량 불일치 표본에서는 첫 입고가 60개인데 청구가 100개인 자료를 넣습니다. 미연결 청구는 40개이며 1,000원 단가 기준 비교 대상은 40,000원입니다. 이 숫자는 확인할 가상 차이이지 미지급금이나 손실액이 아닙니다. 입고 기록이 지연된 뒤 40개가 추가되면 기존 60개를 다시 연결하지 않고 대사 상태가 갱신되는지 검수합니다.

단가 불일치 표본은 발주 단가 1,000원, 청구 단가 1,100원, 청구 수량 60개로 설정합니다. 같은 수량을 기준으로 예상 발주 금액 60,000원과 청구 금액 66,000원을 비교하면 차이는 6,000원입니다. 세금·할인·운임은 제외했으므로 실제 청구서 총액과 다를 수 있습니다. 가격 변경 승인서가 없을 때 보류되고, 승인 문서가 추가된 뒤 어떤 사람이 판정을 갱신하는지 확인하세요.

중복과 복구 시험에서는 같은 공급사 청구를 재전송하고 한 청구행이 이미 연결된 입고에 다시 매칭되는지 확인합니다. 수신 중 일부 행만 성공한 경우 성공한 연결을 중복 생성하지 않고 실패 행만 재처리해야 합니다. 서로 다른 담당자가 같은 차이를 동시에 승인하면 한쪽 결과를 조용히 덮지 않는지 확인하고, 조정 취소와 마감 이후 재검토의 권한도 표본에 포함합니다.

검수 인수표에는 각 자료의 원본 식별자, 발주·입고·청구 연결, 적용한 수량과 가격 기준, 예외 판정과 승인 이력을 포함합니다. 담당자가 화면 한 건에서 실제 근거 문서와 기준시각을 확인하고, 예외를 보류한 뒤 승인 절차로 넘길 수 있는지 보여 달라고 요청하세요. 실행·원장 반영과 단순 조회의 경계, 미지원 파일과 장애 시 수동 전환 책임은 운영 계약에 분리합니다.