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

Нужна ли новая программа, если готовая уже ведёт запись и оплату? Сначала стоит проверить её на вашем заказе. У YouCo CRM связаны запись по боксам, заказ и касса; у Инфо-Предприятия есть выбор услуг, бокса и исполнителей.

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

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

Что именно хранить в заказе? Состав купленного пакета на момент оформления. Изменение сегодняшнего прайса не должно задним числом менять вчерашнее обещание клиенту.

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

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

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

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

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

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

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

Что должен видеть владелец сети? Где заказ расходится с подтверждённой работой и кому передан разбор. Общего числа «готовых машин» для этой задачи недостаточно.

В машине vibecoding.ru рабочие экраны собраны агентами. Публичная карта на /open выделяет «Админку» как отдельную часть проекта. Это наш опыт сборки пульта; экран заказов автомойки мы предлагаем разработать.

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

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

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

Что поручить агенту первым? Одно правило закрытия заказа и проверки вокруг него. Постановка задачи ИИ-агенту разобрана отдельно; для мойки результат формулируется через поведение приёмщика.

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

Кнопка подтверждения записывает сообщение сотрудника о работе. Чистоту салона принимает приёмщик по правилам сети; автоматическая проверка кода этого не делает. В программе можно обязать приложить подтверждение, но содержание подтверждения оценивают на посту.

Старый код сначала читают и проверяют на прежнем поведении. Разбор технического долга с агентами объясняет эту подготовку. Замена всей системы ради нового статуса увеличит объём приёмки.

У нас этот порядок входит в курс «Агентная разработка», в урок «Одиннадцать шагов одной задачи». Код проходит путь до сдачи, инженер решает, принимать ли изменение. Ответственность за ошибки ИИ не исчезает от наличия автоматических проверок.

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

На /services тариф «Один проект» стоит 250 000 ₽ в месяц на 7 октября 2026. Инженер ведёт машину агентов, сдаёт правки в ветку репозитория клиента и ведёт одну задачу в потоке. Следующая ждёт в очереди.

В такой поток можно поставить переходы заказа по постам, подтверждения услуг и разбор расхождений. Это предложение состава работ для автомойки. Цена подписки не является сметой всего внедрения или замером срока этой доработки.

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

1. Сначала проведите свой заказ через демо готовой программы. Заказывайте доработку там, где маршрут расходится с правилами сети.

2. Сохраните купленный пакет в заказе. Каждую услугу подтверждайте отдельно, оплату учитывайте независимо.

3. Передавайте машину в том же заказе. Сохраняйте отметки, возвраты и причины изменений.

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