Программу автосалона дополняют агентами: резерв конкретного VIN проверяется до обещания клиенту

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

Но наличие поля «Забронировано» ещё не отвечает на вопрос владельца: что случится, если менеджеры разных салонов нажмут «Резерв» одновременно? По описанию продукта нельзя установить, получат ли оба подтверждение. В просмотренных официальных страницах эта проверка не раскрыта; это не доказывает, что её нет в самом продукте.

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

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

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

ИИ-агенты здесь пишут и проверяют доработку под управлением инженера. Решение о резерве исполняет обычный код по правилам дилерской группы. Например, база данных может блокировать конкурирующие изменения; документация PostgreSQL описывает такой механизм. Выбор реализации зависит от вашей системы, а условие приёмки остаётся прежним: на VIN нет двух действующих броней.

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

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

Отдельно проверьте физическое место машины и право салона её обещать. Свободный автомобиль другого юрлица или машина в пути могут требовать согласования. Здесь мы разбираем розничные резервы конкретных автомобилей; B2B-портал для дилеров решает другую задачу обмена и заказов.

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

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

Инженер ведёт машину агентов, формулирует правила и принимает работу. Публично этот процесс показан на /open, а путь задачи до приёмки разобран в уроке «Одиннадцать шагов одной задачи» курса по агентной разработке. Как подготовить конкретное условие для исполнителя, разбираем в статье о постановке задач ИИ-агенту.

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

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

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

В формате «Все проекты» на /services инженер ведёт машину ИИ-агентов и сдаёт изменения в ветку вашего репозитория. На 7 октября 2026 цена составляет 500 000 ₽ в месяц, доступны три потока. В каждом потоке одновременно идёт одна задача; следующая ждёт. Подписку можно поставить на паузу в любой месяц.

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

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

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

Учёт операций АЗС связывают с фактической сменой и сверкой продаж.

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

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

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

2. Разрешайте обещать конкретный VIN после записи брони с номером и сроком, а не по списку наличия.

3. Принимайте повтор запроса, истечение, отмену и сбой обмена вместе с успешным резервом.

4. После запуска фиксируйте обещания без брони и превращайте каждый обход правила в новую проверку.