표준·형식
ANSI X12, UN/EDIFACT, 버전(4010·5010) 등 표준과 형식에 관한 질문입니다.
- EDI 표준과 형식에는 어떤 것들이 있나요?
- X12 파일에서 ISA 세그먼트는 무슨 역할을 하나요?
- GLN이 무엇이고 언제 필요한가요?
- EDI 시작 전에 GS1 업체코드가 꼭 필요한가요?
- ANSI X12와 EDIFACT는 어떻게 다르고 언제 어떤 걸 쓰나요?
- X12 4010과 5010은 어떻게 다른가요?
- ISA ID와 GS ID는 어떻게 다르고 서로 달라도 되나요?
- UPC, GTIN, EAN은 어떻게 다른가요?
- SSCC가 무엇이고 어떻게 부여하나요?
- UCC-128 라벨과 GS1-128 라벨은 같은 건가요?
- 해외 거래처 송장은 EDIFACT와 Peppol 중 무엇으로 보내야 하나요?
- EDIFACT와 EANCOM은 어떻게 다른가요?
- SSCC는 박스마다 붙이나요, 팔레트에만 붙이나요?
- 유통 박스 라벨에는 어떤 정보가 들어가나요?
- SSCC를 쓰려면 GS1 업체코드가 꼭 있어야 하나요?
- 유통BMS가 무엇이고 기존 EDI와 뭐가 다른가요?
- 거래처마다 EDI 형식이 다르면 어떻게 하나요?
- EDI 파일은 어떻게 생겼나요?
- EDI 트랜잭션이나 메시지는 무엇을 말하나요?
- 한 EDI 시스템으로 X12, EDIFACT, TRADACOMS를 모두 처리할 수 있나요?
- EDIFACT 송장을 X12 810으로 변환할 수 있나요?
- JSON이 EDI를 대체하나요, 아니면 같이 쓰나요?
- X12 버전 4010은 무슨 뜻인가요?
- X12 4010에서 5010으로 꼭 업그레이드해야 하나요?
- ISA06 발신자 ID에는 무엇을 넣어야 하나요?
- ISA 한정자(qualifier)는 어떻게 골라야 하나요?
- GLN과 DUNS 번호는 어떻게 다른가요?
- GLN을 만들려면 GS1 업체코드가 있어야 하나요?
- UPC-A를 GTIN-14로 어떻게 바꾸나요?
- SSCC와 GTIN은 어떻게 다른가요?
- 창고 EDI 문서에 로트번호와 시리얼을 넣을 수 있나요?
- 포워딩 브로커는 EDI 214 상태 코드를 어디까지 지원해야 하나요?
- EDI 구문 오류와 데이터 오류는 뭐가 다른가요?
- EANCOM ORDERS를 미국 유통사의 850으로 어떻게 매핑하나요?
- XRechnung과 Peppol BIS Billing은 어떻게 다른가요?
- 해외 EDI 송장에서 통화와 환율은 어떻게 표시하나요?
- EDI 파일에서 한글·중국어·일본어 같은 문자와 다국어는 어떻게 처리하나요?
- 850 주문서 같은 EDI 문서를 JSON으로 자동 변환할 수 있나요?
- EDI 표준은 업체마다 다른가요?
- GS1-128 박스 라벨의 표준 크기는 얼마인가요?
- 케이스 라벨과 팔레트 라벨은 어떻게 다른가요?
- SSCC 번호를 다시 사용해도 되나요?
- GS1-128 라벨의 AI 00은 무슨 뜻인가요?
- 라벨은 박스나 팔레트의 어디에 붙여야 하나요?
- 여러 SKU가 섞인 박스는 라벨을 어떻게 하나요?
- 운송 라벨과 컴플라이언스 라벨은 무엇이 다른가요?
- 유통 팔레트 라벨은 어떤 형식으로 만드나요?
- 유통BMS를 도입하면 어떤 장점이 있나요?
- EDI 표준화 대응은 무엇부터 시작하면 되나요?
- 5010 문서를 4010 시스템으로 보내도 되나요?
- ISA 송수신자 ID는 대소문자를 구분하나요?
- 한 회사가 GLN을 여러 개 가질 수 있나요?
- 같은 상품에 GTIN이 여러 개일 수 있나요?
- IFTMIN과 EDI 300은 어떻게 다른가요?
- 해상 EDI에서 컨테이너 번호와 씰 번호는 어떻게 넣나요?
- Peppol로 송장 말고 주문서나 출하통지도 보낼 수 있나요?
- 독일 유통사에 ZUGFeRD 송장을 EDI로 보낼 수 있나요?
- X12 대신 JSON을 쓰면 어떤 장점이 있나요?
- EDI 거래용 표준 JSON 형식이 따로 있나요?
- EDI 문서 매핑을 직접 하는 건 얼마나 어렵나요?
- 라벨 한 장에 바코드를 몇 개까지 넣을 수 있나요?
- 라벨에 'X of Y' 박스 수량은 어떻게 표시하나요?
- 운송 라벨과 GS1-128 라벨을 하나로 합칠 수 있나요?
- 아마존 EDI에서 X12와 EDIFACT는 뭐가 다른가요?
EDI 표준과 형식에는 어떤 것들이 있나요?
EDI-VAN이 다루는 대표 표준은 북미식 ANSI X12와 유럽식 UN/EDIFACT 두 가지입니다. X12는 주로 북미에서, EDIFACT는 유럽 등에서 많이 씁니다. 두 표준 모두 주문서, 출하 통지, 송장, 운송 문서 등 20여 종을 지원합니다. 필요하면 X12와 EDIFACT 사이의 변환도 해 드립니다. 이 밖에 Peppol 같은 다른 방식의 연결은 요청하시면 검토합니다. 의료 청구용 EDI처럼 업종이 다른 표준은 서비스 범위가 아닙니다.
AI 상담에 이어서 묻기 →X12 파일에서 ISA 세그먼트는 무슨 역할을 하나요?
ISA 는 X12 파일의 맨 앞에 붙는 «겉봉투» 같은 부분입니다. 누가 누구에게 보내는 묶음인지, 언제 보냈는지 같은 전달 정보를 담습니다. 우편 봉투처럼 받는 쪽은 이 부분을 보고 문서가 맞는 곳에서 왔는지 확인합니다. 이 부분은 EDI-VAN 이 거래처 등록 때 맞춰 처리하므로 고객이 직접 채울 필요가 없습니다. 직접 구현하시려면 직접형에서 표준 양식과 안내를 드립니다.
AI 상담에 이어서 묻기 →GLN이 무엇이고 언제 필요한가요?
GLN 은 회사나 장소(본사·매장·창고 등)를 구별하는 GS1 의 고유 번호입니다. EDI 문서에서 «누가 주문했고 어디로 보내야 하는지»를 번호로 정확히 알리는 데 씁니다. 유럽 거래처나 일부 대형 유통사가 거래처·배송지를 GLN 으로 표시하도록 요구하는 경우가 있습니다. 필요한지는 그 유통사의 안내서를 기준으로 판단합니다. GLN 은 각 나라 GS1 기관에서 받습니다. 받아 두신 번호를 알려 주시면 EDI-VAN 이 문서에 맞춰 넣어 드립니다.
AI 상담에 이어서 묻기 →EDI 시작 전에 GS1 업체코드가 꼭 필요한가요?
EDI 연결 자체에는 GS1 업체코드가 꼭 필요하지 않습니다. 다만 많은 유통사가 상품 바코드(GTIN)와 박스 번호(SSCC)를 GS1 번호로 쓰도록 요구합니다. GS1 업체코드는 이런 번호를 만드는 바탕이 되는 회사 고유번호입니다. 필요한지는 거래하려는 유통사가 보낸 안내서를 기준으로 판단합니다. GS1 업체코드는 EDI-VAN 이 발급하지 않고 각 나라 GS1 기관에서 받습니다. 거래 상대를 알려 주시면 준비할 것을 상담에서 확인해 드립니다.
AI 상담에 이어서 묻기 →ANSI X12와 EDIFACT는 어떻게 다르고 언제 어떤 걸 쓰나요?
두 가지 모두 거래 문서를 주고받는 국제 표준 형식이고, 어느 쪽을 쓸지는 거래 상대가 정합니다. ANSI X12 는 주로 북미(미국·캐나다 등)에서 쓰고, UN/EDIFACT 는 주로 유럽 등에서 씁니다. 예를 들어 X12 의 850 주문서는 EDIFACT 에서는 ORDERS 라는 이름의 문서에 해당합니다. EDI-VAN 은 두 형식을 모두 다룹니다. 상대가 요구하는 형식으로 바꿔 보내고, X12와 EDIFACT 사이의 변환도 합니다. 고객은 지금 쓰는 엑셀·ERP 자료 그대로 시작하시면 됩니다.
AI 상담에 이어서 묻기 →X12 4010과 5010은 어떻게 다른가요?
4010과 5010은 같은 X12 표준의 서로 다른 버전입니다. 어느 버전을 쓸지는 거래 상대가 정합니다. 버전이 바뀌면 같은 종류의 문서라도 담는 항목과 규칙이 조금씩 달라집니다. 그래서 상대가 지정한 버전에 정확히 맞춰야 합니다. EDI-VAN 은 거래 상대가 보낸 안내서에 적힌 버전을 기준으로 문서를 맞춰 드립니다. 거래 상대가 요구하는 특정 버전을 지원하는지는 상담에서 확인해 드립니다.
AI 상담에 이어서 묻기 →ISA ID와 GS ID는 어떻게 다르고 서로 달라도 되나요?
둘 다 «보내는 쪽과 받는 쪽이 누구인지» 알리는 식별 번호입니다. ISA 쪽은 파일 전체를 감싸는 겉봉투에, GS 쪽은 그 안의 문서 묶음에 쓰입니다. 두 값을 같게 쓸지 다르게 쓸지는 거래 상대가 정하는 경우가 많습니다. 그래서 그 상대가 보낸 안내서를 기준으로 맞춥니다. 이 값들은 EDI-VAN 이 거래처를 등록하고 시험하면서 맞춰 드립니다. 고객은 상대에게서 받은 안내서를 전달해 주시면 됩니다.
AI 상담에 이어서 묻기 →UPC, GTIN, EAN은 어떻게 다른가요?
GTIN 은 상품 식별 번호를 통칭하는 이름이고, UPC 와 EAN 은 그 안의 종류입니다. UPC 는 주로 북미에서 쓰는 12자리 상품 바코드 번호입니다. EAN 은 북미 밖에서 널리 쓰는 13자리 번호입니다. 어느 번호를 써야 하는지는 거래하는 유통사의 안내서를 기준으로 맞춥니다. EDI-VAN 은 고객이 가진 상품 번호를 상대가 요구하는 문서 형식에 맞춰 전달합니다.
AI 상담에 이어서 묻기 →SSCC가 무엇이고 어떻게 부여하나요?
SSCC 는 박스나 팔레트 같은 «배송 단위» 하나하나에 붙이는 18자리 고유 번호입니다. 받는 쪽은 출하 통지(856)와 라벨의 이 번호를 대조해 무엇이 도착했는지 확인합니다. 번호는 회사의 GS1 업체코드를 바탕으로, 배송 단위마다 겹치지 않게 회사가 부여합니다. 이 번호는 856 출하 통지와 박스 라벨에 함께 쓰입니다. EDI-VAN 은 이 번호를 출하 통지에 담아 상대 규칙대로 보내 드립니다. 번호를 매기고 라벨을 출력하는 방식은 지금 쓰시는 시스템에 맞춰 상담에서 정해 드립니다.
AI 상담에 이어서 묻기 →UCC-128 라벨과 GS1-128 라벨은 같은 건가요?
네, 같은 것입니다. UCC-128 은 예전 이름이고, 지금은 GS1-128 이라고 부릅니다. 박스나 팔레트에 SSCC 같은 물류 정보를 바코드로 담아 붙이는 라벨입니다. 유통사 안내서에 둘 중 어느 이름이 나오더라도 같은 라벨을 뜻합니다. 이 라벨은 856 출하 통지와 짝을 이뤄 쓰입니다.
AI 상담에 이어서 묻기 →해외 거래처 송장은 EDIFACT와 Peppol 중 무엇으로 보내야 하나요?
어느 방식으로 보낼지는 거래처와 그 나라의 요구에 따라 정해지므로, 먼저 거래처의 안내를 확인해야 합니다. EDIFACT 는 거래 문서 형식이고, EDI-VAN 은 EDIFACT 송장(INVOIC)을 주고받을 수 있습니다. Peppol 은 주로 전자 송장 교환에 쓰는 별도의 연결 방식입니다. Peppol 은 지금 EDI-VAN 이 기본으로 제공하는 방식이 아니며, 요청이 있으면 검토합니다. 거래처 이름과 받은 안내서를 연결 문의로 보내 주시면 상담에서 확인해 드립니다.
AI 상담에 이어서 묻기 →EDIFACT와 EANCOM은 어떻게 다른가요?
EANCOM 은 EDIFACT 의 한 갈래입니다. GS1 이 유통·소매 거래에 맞게 EDIFACT 를 좁혀 정리한 규칙 모음입니다. 문서 이름(ORDERS·DESADV·INVOIC 등)은 같지만, 쓰는 항목과 번호 체계(GLN·GTIN 등)가 더 정해져 있습니다. 유럽 유통사는 EANCOM 방식을 요구하는 경우가 많습니다. 그래서 그 유통사의 안내서를 기준으로 맞춥니다. EDI-VAN 은 EDIFACT 문서를 다룹니다. 특정 거래처의 EANCOM 요구를 맞추는 범위는 상담에서 확인해 드립니다.
AI 상담에 이어서 묻기 →SSCC는 박스마다 붙이나요, 팔레트에만 붙이나요?
어디에 붙일지는 거래하는 유통사가 정하며, 박스와 팔레트 모두에 붙이도록 요구하는 경우도 많습니다. SSCC 는 따로 다뤄지는 배송 단위마다 하나씩 붙이는 번호입니다. 그래서 팔레트로 보내면 팔레트에, 박스 단위로 받는 곳이면 박스마다 붙입니다. 이 구성은 856 출하 통지의 박스·팔레트 내역과 정확히 맞아야 합니다. 이 부분이 856 이 어려운 이유 중 하나입니다. 그 유통사의 안내서를 기준으로 EDI-VAN 이 출하 통지를 맞춰 드리고, 거래를 열기 전에 충분히 시험하는 것을 권합니다.
AI 상담에 이어서 묻기 →유통 박스 라벨에는 어떤 정보가 들어가나요?
유통 박스 라벨에는 보통 박스마다 붙는 고유 번호(바코드) 가 들어가고, 보내는 곳과 받는 곳, 주문 번호 같은 정보가 함께 표시됩니다. 이 박스 번호는 출하 통지(856, 물건이 도착하기 전에 무엇을 어떻게 실어 보냈는지 미리 알리는 문서)와 연결됩니다. 그래서 유통사는 물건이 오기 전에 박스 안의 상품과 수량을 알고 입고를 준비할 수 있습니다. 라벨에 들어갈 항목과 배치는 유통사마다 다르므로 그 유통사가 보낸 안내서를 기준으로 맞춥니다. 라벨 출력을 어디까지 도와드릴 수 있는지는 상담에서 확인해 드립니다.
AI 상담에 이어서 묻기 →SSCC를 쓰려면 GS1 업체코드가 꼭 있어야 하나요?
보통은 필요합니다. SSCC(박스마다 붙는 국제 표준 번호)는 GS1 업체코드를 바탕으로 만드는 번호이기 때문입니다. 한국에서는 GS1 Korea(대한상공회의소 유통물류진흥원)에서 업체코드를 받습니다. 업체코드 발급은 고객이 직접 준비하실 일이고, EDI-VAN 은 받은 번호가 출하 통지(856)에 담겨 유통사로 전달되도록 맞춰 드립니다. 다른 방식을 허용하는지는 거래하는 유통사의 안내서를 기준으로 확인합니다.
AI 상담에 이어서 묻기 →유통BMS가 무엇이고 기존 EDI와 뭐가 다른가요?
유통BMS는 국내 유통 업계에서 쓰는 전자 거래 문서 표준입니다. 미국식 X12나 유럽식 EDIFACT와는 문서를 적는 형식이 다릅니다. 다만 주문서·출하·송장 같은 거래 문서를 시스템끼리 주고받는다는 목적은 같습니다. EDI-VAN 의 공개 표준 목록은 X12와 EDIFACT이며, 표에 없는 방식도 요청하시면 검토합니다. 유통BMS 연결이 필요하시면 거래하려는 유통사 이름을 적어 연결 문의를 남겨 주세요. 상담에서 확인해 드립니다.
AI 상담에 이어서 묻기 →거래처마다 EDI 형식이 다르면 어떻게 하나요?
걱정하지 않으셔도 됩니다. 거래처마다 다른 형식을 맞추는 것이 EDI-VAN 이 하는 일입니다. 거래 상대가 요구하는 형식(X12·EDIFACT)과 통로로 바꿔서 보내 드립니다. 상대가 보낸 문서는 고객이 보기 쉬운 형태로 바꿔 드립니다. 고객은 지금 쓰는 ERP나 엑셀 방식을 그대로 쓰시면 되고, 새 거래처가 생기면 연결만 추가합니다.
AI 상담에 이어서 묻기 →EDI 파일은 어떻게 생겼나요?
EDI 파일은 사람이 읽기 위한 문서가 아닙니다. 정해진 순서와 구분 기호로 이어 붙인 텍스트 파일이라서 열어 보면 짧은 코드와 숫자가 길게 늘어서 있습니다. 시스템끼리 정확하고 빠르게 읽도록 만든 형식이기 때문입니다. EDI-VAN 을 쓰시면 이 파일을 직접 읽거나 만들 필요가 없습니다. 웹 화면이나 엑셀로 넣고 받으시면 되고, 주고받은 문서와 상태도 화면에서 보실 수 있습니다.
AI 상담에 이어서 묻기 →EDI 트랜잭션이나 메시지는 무엇을 말하나요?
주문서 한 건, 송장 한 건처럼 거래 문서 하나를 가리키는 말입니다. 미국식 X12에서는 «트랜잭션»이라 부르고 850 주문서, 810 송장처럼 번호로 구분합니다. 유럽식 EDIFACT에서는 «메시지»라 부르고 ORDERS(주문서), INVOIC(송장)처럼 이름으로 구분합니다. EDI-VAN 요금에서는 거래처 한 곳의 문서 한 종류를 «문서 1종»으로 셉니다.
AI 상담에 이어서 묻기 →한 EDI 시스템으로 X12, EDIFACT, TRADACOMS를 모두 처리할 수 있나요?
EDI-VAN 은 X12와 EDIFACT 두 표준을 한 연결망에서 함께 처리합니다. 두 표준 사이의 변환도 해 드립니다. TRADACOMS(영국에서 쓰여 온 표준)는 공개 표준 목록에 없습니다. 거래처가 이 방식을 요구한다면 연결 문의로 알려 주세요. 가능 여부를 상담에서 확인해 드립니다.
AI 상담에 이어서 묻기 →EDIFACT 송장을 X12 810으로 변환할 수 있나요?
네, 가능합니다. EDI-VAN 은 X12와 EDIFACT 사이의 형식 변환을 지원합니다. 그래서 EDIFACT 송장(INVOIC)을 북미 거래처가 받는 X12 810 송장으로 바꿔 보낼 수 있고, 그 반대 방향도 됩니다. 공개 요금제 중 GROWTH($5,880/년)에는 X12↔EDIFACT 변환이 포함되어 있습니다. 조건별 금액은 요금 안내의 계산기나 AI 상담에서 바로 계산됩니다.
AI 상담에 이어서 묻기 →JSON이 EDI를 대체하나요, 아니면 같이 쓰나요?
대체한다기보다 함께 씁니다. 대형 유통사와의 거래는 여전히 X12·EDIFACT 같은 EDI 형식을 많이 요구합니다. 반면 시스템끼리 바로 연결하는 API에서는 JSON 같은 형식도 널리 쓰입니다. EDI-VAN 은 고객 쪽에 API 연동 방법도 열어 두고 있습니다. 그래서 고객은 편한 방식으로 넣고, 상대에게는 상대가 요구하는 EDI 형식으로 바꿔 보낼 수 있습니다. 예를 들어 아마존의 경우 Vendor Central은 EDI로, Seller Central은 API로 연결합니다.
AI 상담에 이어서 묻기 →X12 버전 4010은 무슨 뜻인가요?
4010은 X12 표준의 버전(판) 번호입니다. X12는 해마다 조금씩 개정되기 때문에 같은 850 주문서라도 버전에 따라 담는 내용이 조금 다를 수 있습니다. 그래서 거래 상대가 어떤 버전을 쓰는지 정해 둡니다. 4010은 북미 유통에서 오래 널리 쓰인 버전 가운데 하나입니다. EDI-VAN 은 그 유통사가 보낸 안내서에 적힌 버전을 기준으로 맞춥니다.
AI 상담에 이어서 묻기 →X12 4010에서 5010으로 꼭 업그레이드해야 하나요?
꼭 그렇지는 않습니다. 어떤 버전을 쓸지는 거래 상대가 정하므로 상대가 4010을 쓰면 그대로 쓰시면 됩니다. 상대가 5010 같은 새 버전으로 바꾸라고 안내하면 그때 맞추면 됩니다. 이때 EDI-VAN 이 상대의 안내서를 기준으로 형식을 맞춰 드리고, 고객 쪽 업무 방식은 바뀌지 않습니다. 버전 변경에 드는 비용과 일정은 상담에서 확인해 드립니다.
AI 상담에 이어서 묻기 →ISA06 발신자 ID에는 무엇을 넣어야 하나요?
ISA06은 문서를 «누가 보냈는지» 알려 주는 발신자 식별 번호 자리입니다. 우편물의 보내는 사람 주소와 같은 역할을 합니다. 이 값은 거래 상대와 미리 정하고 등록해야 하는 것이어서 EDI-VAN 이 연결 등록 단계에서 상대와 맞춰 처리합니다. 고객께서 직접 정하거나 입력하실 필요는 없습니다. 직접 구현하시려면 직접형에서 표준 양식과 안내를 드립니다.
AI 상담에 이어서 묻기 →ISA 한정자(qualifier)는 어떻게 골라야 하나요?
ISA 한정자는 고객이 고르는 값이 아니라, 거래 상대(유통사)가 보낸 안내서에 맞춰 정해지는 값입니다. ISA는 문서를 담는 «봉투»의 겉면입니다. 한정자는 그 봉투에 적힌 보내는 쪽·받는 쪽 번호가 어떤 종류의 번호인지 알려 주는 표시입니다. 값이 상대 요구와 다르면 문서가 제대로 전달되지 않을 수 있습니다. 그래서 이 부분은 EDI-VAN이 상대의 안내서를 기준으로 맡아서 처리합니다. 고객은 유통사에서 받은 안내서와 회사 식별번호만 준비하시면 됩니다. 직접 하시려면 직접형에서 표준 양식과 안내를 드립니다.
AI 상담에 이어서 묻기 →GLN과 DUNS 번호는 어떻게 다른가요?
둘 다 회사를 알아보는 번호이지만, GLN은 회사와 장소까지, DUNS는 회사를 가리키는 번호입니다. GLN(Global Location Number)은 국제 상품코드 기관(GS1)의 13자리 번호입니다. 본사뿐 아니라 매장·창고 같은 장소마다 따로 붙일 수 있습니다. DUNS는 기업 신용정보 기관이 회사마다 주는 9자리 번호이고, 주로 회사 자체를 식별할 때 씁니다. EDI 문서에 어느 번호를 쓸지는 거래 상대가 정합니다. EDI-VAN은 그 유통사가 보낸 안내서를 기준으로 맞춥니다. 번호 발급은 고객이 해당 기관에서 받아 두시면 됩니다.
AI 상담에 이어서 묻기 →GLN을 만들려면 GS1 업체코드가 있어야 하나요?
일반적으로는 그렇습니다. GLN은 GS1 회원 가입으로 받는 업체코드를 바탕으로 만드는 번호입니다. 한국에서는 GS1 Korea(대한상공회의소 유통물류진흥원)가 발급을 맡고 있습니다. 나라마다 GLN만 따로 받는 방법을 두기도 하니, 정확한 방법은 해당 GS1 기관에 확인하시는 것이 좋습니다. 번호는 고객이 직접 발급받습니다. EDI-VAN은 받은 번호를 거래 상대가 요구하는 자리에 맞춰 문서에 넣어 드립니다.
AI 상담에 이어서 묻기 →UPC-A를 GTIN-14로 어떻게 바꾸나요?
같은 상품이라면 12자리 UPC-A 앞에 0을 채워 14자리 GTIN-14로 나타내는 것이 일반적입니다. 다만 낱개가 아니라 박스 단위 같은 다른 포장 단위에는 별도의 번호를 정해야 합니다. 이때는 끝자리 확인 숫자도 새로 계산됩니다. 문서에 어떤 자릿수의 번호를 넣을지는 유통사 안내서를 기준으로 EDI-VAN이 변환 과정에서 맞춥니다. 고객은 상품별 UPC와 포장 단위(박스당 수량 등) 자료를 준비해 주시면 됩니다. 직접 하시려면 직접형에서 표준 양식과 안내를 드립니다.
AI 상담에 이어서 묻기 →SSCC와 GTIN은 어떻게 다른가요?
GTIN은 «어떤 상품인지», SSCC는 «바로 이 박스·팔레트 하나»를 가리키는 번호입니다. GTIN은 같은 상품이면 모두 같은 번호를 씁니다. SSCC는 18자리 번호로, 출고하는 상자나 팔레트마다 하나씩 다르게 붙습니다. 856 출하 통지에는 보통 SSCC로 각 박스를, GTIN으로 그 안에 든 상품을 함께 알립니다. 그래서 유통사가 박스 라벨만 찍어도 내용물을 알 수 있습니다. EDI-VAN은 이 정보를 상대 규칙에 맞춰 출하 통지에 담아 보냅니다. 고객은 GS1 업체코드와 박스별 포장 내역을 준비해 주시면 됩니다.
AI 상담에 이어서 묻기 →창고 EDI 문서에 로트번호와 시리얼을 넣을 수 있나요?
표준 창고 문서(940 창고 출고 지시, 945 창고 출고 완료)에는 일반적으로 로트번호나 시리얼 같은 추적 정보를 담을 자리가 있습니다. 실제로 넣을지, 어떤 단위로 넣을지는 화주나 거래 상대가 정한 안내서에 따라 달라집니다. EDI-VAN은 상대 요구에 맞춰 문서를 변환해 주고받습니다. 고객 쪽 창고 시스템에서 로트·시리얼 자료를 뽑을 수 있는지가 중요합니다. 구체적인 처리 범위는 상담에서 확인해 드리니 연결 문의에 거래 상대와 필요한 항목을 적어 주세요.
AI 상담에 이어서 묻기 →포워딩 브로커는 EDI 214 상태 코드를 어디까지 지원해야 하나요?
정해진 개수는 없고, 거래 화주나 유통사가 안내서에서 요구하는 상태까지 지원하시면 됩니다. 214 운송 상태는 화물이 지금 어디까지 왔는지 알리는 문서입니다. 기본은 집하 → 운송 중 → 도착 → 배송 완료이고, 지연 같은 예외 상황을 요구하는 곳도 있습니다. EDI-VAN은 쓰시는 배차·운송 관리 시스템의 상태 정보를 상대가 요구하는 형식으로 바꿔 전달합니다. 고객은 상대의 안내서와 지금 시스템에서 기록하는 상태 목록을 준비해 주세요. 수출입 통관 신고는 EDI-VAN의 서비스 범위가 아닙니다.
AI 상담에 이어서 묻기 →EDI 구문 오류와 데이터 오류는 뭐가 다른가요?
구문 오류는 «양식이 틀린 것», 데이터 오류는 «양식은 맞는데 내용이 틀린 것»입니다. 구문 오류는 문서의 형식 규칙을 어겨 상대 시스템이 아예 읽지 못하는 경우입니다. 이때는 997 수신 확인에서 거절로 돌아오는 경우가 많습니다. 데이터 오류는 문서는 정상으로 받았지만 가격·수량·상품번호 등이 주문과 맞지 않는 경우입니다. 유통사 업무 단계에서 나중에 발견되는 일이 많습니다. EDI-VAN은 보내기 전에 형식과 내용을 확인하고, 문제가 있으면 알려 드립니다. 전담형은 상대의 거절을 먼저 살펴보고 연락드립니다.
AI 상담에 이어서 묻기 →EANCOM ORDERS를 미국 유통사의 850으로 어떻게 매핑하나요?
EANCOM ORDERS와 850 주문서는 둘 다 «주문서»이고, 쓰는 표준만 다릅니다. EANCOM은 유럽식 EDIFACT를 유통업용으로 좁힌 형식이고, 850은 북미식 X12 형식입니다. 이처럼 한쪽 양식의 내용을 다른 쪽 양식에 맞춰 옮기는 일을 매핑이라고 합니다. 이 부분은 EDI-VAN이 맡아서 처리합니다(GROWTH 요금제부터 X12↔EDIFACT 변환 포함). 고객은 양쪽 거래 상대의 안내서를 준비해 주시면 됩니다. 직접 하시려면 직접형에서 표준 양식과 안내를 드립니다.
AI 상담에 이어서 묻기 →XRechnung과 Peppol BIS Billing은 어떻게 다른가요?
둘 다 유럽의 전자 송장 형식이며, 같은 유럽 표준(EN 16931)을 바탕으로 합니다. XRechnung은 주로 독일 공공기관에 송장을 낼 때 쓰는 독일식 형식입니다. Peppol BIS Billing은 Peppol 네트워크를 통해 여러 나라에서 쓰는 공통 송장 형식입니다. 현재 EDI-VAN의 기본 서비스는 X12·EDIFACT 문서이고, Peppol 등 다른 방식의 연결은 요청이 있으면 검토합니다. 필요하시면 연결 문의에 거래 상대와 요구 형식을 적어 주세요.
AI 상담에 이어서 묻기 →해외 EDI 송장에서 통화와 환율은 어떻게 표시하나요?
EDI 송장에는 보통 금액과 함께 통화를 USD·EUR 같은 국제 3자리 통화 코드로 표시합니다. 필요하면 적용한 환율도 함께 적습니다. 어떤 통화로 청구하고 환율을 넣을지는 거래 계약과 그 유통사가 보낸 안내서를 기준으로 맞춥니다. EDI-VAN은 고객 시스템의 금액·통화 자료를 상대가 요구하는 810 송장(또는 INVOIC) 형식에 맞춰 보냅니다. 고객은 계약 통화와 송장 금액 자료를 준비해 주시면 됩니다. 국내 세금계산서 발행(국세청 전자세금계산서)은 EDI-VAN의 서비스가 아닙니다.
AI 상담에 이어서 묻기 →EDI 파일에서 한글·중국어·일본어 같은 문자와 다국어는 어떻게 처리하나요?
다국어 문자를 쓸 수 있는지는 거래 상대와 합의한 방식에 따라 달라집니다. 일반적으로 해외 유통사와의 X12·EDIFACT 문서는 영문 기본 문자를 쓰는 경우가 많습니다. 이 때문에 상품명·주소를 영어로 요구하는 곳이 많습니다. EDI-VAN은 상대가 보낸 안내서를 기준으로 문서를 맞춥니다. 한글·중국어·일본어 처리 범위는 상담에서 확인해 드립니다. 연결 문의에 거래 상대와 필요한 언어를 적어 주세요.
AI 상담에 이어서 묻기 →850 주문서 같은 EDI 문서를 JSON으로 자동 변환할 수 있나요?
네, 받는 주문서를 고객 시스템이 쓰기 쉬운 형태로 바꿔 전달하는 것도 EDI-VAN이 하는 일입니다. 유통사가 보낸 850 주문서는 EDI-VAN이 받아 고객 쪽 방식으로 바꿔 드립니다. 고객은 시스템 연동(API), 엑셀·CSV 파일, 웹 입력 화면 가운데 편한 방법으로 받으시면 됩니다. JSON 같은 구체적인 데이터 형태와 연동 범위는 지금 쓰시는 시스템을 보고 상담에서 정해 드립니다. 연동 작업이 필요하면 «내 시스템 연동 구축»을 별도 견적으로 맡을 수 있습니다.
AI 상담에 이어서 묻기 →EDI 표준은 업체마다 다른가요?
표준 자체는 공통이지만, 업체마다 그 표준을 쓰는 방식은 조금씩 다릅니다. 북미는 주로 X12, 유럽은 주로 UN/EDIFACT라는 공통 표준을 씁니다. 그런데 유통사마다 꼭 넣어야 하는 정보와 규칙을 담은 자체 안내서가 있어서, 같은 850 주문서라도 상대에 따라 모양이 다릅니다. 이 차이를 맞추는 것이 EDI-VAN의 일입니다. 고객은 지금 쓰는 방식 그대로 두고, EDI-VAN이 각 유통사가 보낸 안내서를 기준으로 맞춰 주고받습니다.
AI 상담에 이어서 묻기 →GS1-128 박스 라벨의 표준 크기는 얼마인가요?
박스 라벨은 흔히 4×6인치(약 10×15cm) 크기를 많이 쓰지만, 최종 기준은 거래하는 유통사의 안내서입니다. GS1-128 라벨은 박스마다 고유 번호를 바코드로 붙여, 출하 통지와 실제 물건을 맞춰 보게 하는 라벨입니다. 유통사마다 크기와 담는 내용을 따로 정해 두는 경우가 많아 하나로 단정하기 어렵습니다. EDI-VAN은 이 박스 번호가 856 출하 통지에 빠짐없이 이어지도록 맞춰 드립니다. 거래 유통사의 요구 사항은 상담에서 함께 확인해 드립니다.
AI 상담에 이어서 묻기 →케이스 라벨과 팔레트 라벨은 어떻게 다른가요?
케이스 라벨은 박스 하나에, 팔레트 라벨은 박스를 쌓은 팔레트 한 덩어리에 붙이는 라벨입니다. 둘 다 고유 번호를 담고 있어서, 유통사는 팔레트 번호만 읽어도 그 안에 어떤 박스가 실렸는지 알 수 있습니다. 이 «팔레트 안에 박스, 박스 안에 상품»이라는 관계를 미리 알리는 문서가 856 출하 통지입니다. 856이 어려운 문서로 꼽히는 이유도 이 단계별 구조 때문입니다. EDI-VAN이 라벨 번호와 출하 통지 내용이 맞게 이어지도록 맞춰 드립니다.
AI 상담에 이어서 묻기 →SSCC 번호를 다시 사용해도 되나요?
원칙적으로 다시 쓰지 않습니다. SSCC는 박스나 팔레트 하나하나를 구별하는 번호여서, 같은 번호가 다시 나오면 유통사 쪽에서 이전 출하와 헷갈릴 수 있습니다. 그래서 출하할 때마다 새 번호를 매기는 것이 일반적입니다. 번호가 겹치지 않게 관리하는 방법은 쓰시는 시스템에 따라 달라 상담에서 함께 확인해 드립니다.
AI 상담에 이어서 묻기 →GS1-128 라벨의 AI 00은 무슨 뜻인가요?
AI 00은 «이 뒤에 오는 숫자가 SSCC(운송 단위 고유 번호)라는 표시»입니다. AI(응용 식별자)는 바코드 안의 숫자가 어떤 정보인지 알려 주는 머리표 같은 것입니다. 00 뒤에는 박스나 팔레트 하나를 구별하는 18자리 번호가 옵니다. 이 번호가 856 출하 통지에도 들어가서 실제 물건과 문서를 맞춰 보는 열쇠가 됩니다. EDI-VAN은 이 번호가 출하 통지에 빠짐없이 이어지도록 맞춰 드립니다.
AI 상담에 이어서 묻기 →라벨은 박스나 팔레트의 어디에 붙여야 하나요?
부착 위치는 거래하는 유통사의 안내서를 기준으로 맞추셔야 합니다. 일반적으로는 스캐너가 읽기 쉬운 박스 옆면에 붙이고, 접히거나 테이프·랩에 가리지 않게 합니다. 팔레트는 보통 두 면 이상에 붙이도록 정하는 경우가 많습니다. 다만 위치와 높이를 유통사마다 따로 정해 두기 때문에 하나로 단정하기 어렵습니다. 거래 유통사의 요구 사항은 상담에서 함께 확인해 드립니다.
AI 상담에 이어서 묻기 →여러 SKU가 섞인 박스는 라벨을 어떻게 하나요?
여러 상품이 섞인 박스도 라벨은 박스 하나에 고유 번호 하나를 붙입니다. 박스 안에 무엇이 몇 개 들었는지는 라벨이 아니라 856 출하 통지에 담겨 유통사로 갑니다. 섞인 박스에 «혼합» 표시를 따로 요구하는 유통사도 있어서, 그 유통사가 보낸 안내서를 기준으로 맞춥니다. EDI-VAN이 박스별 내용이 출하 통지에 정확히 들어가도록 맞춰 드립니다. 고객은 박스마다 무엇을 담았는지 자료만 준비하시면 됩니다.
AI 상담에 이어서 묻기 →운송 라벨과 컴플라이언스 라벨은 무엇이 다른가요?
운송 라벨은 운송사가 배송하려고 붙이는 라벨이고, 컴플라이언스 라벨은 유통사가 입고 처리를 하려고 요구하는 라벨입니다. 운송 라벨에는 받는 곳과 운송장 번호가 들어가 배송 추적에 쓰입니다. 컴플라이언스 라벨에는 박스 고유 번호(GS1-128 바코드)가 들어가, 856 출하 통지와 맞춰 보며 입고하는 데 쓰입니다. 두 라벨은 목적이 달라 함께 붙이는 경우가 많습니다. 유통사가 요구하는 라벨 내용은 그 유통사가 보낸 안내서를 기준으로 맞춥니다.
AI 상담에 이어서 묻기 →유통 팔레트 라벨은 어떤 형식으로 만드나요?
팔레트 라벨은 보통 GS1 물류 라벨 형식을 따르고, 팔레트 고유 번호(SSCC)를 바코드로 넣습니다. 담는 항목과 배치는 유통사마다 따로 정해 두는 경우가 많아, 그 유통사가 보낸 안내서를 기준으로 맞춥니다. EDI-VAN은 팔레트와 박스 번호가 856 출하 통지에 단계별로 정확히 이어지도록 맞춰 드립니다. 라벨 출력 방식과 필요한 준비는 쓰시는 시스템과 창고 상황을 보고 상담에서 확인해 드립니다.
AI 상담에 이어서 묻기 →유통BMS를 도입하면 어떤 장점이 있나요?
유통BMS는 국내 유통업계가 거래 문서를 같은 양식으로 주고받기 위해 쓰는 표준이라, 거래처마다 다른 양식을 따로 맞추는 수고를 줄여 줍니다. 일반적인 장점은 아래와 같습니다.
- 주문·출하·송장을 손으로 옮겨 적지 않아 실수가 줄어듭니다
- 거래처가 늘어도 같은 방식으로 이어 갈 수 있습니다
EDI-VAN이 지원하는 표준은 북미 X12와 유럽 UN/EDIFACT이며, 유통BMS 연결이 가능한지는 상담에서 확인해 드립니다. 표에 없는 형식도 요청하시면 협의합니다.
AI 상담에 이어서 묻기 →EDI 표준화 대응은 무엇부터 시작하면 되나요?
먼저 거래 상대가 무엇을 요구하는지 확인하는 것부터 시작하시면 됩니다. 준비하실 것은 아래 세 가지입니다.
- 거래 상대 이름과 그쪽에서 받은 EDI 안내서
- 주고받아야 할 문서(예: 850 주문서 수신, 856 출하 통지·810 송장 발송)
- 지금 쓰는 ERP·엑셀 같은 시스템과 시작 희망일
이 내용으로 연결 문의를 남기시면 상담, 등록·시험, 거래 시작 순서로 진행됩니다. 시스템이 없어도 웹 입력 화면이나 EDI ERP로 시작할 수 있습니다.
AI 상담에 이어서 묻기 →5010 문서를 4010 시스템으로 보내도 되나요?
보통은 거래 상대가 정한 버전 그대로 보내야 합니다. 5010과 4010은 같은 X12 표준의 다른 버전(개정판)입니다. 버전이 다르면 상대 시스템이 문서를 읽지 못하거나 거절할 수 있습니다. EDI-VAN은 상대가 요구하는 형식에 맞춰 문서를 바꿔 전달하는 일을 합니다. 어느 버전으로 보낼지는 그 유통사가 보낸 안내서를 기준으로 정합니다. 내 쪽 버전과 상대 버전이 다를 때 어떻게 처리할지는 상담에서 확인해 드립니다.
AI 상담에 이어서 묻기 →ISA 송수신자 ID는 대소문자를 구분하나요?
이 값은 상대와 등록한 값과 글자 하나까지 똑같이 맞춰야 한다고 보시면 됩니다. 문서 앞부분에는 보내는 쪽과 받는 쪽을 알려 주는 식별 정보가 들어갑니다. 이 정보가 등록된 값과 다르면 상대가 누가 보낸 문서인지 알아보지 못해 문서가 전달되지 않을 수 있습니다. 이 식별 정보는 EDI-VAN이 연결을 등록하고 시험할 때 상대와 맞춰 둡니다. 고객께서는 거래 상대가 보낸 안내서나 등록 정보를 상담 때 함께 주시면 됩니다.
AI 상담에 이어서 묻기 →한 회사가 GLN을 여러 개 가질 수 있나요?
네, 한 회사가 GLN을 여러 개 가질 수 있습니다. GLN은 «회사나 장소를 구분하는 국제 표준 번호»입니다. 그래서 본사, 창고, 매장, 배송지처럼 장소마다 따로 받는 경우가 많습니다. 어떤 문서에 어느 장소의 GLN을 써야 하는지는 그 유통사가 보낸 안내서를 기준으로 정합니다. EDI-VAN은 상대가 요구하는 방식에 맞춰 문서를 만들어 전달합니다. 고객께서는 보유하신 GLN 목록을 준비해 주시면 됩니다.
AI 상담에 이어서 묻기 →같은 상품에 GTIN이 여러 개일 수 있나요?
포장 단위가 다르면 같은 상품이라도 GTIN이 여러 개일 수 있습니다. GTIN은 «상품을 구분하는 국제 표준 바코드 번호»입니다. 낱개, 묶음, 박스처럼 포장 단위가 다르면 보통 번호를 따로 받습니다. 반대로 포장 단위까지 똑같은 상품에는 번호 하나를 쓰는 것이 원칙입니다. 주문서·출하 통지·송장에 어느 단위의 번호를 쓸지는 유통사 안내서를 기준으로 맞춥니다. EDI-VAN은 고객의 품목 자료를 상대가 요구하는 형식에 맞춰 전달합니다.
AI 상담에 이어서 묻기 →IFTMIN과 EDI 300은 어떻게 다른가요?
둘 다 운송과 관련된 문서이지만 쓰는 표준과 쓰임새가 다릅니다.
- IFTMIN: 유럽식 표준(EDIFACT)의 «운송 지시» 문서입니다. 북미식(X12)의 204 운송 요청과 비슷한 역할을 합니다.
- EDI 300: 북미식(X12)에서 주로 해상 운송의 선적 예약을 요청할 때 쓰는 문서입니다.
EDI-VAN 요금 안내의 문서 표에는 204·IFTMIN이 들어 있습니다. 300처럼 표에 없는 문서 종류는 요청하시면 협의합니다.
AI 상담에 이어서 묻기 →해상 EDI에서 컨테이너 번호와 씰 번호는 어떻게 넣나요?
컨테이너 번호와 씰 번호를 문서의 어느 자리에 어떻게 넣을지는 거래 상대가 보낸 안내서를 기준으로 맞춥니다. 해상 운송 문서에는 보통 이 두 번호가 들어갑니다. 상대는 이 번호로 화물을 확인하고 추적합니다. 우리 회사 자료를 상대 양식에 맞추는 일(매핑)은 EDI-VAN이 맡아 처리합니다. 다만 해상 전용 문서는 공개된 문서 표에 없어 요청하시면 협의합니다. 필요한 문서와 거래 상대를 연결 문의로 알려 주시면 상담에서 확인해 드립니다.
AI 상담에 이어서 묻기 →Peppol로 송장 말고 주문서나 출하통지도 보낼 수 있나요?
Peppol 방식의 연결은 지금 기본 서비스가 아니며, 요청하시면 검토합니다. Peppol은 주로 유럽 공공·기업 거래에서 쓰는 전자 문서 연결 방식입니다. 송장 외에 주문이나 출하 관련 문서도 다룹니다. EDI-VAN을 통해 어떤 문서를 Peppol로 주고받을 수 있을지는 상담에서 확인해 드립니다. 거래 상대와 필요한 문서를 연결 문의에 적어 주세요.
AI 상담에 이어서 묻기 →독일 유통사에 ZUGFeRD 송장을 EDI로 보낼 수 있나요?
ZUGFeRD 형식을 지원하는지는 상담에서 확인해 드립니다. ZUGFeRD는 독일에서 쓰는 전자 송장 형식입니다. 사람이 읽는 PDF 안에 시스템이 읽는 자료를 함께 담는 방식입니다. EDI-VAN은 유럽 거래처를 위한 EDIFACT 송장(INVOIC)을 다룹니다. 표에 없는 형식은 요청하시면 협의합니다. 독일 유통사가 보낸 안내서를 연결 문의에 함께 남겨 주시면 맞출 수 있는지 확인해 드립니다.
AI 상담에 이어서 묻기 →X12 대신 JSON을 쓰면 어떤 장점이 있나요?
JSON은 개발자가 읽고 다루기 쉽고, 요즘 시스템과 연동하기 편하다는 장점이 있습니다. 다만 대형 유통사는 대부분 X12나 EDIFACT 같은 정해진 표준을 요구합니다. 그래서 상대와 주고받는 문서 자체는 상대 형식을 따라야 합니다. EDI-VAN을 쓰시면 고객은 시스템 연동(API)이나 엑셀·입력 화면으로 자료를 넣으시면 됩니다. 상대가 요구하는 형식으로 바꿔 전달하는 일은 EDI-VAN이 가운데서 맡습니다.
AI 상담에 이어서 묻기 →EDI 거래용 표준 JSON 형식이 따로 있나요?
유통 업계 전반에서 하나로 통용되는 JSON 표준은 아직 자리 잡지 않았습니다. 거래 상대가 요구하는 것은 대부분 X12나 EDIFACT입니다. EDI-VAN과 시스템을 연동(API)할 때 쓰는 자료 양식은 상담에서 안내해 드립니다. 직접 구현하시려면 직접형에서 표준 양식과 안내를 드립니다. 연동 구축이 필요하시면 별도 견적으로 맡길 수도 있습니다.
AI 상담에 이어서 묻기 →EDI 문서 매핑을 직접 하는 건 얼마나 어렵나요?
매핑은 문서 종류와 거래 상대에 따라 난이도가 꽤 다릅니다. 매핑은 «우리 회사 자료를 상대가 요구하는 양식에 맞추는 일»입니다. 유통사마다 요구 사항이 조금씩 다르고, 시험을 거쳐야 거래를 열 수 있습니다. 대체로 850 주문서와 810 송장은 비교적 수월합니다. 반면 856 출하 통지는 상자·팔레트 구성까지 담아야 해 가장 어렵습니다.
- 직접 하시려면: 직접형에서 표준 양식과 안내를 드립니다.
- 맡기시려면: 맞춤형·전담형에서 EDI-VAN이 변환과 시험을 지원하거나 전담합니다.
라벨 한 장에 바코드를 몇 개까지 넣을 수 있나요?
한 장에 넣는 바코드 수는 라벨 규격과 거래 상대가 보낸 안내서가 정하며, 정해진 하나의 숫자는 없습니다. 물류 박스 라벨에는 보통 박스를 구분하는 표준 번호 바코드가 들어갑니다. 여기에 배송지 같은 정보가 함께 들어가는 경우가 많습니다. 유통사마다 요구하는 라벨 구성이 다르니 그 유통사의 안내서를 기준으로 맞춰야 합니다. 출하 통지와 라벨 번호를 맞추는 부분은 상담에서 확인해 드립니다.
AI 상담에 이어서 묻기 →라벨에 'X of Y' 박스 수량은 어떻게 표시하나요?
박스 라벨에 '몇 번째 박스 / 전체 몇 박스'를 넣을지와 넣는 방식은 유통사가 보낸 라벨·출하 안내서를 기준으로 맞춥니다. 이 표시는 받는 쪽이 한 출하에 박스가 몇 개 오는지, 빠진 박스가 없는지 확인하는 데 쓰입니다. 표시 여부와 형태는 유통사마다 다르고 바뀌기도 하므로, 상담 때 거래하실 유통사의 안내서를 함께 보고 확인해 드립니다. 고객께서는 출하별 박스 수와 박스마다 담긴 품목·수량을 준비해 주시면 됩니다.
AI 상담에 이어서 묻기 →운송 라벨과 GS1-128 라벨을 하나로 합칠 수 있나요?
운송 라벨과 GS1-128 박스 라벨(박스마다 붙이는 국제 표준 바코드 라벨)을 합칠 수 있는지는 거래하시는 유통사와 운송사의 안내서에 따라 달라서 상담에서 확인해 드립니다. 한 장으로 합친 라벨을 허용하는 곳도 있고, 따로 붙이도록 정한 곳도 있습니다. 어느 경우든 박스 번호는 856 출하 통지에 담기는 내용과 맞아야 하므로 EDI-VAN이 출하 통지 쪽을 유통사 규칙에 맞춥니다. 유통사의 라벨 안내서를 연결 문의에 첨부해 주시면 확인이 빨라집니다.
AI 상담에 이어서 묻기 →아마존 EDI에서 X12와 EDIFACT는 뭐가 다른가요?
X12와 EDIFACT는 같은 거래 문서를 서로 다른 규칙으로 적는 두 가지 국제 표준입니다. X12는 주로 북미에서, EDIFACT는 주로 유럽 등에서 많이 씁니다. 아마존에서 어느 형식을 쓸지는 거래하는 아마존 쪽 구현 안내서를 기준으로 맞춥니다. EDI-VAN은 두 형식을 모두 지원하고 서로 바꿔 줄 수도 있으므로, 고객께서는 지금 쓰는 ERP나 엑셀 그대로 일하시면 됩니다.
AI 상담에 이어서 묻기 →