작성일 2026.10.16수정일 2026.10.10작성 SOPBiz 운영자

같은 A100을 다른 거래처가 사용할 수 있다

거래처A의 A100이 50개들이 종이컵, 거래처B의 A100이 영수증 용지라면 A100만 보고 내부 코드로 바꿀 수 없습니다. 거래처를 포함해 찾아야 합니다. 이 기록표는 거래처·외부 코드·유효 기간을 묶어 내부 품목 코드에 대응시킵니다. 외부 코드의 문자열과 원문 품명은 그대로 남깁니다.

가격 조회나 재고표 연결 전에 다른 체계의 코드가 같은 대상을 뜻하는지 확인해야 합니다. 이름이 비슷하다고 같은 코드로 묶으면 크기·색·포장·모델 차이를 놓칠 수 있습니다. 이 글은 대응 관계를 만드는 절차이며 납품 수량 환산이나 품질 판정은 별도입니다. 예시 거래처 A·B·C와 품목은 모두 가상입니다.

내부 코드가 무엇을 식별하는지 먼저 정하기

내부 코드가 낱개 품목을 식별하는지 주문 가능한 포장을 식별하는지 한 문장으로 정합니다. 이 예제의 P-CUP-50은 200mL 종이컵 50개 팩이라는 구매 단위, P-CUP-100은 같은 용량의 100개 팩입니다. 컵의 재질·용량이 같아도 주문 단위가 다르므로 코드를 나눴습니다. 재고를 낱개로 합치려면 두 구매 코드를 공통 기준 품목과 연결하는 환산 규칙이 별도로 필요합니다.

코드 사전에는 내부 코드, 규격, 포장, 상태, 적용 기간을 둡니다. 대응표에는 거래처, 외부 코드, 원문 품명, 연결할 내부 코드, 유효 시작·종료일, 확인 근거를 둡니다. 업체가 보내 준 단가표나 제품 명세에서 확인한 범위를 적고, 웹 검색에서 비슷한 이름을 찾았다는 이유로 관계를 승인하지 않습니다.

GS1 문서는 포장 단계와 포함 수량을 식별 관리에 반영하는 개념으로 참고합니다. 여기의 P-CUP-50이나 A100은 GTIN이 아닌 가상 내부·거래처 코드입니다. 실제 GS1 식별자를 사용하는 거래는 해당 규칙을 따로 적용하고, 이 설명용 대응표가 새로운 공식 식별자를 발급한다는 뜻으로 사용하지 않습니다.

같은 품목의 거래처 코드와 내부 코드를 연결하는 대응표의 설명용 사례표
제공 CSV의 설명용 사례를 표로 렌더링했습니다. 가상 데이터입니다. 실제 현장 성과·기록을 나타내지 않습니다.

같은 외부 코드라도 거래처와 기간으로 읽기

M-01은 거래처A의 A100을 P-CUP-50으로 연결합니다. M-02의 A100은 거래처B의 코드라 P-ROLL로 연결됩니다. 서로 모순되는 것이 아니라 거래처가 다른 두 대응입니다. M-03은 거래처A의 A200을 P-CUP-100으로 연결하므로 팩당 수량이 다른 구매 단위가 보존됩니다.

M-04와 M-05는 거래처A의 X01을 같은 기간에 서로 다른 봉투 규격으로 연결했습니다. 한 행을 임의로 선택하지 않고 대응 충돌로 보류합니다. M-06은 유효 종료일이 9월 30일이라 비교일 10월 12일에는 기간 밖입니다. M-07은 내부 코드가 미확인이고 M-08은 시작일이 11월 1일이라 아직 사용할 수 없습니다.

대응 ID 거래처 외부 코드 내부 코드 규격·포장 시작일 종료일 비교일 판정
M-01 A A100 P-CUP-50 컵 200mL·50개팩 2026-01-01 2026-10-31 2026-10-12 유효 대응
M-02 B A100 P-ROLL 영수증용지·5롤팩 2026-01-01 2026-12-31 2026-10-12 유효 대응
M-03 A A200 P-CUP-100 컵 200mL·100개팩 2026-01-01 2026-12-31 2026-10-12 유효 대응
M-04 A X01 P-BAG-L 봉투대형·20개팩 2026-10-01 2026-12-31 2026-10-12 대응 충돌
M-05 A X01 P-BAG-S 봉투소형·20개팩 2026-10-01 2026-12-31 2026-10-12 대응 충돌
M-06 A R90 P-ROLL 영수증용지·5롤팩 2026-01-01 2026-09-30 2026-10-12 기간 밖
M-07 A N88 규격 확인 전 2026-10-01 2026-12-31 2026-10-12 내부 코드 확인
M-08 C A100 P-CUP-50 컵 200mL·50개팩 2026-11-01 2026-12-31 2026-10-12 기간 밖

이 글의 기록 양식 내려받기

같은 품목의 거래처 코드와 내부 코드를 연결하는 대응표 — CSV 양식

UTF-8 BOM이 있는 기록용 CSV입니다. 계산식·드롭다운·서식은 들어 있지 않습니다. 첫 행 9열, 설명용 데이터 8레코드가 있습니다.

설명용 8행이며 거래처·코드는 실제 업체 정보가 아닙니다. 유효 기간은 양 끝 날짜를 포함합니다. CSV에는 자동 조회 수식이나 실제 코드 승인 기록이 없습니다.

CSV 구조와 식별자 점검 도구에서 사본의 열 수와 문자열을 확인할 수 있습니다.

조회에서 첫 번째 일치가 답이 되지 않는 경우

조회 조건은 거래처·외부 코드가 일치하고 거래 기준일이 유효 기간 안에 있는 행입니다. 이 예제의 날짜 범위는 시작일과 종료일을 모두 포함합니다. 조건에 맞는 유효한 대응이 정확히 한 행일 때만 내부 코드를 반환합니다. 0행이면 미대응, 2행 이상이면 충돌로 구분합니다.

외부 코드 A100만 조회하면 M-01·M-02가 함께 걸립니다. 거래처A로 좁혀도 X01은 M-04·M-05가 동시에 유효합니다. 함수가 첫 행의 P-BAG-L을 반환하더라도 확인한 연결은 아닙니다. 먼저 대응 행 개수를 세고 결과가 1일 때만 값을 가져오는 설계를 합니다.

기간이 겹치지 않는 과거 대응은 남겨도 됩니다. 예를 들어 외부 코드가 예전에는 대형 봉투, 이후에는 소형 봉투로 재사용됐다면 과거 발주를 어느 시점의 규격으로 읽을지 날짜가 필요합니다. 다만 코드 재사용이 실제로 허용된 것인지 거래처 명세를 확인해야 합니다. 이 표의 유효 기간만으로 업체의 변경 사실이 입증되지는 않습니다.

규격 확인을 이름의 비슷함과 분리하기

종이컵이라는 이름만으로 200mL와 300mL를 같은 코드로 대응시키지 않습니다. 모델, 재질, 크기, 색, 포장당 수량 중 구매·사용 판단에 필요한 항목을 고릅니다. “흰색 컵 1팩”처럼 규격이 빠진 원문이면 미대응으로 두고 필요한 값을 요청합니다. 대응표를 채우기 위해 가장 흔한 규격을 추정하지 않습니다.

다른 포장의 동일 내용물을 같은 기준 품목으로 관리하려면 구매 코드와 기준 품목 코드를 분리합니다. 구매용 P-CUP-50을 낱개 재고 코드로 그냥 바꾸면 가격표와 주문 단위가 섞일 수 있습니다. 연결은 품목 대응, 포장 환산, 가격 적용의 세 단계로 나눠 각각의 기준을 남깁니다.

업체 코드 앞의 0, 하이픈, 대소문자도 원문 사전을 따릅니다. 공백을 제거하거나 대문자로 바꾸는 정책이 있다면 원문 열과 변환 열을 함께 보관합니다. 내부 코드로 연결된 뒤에도 외부 코드는 지우지 않습니다. 문의·반품·견적 비교에서 업체가 이해하는 코드를 다시 제시해야 하기 때문입니다.

신규 대응 한 건을 승인하는 순서

먼저 신규 외부 코드의 원문 자료를 저장하고 품명·규격·포장·유효 시작일을 확인합니다. 다음으로 내부 사전에서 동일 구매 단위가 있는지 찾습니다. 이미 있는 코드라면 대응 후보로 연결하고, 없다면 사전 등록 담당자가 새 내부 코드 필요 여부를 결정하게 합니다. 거래처마다 새 내부 코드를 무조건 만들면 실제로 같은 품목이 여러 코드로 쌓일 수 있습니다.

후보 행을 넣은 뒤 같은 거래처·외부 코드·겹치는 기간의 다른 대응이 있는지 검사합니다. 새 행을 승인했을 때 기존 발주·조회 결과에 어떤 변화가 생기는지도 봅니다. 승인 전에는 진행 중 대응표에만 두고 주문 자동 변환이나 가격 조회에 적용하지 않습니다.

승인 기록에는 확인 자료의 파일 위치, 자료 버전, 담당자, 승인일과 적용일을 적습니다. 승인일과 적용일은 같지 않을 수 있습니다. 10월 12일에 11월 1일 적용 자료를 받았다면 현재 주문에는 이전 대응을 사용하고 미래 규칙은 별도 상태로 보관합니다.

변경 후 잘못된 연결을 되돌리기

대응이 틀렸다는 사실을 발견하면 내부 코드만 바꿔서 끝내지 않습니다. 그 대응표 버전을 사용한 발주·납품·가격 조회 목록을 모아 영향을 확인합니다. 어느 문서가 잘못된 코드로 연결됐는지 확인하기 전까지 해당 대응의 신규 사용을 보류합니다. 원본 외부 코드를 남겨 두면 다시 대조할 수 있습니다.

수정은 이전 대응 종료일과 새 대응 시작일, 변경 사유를 연결해 기록합니다. 과거 기간을 잘못 입력했다면 변경 전 표도 보관하고 과거 조회를 다시 계산합니다. 작업 중간에 새 대응이 불확실해지면 이전 승인 버전으로 되돌리되 현재 유효성이 확인되지 않은 행은 미대응으로 남깁니다. 예전 코드로 돌아갔다는 것 자체가 정상 연결의 증거는 아닙니다.

미대응과 충돌을 숫자 합계에서 숨기지 않기

내부 코드가 안 나온 행을 공통 코드 기타로 몰아 합계에 넣으면 규격별 수량과 가격이 섞입니다. 미대응 행은 외부 코드 기준의 별도 목록으로 보존하고 내부 집계에서 제외한 건수를 표시합니다. 충돌 행은 두 후보와 근거를 같이 보여주어 담당자가 어느 정보를 더 확인해야 하는지 볼 수 있게 합니다.

샘플에서 거래처를 A에서 B로 바꾸면 A100의 연결은 P-CUP-50에서 P-ROLL로 달라집니다. 날짜를 M-06의 종료일인 2026-09-30으로 바꾸면 기간 안이고, 2026-10-01이면 기간 밖입니다. X01의 어느 후보든 한쪽만 지운다면 원본 근거와 삭제 사유가 먼저 있어야 합니다. 표시 오류를 없애려고 후보를 숨기지 않습니다.

최종 결과물은 승인된 대응표와 미확인 목록입니다. 가격의 적정성, 품질, 호환성 또는 구매 승인을 이 대응표로 확정하지 않습니다. 한 코드가 한 대상을 가리킨다는 관계만 확인하고 다음 단계에 필요한 단위·기간·원문을 함께 전달합니다.

원문에서 확인할 범위

자료 제작·검수: 2026년 10월 10일. 계산·사례의 확인 범위는 본문에 표시했습니다. 편집 기준 · 오류 정정

SOPBiz 운영자

작은 사업자의 반복 업무를 문서, 도구, 운영 루틴으로 정리합니다. 책임 운영자가 글의 수정 요청, 검수 기준, 정책 고지를 관리합니다.

콘텐츠 작성 기준 보기