Как работает 1С:Автосервис: учёт заказов, склада и расчётов

1С:Автосервис — отраслевое решение на платформе 1С:Предприятие, которое закрывает основные процессы станции технического обслуживания: приёмку автомобиля, оформление заказ-наряда, резервирование и списание запчастей, расчёт стоимости работ и взаиморасчёты с клиентами и поставщиками. Программа построена вокруг документа «Заказ-наряд», к которому привязываются работы, товары, исполнители и оплаты.

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

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

Из чего состоит система и как связаны её модули

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

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

Как подготовить справочники перед запуском

Главная причина «кривого» учёта после внедрения — пустые или хаотично заполненные справочники. До начала работы нужно ввести номенклатуру работ с нормами времени, номенклатуру запчастей с единицами измерения и штрихкодами, прайс-листы для разных категорий клиентов, список исполнителей с процентными ставками оплаты и структуру складов.

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

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

1. 1
   Создайте структуру складов и подразделений, назначьте ответственных
2. 2
   Заполните справочник работ с нормами времени и привязкой к ценам
3. 3
   Загрузите номенклатуру запчастей из прайсов поставщиков, проверьте единицы измерения
4. 4
   Настройте виды цен: розничную, оптовую, для корпоративных клиентов
5. 5
   Введите сотрудников-исполнителей и схему начисления оплаты труда
6. 6
   Проведите тестовый заказ-наряд от приёмки до оплаты и сверьте движения по складу

Как оформляется заказ-наряд: полный цикл

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

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

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

Складской учёт запчастей и закупки

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

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

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

Расчёты с клиентами, поставщиками и сотрудниками

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

Расчёты с поставщиками строятся на связке «заказ — поступление — оплата». Отчёт по взаиморасчётам показывает долг перед каждым контрагентом, а сопоставление накладных и платежей помогает найти неоплаченные или переплаченные документы.

Начисление исполнителям обычно настраивается как процент от стоимости работ или от суммы нормо-часов по закрытым заказ-нарядам. После закрытия периода формируется ведомость начислений по каждому механику. Если схема мотивации сложнее (коэффициенты за сложность, выработку, качество), её реализуют через доработку или внешние отчёты — типовой механизм покрывает базовые варианты.

Контрольные точки

Как проверить корректность учёта

Остатки склада против фактического наличия

Норма

Расхождения по инвентаризации минимальны и объяснимы

Тревожный признак

Систематические минусы по ходовым позициям

Себестоимость в заказ-нарядах

Норма

У каждой списанной детали есть цена поступления

Тревожный признак

Нулевая или аномально низкая себестоимость

Резервы по открытым заказам

Норма

Зарезервированные детали соответствуют реальным отложенным

Тревожный признак

Резервы «висят» на давно закрытых заказах

Взаиморасчёты с поставщиками

Норма

Накладные и платежи закрываются друг другом

Тревожный признак

Долг дублируется по нескольким незакрытым документам

Отчёты и контроль эффективности сервиса

Для управленческого контроля используются отчёты по выручке в разрезе работ и запчастей, по загрузке исполнителей и постов, по валовой прибыли заказ-нарядов. Отчёт по загрузке показывает, сколько нормо-часов продал каждый механик относительно фонда рабочего времени — это ключевой индикатор эффективности СТО.

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

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

Ограничения, доработки и частые проблемы внедрения

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

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

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

Частые вопросы

Чем 1С:Автосервис отличается от 1С:Управление нашей фирмой?

1С:Автосервис — специализированное решение: в нём из коробки есть заказ-наряд с нормами времени, учёт автомобилей по VIN, резервирование запчастей под заказ и расчёт исполнителей. УНФ — универсальная конфигурация, где эти механизмы придётся настраивать или дорабатывать. Для полноценного СТО отраслевое решение обычно требует меньше доработок.

Можно ли вести учёт запчастей, которые приносит сам клиент?

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

Как рассчитывается стоимость работ для клиента?

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

Что делать, если остатки в программе не совпадают с фактическими?

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

Нужен ли программист 1С для запуска автосервиса?

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

Как защитить данные базы от потери?

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