수입 부대비용 ERP 개발: 운임 배부와 사후 청구 차이를 관리하는 법

수입 부대비용 ERP 개발은 한 선적이나 컨테이너에 공통으로 발생한 운임·보험료 등을 어느 품목에 어떤 기준으로 나눌지 정하고, 입고 뒤 도착한 실제 청구와 예상 비용의 차이를 추적하는 일입니다. 비용 총액과 배부 합계를 보존하면서 대상 품목, 기준값, 승인판을 재현할 수 있어야 합니다. 회계 반영 방법과 마감 이후 처리는 회사의 재무 책임자가 결정할 정책으로 분리합니다.

품목은 이미 창고에 들어왔는데 운송사 청구서는 며칠 뒤 도착할 수 있습니다. 구매 담당자는 예상 운임으로 표를 만들었고 재무 담당자는 실제 청구를 받아 품목별 부담을 다시 확인합니다. 한 선적에 여러 발주와 품목이 섞여 있으면 단가표에 비용을 수기로 더하는 방식만으로는 대상을 설명하기 어렵습니다. 무엇을 기준으로 나눴는지, 당시 어떤 입고분을 포함했는지, 재배부로 어느 품목의 값이 바뀌는지가 함께 남아야 합니다.

이 글의 선적 V1, 품목 A·B, 수량·중량과 금액은 기능 검토용 가상 산술 예시입니다. 운임 시세나 실제 고객 비용이 아닙니다. 관세율, 과세가격, 세금 계산과 회계 인식 시점은 다루지 않습니다. 매입 단가의 시행일이나 발주·입고·청구의 일반 대사도 기존 글로 연결합니다. 여기서는 공통비용의 대상 묶음과 배부 모수, 예상판과 실제판, 늦은 청구가 만드는 변경 이력을 중심으로 발주 기준을 정리합니다.

준비 자료에는 선적 또는 컨테이너 목록, 발주·입고 행 참조, 품목별 수량과 단위, 중량·부피 자료, 예상 비용표와 실제 청구서를 넣습니다. 비용 항목마다 적용 대상과 현재 쓰는 배부 기준을 담당자가 설명해 주세요. 중량이 포장 포함인지 품목 순중량인지처럼 표에 쓰이지 않은 관행이 특히 중요합니다. 자료가 없는 항목을 개발자가 임의 평균값으로 채우면 계산은 끝나도 현업이 결과를 검수하기 어렵습니다. 미정 기준은 승인 대기로 남깁니다.

Microsoft 제품 사례에서 배부 기준과 예상·실제를 구분한다#

2026년 11월 3일 Microsoft Dynamics 365 공식 문서에서 수량·부피·중량·금액 등의 배부 기준과 예상·실제 비용 구분을 확인했습니다. Cost transaction entities 문서는 가져오기에서 배부 매핑이 입력값보다 우선할 수 있고 기준이 모두 없으면 생성에 실패하는 동작을 설명합니다. 특정 제품의 설정과 동작 사례이며 모든 ERP의 기본 기능이나 국내 회계 처리 근거는 아닙니다.

• Microsoft Landed cost module overview: 선적 비용의 품목별 배부 기준과 예상·실제 비용의 제품 설명.
• Microsoft Cost transaction entities: 외부 비용 가져오기의 배부 매핑 우선순위와 누락 처리 사례.

늦은 청구와 불완전한 모수는 별도 상태로 처리한다#

수량 기준을 쓸 때도 분모가 무엇인지 확인해야 합니다. 발주 수량, 선적 수량, 실제 입고 수량이 다르면 결과가 달라집니다. 부분 입고가 들어올 때마다 분모를 현재 도착 수량으로 바꾸면 먼저 도착한 품목의 비용이 흔들릴 수 있습니다. 승인한 대상 묶음과 기준 수량의 출처를 계산판에 담고 새 입고로 재계산할지 유지할지를 정책으로 정하세요. 계산 시점에 조회한 현재 마스터만 남기는 제안은 이전 결과를 재현하지 못합니다.

단위 변환은 계산 이전에 확인합니다. 상자 단위의 A와 개 단위의 B를 같은 숫자로 더하거나 kg과 g을 섞으면 합계 검증을 통과해도 배부가 잘못될 수 있습니다. 환산 관계와 적용판을 저장하고 환산값이 없으면 해당 비용을 보류하도록 설계할 수 있습니다. 중량이나 부피가 일부만 빠졌을 때 나머지 품목에 전액을 몰아주지 않는지도 검사하세요. 영값이 실제 값인지 미입력 표시인지 구분하고 분모가 영이면 결과를 확정하지 않습니다.

통화가 다른 비용을 한 번에 비교하려면 원통화와 환산 기준을 분리합니다. 실제 청구 금액과 원화 환산 금액을 같은 열에서 번갈아 쓰지 마세요. 어떤 기준일과 환율판을 적용할지는 회사 재무 정책으로 결정하고 시스템에는 사용한 값을 남깁니다. 환율 차이와 원통화 비용 증가가 함께 발생했다면 각각의 영향이 보이게 비교할 수 있습니다. 이 분리는 분석을 위한 설계이며 환차 처리나 회계 분개가 맞는지 판단하는 절차를 대신하지 않습니다.

총액 보존은 비용 항목과 통화별로 검사합니다. 반올림 뒤 품목 합계가 원비용과 다르면 잔액을 어느 행에 붙일지 승인된 규칙이 필요합니다. 가상 100원을 같은 비율의 세 행에 나눌 때 정수 단위로는 33원·33원·34원처럼 남은 1원의 귀속이 생깁니다. 이 숫자는 산술 설명용입니다. 마지막 행, 최대 모수 행 등 선택한 규칙을 계산판에 기록하고 행 정렬이 바뀌어도 결과를 설명할 수 있어야 합니다. 잔액을 숨겨 총액만 맞추지 않습니다.

실제 청구가 도착하면 기존 예상 비용을 지우지 않고 같은 비용 사건의 새 판으로 연결합니다. 한 비용이 여러 청구서로 나뉘거나 일부 금액만 먼저 도착한다면 실제 확정 범위를 표시해야 합니다. 미도착분을 0원으로 처리하면 예상 대비 절감처럼 보일 수 있습니다. 가상 예상 운임과 추가 작업료를 한 청구로 받은 경우도 원래 비용 항목과 확인한 대응 관계를 남깁니다. 비용 이름이 비슷하다는 이유만으로 서로 다른 청구를 합치거나 같은 청구를 두 번 배부하지 않게 합니다.

마감 뒤 청구가 왔을 때는 재배부 미리보기와 실제 반영을 구분합니다. 이미 사용한 재고나 판매한 품목, 확정 보고서에 영향이 있는지 목록을 보여 주고 회사 재무 책임자가 처리 경로를 정하게 합니다. 과거 기간을 다시 열지, 다른 승인 절차를 거칠지는 이 글이 결정하지 않습니다. 시스템은 영향을 보여 주고 승인된 경로만 실행하도록 제한하는 역할입니다. 물류 담당자가 실제 청구를 등록했다는 사실만으로 마감 기간의 값이 자동 수정되면 책임 경계가 무너집니다.

총액·품목 차이·재실행 결과를 함께 검수한다#

화면에서 선택한 배부 기준과 실제 실행에 사용한 기준도 대조합니다. 외부 가져오기나 회사 기본 설정이 입력값을 바꿀 수 있다면 적용된 기준과 그 출처를 결과에 표시해야 합니다. 사용자가 중량을 선택했다고 생각했는데 저장된 판은 금액 기준인 상황을 놓치지 않도록 가져오기 표본을 별도로 확인하세요. 설정 변경 뒤 기존 확정판은 유지되는지도 검사합니다.

정상 검수에는 가상 120,000원 비용과 A·B의 수량·중량 표본을 사용합니다. 수량 기준은 40,000원과 80,000원, 중량 기준은 80,000원과 40,000원이라는 기대값을 확인합니다. 기준을 바꿨을 때 총액은 같고 품목별 결과가 달라지는 이유를 화면에서 찾을 수 있어야 합니다. 회사가 승인한 기준이 무엇인지도 보여 줘야 하며 사용자가 선택창을 바꾼 것만으로 확정판이 수정되면 안 됩니다. 미리보기와 승인판을 구분하는 검수입니다.

예외 표본에는 중량 누락, 단위 불일치, 분모 영값, 제외 품목, 일부 입고와 늦은 청구를 넣습니다. 새 판에서 제외된 품목이 있다면 이전 배부액의 처리와 새 총액을 함께 비교해야 합니다. 비용 총액이 증가한 것인지 배부 대상을 바꿔 한 품목의 부담이 늘어난 것인지 구분해 보세요. 담당자가 원본 자료와 계산판을 열어 이유를 설명할 수 없으면 합계가 맞아도 인수 완료로 보지 않습니다. 입력 오류를 고쳤을 때 새 판이 생기는지도 확인합니다.

재배부 승인 직후 연동이 중단되는 실패를 가정해 봅니다. 계산 결과와 후속 반영의 상태가 각각 남고, 재시도해도 같은 비용판이 두 번 반영되지 않아야 합니다. ERP에 일부 행만 반영됐다면 성공·실패 행과 원인을 보여 주고 승인된 재시도 절차를 따릅니다. 취소할 때도 계산판을 삭제해 흔적을 없애지 말고 어떤 반영을 취소했는지 남겨야 합니다. 실제 원장 변경을 구현한다면 그 범위와 권한, 실패 시 대사 방식은 별도 상세 설계로 확정하세요.

인수 목록에는 비용 항목별 대상·기준표, 모수 출처와 단위표, 예상·실제 대응표, 승인 역할, 반올림 규칙과 실패 복구 절차를 넣습니다. 원개발자가 없는 자리에서 다른 운영자가 늦은 청구를 등록하고 차이 미리보기를 만든 뒤 승인 담당자에게 넘겨 보세요. 실제 반영을 보류한 상태에서도 업무를 이어 갈 수 있어야 합니다. 소프트웨어는 합의한 계산과 통제를 재현하며 원가 정책, 세무와 회계 판단의 책임은 회사의 담당자와 전문가에게 남습니다.

매입 단가의 적용판은 ERP 매입 단가 유효일 관리와 구분해 다룹니다. 일반 발주·입고·청구 연결은 구매발주 관리 시스템을 참고하세요. 견적 항목을 나눌 때는 ERP 모듈별 개발 범위와 연결할 수 있습니다.