Внедрение «1С:Автосервис» в компании ИП Коржикова «АСК АВТО 55»

Индивидуальный предприниматель Коржиков Сергей Николаевич занимается техническим обслуживанием и ремонтом автотранспортных средств, а также розничной торговлей автомобильными деталями, узлами и принадлежностями. Автосервис работает под брендом «АСК АВТО 55» и располагает 4 подъемниками и 6 постами.  Ежемесячный поток клиентов измеряется 250 заказ-нарядами.

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

Автосервис «АСК АВТО 55» обслуживает порядка 250 автомобилей в месяц. С ростом числа заказов возрастали и сложности: кассир тратил по несколько минут на ручной перенос позиций в чек, мастера не видели статус оплаты, а закрыть заказ-наряд можно было даже без полной фискальной оплаты. После сорока пяти случаев расхождений руководство решило: пора наводить порядок.

Некоторое время назад компания приобрела программу «1С:Предприятие 8. Автосервис» и стала вести в ней учет. По мере роста количества оказываемых услуг возникла необходимость ускорить расчеты с клиентами за выполненные работы и усилить контроль оплаты, чтобы исключить выдачу автомобилей без полной фискальной оплаты.

Для оптимизации работы кассира и усиления контроля оплат в  программе компания обратилась к нам, в фирму-франчайзи 1С «Бизнес Системы».

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

ЧТО СДЕЛАНО

1. Интеллектуальная доработка Рабочего места кассира (РМК)

Это самый объемный пласт изменений, направленный на ускорение работы кассира и исключение ошибок пользователя при выборе основания для оплаты.

Фильтрация подбираемых оснований по статусу:

Стандартный механизм подбора позволял выбрать любой документ «Заказ-наряд», включая те, работы по которым еще не завершены. Это приводило к путанице и необходимости сторнирования чеков. Мы модифицировали форму подбора и связанные серверные процедуры. Теперь в списке доступных для выбора документов отображаются строго те заказы-наряды, которые находятся в статусе «Выполнен». Фильтр реализован как на уровне программного интерфейса (отбор в динамическом списке), так и в серверных проверках при передаче данных, чтобы исключить случайную подгрузку «чужого» заказа через прямой вызов методов.

Автоматическое заполнение табличной части чека:

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

• Разработан обработчик, который при выборе заказ-наряда-основания анализирует его табличные части «Товары», «Услуги» и «Материалы заказчика».
• Система собирает все связанные позиции, определяет актуальные цены с учетом возможных скидок или наценок, утвержденных в заказ-наряде, и единым пакетом переносит их в корзину РМК.
• Автоматически рассчитываются итоговые суммы, выделяется НДС, пересчитывается сдача. Кассиру остается только принять оплату и нажать кнопку «Пробить чек». Это позволило сократить время обслуживания клиента с нескольких минут до 10-15 секунд.       

Обратная связь и визуализация в РМК:

Для удобства оператора в интерфейс РМК добавлены информационные подсказки. Например, если по выбранному заказ-наряду уже были частичные оплаты, система выводит предупреждение и автоматически подбирает в чек только оставшуюся неоплаченную номенклатуру (дельта к оплате). Исключена ситуация двойной оплаты одних и тех же позиций.

2. Доработка механизмов контроля в документе «Заказ-наряд»

Чтобы мастер-приемщик и руководитель могли в реальном времени видеть финансовое состояние заказа, были внесены изменения в сам объект конфигурации и его форму.

Регистрация пробитых чеков:

Реализован механизм «обратного шлейфа» от РМК к заказ-наряду. После успешного пробития чека на фискальном регистраторе система в фоновом режиме записывает ссылку на чек (или факт оплаты) в регистр сведений, подчиненный заказ-наряду.
На форме документа «Заказ-наряд» было доработано отображение этой информации. Теперь мастер видит не просто сумму по документу, а состояние расчетов: «Не оплачен», «Оплачен частично (сумма Х из Y)», «Оплачен полностью». Данные обновляются динамически, что позволяет принимать решение о выдаче автомобиля, не покидая рабочее место.

Блокировка закрытия документа без полной оплаты:

Это главный элемент усиления финансового контроля. Ранее мастер мог установить статус «Закрыт» просто по факту выполнения работ, даже если клиент обещал оплатить позже и кассир еще не видел этих денег. Это приводило к потере дебиторской задолженности и списанию материалов «в пустоту».
Мы интегрировали строгую проверку в бизнес-логику проведения и записи документа:

• В модуле документа перехвачена процедура установки закрытия.
• Перед записью выполняется запрос к регистру оплат и сравнивается сумма пробитых чеков с итоговой суммой по документу.
• Если выявляется расхождение (сумма оплат меньше суммы документа), срабатывает программная блокировка. Пользователь получает понятное диагностическое сообщение: «Закрытие заказ-наряда невозможно. Сумма недоплаты составляет X рублей. Необходимо пробить чек на оставшиеся позиции».
• Обход данного запрета штатными средствами исключен. Это гарантирует, что ни один автомобиль не покинет сервис без 100% фискальной оплаты.

• Скорость работы кассира: Время формирования и расчета одного чека сократилось на 70-80%. Полностью исключен ручной перенос позиций и арифметические ошибки при наборе сумм.
• Финансовая дисциплина: Внедрен жесткий автоматический контроль: закрыть наряд без пробития чеков по всем позициям стало технически невозможно. Это исключило риск возникновения непреднамеренной дебиторской задолженности.
• Прозрачность учета: Благодаря визуальному отображению статуса оплаты в форме заказ-наряда, мастера и управляющие в реальном времени видят картину расчетов с клиентами, что повысило управляемость сервиса.