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

Сначала проверьте готовый учёт. УСУ описывает приём, обработку и выдачу, АГБИС связывает мешки клиента с квитанцией и отгрузкой. Страницы просмотрены 8 октября 2026.

Попросите показать частичный возврат и повторную стирку одной партии. Видно ли оставшееся бельё клиента по видам? Статус «готово» в заказе этого не объясняет.

Доработку заказывают под пробел в вашем сценарии. Выбор между коробкой и своей системой учёта разобран на примере CRM; здесь проверяем движение белья.

Учёт начинается с количества по видам изделий. В учебном сценарии гостиница сдаёт 100 полотенец. Вес записывают рядом; килограммы не объясняют возврат в штуках.

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

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

Из учебных 100 полотенец вернули 92, ещё 5 перестирывают, 2 согласовали с клиентом как брак. Последнее полотенце остаётся необъяснённым.

Партию закрывают, когда бельё вернулось клиенту, а исключения согласованы. Пока остаются перестирка или необъяснённая разница, партия открыта.

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

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

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

Задача заканчивается наблюдаемым результатом: программа показывает необъяснённое полотенце и отказывает в закрытии. Это опора для постановки задачи агенту.

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

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

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

Данные нынешнего учёта используют повторно. Второй ручной журнал даёт новую возможность разойтись. До интеграции проверяют способ обмена и разрешения на изменение.

На открытой странице машины зафиксированы 7 107 коммитов с 1 июля по 8 октября 2026, срез 00:32 МСК. Это работа машины на нашем продукте.

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

Порядок сдачи разобран в курсе агентной разработки, урок «Одиннадцать шагов одной задачи». Он переносится на учёт белья; темп сайта не задаёт срок вашей интеграции.

Тариф «Один проект» на странице подписки на разработку стоит 250 000 ₽ в месяц, на 8 октября 2026. Один продукт, один поток: задача в работе, следующая в очереди.

Такой поток можно направить на движение клиентских партий. Правки сдаются в вашу ветку в вашем репозитории и идут до приёмки. Пауза доступна в любой месяц.

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

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

До и после правки считайте партии с необъяснённой разницей и ручным пересчётом за одинаковые периоды. Количество кода не показывает, стало ли проще возвращать бельё.

Каждое новое расхождение разбирают до причины. Ошибка сотрудника меняет порядок передачи; двойная выдача в программе заканчивается исправлением и проверкой следующей правки.

1. Покажите готовой программе свою спорную партию. Заказывайте доработку под оставшийся пробел.

2. Сохраняйте клиента и исходную партию при разделении белья по обработке.

3. Сверяйте возврат по видам изделий. Перестирку, брак и необъяснённую разницу показывайте раздельно.

4. Принимайте правку на частичном возврате, двойном клике и пересорте. Найденную ошибку закрепляйте проверкой.