수취 주소의 6자리 우편번호, HowBridge는 어떻게 보완할까?
HowBridge는 6자리 우편번호 보완에 중화우정의 어떤 서비스를 쓰나요?
중화우정의 「3+3 우편번호 조회 Web Service」를 씁니다. HowBridge는 연동 신청서에 따라 고정 IP 1개를 등록하고 회사 대소 직인을 찍어 중화우정에 제출해 심사를 받았으며, 2026-10-06에 개통을 확인하고 정식 사이트에서 가동을 시작했습니다. 쓰이는 경우는 하나뿐입니다. 대만 수취 주소의 번지 대조가 이미 성공했는데(예: 내정부 TGOS에서 번지가 일치) 중화우정의 「전국 표준 우편주소 서비스 플랫폼」(NSDA)이 6자리 우편번호를 돌려주지 않은 때입니다. 이때 HowBridge 서버가 대조된 번지 주소(이름·전화번호는 포함하지 않음)를 보내면 3+3이 6자리 우편번호를 돌려주고, 이를 수취인 정보에 기록합니다. 2026-10-06 실측에서 1회 약 0.06–0.13초였습니다. 3+3은 우편번호만 돌려줄 뿐 번지가 존재하는지는 판단하지 못합니다. 또한 연동 신청을 중화우정이 승인한 것은 중화우정이 HowBridge를 인증하거나 공식적으로 지지(추천)한다는 뜻이 아닙니다.
이것은 HowBridge가 대만 택배 수취 주소에 6자리 우편번호를 보완하는 백그라운드 단계로, 고객이 따로 조작할 필요가 없습니다. 주소 검증 자체가 아닙니다. 번지가 존재하는지는 중화우정 NSDA와 내정부 TGOS의 번지 대조가 판단하고, 3+3은 번지 대조가 끝난 뒤 우편번호만 보완합니다. 정부 인증도 아닙니다. 중화우정이 승인한 것은 HowBridge의 연동 신청이며, 중화우정은 3+3 조회 결과가 「우편물 주소 기재 참고용 및 자사 우편물 처리 부서의 우편물 구분 용도로만」 쓰인다고 명시하고 있습니다. 6자리 우편번호를 적었다고 해서 소포가 반드시 도착하거나 더 빨리 도착하는 것은 보장되지 않습니다. 배송은 실제로 운송하는 택배사가 담당합니다. HowBridge가 제공하는 것은 중국 대륙→대만 합배송뿐이며, 창고는 선전 합배송 창고와 타오위안 다위안 운영 창고 두 곳뿐입니다. 구매 대행도 하지 않습니다.
HowBridge는 어떻게 중화우정 3+3 우편번호 Web Service를 쓰게 되었나요?
3+3 우편번호 조회 Web Service는 종이 신청서로 신청합니다. 중화우정의 연동 신청서에는 연동 IP는 「1개이며 고정식」이어야 하고, 개인이 아니면 단체 직인과 대표자 직인을 찍어야 하며, 2부를 우무처 투람관리과에 우편으로 보내 심사를 받고, 심사 후 자료처가 시스템 설정과 테스트를 마친다고 적혀 있습니다. HowBridge의 신청부터 가동까지의 경과는 다음과 같습니다.
| 항목 | 내용 |
|---|---|
| 신청 서비스 | 중화우정 「3+3 우편번호 조회 Web Service」(SOAP, 시스템 인터페이스 사양서 V1.0.3) |
| 신청 방법 | 연동 신청서에 HowBridge 대만 서버의 고정 IP를 기재하고 HowBridge 정보유한공사의 대소 직인을 찍어 중화우정의 심사에 제출 |
| 개통 확인 | 2026-10-06 HowBridge 서버에서 실제로 호출, 정상 응답(HTTP 200) |
| 정식 가동 | 2026-10-06 15:06 HowBridge 정식 사이트에서 가동 시작. 이 서비스에는 키가 없고 신청 때 등록한 고정 IP만 인식하며, 웹·앱·LINE이 중화우정에 직접 연결되는 일은 없음 |
| 사용 기능 | GetZipAddress: 주소를 입력하면 정규화된 주소와 6자리 우편번호를 반환 |
| 관련 서비스 | HowBridge는 2026-09-23에 중화우정 NSDA WebAPI를, 2026-09-21부터 내정부 TGOS 전국 번지 위치 대조를 사용 시작 |
중화우정이 승인한 것은 HowBridge의 Web Service 연동 신청이며, 승인 후에 HowBridge가 등록한 IP의 조회가 가능해집니다. 이것은 정부나 중화우정이 HowBridge를 인증하거나 공식적으로 지지(추천)하는 것이 아니며, 양측이 제휴 관계라는 뜻도 아닙니다. 신청서에는 신청인이 반환된 정보에 대해 「자사에 해가 되는 이용 행위를 해서는 안 되며」, 이용 행위로 생기는 책임을 스스로 부담한다는 점도 명시되어 있습니다.
3+3 우편번호란? Web Service는 무엇을 돌려주나요?
정부 데이터 개방 플랫폼에 실린 중화우정의 설명에 따르면, 대만은 2020-03-03부터 「3+3 우편번호」를 시행했으며, 목적은 「우편물 구분 처리를 빠르게 하고 수취인이 우편물을 받기 쉽게 하는 것」입니다. 공식 「배달 구간 범위 사용 설명」은 6자리의 구성을 다음과 같이 설명합니다.
| 부분 | 공식 설명 | 예 |
|---|---|---|
| 앞 3자리 | 원칙적으로 행정구역에 따라 정함. 일부 도로는 배달 효율을 위해 앞 3자리가 행정구역과 다름 | 신베이시 신좡구 우궁로 등 일부 도로는 우구 우체국이 배달하므로 앞 3자리가 248 |
| 뒤 3자리 001–199 | 일반 주택 배달 범위 | 일반 번지 주소 |
| 뒤 3자리 201–799 | 대량 구간 배달 범위의 대량 코드. 예: 관공서, 학교, 회사, 빌딩(공동주택) | 국립대만대학교 106319 |
배달 구간(투디단)이란?
3+3은 「배달 구간」 단위로 부여되며, 한 집마다 하나씩 있는 코드가 아닙니다. 공식 조회 페이지에는 「'단'은 홀수 번지(골목), '쌍'은 짝수 번지(골목)」, 「번지 '이상', '이하'는 해당 번호를 포함한다」고 설명되어 있습니다. 즉 같은 도로의 일련의 번지는 같은 6자리를 함께 씁니다.
Web Service는 무엇을 돌려주나요?
시스템 인터페이스 사양서 V1.0.3에는 3가지 기능(GetZipCode, GetZipAddress, GetCityArea)이 실려 있습니다. HowBridge가 쓰는 GetZipAddress는 정규화된 주소(Address)와 6자리 우편번호(ZipCode)가 담긴 JSON을 돌려줍니다. 신청서에는 「1회에 1건만 조회 가능」이라고 적혀 있습니다. 사양서에는 번지가 존재하는지 판단하는 항목이 전혀 없습니다.
실측에서 발견된 추가 항목
2026-10-06 실측에서 응답에 사양서에 없는 항목 AddressNotServed가 있었습니다. 일반 주소는 N이었고, 난터우현 신이향 위산 부근의 觀高山1號는 Y였습니다. 우편물 처리 규칙 제49조는 깊은 산, 외딴 섬 등의 지역에서는 「주소대로 배달하지 않을 수 있다」고 정하고 있어, 이 항목은 「주소대로 배달하지 않음」과 관련이 있을 수도 있습니다. 그러나 중화우정의 사양서, 신청서, 공개 문서 어디에도 설명이 없으며, HowBridge는 현재 이 항목을 사용하지 않습니다.
수취 주소는 언제 3+3을 쓰나요? NSDA, TGOS와 역할은 어떻게 나뉘나요?
HowBridge는 수취 주소를 확인할 때 세 곳의 공식 출처에 순서대로 조회합니다. 3+3은 마지막이며, 우편번호 보완만 맡습니다.
| 순서 | 조회 대상 | 역할 |
|---|---|---|
| 1 | 중화우정 NSDA(전국 표준 우편주소 서비스 플랫폼) | 중화우정에 수록됨 → 「郵政標準地址」 표시. 보통 6자리 우편번호도 함께 받으므로 이때는 3+3에 다시 묻지 않음(드물게 수록은 되어 있는데 6자리가 오지 않을 때만 NSDA의 표준 주소로 3+3에 조회) |
| 2 | 내정부 TGOS 번지 대조 | NSDA에 수록되지 않았거나 연결할 수 없을 때 번지 존재를 확인 → 「已比對到門牌地址」 표시. 다만 TGOS는 우편번호를 돌려주지 않음 |
| 3 | 중화우정 3+3 Web Service | 번지 대조가 이미 성공했고 6자리만 없을 때만 호출. 대조된 번지 주소(대부분 TGOS가 대조한 주소)를 보내 6자리 우편번호를 보완 |
| — | 어디서도 찾지 못할 때 | 3+3은 호출하지 않음. 「查無此門牌,請確認縣市、區域與門牌號碼是否正確」 표시, 「我確認地址正確」를 체크하면 그대로 저장 가능 |
왜 번지 대조가 성공한 뒤에만 3+3에 묻나요?
3+3은 존재하지 않는 번지에도 우편번호를 돌려주기 때문입니다(아래 실측 참조: 존재하지 않는 金山南路二段9999號에도 6자리가 반환됨). 먼저 3+3에 물으면 잘못 쓴 주소를 유효한 것으로 오인하게 됩니다. 그래서 HowBridge는 NSDA나 TGOS가 번지를 확인한 뒤에만 3+3으로 우편번호를 보완합니다.
3+3에 연결되지 않으면 어떻게 되나요?
3+3 호출은 1회에 최대 3초, 전체 주소 확인은 최대 8초까지 기다립니다. 남은 시간이 3초 미만이면(이미 약 5초 이상 지났다면) 더는 보완하지 않습니다. 신청서에는 3+3이 「수시로 시스템 점검을 하며 1회 약 2~3시간」이라고도 적혀 있습니다. 이런 때는 6자리가 빠질 뿐이고 번지 대조 결과는 평소대로 표시되며, 저장도 그대로 할 수 있습니다.
6자리는 어디에 저장되나요?
저장 후 시스템이 백그라운드에서 한 번 더 조회해, 확인 상태와 데이터 출처, 6자리 우편번호를 이 수취인 정보에 기록합니다. 회원센터 화면에는 현재 6자리가 표시되지 않습니다. 양식의 「우편번호」 칸은 선택한 행정구역에 따라 자동으로 채워지는 3자리입니다.
실측 결과: 3+3은 어떤 주소에 무엇을 돌려주나요?
2026-10-06 HowBridge 서버에서 3+3 GetZipAddress를 직접 호출하고, 동시에 중화우정 NSDA의 결과도 기록했습니다. 공개 주소 12개 모두 HTTP 200이었고 1회 59–132밀리초였으며, 회원 데이터는 전혀 포함하지 않았습니다.
| 입력 주소 | 3+3 반환값 | NSDA | 설명 |
|---|---|---|---|
| 臺北市大安區金山南路二段55號 | 106409 | 수록됨, 106409 | 양쪽 일치 |
| 台北市大安區金山南路二段55號 | 106409 | 수록됨, 106409 | '타이'의 두 가지 한자 표기 모두 가능 |
| 臺北市大安區金山南路二段55號 | 106409 | 수록됨, 106409 | 전각 숫자도 가능 |
| 臺北市大安區金山南路二段55號3樓 | 106409 | 층을 빼면 수록됨, 106409 | 3+3은 층이 있어도 6자리를 반환 |
| 臺北市大安區金山男路二段55號 | 106(3자리) | 수록 안 됨 | 도로명 오타는 3자리만 반환 |
| 臺北市大安區金山南路二段9999號 | 106004 | 수록 안 됨 | 번지가 없어도 6자리를 반환하므로 3+3으로 번지를 판단할 수 없음 |
| 臺北市大安區查無此路999號 | 106(3자리) | 수록 안 됨 | 존재하지 않는 도로명은 3자리만 반환 |
| 桃園市大園區拔子林三路30巷8號 | 337013 | 수록됨, 337013 | 양쪽 일치 |
| 新竹縣北埔鄉拔子林三路30巷8號 | 314(3자리) | 수록 안 됨 | 현·시를 잘못 고르면 3자리만 반환 |
| 桃園市中壢區中山路100號 | 320676 | 수록 안 됨 | NSDA에는 없고 TGOS에서는 대조됨: 바로 3+3이 6자리를 보완하는 경우 |
| 金門縣金城鎮中興路22巷11號 | 893016 | 수록됨, 893016 | 외딴 섬도 가능 |
| 南投縣信義鄉東埔村觀高山1號 | 556006(AddressNotServed는 Y) | 수록됨, 556006 | 유일하게 Y가 나온 예. 의미는 공식 설명 없음 |
첫째, 유효한 주소는 양쪽이 일치합니다: NSDA에 수록된 7번의 테스트(번지 4개)에서 3+3이 돌려준 6자리는 모두 같았습니다. 둘째, 3+3은 「조회 결과 없음」이라고 말하지 않습니다: 오타나 잘못 고른 현·시에는 3자리를, 존재하지 않는 번지에도 6자리를 돌려주므로 우편번호 보완에만 쓸 수 있습니다. 셋째, 보완된 핵심 사례: 桃園市中壢區中山路100號는 NSDA에 수록되지 않았지만, 3+3 가동 후에는 번지 대조가 성공한 이런 주소도 6자리(320676)를 기록할 수 있게 되었습니다.
회원은 무엇을 해야 하나요?
따로 신청하거나 설정할 필요 없이, 평소처럼 수취 주소를 입력하면 됩니다.
1현·시와 행정구역을 고르고 도로명과 번지를 입력
회원센터의 수취인에서 택배 주소를 추가하거나 수정하세요. 층수는 평소처럼 적으면 됩니다.
2확인 결과 보기
녹색 「郵政標準地址」 또는 「已比對到門牌地址」는 번지가 일치한다는 뜻입니다. 후보 주소가 나오면 「套用」("Use")를 누를 수 있습니다.
3저장
저장하면 시스템이 백그라운드에서 6자리 우편번호를 보완하며, 따로 입력하실 필요가 없습니다. HowBridge LINE 공식 계정이나 HowBridge 앱에서 수취인을 설정해도 확인 방식은 같습니다.
내 주소가 중화우정에 전달되나요? 얼마나 보관되나요?
수취 주소는 「개인정보 보호법」 제2조에서 말하는 「연락 방법」에 해당하는 개인정보입니다. HowBridge는 배송 목적으로만 사용합니다.
| 항목 | 처리 방식 |
|---|---|
| 3+3에 보내는 내용 | 대조된 번지 주소 텍스트(마을·인근 포함, 층수 제외)만 보내며, 수취인 이름·전화번호·신분 정보는 포함하지 않음 |
| 보내는 시점 | 번지 대조가 성공했고 6자리만 없을 때만. 중화우정 NSDA가 이미 6자리를 준 주소는 3+3에 다시 보내지 않음 |
| 조회 결과 임시 저장 | 저장하지 않음: 매번 실시간 조회. 6자리는 저장한 수취인 정보에만 기록됨 |
| 시스템 로그 | 오류 로그에는 데이터 출처와 오류 원인만 기록하고 회원 주소는 기록하지 않음 |
| 개인정보 처리방침 | 개인정보 처리방침에 주소 확인에 중화우정 「3+3 우편번호」 서비스를 사용한다는 점을 공개함 |
3+3 우편번호 보완에는 어떤 제한이 있나요?
수취 정보를 더 완전하게 해 주지만, 알아 두실 점이 있습니다.
번지가 존재하는지는 판단하지 못함
3+3은 배달 구간 단위로 부여되며, 실측에서 존재하지 않는 번지에도 6자리가 반환되었습니다. 번지 판단은 NSDA와 TGOS가 맡고, 3+3은 「조회됨/조회 결과 없음」 판정에 영향을 주지 않습니다.
모든 건에서 보완되는 것은 아님
번지 대조가 성공하지 못했거나, 3+3이 점검 중이거나 시간 초과이거나, 3+3이 3자리만 돌려준 경우에는 6자리를 기록하지 않습니다. 평소처럼 저장할 수 있으며 양식에는 계속 3자리 우편번호가 채워집니다.
용도 제한
중화우정은 3+3 조회 결과가 「우편물 주소 기재 참고용 및 자사 우편물 처리 부서의 우편물 구분 용도로만」 쓰인다고 명시합니다. HowBridge는 고객의 수취인 정보에만 사용하며 다른 용도로 쓰지 않습니다.
6자리를 적어도 더 빠르다는 보장은 없음
우편번호는 우편물 구분을 쉽게 하기 위한 코드이며, 효과는 처리 단계에서 어떻게 활용하느냐에 달려 있습니다. 미국 회계 감사 기관은 1987년에 9자리 우편번호 할인을 받은 우편물 중 실제로 기계로 자동 구분된 것은 10%뿐이라고 밝혔습니다.
AddressNotServed 항목은 아직 사용하지 않음
실측 응답에 있는 AddressNotServed는 공식 설명이 없으며, HowBridge는 이를 근거로 어떤 판단도 하지 않고 이 때문에 저장을 막지도 않습니다.
대만 주소만 처리
3+3은 대만 지역만 다룹니다. HowBridge도 중국 대륙→대만 합배송만 제공하므로 수취 주소는 모두 대만에 있습니다.
우편번호는 왜 중요한가요? 참고할 만한 연구는?
아래 연구와 보고서는 배경 정보입니다. HowBridge를 대상으로 한 것이 아니며, 숫자 대부분은 미국 등 다른 나라의 것이므로 고객의 소포에 그대로 적용할 수 없습니다.
- 우편번호의 본래 취지는 구분의 자동화입니다. 미국 우정공사 감찰관 보고서에 따르면 미국이 1963년 우편번호를 도입하기 전에는 편지 한 통이 평균 8~10명의 우편 직원을 거쳤습니다. 1983년에 9자리(ZIP+4)로 확대되었고, 보고서가 인용한 미국 회계 감사 기관의 평가로는 9자리와 자동화 설비로 16년간 US$5.26 billion을 절감할 수 있었습니다.
- 자릿수가 늘어난다고 자동으로 빨라지는 것은 아닙니다. 미국 회계 감사 기관은 1987년에 18개월간 ZIP+4 우편요금 할인을 받은 5 billion통의 편지를 살펴보고, 실제로 기계가 집배원 구간까지 자동 구분한 것은 10%뿐이라고 밝혔습니다. 1995년 보고서도 자동화 진행이 예상보다 더디다고 지적했습니다.
- 우편번호는 배달용 코드이지 하나의 구역이 아닙니다. 2006년 연구는 우편번호가 그것이 서비스하는 도로의 번지로 정의되며 실제로는 도로 구간에 대응한다고 지적했습니다. 2002년 연구에서는 미국이 1997–2001년에 약 390개를 새로 만들고 120개를 폐지했으므로 우정 당국의 최신 자료를 따라야 합니다.
- 주소가 틀리면 자동 대조의 정확도가 크게 떨어집니다. 2001년 연구는 테스트 주소 70건(그중 50건에 오류 포함)을 상업용 지오코딩 업체 4곳에 맡겼는데, 정확도가 44%에서 84%까지 편차를 보였습니다.
- 주소 문제는 눈에 보이는 비용입니다. 미국 우정공사 감찰관 보고서에 따르면 FY2014에 우편물의 4.3%가 주소대로 배달되지 못했고, USPS의 처리 비용은 약 US$1.5 billion, 발송 업계는 연간 약 US$20 billion에 달했습니다. 만국우편연합 백서는 코스타리카가 우편번호를 도입하기 전 기업 고객 데이터베이스 주소의 40%가 부정확했다고 기록했습니다.
- 대만의 우편물 구분은 우편번호를 기준으로 합니다. 2024년 국립중앙대학교 석사 논문은 영상 인식으로 편지의 우편번호를 읽어 구분했고, 실험에서 우편번호 인식 정확도 95.24%, 구분 정확도 94.49%를 기록했습니다(실험실 시제품이며 중화우정 실제 설비의 데이터가 아닙니다).
3+3 우편번호의 자주 쓰는 용어는?
- 3+3 우편번호
- 중화우정이 2020-03-03부터 시행한 6자리 우편번호. 앞 3자리는 원칙적으로 행정구역을, 뒤 3자리는 배달 구간 일련번호를 따른다.
- 배달 구간(투디단)
- 같은 도로의 일련의 번지(예: 홀수, 짝수, 이상, 이하)가 함께 쓰는 배달 범위. 3+3의 뒤 3자리는 배달 구간에 따라 정해진다.
- 대량 코드
- 뒤 3자리가 201–799인 것. 관공서, 학교, 회사, 빌딩 등 대량 우편물 수취처가 쓴다.
- 3+3 우편번호 조회 Web Service
- 중화우정이 제공하는 프로그램 인터페이스. 주소를 입력하면 6자리 우편번호를 반환한다. 종이로 신청하고 고정 IP 1개를 등록해야 한다.
- GetZipAddress
- 3+3 Web Service의 기능 하나로, 정규화된 주소와 6자리 우편번호를 반환한다. HowBridge가 사용하는 것이 이것이다.
- SOAP
- XML로 요청과 응답을 감싸는 웹 서비스 프로토콜. 3+3 Web Service는 SOAP만 지원한다.
- 주소대로 배달하지 않음(부안지투디)
- 우편물 처리 규칙 제49조: 깊은 산, 외딴 섬 등 교통이 불편한 지역은 중화우정이 주소대로 배달하지 않을 수 있으며 배달 방식을 공고한다.
- NSDA
- 중화우정의 「전국 표준 우편주소 서비스 플랫폼」. 표준 우편주소와 6자리 우편번호를 반환한다. HowBridge는 2026-09-23부터 사용한다.
자료 출처와 확인 범위는?
아래 출처는 2026-10-06에 열람했습니다. 문서 날짜와 열람일은 따로 표시했으며, 날짜가 명시되지 않은 것은 만들어 넣지 않았습니다.
정부와 공식 1차 자료
- 중화우정: 우편번호 조회(3+3 우편번호 조회)|문서 날짜: 2026-10-01. 공식 용도 제한 원문: 「이 시스템의 3+3 우편번호 조회 결과는 우편물 주소 기재 참고용 및 자사 우편물 처리 부서의 우편물 구분 용도로만 사용할 수 있습니다(그 밖의 용도의 기재 근거로 삼지 마십시오)」. 부여 원칙: 「번지의 '이상', '이하'는 해당 번호를 포함한다. '단'은 홀수 번지(골목), '쌍'은 짝수 번지(골목), '연'은 '단'과 '쌍' 번지(골목)를 모두 포함한다」. '골목'이 있으면 「먼저 '골목 번호'로 홀짝 속성을 판단한다」. 군사 특수 우편함은 「그 부대 주둔지의 행정구역(향·진·시·구) 번호에 '000'을 붙여 표시한다」(예: 813000). 페이지에는 「3+3 우편번호 조회 WebService 시스템 연동 신청서」 다운로드도 있고, 「'전국 표준 우편주소 서비스 플랫폼'에서 조회하십시오」라며 NSDA로 연결합니다. 3+3은 배달 구간 범위에 따라 부여되는 코드이며 집집마다 부여된 번지 코드가 아님을 보여 줍니다.
- 중화우정: 배달 구간 범위 사용 설명|문서 날짜: 표시 없음. 「우편번호 뒤 3자리 001~199는 일반 주택 배달 범위, 201~799는 대량 구간 배달 범위의 대량 코드로, 예: 관공서, 학교, 회사, 빌딩(공동주택)」. 예: 106216 타이다 우체국, 106319 국립대만대학교. 배달 구간 범위 예: 「중정로 짝수 206골목 이하」는 짝수 2번지부터 206골목(206번지 포함)까지의 모든 짝수 번지 또는 골목 번호가 같은 배달 구간 범위에 속한다는 뜻입니다. 앞 3자리는 원칙적으로 행정구역을 따르지만 「자사는 우편물 배달 효율을 높이기 위해 일부 도로의 앞 3자리 우편번호를 행정구역 편성과 다르게 정했습니다」. 예: 신베이시 신좡구 우궁로 등 일부 도로는 우구 우체국이 배달하며 앞 3자리가 248로 바뀜. 신주현 바오산향의 일부 도로는 원래 행정구역의 308이 아니라 300으로 부여되어 있습니다.
- 정부 데이터 개방 플랫폼: 3+3 우편번호(데이터셋 150689)|문서 날짜: 2026-06-01. 제공 기관 「중화우정주식회사」, 유형 api, 라이선스 「정부 데이터 개방 이용 약관 제1판」, 요금 「무료」, 등재일 2022-03-07, 메타데이터 갱신 시각 2026-06-01. 비고: 「우편물 구분 처리를 빠르게 하고 수취인이 우편물을 받기 쉽게 하기 위해」 2020-03-03부터 새 제도인 「3+3 우편번호」가 시행되었습니다. 리소스 설명에는 사용 규범 설명 사항, Web Service 시스템 연동 신청서, 시스템 인터페이스 사양서 3개 문서가 나열되어 있습니다.
- 중화우정: 3+3 우편번호 시스템 인터페이스 사양서 V1.0.3|문서 날짜: 2023-02-22. 「프로그램 유형: Web Services」, 서비스 주소 https://33wsp.post.gov.tw/LZWZIP/TZIP33.asmx. GetZipCode는 「반환 결과: String 6자리 우편번호」이며 out 매개변수로 「정규화된 주소」도 돌려줍니다. GetZipAddress는 {"Address":"타이베이시 다안구 아이궈둥루 216 호","ZipCode":"106000"}을 반환합니다. GetCityArea는 3자리 우편번호로 「현·시 + 향·진·시·구」를 돌려줍니다. 개정 이력: 초판 2019-10-21, 2021-09-01부터 HTTPS만 개방, V1.0.3(2023-02-22)은 「TLS1.0, TLS1.1을 중지하고 TLS 1.2 이상 연결만 개방」. 방화벽 목적지 IP는 124.219.114.45, 124.219.115.45, 203.69.145.45. 사양서에는 번지 존재 여부나 대조 결과 항목이 없고 AddressNotServed도 없습니다(전문 0건).
- 중화우정: TZIP33 Web Service WSDL|문서 날짜: 표시 없음. 2026-10-06 실측에서 HTTP 200, 6,211 bytes이며 2026-09-17에 보관한 것과 SHA-256이 같습니다. operation은 3개(GetZipCode, GetCityArea, GetZipAddress)만 정의되어 있고 binding은 SOAP 1.1과 SOAP 1.2뿐입니다(네임스페이스 http://tempuri.org/). GetZipAddressResult의 형식은 string(JSON 문자열)이므로 JSON 안에 어떤 항목이 있는지는 WSDL에 나타나지 않습니다. WSDL과 asmx 설명 페이지 어디에서도 AddressNotServed를 찾을 수 없습니다.
- 중화우정: 3+3 우편번호 조회 Web Service 시스템 연동 신청서|문서 날짜: 2024-01-03. 연동 IP는 「(1개이며 고정식)」, 서명은 「(개인이 아니면 단체 직인과 대표자 직인을 찍으십시오)」. 비고 1 「1회에 3+3 우편번호를 1건만 조회 가능」, 비고 2 「수시로 시스템 점검을 하며 1회 약 2~3시간, 점검 중에는 서비스 중단」, 비고 3 대량 조회는 「3+3 우편번호 응용 시스템」 변환 소프트웨어를 쓰십시오, 비고 4 「본 신청서는 2부이며 작성 후 자사 우무처 투람관리과로 직접 보내 접수·심사하고, 심사 완료 후 자료처로 넘겨 시스템 설정과 테스트를 마친 뒤…… 접수 부서는 신청인에게 신청서 1부를 돌려줍니다」, 비고 5 「신청인은 반환된 정보에 대해 자사에 해가 되는 이용 행위를 해서는 안 되며, 그 이용 행위로 생기는 모든 손실과 법적 책임을 스스로 부담한다」, 비고 6 연락 이메일 ope01@mail.post.gov.tw. 신청서에는 키 항목이 없고 「신청 종료 후 5년간 보관한 뒤 폐기」라고 되어 있습니다.
- 중화우정: 자사 3+3 우편번호 시스템 사용 규범 설명 사항|문서 날짜: 2026-04-14. 「자사의 3+3 우편번호는 매 분기 첫날 데이터를 갱신하며…… 고객이 최신판 3+3 우편번호 데이터를 쓰게 하고 우편물 오구분을 줄이기 위해, 자사 웹사이트와 정부 데이터 개방 플랫폼에서의 3+3 우편번호 데이터 제공은 이미 중단했습니다」. 데이터 파일은 파일 전송 관리 플랫폼 https://fpp.post.gov.tw/portal 에서 신청(업무 코드 zip, 전송 코드 zip33)하며, 신청서는 「귀사의 대소 직인을 찍어 자사 담당 부서로 보내 심사. 심사를 통과한 뒤에야 다운로드 가능」, 「고객께서는 정기적으로(3개월마다) 갱신해 주십시오」. 날짜는 다운로드 전용 페이지의 표시를 따랐습니다.
- 중화우정주식회사 「3+3 우편번호」 공개 라이선스 성명|문서 날짜: 2020-10-22. 「우편물 구분을 앞당기고 우편물 배달 효율을 높이기 위해 3+3 우편번호 데이터 파일을 편성」, 「무상 및 비독점 라이선스 방식으로 이용자가 지역, 기간, 횟수에 제한 없이…… 복제하고 각종 인터페이스에서 3+3 우편번호를 공개 표시하는 것을 허락하되, 자사의 관련 소프트웨어 이용 약관, 중화민국의 각종 법률 및(또는) 다른 나라의 법률을 위반해서는 안 되며 자사 또는 제3자의 적법한 권익을 침해해서도 안 된다」. 이것은 HowBridge가 3+3 우편번호를 사용하고 기록하는 근거 중 하나입니다. 날짜는 다운로드 전용 페이지의 표시를 따랐습니다.
- 중화우정 다운로드 전용 페이지: 우편번호(변환 소프트웨어 포함)|문서 날짜: 2026-09-30. 모두 17건. 신청서 갱신일 2024-01-03, 사양서 2026-01-14, 공개 라이선스 성명 2020-10-22, 3+3 우편번호 응용 시스템 12.0MB 2026-09-30, 대만 지역 우편번호 앞 3자리 일람표 2015-01-22, 사용 규범 설명 사항 2026-04-14. 3+3 공식 문서는 모두 이 페이지에서 내려받습니다.
- 우정법 제22조|문서 날짜: 2023-06-28. 「각종 우편물은 그 겉면에 적힌 수취인의 주소에 따라 배달한다. 다만 제24조 또는 제48조에 따라 정한 규칙의 주소 변경 배달, 주소 변경 발송 또는 주소대로 배달하지 않는 경우는 그렇지 않다」. 제2항: 「우편물을 배달할 수 없으면 발송인에게 반송한다」. 날짜는 우정법의 개정일입니다. 우정법 전문에는 「우편번호」라는 말이 없습니다.
- 우편물 처리 규칙 제18조|문서 날짜: 2022-05-27. 「다만 대량 발송 우편물로서 발송인이 중화우정공사의 규정에 따라 우편번호를 적고 구분별로 묶은 것은 우대할 수 있다」. 이는 우편물 처리 규칙에서 「우편번호」를 언급하는 유일한 조문이며, 대량 발송 우대만 다룰 뿐 일반 발송에 우편번호 기재를 의무화하지 않습니다. 날짜는 규칙의 개정일입니다.
- 우편물 처리 규칙 제43조|문서 날짜: 2022-05-27. 「우편물 배달 구역은 주소대로 배달하는 구역과 주소대로 배달하지 않는 구역으로 나눈다」. 우편번호가 있다고 해서 반드시 주소대로 도착하는 것은 아님을 보여 줍니다. 날짜는 규칙의 개정일입니다.
- 우편물 처리 규칙 제49조|문서 날짜: 2022-05-27. 「다음 지역의 우편물은 중화우정공사가 주소대로 배달하지 않을 수 있으며 이를 공고한다. 1. 깊은 산. 2. 외딴 섬. 3. 좁은 산길이 2킬로미터 이상이고 우편 경로가 반드시 지나는 지역이 아닌 곳. 4. 외진 지역의 가구나 마을로 평균 한 달 우편물이 40건 미만인 곳. 5. 그 밖에 교통이 불편해 배달이 현저히 어려워 중화우정공사가 정한 특수 구역」. 제3항: 「주소대로 배달하지 않는 우편물의 배달 방식은 중화우정공사가 정하여 공고한다」. 날짜는 규칙의 개정일입니다.
- 중화우정: 주소대로 배달하지 않는 구역 조회|문서 날짜: 표시 없음. 공식은 현·시별로 주소대로 배달하지 않는 범위를 공고하며, 항목은 「우편번호/배달 우체국/현·시 이름/향·진·구 이름/마을 이름/도로 이름/주소대로 배달하지 않는 범위」입니다. 예: 114 네이후 우체국 우무계, 타이베이시 네이후구 네이거우리 다후가 「홀수 141호부터 143호까지」. 타이베이시는 모두 15건. 공식은 이 목록과 3+3 응답 항목의 관계를 설명하지 않습니다.
- 중화우정: 전국 표준 우편주소 서비스 플랫폼(표준 우편주소 변환과 Web API)|문서 날짜: 표시 없음. 중화우정의 3+3 조회 페이지는 「'전국 표준 우편주소 서비스 플랫폼'에서 조회하십시오」라며 이 플랫폼으로 연결합니다. 플랫폼 FAQ: 「이용자가 API로 표준 우편주소를 조회할 수 있도록 현재 2개의 API를 제공하며, 현재 등록 회원이 이 기능을 사용할 수 있습니다」. API GetPostAddrNo(가동일 2020-11-19)는 「주소를 입력하면 그 주소의 우편번호, 표준 우편주소, 주소 코드 등의 내용을 반환」. isStandard는 「중화우정이 수록한 우편 주소와 대조가 필요하면 1을 입력(그 주소가 수록되어 있지 않으면 빈 주소 코드를 반환)」. APIKey는 「서비스 성격상 회원으로 한정하고 IP에 묶어 사용」.
연구 문헌과 국제 보고서
The Untold Story of the ZIP Code (Report No. RARC-WP-13-006)
미국 우정공사 감찰관 보고서: 우편번호는 1963년에 도입되었고 본래 취지는 우편물 구분의 자동화였습니다. 우편번호와 자동 구분이 나오기 전에는 편지 한 통이 평균 8~10명의 우편 직원을 거쳤습니다. 1983년에 9자리(ZIP + 4)로 확대되었고, 늘어난 4자리는 거리의 한쪽 면이나 사무실 건물 한 동까지 가리킬 수 있습니다. 보고서는 GAO의 1983년 평가를 인용해 9자리와 새 자동화 설비로 16년간 우정과 발송인이 US$5.26 billion을 절감할 수 있다고 했고, 이후 집배원의 배달 순서를 가려내기 위해 11자리로도 확대되었습니다. 보고서는 우편번호가 미국 경제에 매년 약 US$10 billion의 가치를 가져온다고 추정합니다(저자는 대략적인 추정이라고 밝혔습니다).
Postal Service's Processing of ZIP + 4 Letters Receiving Postage Discounts (T-GGD-88-1)
GAO는 18개월 동안 ZIP + 4 우편요금 할인을 받은 5 billion통의 편지를 살폈습니다. 실제로 기계가 집배원 구간까지 자동 구분한 것은 10 percent뿐이었고, USPS는 자동 구분되지 않은 우편물에 약 US$25 million의 할인을 준 셈이었습니다. 원래 약 215개 처리 센터를 자동화할 계획이었으나 1986 회계연도에 완료된 것은 130개였습니다. 늘어난 자릿수는 처리 단계의 설비와 절차가 뒷받침되어야 구분 효율로 이어진다는 점을 보여 줍니다.
Postal Service: Automation Is Taking Longer and Producing Less Than Expected (GAO/GGD-95-89BR)
USPS는 1995 회계연도 말까지 거의 모든 편지에 바코드를 붙이는 것을 목표로 했습니다(연간 115 billion통 넘는 편지 중 약 90 percent). 1993년 기준은 80 billion통이었고, 실제로 우정과 발송인이 함께 바코드를 붙인 것은 60 billion통이었습니다. 자동화 계획에는 최대 약 14,000대의 설비와 약 US$5 billion이 포함되어 있었습니다. 우편 코드와 바코드가 자동 구분의 전제이지만 효과는 실행에 달려 있다는 점을 마찬가지로 보여 줍니다.
Addressing the world – An address for everyone (White paper)
UPU(Universal Postal Union) 백서는 주소 표준이 「facilitate mail handling (automatic sorting, distribution)」에 도움이 된다고 밝힙니다. 코스타리카 사례: 우편번호 제도의 목적 중 하나는 우편물의 구분, 분류, 배달을 도와 배달 시간을 줄이고 주소 오류를 줄이는 것이었습니다. 도입 전 우정의 조사에서 기업 고객 데이터베이스 주소의 40%가 부정확했고, 수도권에서는 매일 우편물의 20%만 목적지에 도착했으며, 초기 조사는 이 나라의 연간 손실을 US$720 million으로 추정했습니다.
Undeliverable as Addressed Mail (Report No. MS-AR-14-006)
미국 우정공사는 FY2013에 158 billion건 넘는 우편물을 처리했고, 약 6.8 billion건(4.3 percent)이 주소대로 배달되지 못했으며(UAA), 처리 비용은 약 US$1.5 billion으로 추정됩니다. 원인에는 이사, 알아보기 어려운 주소(illegible addresses), 수취인 사망 등이 있습니다. USPS는 자동 방식으로 우편물의 3 percent만 표본 추출해 주소 정확도를 확인합니다. 주소 문제가 계량 가능한 시스템 비용임을 보여 줍니다(이 수치는 모든 주소 문제를 포함하며 우편번호만의 문제가 아닙니다).
Management Advisory – Strategies for Reducing Undeliverable as Addressed Mail (Report No. MS-MA-15-006)
FY2014에 155 billion건 넘게 처리했고 그중 6.6 billion건(4.3 percent)이 UAA였으며, USPS는 약 US$1.5 billion, 발송 업계는 연간 약 US$20 billion을 썼습니다. 2006년 연구에 따르면 UAA의 약 40 percent는 일반인, 35 percent는 발송 기업(주소 목록 미갱신 등), 약 23 percent는 우정 자체의 구분 오류나 배달 실패에서 비롯됩니다. 발송하는 쪽이 출발점에서 주소 데이터를 바르게 정리해야 한다는 점을 뒷받침합니다.
On the use of ZIP codes and ZIP code tabulation areas (ZCTAs) for the spatial analysis of epidemiological data
우편번호는 흔히 다각형 구역으로 그려지지만, 실제로는 그것이 서비스하는 도로의 번지로 정의되어 「linear features(도로 구간)」에 대응합니다. 이를 연속된 구역으로 보는 것은 덧씌운 구조입니다. 집배원 구간은 자주 조정되고 우편번호는 쪼개지거나 폐지되거나 새로 생깁니다. 뉴욕주의 ZCTA 파일은 우편번호 지도보다 다각형이 851개 더 많습니다. 우편번호는 배달용 코드이며 어떤 번지가 존재하는지 판단하는 데 쓸 수 없다는 점을 뒷받침합니다.
Zip Code Caveat: Bias Due to Spatiotemporal Mismatches Between Zip Codes and US Census–Defined Geographic Areas—The Public Health Disparities Geocoding Project
우편번호는 USPS가 우편물을 가장 효율적으로 배달하기 위해 둔 행정 단위로, 보통 행정이나 통계 구역 경계를 따르지 않습니다. 1997년부터 2001년까지 미국에서 약 390개가 새로 생기고 120개가 폐지되었습니다. 매사추세츠주 암 환자 166,730건 중 17,376건(10.4%)이 1990년 인구조사에 없는 193개 우편번호에 배정되었습니다. 우편번호는 배달 필요에 따라 조정되므로 우정 당국의 최신 자료를 따라야 함을 보여 줍니다.
On the wrong side of the tracts? Evaluating the accuracy of geocoding in public health research
테스트 주소 70건(그중 50건에 오류 포함)을 상업용 지오코딩 업체 4곳에 맡기자 정확도가 44%(95% CI 32%–56%)에서 84%(95% CI 73%–92%)까지 편차를 보였습니다. 가장 좋은 업체도 실제 공중보건 데이터베이스 주소에서의 정확도는 96%였습니다. 주소에 오류가 있으면 자동 대조 결과가 크게 떨어진다는 점을 보여 주며, 그래서 HowBridge는 번지 대조가 성공했을 때만 6자리를 보완합니다.
Automatic Recognition and Sorting System for Bill-Type Letters (in Chinese; English title translated)
대만 석사 논문: 영상 인식으로 청구서류 편지의 우편번호를 읽고, 6자유도 로봇 팔이 해당 분류함에 넣습니다. 실험에서 우편번호 인식 정확도 95.24%, 전체 정확 구분율 94.49%였고 중화우정의 우정 통계 요람을 인용했습니다. 대만의 우편물 구분이 우편번호를 기준으로 한다는 점을 뒷받침하지만, 초록에는 시험한 것이 3+3인지 3+2자리인지 밝혀져 있지 않고 중화우정 실제 구분기의 데이터도 아닙니다.
처리 흐름은 2026-10-06 HowBridge 서버 프로그램의 현재 상태를 따릅니다. 실측 결과는 당일 직접 호출 12회분이며 모든 주소를 대표하지 않습니다. 중화우정은 AddressNotServed 항목의 설명을 공개하지 않았고 우편번호를 잘못 적어 지연된 통계도 공개하지 않았으므로 이 페이지에서는 추론하지 않습니다. 중화우정이 연동 신청을 승인한 정확한 날짜는 공식 통지를 따르며, 이 페이지에는 개통 확인일만 적었습니다.
3+3 우편번호 보완에 대한 자주 묻는 질문은?
HowBridge는 중화우정의 3+3 우편번호 서비스와 연동되어 있나요?
이것은 중화우정이 HowBridge를 인증하거나 공식적으로 지지(추천)한다는 뜻인가요?
3+3으로 주소가 맞는지 판단할 수 있나요?
6자리 우편번호를 직접 입력해야 하나요?
내 수취 주소에 6자리가 보완되지 않은 이유는?
6자리 우편번호는 어디에서 볼 수 있나요?
이름과 전화번호가 중화우정에 전달되나요?
6자리 우편번호를 적으면 소포가 더 빨리 도착하나요?
응답에 있는 AddressNotServed는 무엇인가요?
편의점 수령 주소에도 6자리가 보완되나요?
함께 읽기
먼저 수취 주소를 입력하고 확인을 마치세요
회원센터에서 대만 택배 수취 주소를 추가하거나 확인하면, 번지 대조가 성공한 뒤 시스템이 자동으로 6자리 우편번호를 보완합니다.
회원센터에서 수취 주소 입력하기