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