지금 무엇이 비어 있는가

291개 수입 회차를 단계별로 훑은 결과, 데이터 충족률은 다음과 같다.

한편 드라이브에는 근거 서류가 이미 존재한다. 즉 자료가 없는 게 아니라 연결·집계되지 않은 상태다. 시스템의 목표는 이 서류들을 자동으로 읽어 회차와 제품에 붙이는 것이다.

원가 5단계 적층 모델

모든 회차는 아래 5단계로 원가가 쌓인다. 화면은 이 순서 그대로 폭포수(waterfall)로 보여준다. 각 단계는 금액과 비중(%)을 동시에 표기한다.

환차 처리: 발주 시점 추정환율과 송금 시점 실제환율의 차이를 fx_diff로 분리 보관한다. 원가에 포함(제품별 실원가 관점)과 영업외손익 분리(회계 관점) 두 가지 뷰를 토글로 제공한다.

비중 예시 (Illustrative)

아래는 각 단계가 총원가에서 차지하는 비중을 보여주는 예시이며, 특정 회차의 실제 데이터가 아니다.

제품을 먼저, 서류는 별칭으로

핵심은 제품(product)을 먼저 만들고, 서류의 품목명은 별칭(alias)으로 매칭하는 구조다. 서류마다 품목명 표기가 제각각이기 때문이다 — CI 품목 1,020라인 → 유니크 표기 624개 → 실제 제품 추정 150~300개.

설계 원칙 3가지

코드만 보고 어느 법인인지 안다

확정 2026-09-01. 신규 발주부터 적용하며, 기존 291회차의 코드는 재발번하지 않고 legacy_code로 그대로 보존한다.

1. 신규 코드 형식

2. 문서 종류별 코드

발주(PO)가 뿌리이고, 나머지는 그 아래 붙는다.

3. 기존 코드 매핑

기존 291회차는 신규 코드를 재발번하지 않는다. legacy_code를 그대로 쓰고 법인·브랜드만 채운다.

4. 법인 자동 판별

수입신고필증·정산서의 납세의무자 사업자등록번호로 법인을 자동 판별한다.

서류에서 사업자번호를 찾으면 그 법인으로 자동 배정하고, 못 찾으면 발주 코드의 법인을 따른다. 둘이 어긋나면 검수 큐로 보낸다.

회차 비용을 제품 라인으로

회차 단위로 발생한 비용(운임·관세·수수료)을 제품 라인으로 내려보내는 규칙. 비용 유형별 기본 배분기준을 두고, 회차마다 덮어쓸 수 있게 한다.

서류가 회차와 제품에 스스로 붙는다

송금 데이터 보강 경로 — 최우선 과제

89% 누락된 확정 원가를 채우는 방법은 세 가지이며, 병행을 권한다.

자동 검증 규칙 (입력 즉시 경고)

제품이 먼저, 서류는 따라온다

매칭은 3단계를 거쳐 사람이 최종 선택하며, 선택 결과는 즉시 별칭으로 학습된다.

"엑셀처럼"

7개 화면

기술 스택 제안

기존 사내 앱들과 동일한 패턴(Node/Express + SQLite, LAN 공유)을 권한다.

사내 구글드라이브 이전 정책 중요

시스템을 사내 드라이브로 옮길 계획이 있으므로, 무엇을 드라이브에 두고 무엇을 두면 안 되는지를 처음부터 나눈다.

로드맵

총 소요 기간 약 8.5주 (1 + 2 + 2 + 1.5 + 2주)

§11 결정 완료 — 설계에 반영된 6가지

이전 초안의 미결정 사항 5가지에 모두 답이 나왔고, 착수 순서가 추가로 확정됐다. 아래 내용은 이미 위 설계 전반에 반영되어 있다.