수출무역 ERP 구축: 수주·분할선적·외화 입금을 연결하는 개발 기준

수출무역 ERP 구축은 수출수주 한 행이 어떤 선적과 문서에 포함됐고 어느 외화 입금으로 정리됐는지 찾아가는 연결을 만드는 일입니다. 수주 수량의 미선적 잔량과 청구 금액의 미수 잔량은 단위가 다릅니다. 두 잔량을 별도 계산하고, 기존 회계 ERP가 확정하는 환산·전표와 무역 담당자가 관리하는 출하·문서 상태를 나누는 범위부터 정하세요.

수출 주문은 한 번에 끝나지 않을 수 있습니다. 고객이 주문한 물량을 두 차례 선적하고, 대금은 다른 주문과 합쳐 송금하기도 합니다. 영업의 주문표, 물류의 선적표, 재무의 입금표가 각각 맞더라도 세 표 사이의 연결이 없으면 어느 주문이 아직 남았는지 확인하기 어렵습니다. 파일 이름에 주문번호를 붙이는 정도로는 한 선적에 여러 주문이 섞이거나 문서가 정정됐을 때 원본을 찾기 힘듭니다.

이 글은 상품을 수출하는 가상 무역기업이 국내 회계 ERP를 유지하며 운영 모듈을 검토하는 상황을 다룹니다. 통관 신고, 원산지 판정, 수출통제, 신용장 심사와 세무·회계 판단은 포함하지 않습니다. 상업송장은 연결할 문서의 한 종류이며 시스템 등록만으로 통관이나 대금 청구의 법적 요건이 충족된다고 보지 않습니다. 실제 입력·승인 주체는 회사의 업무 절차와 외부 전문기관에 확인해야 합니다.

발주 전에는 정상 건보다 분할·합산·정정 건을 모으세요. 수주 한 행이 여러 선적으로 나뉜 자료, 선적 한 건에 여러 주문이 담긴 자료, 여러 청구를 합쳐 받은 입금과 송금 수수료가 따로 표시된 자료가 필요합니다. 민감한 거래처와 금액은 가려도 행 사이의 연결은 남겨야 합니다. 제안사가 같은 표본을 사용해야 화면 수만 늘리는 제안과 실제 미결 업무를 줄일 구조를 비교할 수 있습니다.

공식 다중통화 자료의 적용 범위를 구분합니다#

Microsoft Business Central 공식 문서는 외화 거래에 사용할 통화 코드와 외화 은행·고객 계정의 설정, 통화별 반올림 정밀도를 설명합니다. 별도 학습 경로는 외화 판매·구매 문서와 입금, 환율 조정을 구분합니다. 이는 통화 식별과 문서·입금 연결을 따로 확인할 제품 사례입니다. 위 선적 대응표와 미결 관리 절차는 이 글의 설계 제안이며 Business Central의 무역 기능 전체나 국내 ERP 호환성을 증명하지 않습니다.

• Microsoft Learn: 통화 설정: 통화 코드·계정·반올림 설정의 제품 설명입니다. 회사의 환율·회계 정책을 정해주는 자료가 아닙니다.
• Microsoft Learn: Business Central 다중통화 학습 경로: 외화 문서와 입금·환율 조정을 다룹니다. 통관·신용장·원산지 판단의 근거로 쓰지 않습니다.

취소와 정정은 연결을 끊기 전에 영향 범위를 찾습니다#

선적 준비 단계에서 수주가 바뀌면 확정 전 배정만 해제할 수 있는지 확인합니다. 이미 운송사 인계나 외부 문서 발행을 마쳤다면 화면의 삭제 버튼으로 끝낼 수 없습니다. 원 선적, 문서, 청구와 입금 배부를 따라 영향 목록을 만들고 업무 책임자가 보류·정정·취소 경로를 정하도록 합니다. 원문과 취소 사유를 남겨야 이전 보고서를 받은 담당자도 왜 잔량이 달라졌는지 설명할 수 있습니다.

입금 파일을 두 번 가져오는 경우에는 은행 원천 ID와 파일·행 식별자를 대조합니다. 같은 날짜와 금액만으로 중복을 판단하면 실제 별개 입금이 사라질 수 있습니다. 자동 연결 후보와 재무가 확정한 배부를 나누고, 후보의 주문번호가 애매하면 미배부 상태를 유지하세요. 배부를 되돌릴 때도 청구와 입금 원금은 보존하고 연결의 해제·재승인 사건을 기록합니다. 재실행 후 잔량이 한 번만 변하는지가 종료 조건입니다.

운영 인수표에는 미선적 담당, 미수 검토자, 문서 정정 승인자와 연동 실패 담당을 각각 적습니다. 하나의 대사 화면에 모든 오류가 모여도 업무 판단까지 개발사가 대신할 수는 없습니다. ERP가 응답하지 않을 때 신규 확정을 막을지 접수만 보류할지, 다음 영업일 재대사로 넘길지 합의합니다. 보고서는 거래통화별 잔량과 환산값을 명확히 구분하고 기준시각·원천 갱신 시각을 함께 표시하는 편이 좋습니다.

발주 시연은 분할선적과 합산 입금의 되돌리기로 마칩니다#

견적 입력자료는 사용 통화·법인·거래처 수, 주문과 선적의 분할 방식, 문서 종류·개정 방식, 회계 ERP의 제공 인터페이스와 승인권자입니다. 외화 문서 전체를 무조건 자동화한다고 적기보다 회사가 실제 사용하는 양식과 수신 경로를 목록으로 만듭니다. 화면 개발, 기존 원본의 정리·이관, 연동 검수와 운영 인수는 작업이 다르므로 산출물과 제외 범위를 견적서에서 나누세요.

시연에서는 O1 100개를 S1 60개와 S2 30개로 연결하고 10개 취소를 승인합니다. 미선적이 0개인 이유를 세 연결로 설명할 수 있어야 합니다. S2 확정 전 취소와 확정 후 정정을 각각 수행해 상태가 섞이지 않는지 봅니다. 원본 문서에 접근할 수 없는 사용자는 링크만으로 파일을 내려받을 수 없어야 하며 변경 이력에는 수행자와 승인된 버전이 남아야 합니다.

다음으로 I1·I2·R1 가상 금액을 적용하고 I2에 USD 2,000이 남는지 확인합니다. R1을 다시 수신해도 합계는 같아야 하고, 배부 일부를 해제하면 해당 청구 잔량과 입금 미배부 금액이 같은 만큼 복구돼야 합니다. 마지막에는 새 담당자가 주문에서 선적·문서·청구·입금까지 거슬러 설명하게 하세요. 정합성 보고서뿐 아니라 보류 건을 누가 언제 처리할지 적힌 운영 절차까지 인수 대상으로 잡습니다.

보고서의 기준시점도 인수 항목입니다. 수주 수정은 오늘 승인됐지만 선적은 어제 확정됐고 입금 파일은 오늘 아침까지만 수신됐을 수 있습니다. 미선적과 미수를 한 화면에 보여줄 때 각 원천의 최종 갱신 시각을 남기고, 뒤늦게 도착한 문서가 어느 기준일 보고서를 바꾸는지 차이로 확인하세요. 특정 시점의 보고서를 다시 열었을 때 현재값으로 조용히 바뀌지 않도록 확정본과 최신 조회를 구분하는 방안도 비교합니다.

통화별 배부 권한은 조회 권한과 따로 정합니다. 물류 담당자는 선적 문서를 연결해도 입금 배부를 확정하지 못하게 하고, 재무 담당자는 선적 수량을 임의 수정하지 못하게 할 수 있습니다. 자동 연결 규칙을 바꾼 담당자와 실제 배부 승인자를 남겨야 잘못된 규칙의 영향 범위를 찾습니다. 권한이 없는 사용자의 파일 가져오기나 연동 계정에서도 같은 제한이 적용되는지 검수하세요.

운영 종료 조건에는 미결 목록의 수신자도 포함합니다. 무역 담당자에게는 미선적 사유와 다음 선적 후보가, 재무 담당자에게는 미배부 입금과 청구 차이가 필요합니다. 두 목록은 같은 거래 ID로 서로 이동할 수 있게 하되 각자가 바꿀 값은 제한합니다. 오류 화면을 제공하는 것과 회사가 책임 있게 처리할 수 있는 자료를 넘기는 것은 계약에서 각각 확인할 항목입니다.

수입 운임 배부는 수입 부대비용 배부에서 별도로 다룹니다. 기존 자료의 이전 범위는 ERP 데이터 이관 검수와 함께 정하세요.