Доставка с оплатой по фактическому весу

Архитектура системы доставки — Архитектура: CRM → управление доставкой → офлайн-приложение курьера → пересчёт → оплата → чек.

Почему обычная доставка перестала быть обычной

Компания ежедневно обрабатывает заказы в разных городах России. Вечером или рано утром менеджеры выгружали из CRM все заказы за прошедший день, чтобы подготовить доставку на новую смену: разбивали их по городам, районам и экспедиторам и отдельно собирали маршрутные листы. Один и тот же процесс повторялся для Москвы, Санкт-Петербурга, Екатеринбурга, Новосибирска и других городов.

Где терялись время и контроль

ежедневная ручная выгрузка заказов из CRM — вечером или утром;
разбивка по городам, районам и зонам — руками;
маршрутный лист для каждого экспедитора собирался отдельно;
нагрузка росла вместе с количеством городов;
перенос или отмена после выгрузки могли не попасть в готовый маршрут;
фактический вес, сумма, оплата и чек возвращались в CRM вручную.

Офлайн-режим и пересчёт веса — часть основного процесса, а не аварийная заплатка.

Что внедрила AGNT

Панель менеджера. Ночью система забирает заказы из amoCRM, группирует по городам и зонам, распределяет между экспедиторами и формирует маршрутные листы. Утром менеджер проверяет только исключения.
Связь с amoCRM. Заказ забирается при переходе в доставку; после визита в CRM возвращаются фактический вес, итоговая сумма, статус и ссылка на чек.
Приложение курьера без сети. Утром PWA загружает маршрут на телефон. Курьер видит только свои точки, вводит фактический вес, фиксирует статусы — изменения хранятся локально и уходят на сервер, когда появляется связь.
Оплата по факту. После взвешивания система пересчитывает заказ и запрашивает у банка динамический QR СБП на точную сумму. Подтверждение приходит по webhook, чек формируется через банковскую кассу.

Панель менеджера: заказы, рейсы, выручка и статусы интеграций — без ручной сверки нескольких систем.

Управление маршрутами — По каждому курьеру видны зона, последовательность точек, прогресс и состояние устройства.

Офлайн-сценарий курьера — Курьер видит только свой маршрут, фиксирует вес и закрывает доставку без потери данных.

Было / стало

Было

Стало

Заказы на смену выгружали из CRM вручную

Ночная сборка маршрутов — сама

Разбивка по городам и курьерам — руками

Система распределяет заказы и формирует листы

Изменения терялись после выгрузки

Менеджер проверяет только исключения

Вес, оплата и чек возвращались в CRM вручную

Всё уходит в amoCRM автоматически

Результат

3–4 часа → 15–20 минут

Подготовка смены выполняется автоматически: к началу дня для каждого города и экспедитора готовы маршрутные листы. Все заказы возвращаются в amoCRM с фактическим весом, итоговой суммой, статусом оплаты и ссылкой на чек.

Контур запустили за 10 недель: сначала логистика и офлайн-работа курьера, затем СБП, чеки и обратная запись данных в amoCRM. Отдельно заранее учли слепые зоны: засыпание PWA на iOS, конфликты одновременных изменений из CRM и с телефона, сценарии отказов до формирования платежа, ежедневный бэкап базы.

Открыть интерактивное демо системы →
демонстрационный интерфейс с тестовыми данными; внешние API отключены

Есть процесс, который собирают руками каждый день?

Разберём его на бесплатном 30-минутном аудите: где команда теряет время и деньги и что снять с людей первым. Вопросы по фактам, без домашки. Скажем и что автоматизировать не стоит.

Заявка ушла — ответим в течение дня 👌

ответим в течение дня · это разбор, а не звонок отдела продаж