Электронное подтверждение доставки: фото, подпись и коды
Практика4 минРедакция Innovialabs
Коротко
ePOD заменяет бумажную накладную цифровым доказательством — фото, подписью, кодом или сканом — с временем и геоточкой, которое сразу попадает в учёт и CRM.
Что такое ePOD и зачем он нужен
Electronic Proof of Delivery (ePOD) — цифровое подтверждение того, что груз передан получателю. Вместо бумажной накладной с подписью водитель фиксирует передачу в мобильном приложении, а система сохраняет доказательство вместе с временем, геолокацией и составом заказа.
Что это меняет для бизнеса:
- статус «доставлено» появляется в системе сразу, а не когда водитель вернул бумаги;
- споры с клиентами решаются по фото и подписи, а не по памяти;
- закрывающие документы и счета можно выставлять в тот же день;
- бумажные накладные перестают теряться.
Способы подтверждения
| Способ | Когда подходит | Ограничения |
|---|---|---|
| Подпись на экране | B2B-доставка, передача ответственному лицу | Подпись пальцем трудно сверить с образцом |
| Фото груза или места | Бесконтактная доставка, оставление у двери | Нужны требования к кадру, иначе фото бесполезны |
| Одноразовый код (OTP) | Ценные заказы, доставка физлицам | Получатель должен иметь доступ к SMS или мессенджеру |
| Скан штрихкода / QR | Паллеты и коробки, приёмка по местам | Нужна маркировка каждой единицы |
| Геозона + время | Дополнительная проверка к другим способам | Сам по себе не доказывает передачу |
На практике способы комбинируют: например, скан мест + подпись + фото для B2B и код + фото для курьерской доставки. Правило выбирают по типу клиента и ценности груза, а не одно на всю компанию.
Процесс в приложении водителя
Типичный сценарий на точке:
- Водитель открывает задание — адрес, контакт, состав заказа, требуемые способы подтверждения.
- Приложение проверяет, что он находится в геозоне адреса, и предупреждает, если нет.
- Водитель сканирует места или отмечает позиции.
- Собирает доказательства: подпись с ФИО получателя, фото, код.
- Выбирает итог: доставлено полностью, частично или отказ.
- Данные отправляются на сервер; при отсутствии сети — сохраняются и уходят позже.
Ключевые технические требования:
- Офлайн-режим. Склады, подвалы и трассы часто без связи. Приложение должно сохранять подтверждения локально с исходным временем и отправлять их очередью.
- Защита от подмены. Фото только с камеры, а не из галереи; на снимок наносятся время и номер заказа; время берётся с устройства и сверяется с серверным при синхронизации.
- Сжатие фото. Полноразмерные снимки быстро съедают трафик и память — достаточно разрешения, на котором читается этикетка.
Отказы и частичные доставки
Именно здесь бумажный процесс чаще всего ломается. В приложении стоит заложить:
- Справочник причин отказа: нет на месте, отказ от товара, брак, пересорт, неверный адрес. Свободный текст — только как дополнение.
- Построчное подтверждение: по каждой позиции указывается принятое количество. Остаток автоматически становится возвратом.
- Обязательное фото при браке или повреждении упаковки.
- Подпись получателя под расхождением, чтобы акт был признан обеими сторонами.
- Повторный визит: при «нет на месте» заказ возвращается диспетчеру на перепланирование, а не висит в статусе «в пути».
Возвраты должны сразу появляться в складской системе как ожидаемое поступление — иначе товар физически вернулся, а по учёту его нет.
Синхронизация с учётом и CRM
ePOD приносит пользу, только если подтверждение двигает процессы дальше.
- Учётная система (например, 1С): по факту доставки создаётся реализация или корректировка на принятое количество, возвраты оформляются отдельным документом.
- CRM: менеджер видит статус, фото и подпись в карточке клиента; при отказе создаётся задача на разбор.
- Уведомления клиенту: ссылка на подтверждение в SMS или мессенджере.
- Хранение: доказательства хранятся в объектном хранилище, в учёт передаются ссылки, а не файлы.
Обмен лучше строить на событиях (вебхуки или очередь сообщений) с идемпотентностью: повторная отправка того же подтверждения при плохой связи не должна создавать второй документ.
Частые ошибки
- Внедрить только подпись и не продумать отказы.
- Не требовать фото по правилам — в итоге снимки размыты или без груза.
- Не учитывать офлайн, из-за чего водители возвращаются к бумаге.
- Передавать данные в учёт вручную, сохранив тот же разрыв во времени.