모든 택배 배송 알림 스크린샷에서 운송장 번호, 택배사, 배송 상태 추출
UPS 추적 페이지에는 "1Z"로 시작하는 18자리 코드가 표시되고, FedEx 알림은 12자리 숫자, USPS 알림은 국가 접미사가 붙은 22자리 숫자로 표시됩니다 — 같은 필드인데도 받은 편지함마다 세 가지 다른 형식입니다. 맞춤 열 추출은 길이나 위치가 아닌 데이터가 나타내는 의미를 기준으로 각 항목을 읽어냅니다 — 이메일과 SMS 알림에서 운송장 번호를 수동으로 복사하는 것보다 약 15배 빠릅니다.
스크린샷당 5-10초 · 인쇄된 텍스트 최대 99% 정확도
택배 배송 알림에서 추출할 수 있는 정보
이메일, SMS, 택배사 앱 등 배송 알림에는 운송장 데이터가 담겨 있습니다. 맞춤 열 추출을 사용하면 열 이름을 지정하기만 하면 AI가 택배사 레이아웃이 아닌 의미를 기준으로 각 값을 찾아냅니다.
UPS 1Z, FedEx(12-15자), USPS(20-22자), DHL(10-11자) — 고정 길이가 아닌 택배사 패턴으로 인식합니다.
UPS, FedEx, USPS, DHL, Amazon Logistics — 브랜드명이나 운송장 번호 접두어로 식별합니다.
"Out for Delivery", "On FedEx vehicle", "Your item is out for delivery" — 표현은 달라도 동일한 상태 열로 매핑됩니다.
배송 조회 화면에 표시된 예정 배송 기간 또는 약속된 날짜입니다.
도시와 주 또는 우편번호 — 배송 조회 상세 페이지에서 확인할 수 있습니다.
이메일, SMS, 택배사 앱 — 출처별로 포함된 필드 범위가 다릅니다.
운송장 번호는 표준 길이가 없으며 — 택배사마다 형식이 다릅니다
택배사 4곳, 운송장 번호 형식 4가지, 알림 레이아웃 4종, 상태 용어 4세트 — 모두 같은 받은 편지함에 도착합니다. 템플릿 기반 추출은 택배사별로 별도 설정이 필요합니다.
운송장 번호는 공통된 패턴을 따르지 않습니다
UPS: 18자리 "1Z" 코드. FedEx: 12~15자리 숫자. USPS: 20~22자리 UPU 숫자. DHL: 10자리 숫자. 고정 길이 열은 여러 택배사가 섞인 일괄 데이터에서 항상 오류가 발생합니다.
배송 상태는 같은 내용을 다른 표현으로 전달합니다
"Out for Delivery", "On FedEx vehicle", "Your item is out for delivery" — 같은 이벤트, 네 가지 표현, 각각 별도의 템플릿 규칙이 필요합니다.
서명 필요 표시가 일관되지 않습니다
"Direct Signature Required"(FedEx), "Signature Required"(UPS), "Signature Confirmation"(USPS) — 같은 개념인데 택배사마다 표기가 다르고 위치도 다릅니다.
패턴 기반 추적 번호 인식, 위치 무관
Tracking Number를 한 번 정의하세요. AI가 UPS 1Z 코드, FedEx 숫자, USPS UPU, DHL ID를 위치가 아닌 패턴으로 인식합니다. 혼합 택배사 배치도 하나의 깔끔한 열로 정리됩니다.
의미 기반 상태 정규화, 문구 무관
"Out for Delivery", "on vehicle", "out for delivery" — AI는 이를 동일한 이벤트로 읽습니다. Delivery Status 열은 조회 테이블 없이도 택배사 간 비교 가능한 값을 반환합니다.
택배사 API 불필요
한 Reddit 사용자는 FedEx 추적 번호 800개를 보유했지만 업무용 컴퓨터에서 FedEx API를 사용할 수 없어 6시간 동안 Google Sheets로 우회했습니다. 스크린샷 추출은 IT 승인 없이 모든 알림 소스에서 작동합니다. "눈알을 빼버리고 싶네요."
혼합 수신함의 배송 알림에서 스프레드시트 한 줄로
입고, 주문 처리, 고객 후속 조치를 위해 들어오는 택배를 기록할 때 — 알림 스크린샷을 도구에 넣으면 어떤 일이 일어나는지 보여드립니다.
알림 스크린샷 업로드
UPS 이메일, FedEx SMS 알림, USPS 추적 페이지, DHL 앱 알림을 한 번에 일괄 업로드하세요 — AI는 각 알림이 어떤 택배사에서 왔는지 알 필요가 없습니다.
열 이름 지정
Tracking Number, Carrier, Delivery Status, Estimated Delivery Date, Origin → Destination을 정의하세요. 필요에 따라 Notification Source 또는 Signature Required를 추가하세요. AI는 각 값을 의미적 맥락으로 식별합니다 — 택배사별 규칙이 필요 없습니다.
추적 로그 내보내기
스프레드시트 하나 — 모든 택배사의 운송장 번호, 택배사, 상태, 날짜가 한 테이블에 담겨 정렬과 필터링이 가능합니다. 각 필드를 수동으로 입력하는 것보다 약 15배 빠릅니다.
적합한 경우 — 주의가 필요한 경우
가장 적합한 경우
전체 이메일 또는 택배사 앱 스크린샷. 대비가 높은 기계 렌더링 텍스트는 택배사와 관계없이 깨끗한 입력을 제공합니다.
복수 택배사 일괄 처리. 하나의 열 세트로 UPS, FedEx, USPS, DHL을 동일한 일괄 작업에서 처리할 수 있습니다.
일일 복수 택배사 워크플로우. 아침에 쌓인 알림을 수동으로 입력하는 대신 단일 내보내기로 처리할 수 있습니다.
주의가 필요한 경우
잘린 SMS 알림. 160자 SMS 알림에는 예상 배송일이나 무게가 누락되는 경우가 많습니다. 알림 출처 열을 사용하여 SMS 행과 전체 캡처를 구분하세요.
압축된 전달 스크린샷. WhatsApp 압축 이미지는 유사한 문자(0/O, 1/I)를 흐리게 만듭니다. 원본 해상도 캡처를 사용하세요.
복수 패키지 추적. UPS SurePost 또는 FedEx SmartPost는 여러 소포를 하나의 번호로 묶습니다. 개별 하위 패키지 추적에는 별도의 알림이 필요합니다.
자주 묻는 질문
배치에 UPS, FedEx, USPS, DHL 스크린샷이 섞여 있어도 Tracking Number 열이 올바르게 작동하나요?
네. Tracking Number를 한 번만 정의하세요. AI가 UPS 1Z 코드, FedEx 숫자 시퀀스, USPS UPU, DHL ID를 식별하여 길이나 형식과 관계없이 모두 같은 열에 넣습니다.
Delivery Status 열은 같은 이벤트에 대해 택배사마다 다른 용어를 어떻게 처리하나요?
AI는 각 상태 문구의 정확한 표현이 아니라 의미론적 의미를 읽습니다. "Out for Delivery"(UPS), "On FedEx vehicle for delivery", "Your item is out for delivery"(USPS)는 모두 동일한 배송 상태로 이해됩니다. 어떤 택배사의 용어가 보이는지 추적해야 한다면 별도의 Carrier 열을 추가하세요. AI는 단일 스크린샷에서 상태 열과 택배사 열을 모두 채워, 택배사 정보와 함께 정규화된 상태를 제공합니다.
동일한 알림 스크린샷에서 실제 배송 타임스탬프와 함께 예상 배송 날짜도 추출할 수 있나요?
네. Estimated Delivery Date와 Delivered Timestamp를 별도로 정의하세요. "Estimated Delivery"는 전자를 채우고, "Delivered On"은 후자를 채웁니다. 둘 다 표시되면 동일한 스크린샷에서 채워집니다.
배송 알림 스크린샷이 이메일이나 앱 화면이 아닌 SMS 문자인 경우에도 추출이 작동하나요?
네, 단, 한 가지 주의사항이 있습니다. SMS 알림에는 운송장 번호, 택배사, 상태가 포함되지만 예상 날짜는 종종 누락됩니다. AI는 표시된 모든 것을 읽습니다. Notification Source 열을 사용하여 SMS 행과 전체 캡처를 구분하세요.
알림에 표시될 때 서명 확인 정보도 추출하나요?
네. Signature Required를 정의하면 AI가 "Yes" 또는 유형(Direct, Indirect, Adult)으로 채웁니다. 서명 언급이 없는 표준 알림은 셀을 비워 둡니다.