종이 인수증이 만드는 지연
납품은 오늘 끝났는데 매출은 다음 주에야 확정되는 회사가 많습니다. 기사가 인수증을 모아 사무실에 가져오고, 담당자가 주문과 대조해 입력한 뒤에야 청구가 시작되기 때문입니다.
전자 인수증(ePOD, Electronic Proof of Delivery)은 이 세 가지를 인수 시점에 한 번에 해결하는 수단입니다.
전자 인수증에 담아야 할 정보
네 가지 증거의 조합
서명 하나만으로는 약합니다. 수령인 서명(또는 성명), 현장 사진, 인수 시각, 위치 정보가 함께 묶여야 "누가, 언제, 어디서, 무엇을 받았는지"가 설명됩니다. 시각은 단말 촬영 시각과 서버 수신 시각을 모두 남겨야 단말 시계 조작 의심을 피할 수 있습니다.
예외는 현장에서 기록합니다
정상 인수보다 중요한 것은 예외입니다. 부분 인수, 수령 거절, 파손, 수량 차이를 사유 코드로 선택하게 하고, 품목별 실제 인수 수량과 사진을 함께 받습니다. 자유 입력란만 두면 "일부 파손" 같은 문장만 남아 정산에 쓸 수 없습니다.
B2B와 B2C의 차이
배송 기사 앱 설계의 현실
설치와 로그인
지입·용차 기사는 회사 소속이 아니며 단말도 개인 소유입니다. 기종과 OS 버전이 제각각이고 하루만 일하는 기사도 있습니다. 따라서 앱 설치를 강제하기보다 문자 링크로 열리는 웹 방식과 설치형 앱을 병행하고, 로그인은 휴대폰 번호 인증과 당일 배차 건에 한정된 접근 권한으로 단순화하는 편이 현실적입니다.
오프라인 저장과 재전송
지하 하역장, 냉동 창고, 산간 지역에서는 통신이 끊깁니다. 인수 데이터는 단말에 먼저 저장하고 연결이 복구되면 자동 전송해야 합니다. 이때 건별 고유 키를 부여해 재전송으로 인한 중복 등록을 막고, 미전송 건수를 화면에 표시해 기사가 직접 확인할 수 있게 합니다.
입력 단계 줄이기
하루 100건을 배송하는 기사에게 건당 30초는 하루 50분입니다. 송장 바코드 스캔으로 건을 찾고, 사진 촬영과 서명을 한 화면에서 끝내며, 정상 인수는 세 번 이내의 터치로 완료되도록 설계합니다. 사진은 업로드 전에 압축해 데이터 사용량을 줄입니다.
뒷단 시스템과의 연결
전자 인수증의 가치는 앱이 아니라 연동에서 나옵니다.
증빙 효력과 도입 순서
원본 보존과 변경 이력
전자문서는 전자적 형태라는 이유만으로 효력이 부인되지 않습니다(전자문서 및 전자거래 기본법 제4조). 다만 분쟁에서 인정받으려면 내용이 바뀌지 않았음을 보일 수 있어야 합니다. 인수 시점의 원본에 해시값을 남기고, 이후 정정은 덮어쓰지 않고 누가 언제 무엇을 바꿨는지 이력으로 쌓습니다.
개인정보 범위
서명, 수령인 성명, 사진, 위치는 모두 개인정보가 될 수 있습니다. 위치는 인수 시점에만 수집하고 상시 추적과 구분해야 하며, 기사 위치 수집에는 별도 동의가 필요합니다. 사진에 타인의 얼굴이나 현관 비밀번호가 찍히지 않도록 촬영 가이드를 제공하고, 보관 기간은 거래 증빙 보존 의무와 분쟁 대응 기간을 기준으로 정해 만료 시 파기합니다.
도입 순서
전체 노선을 한 번에 전환하기보다, 분쟁이 잦은 거래처나 한 개 권역을 골라 4~6주 시범 운영한 뒤 예외 코드와 화면을 다듬어 확대하는 방식을 권합니다.
POLYGLOTSOFT는 배송 기사용 모바일 앱과 관리자 웹, 그리고 기존 WMS·TMS·ERP와의 연동을 함께 구축합니다. 오프라인 동기화, 인수 예외 처리, 정산 연계까지 현장 흐름에 맞춰 설계하며, 구독형 개발 방식으로 시범 권역부터 작게 시작할 수 있습니다. 종이 인수증 때문에 청구와 정산이 밀리고 있다면 POLYGLOTSOFT에 문의해 주시기 바랍니다.