
Разбор для бизнеса · 08.10.2026
Планирование отгрузки связывает готовность заказа, окно погрузки и доступность транспорта
Что заказать вместо договорённостей в чатах: расписание окон, проверку готовности и конфликтов. Первая версия, приёмка кода и границы разработки с ИИ-агентами.
Текст подготовлен машиной агентов под надзором автора vibecoding.ru · факты проверены 8 октября 2026
Планирование отгрузки связывает готовый заказ, свободное окно и подтверждённый транспорт. Отдельные договорённости в чатах надо проверить вместе.
В учебном примере заказы А и Б претендуют на одни ворота. Для такой ситуации можно заранее задать агентам правила и приёмку кода.
Не хотите разбираться сами? Внедряем ИИ в ваш бизнес: задачи без лимита, одна цена в месяц, отмена в любой момент.
1. Общий календарь полезен, когда запись означает выполнимую отгрузку.
Подтверждение означает, что заказ, ворота и рейс совместимы в выбранное время. Зелёная ячейка, которую диспетчер поставил вручную, этого не доказывает.
Модуль оптимизации маршрута учитывает окна доставки, вместимость транспорта и ручные исключения.
ICPark, 26 августа 2026, описывает подготовку товара, документов и транспорта. Holodsklad называет ответственного. Эти статусы нужны календарю.
Сначала проверьте готовый модуль. Как при выборе своей CRM, собственный код нужен для правила, которого нет в действующей системе.
Что и как мы проверяли
| Факт | Что известно | Проверено |
|---|---|---|
| Процесс отгрузки | Прочитали статью ICPark от 26.08.2026 и материал Holodsklad: подготовка товара, последовательность и ответственный. Это описание процесса, а не замер автоматизации | 2026-10-08 |
| Окно и факт | Microsoft Learn: окно привязано к грузу и воротам, учитывает длительность и часовой пояс площадки. Фактические прибытие и выезд регистрируются отдельно. Документация существующей системы, не обещание нашего продукта | 2026-10-08 |
| Наш опыт | Машина разработки vibecoding.ru, история конфликта выпусков 10.08 и исполненного правила 13.08.2026. Первичные записи сверены. Клиентского кейса планирования отгрузки у нас нет | 2026-10-08 |
| Таблицы приёмки | Предложенное автором задание, а не результаты тестового прогона. Заказы А и Б и времена окон учебные. Правила готовности, совместимости и переносов надо согласовать с компанией | 2026-10-08 |
| Цена разработки | Живой /services, 08.10.2026 по МСК: «Один проект», 250 000 ₽ в месяц, один продукт и один поток. Это цена подписки, не смета расписания и не срок внедрения | 2026-10-08 |
2. Заказ, ворота и рейс должны ссылаться на одну запись плана.
Каждый статус приходит от ответственного за него. «Машина найдена» без подтверждённого времени ещё не означает, что транспорт доступен для отгрузки.
Интеграция магазина со СДЭК связывает заказ с отправлением и проверяет расчёт и статусы.
В Microsoft окно связывает груз с воротами, временем и длительностью. Оно включает погрузку и выезд; часовой пояс принадлежит площадке.
Согласуйте источники статусов и права на их изменение. Таблица ниже предлагает модель для первой версии, а не описывает внедрённый продукт.
Подтверждение связывает заказ, окно и рейс.
Проект модели автора, 08.10.2026. Границы окна и часовой пояс сверены с Microsoft Learn; состав полей надо согласовать с компанией.
3. Конфликты проверяют при сохранении, а перенос согласуют заново.
Свободные ворота могут одновременно выбрать разные диспетчеры. Ошибку надо поймать при сохранении: система не должна принимать несовместимые брони.
У нашей машины столкнулись параллельные выпуски. Карта нашей машины показывает работу разработки. Клиентского кейса планирования отгрузки у нас нет.
Для отгрузки нужен контроль общего ресурса при сохранении брони. Независимые ворота могут работать параллельно. В ленте ниже описана поломка разработки.
Общий результат защитили после конфликта выпусков.
10.08
Параллельные сборки разных версий перезаписали общий результат: старая закончилась последней. Обнаружили гонку и предложили последовательный выпуск.
13.08
Параллельные сборки выключили. Последовательный выпуск стал исполненным правилом для этого общего ресурса.
История машины vibecoding.ru, записи 10 и 13 августа 2026, сверены 08.10.2026.
При переносе свободных ворот недостаточно. Надо заново проверить готовность заказа и согласие перевозчика, прежде чем подтвердить новое время.
Условия переноса запишите в правилах для ИИ-агентов до реализации. Укажите, кто меняет план и кто подтверждает новое окно.
В таблице условные заказы А и Б занимают одни ворота. Времена учебные. Подготовка ворот после погрузки тоже должна входить в их занятость.
Новый план проверяют до подтверждения.
Авторские сценарии приёмки, 08.10.2026. Времена учебные, это проектные требования, тестовый прогон не проводился.
4. Агенту поручают код правил, а приёмку строят на отказах.
ИИ-агент пишет код согласованных правил. Проверка занятости должна одинаково работать при каждом сохранении, без свободного ответа нейросети.
В постановке задачи агенту задайте успешную бронь и отказ на конфликте. Демонстрация свободного дня проверяет только самый спокойный сценарий.
Повторите переносы и одновременное сохранение на одинаковых исходных данных. Журнал должен показать, кто изменил план и что подтвердили участники.
Код принимают по поведению на конфликте и сбое.
Предложенный набор приёмки автора, 08.10.2026. Проверки выбирают после согласования правил компании; успешные результаты здесь не заявлены.
Готовьте учебные заказы. Данные клиентов при разработке требуют отдельного решения. Условным номерам не нужны телефоны водителей и клиентская база.
Инженер ведёт машину агентов и принимает работу. В уроке «Одиннадцать шагов одной задачи» разобран метод разработки vibecoding.ru.
Перед выбором подрядчика обсудите разработку расписания. Начните с обещания, которое система должна уметь проверить.
Каждый этап заканчивается проверяемым результатом.
Предложенный порядок разработки автора, 08.10.2026. Календарные сроки не заданы; следующий этап начинается после подтверждения предыдущего.
5. Покупать стоит слой диспетчеризации с определёнными границами.
Первая версия проверяет, можно ли подтвердить отгрузку. Учёт остатков и комплектацию оставьте в действующей системе, расписанию передайте статусы.
Если готовый модуль выполняет правила компании, достаточно настройки и подключения. Собственный код нужен, когда такое правило иначе не исполнить.
Подписка на разработку стоит 250 000 ₽ в месяц за «Один проект», один поток. Цена на 08.10.2026 относится к подписке, не к готовому расписанию.
Расписание можно собрать поверх существующего учёта.
Границы первого задания, предложенные автором. Тариф и один поток сверены на /services 08.10.2026; стоимость внедрения не оценивалась.
6. Причины переносов должны менять правила следующей смены.
Сохраняйте план и факт прибытия и освобождения ворот. Microsoft отдельно фиксирует въезд и выезд: назначенное окно не заменяет фактические события.
Причину задержки выбирает ответственный. Разделите опоздание транспорта и неготовность заказа: эти проблемы требуют разных изменений.
Повторяющаяся причина должна менять правило и проверку. Следующая смена работает по новым условиям; эффект сравнивают на сопоставимых отгрузках.
Разбор задержки заканчивается изменением правила.
Проект журнала автора, 08.10.2026. Разделение плана и факта сверено с Microsoft Learn; клиентских результатов до/после нет.
7. Частые вопросы
Хватит ли Excel для планирования отгрузки?+
Для общего списка и ручного согласования Excel подходит. Если критичны одновременные изменения и запрет конфликтующих броней, проверьте именно эти сценарии в текущем решении. Покупать новый интерфейс без такого требования незачем.
Окно погрузки означает время приезда машины?+
Оно должно описывать занятость ресурса, включая нужные операции до освобождения ворот. Прибытие машины фиксируется отдельно. Состав и длительность операций согласуют с площадкой.
Как учитывать частично готовый заказ?+
Сначала компания решает, разрешена ли частичная отгрузка и кто её подтверждает. Если разрешена, отдельная партия получает свой состав, готовность и связь с рейсом. Общий статус заказа не должен скрывать неготовую часть.
Нужна ли нейросеть в работающем расписании?+
Для проверки пересечений и готовности достаточно согласованных правил в коде. ИИ-агенты нужны при разработке. Разбор свободного текста можно добавить отдельной задачей с проверкой результата человеком.
Можно ли подтвердить другой рейс после отмены брони?+
Да, после сохранения отмены и повторной проверки свободного ресурса. Если транспорт или готовность изменились, прежнее подтверждение не переносится автоматически. Отмену и новое назначение сохраняют в истории.
Источники
- ICPark: подготовка и организация отгрузки, 26.08.2026; проверено 08.10.2026 — блог компании
- Holodsklad: процесс отгрузки; проверено 08.10.2026 — блог компании
- Microsoft Learn: назначение окна, обновлено 17.02.2025; проверено 08.10.2026 — документация
- Microsoft Learn: фактические прибытие и выезд; проверено 08.10.2026 — документация
- Открытая машина vibecoding.ru; поломка 10.08 и правило 13.08.2026, сверены 08.10.2026 — наш опыт
- vibecoding.ru: тариф разработки; проверено 08.10.2026 — наш оффер
- vibecoding.ru: публичная программа агентной разработки; проверено 08.10.2026 — программа курса
Запомнить
1. Подтверждайте отгрузку после проверки готовности заказа, окна и транспорта.
2. Проверяйте конфликт при сохранении, включая одновременные действия диспетчеров.
3. При переносе пересогласуйте условия и сохраните причину изменения.
4. Принимайте код на отказах, повторных запросах и сбоях, а не только на свободном окне.
5. Записывайте план и факт, затем превращайте повторяющиеся причины задержек в новые проверки.