Обмен контейнеров: что сняли и что установили

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

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

Сначала разберите неудавшийся обмен

В учебной заявке З-8 на площадке А находится контейнер К-17. Для замены подготовлен К-23. Выезд завершился снятием К-17, но установка К-23 не подтверждена. Программа должна показать именно это сочетание, а не просто «выполнено» или «не выполнено». Первое скрывает незавершённость, второе теряет уже установленный факт снятия.

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

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

У заявки, площадки и контейнера разные номера

Заявка определяет требуемую работу. Площадка обозначает место, а контейнер — отдельный учитываемый объект. Их нельзя заменять одним текстом в поле «адрес». На одной территории могут находиться несколько мест установки, а один клиент может обслуживать несколько площадок. Для диспетчера требуется понятное обозначение именно выбранного места.

В плане укажите ожидаемые К-17 и К-23, если процесс предусматривает такую детализацию. Фактически обнаруженный номер сохраняется отдельно. Если на площадке оказался К-19, программа не должна молча подменить им К-17 только ради успешного закрытия. Нужны отметка расхождения и согласованное решение, которое объяснит дальнейшую работу.

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

Перемещение не заканчивается словом «забрали»

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

С установкой аналогично: назначение К-23 на маршрут ещё не означает его нахождение на площадке. Между подготовкой и подтверждением установки есть самостоятельная незавершённость. Диспетчер должен видеть, что известно из плана, что подтверждено исполнителем и какие сведения пока ожидаются. Иначе карта объектов быстро превратится в карту намерений.

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

Частичный результат требует новой понятной задачи

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

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

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

Сообщения с выезда могут приходить не в порядке действий

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

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

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

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

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

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

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

Проверка на четырёх учебных выездах

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

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