Претензионная работа в логистике: реестр и ИИ‑хронология

Теоретический пример. Экспедитор везёт 20 палет бытовой техники из Москвы в Казань привлечённым перевозчиком. Склад получателя при выгрузке находит две палеты с промокшей упаковкой и пишет замечание в электронную накладную. Через месяц клиент выставляет экспедитору претензию на 340 тысяч рублей. Логист собирает историю заново: фото склада в мессенджере, переписка с водителем, накладная, ответ перевозчика в почте. Экспедитору нужно ответить клиенту и предъявить свою претензию перевозчику, а сроки у этих претензий разные.

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

Инцидент и претензия требуют разных состояний

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

У одного происшествия может быть несколько рабочих линий: ответ клиенту, запрос перевозчику, обращение по страхованию, внутреннее устранение причины. У каждой нужны свой адресат, владелец и подтверждение передачи. Один общий статус «претензия отправлена» не объяснит, кому именно она направлена и чего команда ждёт сейчас.

Основа претензии к перевозчику: акт или отметка в транспортной накладной. По ст. 38 Устава автомобильного транспорта обстоятельства, за которые отвечает перевозчик, подтверждаются именно так. С 1 сентября 2026 года в большинстве коммерческих автоперевозок накладная электронная, и замечание о повреждении получатель вносит в неё при приёмке. Если замечания нет, доказать повреждение в пути намного сложнее.

Что хранить в карточке происшествия

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

Для обсуждения первой версии подойдёт такой набор:

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

Время обнаружения может отличаться от предполагаемого времени повреждения. В форме нельзя незаметно заменить одно другим. Если сотрудник знает только момент приёмки, он указывает его. Предположение о том, где возникла проблема, записывается отдельно с автором и основанием. Так неподтверждённая версия не превращается в установленный факт.

Как собрать материалы и сохранить оригиналы

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

Оригинал хранится отдельно от рабочей копии. Если изображение обрезали или сделали пометки для удобства просмотра, исходный файл сохраняется. У загрузки нужны автор и время, у исправленного документа версия и причина замены. Автоматическое улучшение изображения не должно создавать доказательство, которого не было в исходнике.

Фотография без номера отправки требует проверки связи. ИИ может прочитать видимую маркировку и предложить совпадение. Человек подтверждает его. Метаданные файла и имя папки полезны как подсказки, но сами по себе не доказывают место, время и обстоятельства съёмки.

ИИ собирает хронологию, сотрудник проверяет факты

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

Условный пример: письмо склада сообщает «из 20 мест два с мокрой упаковкой», а клиент позже пишет «повреждены три изделия». Выход ИИ содержит два разных наблюдения с источниками. Помощник не делает вывод «повреждены три места»: изделие и грузовое место могут быть разными единицами. Ответственный уточняет соответствие и подтверждает запись.

После проверки хронология сохраняется в карточке. В CRM или TMS передаётся согласованное резюме и задача, если доступный способ обмена проверен. Черновик письма внешнему адресату готовится отдельно. Его получатель, вложения и формулировки подтверждаются человеком. Помощник не признаёт ответственность от имени компании и не обещает компенсацию.

Сроки: шесть месяцев, тридцать дней и год

Для перевозок по России сроки заданы законом. Клиент может предъявить претензию экспедитору в течение шести месяцев, экспедитор обязан ответить письменно в течение 30 дней (ст. 12 закона № 87‑ФЗ о транспортно‑экспедиционной деятельности). Перед иском к перевозчику по договору перевозки груза претензия обязательна, на ответ у перевозчика тоже 30 дней (ст. 39–41 Устава автомобильного транспорта). Срок исковой давности по перевозке один год, при повреждении груза он считается со дня выдачи груза (ст. 42 Устава).

Для экспедитора это две связанные претензии с разными сроками. Претензия клиента может прийти на пятом месяце после доставки, а свою претензию перевозчику нужно предъявить, дождаться ответа и при отказе подать иск в пределах года со дня выдачи груза. Реестр показывает обе даты в карточке, считает 30 дней на ответ и предупреждает заранее. Если договор или международная конвенция задают другие условия, ответственный указывает основание в карточке.

Система показывает, кто проверил дату, что ещё нужно сделать и кому передать задачу при отсутствии ответственного. При изменении основания сохраняется история. Напоминание о сроке не равно выполненному действию. Для отправки нужна запись с адресатом, составом вложений и доступным подтверждением передачи.

Не смешивайте требование, решение и полученные деньги

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

Условный пример: клиент заявил 100 000 рублей, стороны согласовали 70 000, поступило 30 000. Реестр показывает эти три значения и остаток по согласованному решению 40 000. Финансовое отражение проверяет бухгалтер в действующей системе. Поступление денег связывается с решением, чтобы повторная выгрузка не создала второй платёж.

Как работать вместе с TMS, CRM и папками

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

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

Доступ к материалам разделяется по ролям. Клиент видит разрешённые документы своего обращения. Внутренняя оценка ответственности и переписка по другим отправкам ему недоступны. Ограничения распространяются и на ИИ‑поиск. Для передачи дела другому сотруднику нужен экспорт истории, перечня файлов и незавершённых действий.

Как проверить пользу первой версии

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

Измеряйте время подготовки комплекта, число материалов без привязки и просроченных внутренних действий. Для ИИ отдельно считайте выдуманные факты, пропущенные противоречия и время исправления. Процент удовлетворённых претензий зависит от обстоятельств и условий, поэтому его нельзя обещать как результат внедрения реестра.

Что показать для оценки продукта

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

Источники

• Устав автомобильного транспорта, № 259‑ФЗ, ст. 38–42: акты, претензии, сроки; проверено 19.10.2026.
• Закон о транспортно‑экспедиционной деятельности, № 87‑ФЗ, ст. 12: претензии к экспедитору; проверено 19.10.2026.

Смежные разборы: Контроль документов по перевозкам: комплектность, подписи и оплата; Документы для международной перевозки: комплектность и версии.