발주를 자동화했어도 송장이 자동으로 돌아오는 것은 아닙니다. 공급처가 이메일·포털·엑셀 중 어떤 방식으로 송장을 회신하는지 먼저 확인하세요. 방식에 따라 필요한 설정과 실패 원인이 달라집니다.
공급처 유형별 송장 회신 방식 3가지
위탁배송 공급처는 크게 세 가지 방식으로 송장을 회신합니다. 어떤 방식을 쓰는지는 공급처와 계약 시점에 확인해야 합니다.
| 회신 방식 | 어떻게 받는가 | 자동화 가능 여부 | 주의 사항 |
|---|---|---|---|
| 이메일 회신 | 발주 이메일에 운송장 번호를 본문이나 첨부파일로 회신 | IMAP 기반 파싱 자동화 가능 | 이메일 발신 도메인·포맷이 일정해야 파싱 안정성 확보 |
| 공급처 포털 등록 | 공급처 전용 포털에 직접 송장번호 입력 | API 또는 화면 자동화 가능, 단 포털 구조에 따라 다름 | 포털마다 로그인·인증 방식이 달라 설정 난도 높음 |
| 엑셀 파일 전달 | 주문 번호·송장번호가 담긴 엑셀을 이메일로 전달 | 파일 파싱 자동화 가능 | 칼럼 위치나 파일명 규칙이 변경되면 파싱 오류 발생 |
자동화 설정이 막히는 3가지 지점
Step 1
이메일 회신 방식 — 파싱 규칙이 불안정할 때
이메일 기반 송장 회신은 IMAP으로 수신함을 모니터링하다가 발주 확인 메일이 오면 본문에서 운송장 번호를 추출하는 구조입니다.
대부분 이메일 형식이 달라져서 생기는 문제입니다. 공급처 담당자가 바뀌거나 시스템 업데이트로 본문 구조가 달라지면, 기존 파싱 규칙으로 송장번호를 읽지 못합니다.
이메일 방식 설정 전 사전 확인 3가지
- 공급처 발송 도메인이 고정되어 있는지 (no-reply@ vs 담당자 개인 메일 여부)
- 송장번호가 본문에 어떤 텍스트로 감싸져 있는지 실제 샘플 확인
- 첨부파일로 보내는 경우 파일 포맷(xlsx/csv)과 칼럼 위치 확인
Step 2
포털 등록 방식 — 인증·화면 구조 변경에 취약
공급처 포털에 직접 접근해서 송장을 조회하거나 등록하는 방식은, 포털 로그인 세션이 만료되거나 화면 구조가 바뀌면 자동화가 즉시 멈춥니다.
포털 API를 제공하는 공급처는 API 방식으로 전환하는 편이 안정적이지만, API를 제공하지 않는 경우에는 화면 자동화(RPA) 방식을 써야 합니다. 이 경우 공급처 포털 업데이트 시 자동화가 깨지는 리스크를 감수해야 합니다.
포털 방식 설정 전 사전 확인 3가지
- 공급처 포털에 API 연동 방식이 있는지 먼저 문의
- API가 없다면 포털 업데이트 주기와 공지 방식 파악
- 포털 자동화 실패 시 수동 보완 프로세스(fallback) 미리 준비
Step 3
엑셀 파일 방식 — 파일 규칙 변경 시 전량 오류
엑셀 파일로 송장을 받는 경우, 파일 파싱 자동화를 설정해두면 파일이 도착할 때마다 자동으로 처리됩니다. 단, 파일 내 칼럼 위치나 파일명 규칙이 변경되면 전체 파싱이 실패합니다.
실제로 공급처 담당자가 엑셀 양식을 바꿔서 보내는 일이 예고 없이 발생하는 경우가 있습니다. 이런 변경이 발생하면 그날 처리된 송장 전체가 스토어에 반영되지 않아 배송 지연으로 이어질 수 있습니다.
엑셀 방식 설정 전 사전 확인 3가지
- 주문번호·송장번호 칼럼 위치가 고정되어 있는지 확인 (샘플 3회 이상 비교)
- 파일명 규칙(날짜 포함 여부, 확장자)이 일정한지 확인
- 파싱 실패 감지 알림을 설정해 즉시 파악 가능한 구조 만들기
공급처 유형별 자동화 난도 비교
| 공급처 회신 방식 | 초기 설정 난도 | 유지 안정성 | 실패 시 영향 범위 |
|---|---|---|---|
| 이메일 회신 | 중간 (파싱 규칙 작성 필요) | 포맷이 고정된 경우 안정적 | 해당 공급처 주문 전체 |
| 포털 API 연동 | 높음 (API 계약·인증 설정 필요) | 가장 안정적 | API 변경 시 전체 |
| 포털 화면 자동화 | 높음 (화면 구조 파악 필요) | 낮음 (포털 UI 변경에 취약) | 포털 업데이트 시 전체 |
| 엑셀 파일 파싱 | 낮음 (파일 파싱 규칙 단순) | 파일 양식 변경 시 취약 | 해당 공급처 주문 전체 |
송장 자동화 설정 전 확인 체크리스트
공급처별로 어떤 방식인지 파악한 뒤, 아래 항목을 설정 전에 점검해두면 초기 설정 후 바로 막히는 경우를 줄일 수 있습니다.
- 공급처별 송장 회신 방식(이메일/포털/엑셀)을 계약서나 담당자 확인으로 파악했는가
- 이메일 방식이라면 실제 샘플 이메일 3건 이상 수집해 파싱 포맷 확인했는가
- 포털 방식이라면 API 제공 여부를 먼저 문의했는가
- 엑셀 방식이라면 칼럼 위치 변경 시 알림받을 수 있는 방법을 공급처와 합의했는가
- 자동화 실패 시 수동으로 보완할 fallback 절차가 마련되어 있는가
관련 콘텐츠: 현재 공급처 송장 처리 흐름이 자동화에 맞는지 진단부터 시작하면, 설정 전에 막힐 지점을 미리 파악할 수 있습니다. → 셀러 운영 자동화 필요 시점 판단 · 위탁배송 발주 자동화 3단계
이 글은 위탁배송 셀러의 운영 흐름을 참고용으로 정리한 콘텐츠입니다. 실제 공급처별 API 제공 여부와 포털 구조는 공급처에 직접 문의해 확인하시기 바랍니다.
