공급망 대사 프로세스 상세 단계: 5단계로 재검토 가능한 폐쇄 루프 구성

공급망 대사 프로세스 상세 단계: 5단계로 재검토 가능한 폐쇄 루프 구성

월말의 '대사 불일치'는 종종 표 하나를 덜 만든 것이 아니라, 주문, 입고, 반품, 세금계산서, 지급이 서로 다른 시스템에 분산되어 원본 전표 번호와 업무 상태가 연속적인 관계를 갖지 못하기 때문입니다. 공급망 대사의 목표는 결제 대기 중인 모든 거래가 다섯 가지 질문에 답할 수 있게 하는 것입니다: 원본 기록은 어디에 있는가, 기록 간에는 어떻게 연관되는가, 차이는 누가 처리하는가, 왜 지급이 허용되는가, 사후에 과정을 복원할 수 있는가. 아래에서는 입력, 동작, 출력 및 검수 지점에 따라 다섯 단계를 분석합니다.

▍준비: 먼저 거래 체인과 대사 범위 확정

구매 업무에는 일반적으로 구매 주문, 입고 또는 재고 등록 기록, 공급업체 세금계산서 및 지급 신청이 있습니다. 판매 업무는 판매 주문, 출하, 고객 세금계산서 및 수금에 대응할 수 있습니다. 실제 체인은 항상 고정된 '4전표'가 아닙니다: 서비스 구매는 실물 입고가 없을 수 있고, 기본 계약은 하나의 주문이 여러 번의 입고에 대응할 수 있으며, 여러 세금계산서가 합산 결제될 수도 있습니다. 따라서 프로젝트 시작 전에 업무 유형별로 필수 전표, 생략 가능 전표, 대사 주기, 통화, 계량 단위 및 허용 오차 규칙을 정의해야 합니다.

준비 단계의 산출물은 실행 가능한 대사 규칙 목록으로, 최소한 업무 조직, 공급업체 또는 고객 범위, 기본 키와 보조 키, 세금 포함·불포함 기준, 수량·금액 정밀도, 마감 시점, 예외 등급, 수동 재검토 지점을 명시해야 합니다. 규칙을 먼저 확정하지 않으면, 이후 시스템이 후보 관계를 찾더라도 기준 변화로 인해 반복 재계산되기 쉽습니다.

▍1단계: 원본 전표와 마스터 데이터 집계, 수신 배치 보존

입력에는 주문, 입고, 반품, 세금계산서, 지급 또는 수금 기록, 그리고 공급업체, 품목, 계약, 세무 정보, 은행 계좌 등 마스터 데이터가 포함됩니다. 연동 방식은 업무 시스템 인터페이스, 데이터베이스 뷰, 파일, 이메일 또는 수동 업로드일 수 있으며, 구체적인 채널은 기존 시스템과 프로젝트 방안에 따라 달라집니다. 수집 시 요약표 한 부만 저장하지 말고 원본 전표 번호, 수신 시간, 수신 배치, 상위 상태 및 필요한 첨부파일을 유지하여 조회할 수 있도록 해야 합니다.

이 단계에서는 먼저 완전성과 기본 품질 검사를 수행합니다: 필수 필드가 비어 있는지, 번호가 중복되는지, 통화와 단위가 일치하는지, 날짜가 대사 기간에 속하는지, 공급업체 코드 매핑이 존재하는지. OCR은 이미지나 스캔본을 구조화된 후보 데이터로 변환할 수 있지만, 필드 인식 후에도 규칙 검증 또는 수동 검토를 거쳐 후속 업무 처리로 진입해야 합니다. 검수 기준은 '각 기록에 원본 전표, 배치, 상태가 있는가'이며, 단순히 몇 행을 가져왔는지 집계하는 것이 아닙니다.

▍2단계: 다대다 관계 구축, 확정 매칭과 후보 관계 구분

공급망 거래에는 일대다, 다대일, 다대다가 흔합니다. 시스템은 먼저 주문번호, 품목, 공급업체, 수량, 금액, 날짜 구간 등의 조건으로 확정 매칭을 구축하고, 이후 조합 규칙으로 후보 관계를 찾을 수 있습니다. 규칙을 완전히 충족하는 기록은 다음 상태로 진행할 수 있고, 일부 조건만 충족하는 기록은 후보 풀에 남겨 지정 직무가 확인해야 하며, 유사 기록을 곧바로 최종 연관으로 기록해서는 안 됩니다.

관계 테이블은 '누가 누구와 매칭되었는지, 어느 버전의 규칙을 사용했는지, 언제 확인했는지, 철회되었는지'를 추적할 수 있어야 합니다. 분할 발행, 합산 발행, 분할 입고, 선지급 또는 잔금 시에는 배분된 수량과 잔여량을 기록하여 동일 입고 또는 세금계산서가 중복 점유되지 않도록 해야 합니다. 검수 시 정상, 기간 간, 부분 입고, 반품, 중복 가져오기 등의 샘플을 추출하여 관계와 잔여량을 모두 재계산할 수 있는지 확인해야 합니다.

▍3단계: 차이를 책임자가 있는 협업 과제로 전환

차이는 단순히 빨간 숫자 하나로 표시되어서는 안 됩니다. 각 차이에는 유형, 금액 또는 수량 기준, 증거, 책임자, 처리 기한, 현재 상태가 필요합니다. 구매는 가격과 계약 변경을 확인하고, 창고는 실수령과 반품을 확인하며, 재무는 세금계산서 기재 내용과 지급 조건을 대조하고, 공급업체는 세금계산서나 거래명세서를 보완합니다. 책임이 명확해지면 문제는 '월말에 몰려서 사람을 찾는' 방식에서 일상적인 큐 처리로 전환될 수 있습니다.

차이를 종결할 때는 처리 결론을 반드시 선택해야 합니다. 예를 들어 원본 전표 보충 입력, 연관 조정, 합리적 기간 간 확인, 반품 개시, 수정 세금계산서 대기 또는 반려 후 재발행 등이며, 종결 증거를 첨부해야 합니다. 시스템 상태는 최소한 확인 대기, 처리 중, 재검토 대기, 종결됨, 철회됨으로 구분할 것을 권장합니다. 기한 초과 항목은 에스컬레이션 알림을 할 수 있지만, 알림이 업무 승인을 대체하지는 않습니다.

▍4단계: 세금계산서, 승인, 대금 상태 각각 대사

세금계산서 대사는 매입·매출 당사자, 항목, 수량, 금액, 세액, 발행일, 전표 상태 및 원거래와의 관계에 주목하고, 지급 대사는 신청, 승인, 지급 조건, 은행 결과, 회신 상태에 주목합니다. 둘은 연계할 수 있지만 '금액이 일치하면 통과'라는 하나의 판단으로 혼합해서는 안 됩니다. 일부 업무는 선지급 후 세금계산서 수취, 일부 업무는 선검수 후 지급이 필요하므로 규칙은 실제 계약과 권한 흐름에 대응해야 합니다.

지급 전에 시스템은 확인된 매칭 관계, 미종료 차이, 세금계산서 상태 및 승인 기록을 담당자에게 요약하여 검토하게 할 수 있습니다. 자동 흐름 여부, 어떤 이상에 반드시 수동 승인이 필요한지, ERP 또는 자금 시스템에 회신할 수 있는지는 권한, 버전, 인터페이스 및 프로젝트 범위에 따라 결정해야 합니다. 검수 출력은 복원 불가능한 단일 결과가 아니라 설명 가능한 지급 근거입니다.

▍5단계: 증거 아카이빙 및 빈발 원인 회고

대사를 완료한 후에는 원본 전표, 연관 관계, 규칙 버전, 차이 처리 기록, 승인 의견, 대금 상태, 첨부 파일을 동일한 증거 체인으로 구성해야 합니다. 아카이빙 시 업무 시간과 조작 시간을 보존하고, 중요 조치에는 조작자와 변경 전후 상태를 남겨야 합니다. 이후 상계, 환불, 세금계산서 보충이 발생하면 새 기록을 추가하고 원거래와 연관시켜야 하며, 과거 과정을 덮어써서는 안 됩니다.

월말 회고에서는 미결 수량만 집계하지 말고, 공급업체, 품목, 조직, 차이 유형 및 발생 단계별로 반복 원인을 분석해야 합니다. 단위 환산, 마스터 데이터 매핑 또는 계약 가격 버전 문제가 빈번하면 전단 규칙을 우선 수정해야 합니다. 차이가 수신 지연에 집중되면 데이터 동기화와 마감 시간을 조정해야 합니다. 회고의 출력은 다음 주기의 규칙 개선 항목과 책임 계획입니다.

▍Kailing Technology 공급망 대사의 실행 경로

Kailing Technology 공급망 협업 플랫폼구매 및 판매 체인의 전표 매칭, 예외 롤백, 관계 추적 방향을 공개적으로 제시했습니다;Kailing AI OCR전표 구조화 수집에 사용할 수 있으며,매입 계산서 수취 관리 플랫폼와전자회계기록 시스템전표 관리와 증거 아카이빙을 처리할 수 있습니다. 실제 연동 시스템, 필드, 규칙, 권한, 자동화 범위, 수동 재검토 지점은 대상 버전과 프로젝트 방안에 따라 확정해야 하며, 정상 및 예외 샘플로 검수해야 합니다.

실행 검사: 범위가 동결되었는가, 원본 전표와 배치가 유지되는가, 다대다 잔여량을 재계산할 수 있는가, 후보 관계가 확인되었는가, 차이에 책임자와 종료 증거가 있는가, 지급 근거를 설명할 수 있는가, 보관 후 원본 전표 기준으로 전 과정을 재구성할 수 있는가.

키워드: 공급망 대사 프로세스, 구매 대사, 주문·입고·세금계산서 매칭, 다대다 매칭, 차이 협업, 대사 증거, Kailing Technology