Каталог проектовАналитика и e-commerceДоставка, в которой зависшую посылку находят раньше клиента
Реестр отправлений SLA перевозчиков Претензии по просрочке Запуск за 7–14 дней

Доставка, в которой зависшую посылку находят раньше клиента

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

100%
отправлений под контролем сроков
≤1 дня
задержка замечена не позже
0
срывов, о которых вы узнали от клиента
24/7
опрос трекинга без выходных

Один день из жизни вашего агента

Отправления живут в одном реестре, а не в четырёх вкладках кабинетов перевозчиков. Вы получаете уже разобранную картину.

08:00

Опрос трекинга агент Трекер

Все службы опрашиваются по расписанию и затем в течение дня. Новые события ложатся в ленту отправления — статус, время, место, этап.

09:00

Утренняя сводка доставки агент Диспетчер доставки

Сколько в пути, сколько доставлено, что застряло и что просрочено. Не список статусов, а короткий разбор: где норма, где отклонение и что с ним делать.

11:00

Разбор застрявших агент Трекер

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

14:00

Просрочки и претензии агент Претензионист

Просрочки против договорных сроков считаются по рабочему календарю. Где есть основания — готовится черновик претензии со ссылками на пункты договора и выгрузкой трек-истории.

в течение дня

Вопрос «где заказ» агент Диспетчер доставки

Спросите номер заказа или фамилию клиента — ответ придёт из реестра сразу, с историей событий и честным прогнозом даты. Без похода в кабинет перевозчика.

пт

Недельный срез по службам агент Ревизор

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

Внутри — не один бот, а команда

Пять ролей закрывают исходящую логистику: от опроса трекинга до разговора с перевозчиком о его сорванных сроках.

📬
Оркестратор

Диспетчер доставки

Держит картину всех отправлений целиком и отвечает на любой вопрос о доставке. Знает вашу географию, набор служб, договорные сроки и то, какие заказы для вас критичны.

📡
Трекинг

Трекер

Опрашивает службы, ведёт ленту событий по каждому отправлению и находит зависшие. Соблюдает частотные лимиты перевозчиков, чтобы доступ не закрыли.

Сроки и SLA

Хронометрист

Считает нормативный срок для каждого отправления по зоне, тарифу и рабочему календарю. Отличает «идёт медленно» от «нарушен договор».

📝
Претензии

Претензионист

Собирает доказательную базу по просрочкам и утратам, готовит черновики претензий по вашим шаблонам, ведёт реестр поданных и их судьбу.

📊
Рейтинг служб

Ревизор

Копит статистику по перевозчикам и направлениям: доля в срок, типичные срывы, стоимость потерь. Рейтинг считается из фактов, а не из обещаний в тарифах.

Как это устроено под капотом

Доставка ломается в двух местах: срок считают на глазок и замечают срыв последними. Обе дыры здесь закрыты механикой, а не старанием.

01 / SLA-CLOCK

Срок считает календарь, а не нейросеть

Нормативная дата вычисляется кодом: момент передачи перевозчику, зона, тариф, рабочие дни и праздники. LLM объясняет просрочку, но никогда её не вычисляет — арифметика сроков не место для правдоподобных догадок.

02 / SHIPMENT-LEDGER

Реестр отправлений с полной лентой событий

Каждое отправление — запись со статусом, историей сканирований и договорным сроком. Любая цифра в сводке раскрывается до конкретных посылок, а закрытое отправление остаётся в истории — на нём считаются рейтинги и базовые линии.

03 / TWO-STAGE

Код смотрит всё, модель — только отклонения

Сотни трек-событий в сутки прогоняются формальными правилами: норма закрывается тихо, отклонение уходит на разбор. Сплошной контроль по цене выборочного — платите за разбор семи проблем, а не двухсот шестидесяти восьми посылок.

04 / STUCK-BASELINE

Застревание ловится базовой линией, а не статусом

Посылка застряла не когда у неё «плохой статус», а когда она стоит на этапе дольше, чем обычно стоят посылки этой службы на этом направлении. Так не может бот на промптах: у него нет ни истории тысяч отправлений, ни памяти между запусками — он видит один трек, и ему не с чем сравнивать.

05 / READ-ONLY

Доступы только на чтение

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

06 / HITL-CLAIM

Претензии и письма клиентам — только черновиками

Агент собирает доказательства, считает сумму основания и готовит документ. Отправка перевозчику и любое сообщение вашему клиенту уходят через вас — репутация и договорные отношения не доверяются автопилоту.

Что будет, если что-то пойдёт не так

Инженерный подход — проектировать отказы заранее, а не разбирать их постфактум. Нештатные сценарии этой системы и её реакции:

⚠ Сценарий отказа

Трекинг перевозчика недоступен или отдаёт пустые ответы

→ Реакция системы

Отправления этой службы помечаются «данные устарели N часов» и выносятся в сводку отдельным блоком. Молчание трекинга никогда не подаётся как «всё в порядке».

⚠ Сценарий отказа

Служба отдала противоречивые статусы: «доставлено», затем снова «в пути»

→ Реакция системы

Лента событий хранится целиком, конфликт выносится на ваше подтверждение с обеими версиями. История не переписывается задним числом.

⚠ Сценарий отказа

Высокий сезон: отправлений втрое больше обычного

→ Реакция системы

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

⚠ Сценарий отказа

Перезапуск системы в разгар сезона

→ Реакция системы

Реестр отправлений, лента событий, открытые претензии и накопленные рейтинги персистентны: восстановление без потери единого отправления.

Так выглядит его работа

Так это выглядит в Telegram — короткие разборы вместо выгрузок из кабинетов.

Утренняя сводка 📬 Доставка за сутки В пути: 268 Доставлено: 84 (в срок 79) Застряли: 7 Просрочены: 5 Пять из семи застрявших — один сортировочный центр службы Б. Это не пять проблем, а одна: разбор и черновик запроса в службу приложены.
Разбор застрявшего отправления 🔎 Отправление №4471 · служба Б Отгружено: 12-го, зона 3 Норматив: 16-е (3 рабочих дня) Последнее скан: 13-го, хаб отправления Без движения: 72 ч при норме 14 ч Основание для претензии есть: просрочка 4 дня, стоимость доставки возвращается по договору. Черновик претензии и ответ клиенту готовы — жду вашего слова.
Рейтинг служб за месяц 📊 Перевозчики · месяц Служба А: в срок 96% просрочка ср. 0.4 дн Служба Б: в срок 81% просрочка ср. 2.1 дн Служба В: в срок 93% просрочка ср. 0.7 дн Служба Б проседает третий месяц и только на зоне 3 — на ближних направлениях она в норме. Вывод: не менять целиком, а увести с неё дальние зоны; расчёт разницы в тарифах приложен.

Что входит в настройку «под ключ»

Базовая комплектация полностью покрывается услугой «под ключ» тарифа «Про». Расширения обсуждаем отдельно после запуска.

Базовая комплектация

Входит в тариф «Про» — настройка уже включена в цену подписки
  • Команда: диспетчер доставки, трекер, хронометрист, претензионист, ревизор
  • Реестр отправлений с полной лентой событий по каждому
  • Опрос трекинга ваших служб по расписанию, с учётом их частотных лимитов
  • Договорные сроки и расчёт просрочек по рабочему календарю
  • Детектор застрявших отправлений с базовой линией по этапам и направлениям
  • Черновики претензий перевозчикам, рейтинг служб и недельный срез
  • Неделя сопровождения после запуска

Возможные расширения

Оцениваются отдельно по вашему запросу
  • Уведомления клиентам о статусе заказа по вашему сценарию
  • Сверка счетов перевозчиков с фактическими отправлениями и тарифами
  • Подбор службы под отправление: цена и срок по зоне на момент отгрузки
  • Обратная логистика: возвраты и невыкупы в том же реестре
  • Выгрузка реестра и рейтингов в вашу учётную систему или BI

Границы системы: честно и заранее

Права «не может» — не ограничения тарифа, а архитектурные границы безопасности. Они не отключаются ни настройкой, ни просьбой.

✓ Агент может

— и делает это каждый день без напоминаний
  • Вести реестр отправлений и опрашивать трекинг всех ваших служб
  • Считать просрочки по договорным срокам и находить застрявшие посылки
  • Готовить претензии перевозчикам и ответы клиентам — черновиками
  • Считать рейтинг служб по фактам и показывать, где вы теряете на доставке

✕ Не может — архитектурно

— граница встроена в систему, а не в обещания
  • Создавать и оплачивать заказы на доставку — ни при каких настройках
  • Отправлять претензии и писать вашим клиентам без подтверждения
  • Менять статусы и данные в CRM, учётной системе или кабинете перевозчика
  • Выдавать среднюю цифру за полную картину, когда часть трекинга не ответила

Как мы сдаём проект

Не «сделаем как-нибудь за пару недель», а проектный план по публичной оферте — с прогоном и формальной приёмкой.

Дни 1–2

Бриф и доступы

Интервью о ваших процессах, сбор материалов и доступов. Вы рассказываете — формализуем мы.

Дни 3–5

Техническое задание

Карта агентов, контуры, регламенты, форматы. До 3 правок — пока не совпадёт с ожиданиями.

Дни 6–9

Сборка системы

Агенты, интеграции, детерминированные контуры, расписания — по согласованному ТЗ.

Дни 10–11

Наполнение вашими данными

Память агентов, базы, шаблоны документов, правила — всё под вашу специфику.

День 12

Полный прогон

Каждый сценарий ТЗ прогоняется на реальных данных по чек-листу приёмки — до показа вам.

Дни 13–14

Приёмка и запуск

Демонстрация, до 2 правок, обучение работе с агентом — и система уходит в бой.

Чек-лист приёмки — 12 проверок перед сдачей

Проект не считается готовым, пока каждый пункт не подтверждён фактом. Синим — проверки, специфичные именно для этого проекта.
01Все сценарии ТЗ прогнаны на реальных данных, не на «примерах»
02Расписания сработали в назначенное время — проверено фактом, не настройкой
03Алерты вызваны тестово и дошли до вас
04Эскалации доходят до нужных людей с полным контекстом
05Границы «не может» проверены попыткой их нарушить
06Память наполнена и переживает перезапуск системы
07Доступы минимально достаточные; где заявлено «только чтение» — это проверено
08Резервное копирование данных проекта включено
09Договорные сроки каждой службы занесены и сверены с вашими договорами
10Правило «застряло» прогнано на 100 прошлых отправлениях — ложных тревог не больше согласованного порога
11Черновик претензии по вашей реальной прошлой просрочке совпал с тем, что вы написали бы сами
12Рейтинг перевозчиков посчитан на истории за 3 месяца и сверен с вашей оценкой служб

Посчитайте эффект для себя

Подставьте свои цифры — получите консервативную оценку. Это ориентир для решения, а не оферта.

ч
шт
Оценка эффекта
Формула: высвобожденное время сотрудника плюс консервативные 10 ₽ на отправление — это возврат стоимости доставки по обоснованным претензиям и часть клиентов, которых удержали тем, что сообщили о задержке первыми. Репутационные потери, недополученные повторные покупки и штрафы площадок за срыв отгрузки — сверх этой оценки. Оценка ориентировочная и не является офертой.

Логист на контроле доставки стоит 60+ тысяч в месяц. Этот — в цене подписки

Настройка «под ключ» входит в тариф «Про». Пришлите список ваших служб доставки и выгрузку отправлений за месяц — остальное настроим мы.

Получить реализацию за 14 990 ₽/год
Это ≈ 1 249 ₽ в месяц. Настройка «под ключ» уже включена в подписку «Про» — без доплат за внедрение.
Хотите сначала обсудить задачу? Задайте вопрос — ответим в течение рабочего дня.
Не уверены, подойдёт ли агент под вашу задачу? Задайте вопрос — ответим за пару часов
Отвечает команда сервиса, а не бот. 9 из 10 оценивают ответы как полезные.

Частые вопросы

Какие доступы нужны агенту и что он может сделать с нашими заказами?

Трек-номера и доступ к кабинетам перевозчиков в режиме чтения, при необходимости — почтовый ящик, куда приходят уведомления служб. Создавать заказы, менять адреса и оплачивать доставку система не может архитектурно: этих прав у неё нет, и это свойство доступов, а не запрет в инструкции.

У нас четыре службы и все с разными кабинетами — потянет?

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

Чем это отличается от трекинга внутри нашей CRM?

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

Претензии реально возвращают деньги?

Честно: зависит от договора и службы — где-то это возврат стоимости доставки, где-то фиксированная компенсация, где-то ничего. Агент считает основания по вашему договору и готовит документ с доказательствами; решение подавать и сама подача остаются за вами.

А если у службы нет нормального API?

Разбираем то, что есть: письма-уведомления, выгрузки из кабинета, публичный трекинг. Если по какой-то службе данных не хватает, её отправления помечаются «нет данных» отдельным блоком — они не растворяются в общей цифре и не выдаются за благополучные.

Материалы страницы не являются юридической консультацией. Агент готовит черновики претензий по вашим шаблонам и договорам перевозки, но не оказывает юридических услуг и не ведёт претензионную работу от вашего имени.