보험DB 납품에서 반품이 반복되면 단가 협상보다 먼저 거래 관계가 흔들립니다. 반품은 대부분 납품 전에 걸러낼 수 있는 유형에서 나옵니다. 아래 여섯 가지를 납품 절차의 고정 단계로 두면 협의에 쓰는 시간이 크게 줍니다.
1. 번호 형식과 유효성
자릿수 오류, 특수문자 혼입, 지역번호 누락 같은 형식 문제는 규칙으로 전량 걸러집니다. 사람이 눈으로 볼 단계가 아닙니다.
2. 중복 — 내부 중복과 재납품 중복
두 종류를 나눠 봐야 합니다. 같은 파일 안의 중복과, 이전에 같은 곳으로 보낸 이력이 있는 번호입니다. 후자는 계약에 기간 기준이 없으면 반드시 다툼이 됩니다.
3. 동의 범위와 제공 근거
수집·이용 목적, 제3자 제공 항목, 제공받는 자에 납품처가 포함되는지 확인합니다. 이 항목의 불일치는 반품 사유가 되는 동시에 준법 문제로 번집니다. 법령 원문은 국가법령정보센터에서 확인하는 편이 정확합니다.
4. 유입 시각 — 얼마나 지난 건인가
유입 후 시간이 오래 지난 건은 연결률이 떨어집니다. 납품 시 유입 시각을 함께 넘기면 상대도 기대치를 조정할 수 있고, 나중에 "오래된 건을 받았다"는 지적을 피할 수 있습니다.
5. 필수 항목 누락
- 이름·연락처 등 계약에 정한 필수 항목
- 유입 경로 표기 — 경로가 비면 상대가 스크립트를 맞추지 못합니다.
- 동의 시각
6. 납품 기록 — 무엇을 언제 보냈는지 남긴다
보험DB 납품에서 반품 협의가 길어지는 이유는 대개 기록이 없기 때문입니다. 아래 세 가지가 남아 있으면 대화가 짧아집니다.
| 기록 | 쓰이는 곳 |
|---|---|
| 납품 시각과 건수 | 반품 신청 기한 판정 |
| 건별 검수 결과 | 형식·중복 사유의 사전 배제 |
| 대체 납품 이력 | 정산 금액 대조 |
파일 형식을 먼저 합의한다
사소해 보이지만 반품 협의를 길게 만드는 원인입니다. 컬럼 이름과 순서, 날짜 표기, 전화번호에 하이픈을 넣을지, 인코딩을 무엇으로 할지를 처음에 정해 두세요. 형식이 매번 달라지면 상대 쪽에서 변환하다가 값이 깨지고, 그 결과가 우리 품질 문제로 보고됩니다.
- 컬럼 정의서를 계약 부속으로 붙인다.
- 날짜·시각은 표기 형식과 기준 시간대를 함께 적는다.
- 형식 변경은 사전 통지 후 적용한다.
검수 자동화는 이 순서로 붙인다
한 번에 다 만들 필요는 없습니다. 걸러지는 양이 많은 것부터 붙이면 초기 투입으로 대부분을 해결할 수 있습니다.
- 번호 형식·자릿수 — 규칙이 단순하고 걸러지는 양이 가장 많습니다.
- 파일 내 중복 — 같은 파일에서 즉시 판정됩니다.
- 재납품 중복 — 과거 납품 이력과 대조가 필요해 그다음입니다.
- 필수 항목 누락과 유입 시각 범위 — 계약 조건에 맞춰 마지막에 붙입니다.
반품 조건은 계약서에서 정한다
인정 사유의 범위, 신청 기한, 처리 방식(환불 또는 대체 납품)을 계약 단계에서 정해 두는 것이 사후 협의보다 훨씬 쌉니다. 계약과 정산에서 미리 막을 항목은 보험DB 정산 분쟁, 계약서에서 미리 막는 5가지에 정리했습니다. 검수 결과를 상담 결과 코드와 함께 남기는 방법은 보험 DB 콜센터 운영, 인력보다 먼저 정리할 것에서 다뤘습니다.