Как сверить статусы отправок с ИИ: исключения и план действий

Учебный сценарий. Все отправки, статусы и события вымышлены. Файлы не подключены к перевозчикам или складу.

Что получится

• Реестр отправок с планом, событиями из двух источников и явными пробелами.
• Редактируемая Excel-сводка с формулами и проверками входа: при ошибке ID, даты или количества результаты блокируются.
• План проверки четырёх учебных отправок без автоматических писем и без приписанной причины отклонения.

Шесть шагов сверки

1. Зафиксируйте срез и файлы. Запишите момент среза, часовой пояс и имена выгрузок. Обезличьте реальные данные до загрузки.
2. Проверьте идентификаторы и схему. Сверьте shipment_id с реестром, уникальность event_id, даты, статусы и положительные количества. Дубликат или неизвестный ID блокирует итог.
3. Сопоставьте события по отправке. Сохраните статусы и время перевозчика и склада отдельно. Пустую запись перевозчика отметьте как отсутствие события на срезе.
4. Выделите исключения. Разделите полную, частичную и неподтверждённую доставку. Противоречащие статусы оставьте конфликтом до проверки первичных записей.
5. Посчитайте подтверждённый план-факт. Считайте факт минус план в минутах только для полной доставки. Если план прошёл, а события нет, фактическое отклонение остаётся неизвестным.
6. Проверьте сводку и назначьте действия. Проверьте формулы, источники и вопросы по каждому исключению. Владелец и дата следующего среза назначаются человеком; сообщения из примера не отправляются.

Учебный пример: четыре отправки на одном срезе

Срез: 12 ноября 2026 года, 12:00 UTC+03:00. Реестр содержит S-101, S-102, S-103 и S-104. Ключ соединения: shipment_id; каждое событие сохраняет собственный event_id. Время из другой зоны нельзя сравнивать без явного преобразования.

Бриф TXT · Реестр CSV · События перевозчика CSV · События склада CSV · Негативный тест с дублем CSV · Сводка XLSX · Промпт TXT

Отдельный файл с повторным C-104 служит негативной проверкой. Его нельзя незаметно добавлять к основной выгрузке: при дубле итог должен быть заблокирован до разбора строк.

Как читать и проверять Excel-сводку

Вкладка «Исходники» хранит четыре учебные строки, время и ID событий. Вкладка «Сверка» показывает исключения и действия. Ячейка «Статус входа» должна быть OK только на валидном наборе. Пустая дата, текст вместо единиц, нулевой объём, повторный ID, неизвестная отправка, иная зона или событие позже среза блокируют итог, даже если значение вставили мимо подсказки Excel.

План действий пересчитывается вместе со срезом и остатком. Если входы неполны, его строки показывают «Нет данных». Сочетания partial с completed и partial с полным объёмом помечаются как противоречия для ручной сверки.

Для S-101 план 18:00, подтверждённый факт 17:30: факт минус план = -30 минут. Для S-102 план прошёл к срезу на 120 минут, но фактическое отклонение не вычисляется. Для S-103 остаток 8 - 3 = 5 единиц. По S-104 количественный факт не отменяет конфликт статусов.

Полный промпт для Искры

Приложите четыре основных учебных файла и вставьте запрос. Файл с дублем используйте отдельно для проверки отказа. В своей работе замените данные на подтверждённые и обезличенные выгрузки. Создание XLSX зависит от доступных инструментов в конкретном профиле.

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

Входы: shipment-brief.txt, shipments.csv, carrier-events.csv, warehouse-events.csv. Если проверяешь дубли, отдельно используй carrier-events-duplicate.csv как негативный тест, не подменяй им основную выгрузку.
Срез: 2026-11-12 12:00 UTC+03:00. Для своего случая замени дату и зону на подтверждённые значения. Ключ сопоставления: shipment_id; event_id проверяй на пустоту и повтор внутри каждого источника. Сохраняй имя файла, дату среза и исходную строку.

1. Проверь схему: обязательные shipment_id, order_id, плановый срок, planned_units, snapshot, time_zone; у событий event_id, shipment_id, время, статус и зона. Не превращай пустую дату или единицу в 0. Проверь, что ID из событий есть в реестре, event_id уникальны, численность положительна и время не позже среза. Если есть несовпадение схемы, неизвестный ID, дубликат или невалидная дата, блокируй итог и перечисли проблемные строки.
2. Сопоставь источники по shipment_id, сохрани все записи. Для каждого ID покажи план, статус и время перевозчика, статус и время склада, полный/частичный объём, исключение и вопрос владельцу. При двух разных статусах не выбирай «самый новый» без правил источников.
3. Различай: подтверждённую полную доставку, отсутствие события перевозчика, частичную доставку и противоречие источников. Если плановый срок прошёл без факта, пиши «нет подтверждённого факта; план прошёл», а не «доставлено с опозданием». Для частичной доставки не считай оставшиеся единицы доставленными.
4. Для подтверждённой полной доставки считай факт минус план в минутах с явной зоной. Для остальных оставь фактическое отклонение неизвестным. Покажи арифметику и сверку сумм по единицам, не смешивай четыре отправки в один средний срок.
5. Дай короткий реестр действий: ID, исключение, что запросить, у какого источника, владелец проверки [назначить человеком], дата следующего среза [назначить человеком]. Не придумывай причину задержки и не составляй якобы отправленное письмо.

Если в твоём профиле доступно создание XLSX, создай shipment-reconciliation.xlsx с формулами, проверками ID/дат/единиц и видимым статусом входа. Иначе верни таблицу текстом и честно укажи, что XLSX не создан. Перед выдачей пересчитай базовый пример: S-101 полная доставка за 30 минут до плана; S-102 нет события перевозчика, план прошёл на 120 минут к срезу, фактическое отклонение неизвестно; S-103 доставлено 3 из 8, остаётся 5; S-104 статусы противоречат. Негативный тест с повторным C-104 должен блокировать итог до сверки сырого файла.

Контроль перед использованием результата

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

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

Можно ли считать отправку опоздавшей, если нет события перевозчика?

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

Что делать при противоречии статусов склада и перевозчика?

Сохранить оба значения, ID событий и время, затем запросить первичные подтверждения. Один статус не доказывает причину расхождения.

Отправляет ли эта сводка запросы перевозчикам?

Нет. Учебные файлы не подключены к системам перевозчиков и не отправляют письма. Владелец проверки решает, какие действия выполнять.

Связанные материалы

• ИИ для логиста
• План-факт анализ
• Нейросеть для отчётов