# Заказ наряд автосервис: система за 8 шагов в 2026

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

Источник: https://vibeceh.ru/cases/zakaz-naryady-v-avtoservise
Автор: Сергей Мазур · опубликовано 2026-08-08

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

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

Обычно всё начинается с одного и того же вопроса клиента: машина уже готова?

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

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

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

На странице шаблона Rukovoditel перечислены абонентская плата, ограничения тарифов и не самый понятный интерфейс. Ссылку оставляю ниже, чтобы ты сам сравнил.

На странице Rukovoditel авторы описывают изученные ими CRM как решения с абонентской платой, ограничениями тарифов и не всегда понятным интерфейсом: [шаблон CRM для автосервиса](https://www.rukovoditel.net.ru/database_templates.php?id=30).

Я решил начать не с большой CRM, а с одного понятного правила: дополнительную работу нельзя считать выполненной и включать в итог, пока клиент её не согласовал. Из этого правила и вырос весь журнал.

## Что изменится в буднях, когда статус машины виден сразу?

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

В начале дня я открываю лист «Наряды» и вижу машины на ремонте. Не надо листать чат и искать последний звонок. У каждой строки есть этап: диагностика, ожидание согласования, в ремонте, контроль, готово к выдаче или выдано.

Рядом стоит отдельная отметка готовности. Она не означает, что машина просто перестала быть на подъёмнике. Это сигнал: необходимые работы завершены, согласованные позиции учтены, клиенту уже можно звонить.

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

Так не возникает привычной путаницы:

- найдено не значит согласовано;
- согласовано не значит выполнено;
- выполнено не значит готово к выдаче;
- отправлено клиенту не значит, что клиент ответил.

На странице AutoSTO приведён ориентир до 20 минут экономии на одном заказ-наряде. Для условного примера можно умножить 20 минут на 100 заказов: получится 2 000 минут, то есть около 33 часов. Это расчёт по указанному ориентиру, а не обещание для каждого сервиса: результат зависит от числа машин, дисциплины мастеров и прежнего объёма ручной работы. [Расчёт AutoSTO](https://autostoinfo.ru/). У тебя результат зависит от числа машин, дисциплины мастеров и того, сколько действий раньше делалось вручную.

Для меня ценнее не сама арифметика. Я перестал задавать мастерам один и тот же вопрос: «Что с машиной?» Вопрос стал конкретным: «Почему этот наряд всё ещё на согласовании?» Так разговор превращается из поиска информации в действие.

## Почему свой журнал подходит для задачи «заказ наряд автосервис»?

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

| Критерий | Свой журнал | Готовый сервис |
|---|---|---|
| Скорость запуска | Нужно собрать и проверить | Обычно можно начать быстрее |
| Гибкость правил | Правила задаёшь сам | Возможности зависят от продукта и тарифа |
| Склад и касса | Добавляются отдельно | Часто входят в отраслевой контур |
| Стоимость | Есть расходы на сборку и инструменты | Есть тариф и возможные дополнительные модули |
| Поддержка | Проверку и резервные копии организуешь сам | Обычно есть поддержка поставщика |

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

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

Со своей сборкой я сам задаю порядок. Например:

1. Мастер добавляет дополнительную работу.
2. Позиция получает статус «На согласовании».
3. Клиент отвечает «Согласовано» или «Отклонено».
4. Только согласованная позиция попадает в сумму.
5. Наряд не переходит в готовность, если обязательная работа не завершена.

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

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

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

## Из чего состоит журнал заказ-нарядов?

Я бы собрал журнал из трёх листов: «Наряды», «Работы и запчасти» и «Справочники». Первый показывает одну строку на машину, второй хранит отдельные позиции ремонта, третий задаёт этапы, статусы согласования, сотрудников и разрешённые переходы. Для основы посмотри, как устроены [Google Таблицы](/concepts/google-tablicy), сравни схему с учётом заказов в обычной таблице и при необходимости разберись, что такое [вайб-кодинг](/concepts/vajb-koding).

![Кот смотрит на схему из трёх листов: «Наряды», «Работы и запчасти» и «Справочники».](https://s3.regru.cloud/crossmark/statejnik/images/guides/zakaz-naryady-v-avtoservise/kadr-1.webp)

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

### Лист «Наряды»

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

```text
Номер наряда | Дата приёмки | Клиент | Телефон | Автомобиль | Жалоба клиента | Результат диагностики | Текущий этап | Готово к выдаче | Итог согласованных работ | Итог согласованных запчастей | Итого | Ответственный
```

В строке не надо перечислять все детали ремонта. Она нужна для быстрого ответа на вопрос: где машина и что с ней сейчас.

Этапы можно начать с простого набора:

```text
Запись
Принят
Диагностика
Ожидает согласования
В ремонте
Контроль
Готов к выдаче
Выдан
Отменён
```

### Лист «Работы и запчасти»

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

```text
Номер наряда | Тип | Наименование | Количество | Цена | Сумма | Причина появления позиции | Согласование | Выполнение | Комментарий
```

Тип бывает «Работа» или «Запчасть». Поле «Причина появления позиции» показывает: это жалоба клиента, результат диагностики или дополнительная работа.

Статус согласования:

```text
Не предложено
На согласовании
Согласовано
Отклонено
```

Статус выполнения:

```text
Не начато
В работе
Выполнено
```

Дополнительная работа хранится отдельной строкой. Не прячь её в комментарии. Иначе она выпадет из расчёта, фильтра и проверки готовности.

### Лист «Справочники»

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

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

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

Google Таблицы могут отклонять значение, которого нет в заданном списке: [справка Google о списках в ячейках](https://support.google.com/docs/answer/186103?hl=en-5).

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

## Что поставить перед сборкой и сколько это стоит?

Можно использовать редактор вроде Visual Studio Code и помощника Claude Code. Для базовой таблицы можно начать с промптов без ручного написания кода, но интеграции, скрипты и настройки придётся проверить. Официальная цена Claude Pro составляет $20 в месяц; рублёвый ориентир около 1 470-1 500 ₽ относится к прямой оплате зарубежной картой и официальным тарифом Anthropic не является.

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

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

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

Подписка постоянная. Официальная цена Claude Pro - $20 в месяц. По статье РБК от 7 июля 2026 года, рассчитанной по курсу мая, ориентир составляет около 1 470-1 500 ₽ в месяц при прямой оплате зарубежной картой. Рублёвый итог через посредника зависит от его комиссии и отдельно не подтверждён. Ни одна из рублёвых сумм не является официальным тарифом Anthropic.

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

## Как собрать журнал заказ-нарядов по шагам?

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

![Кот прикрывает морду лапой рядом с карточками первых трёх шагов сборки журнала.](https://s3.regru.cloud/crossmark/statejnik/images/guides/zakaz-naryady-v-avtoservise/kadr-2.webp)

Создай папку проекта, открой её в VS Code и попроси помощника сначала задать вопросы. Не начинай со слов «сделай CRM». Опиши, как машина проходит путь от приёмки до выдачи.

   

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

Попроси помощника собрать основу: «Наряды», «Работы и запчасти», «Справочники». На этом шаге не добавляй Telegram и сложные интеграции.

   

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

Попроси помощника использовать значения со страницы «Справочники». Нельзя оставлять этапы и статусы свободным текстом.

   

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

Выпадающий список не должен позволять перескочить из «Принят» сразу в «Готов к выдаче». Для этого попроси помощника добавить обработчик изменения таблицы.

   

В документации Google описан триггер `onEdit(e)`: он срабатывает, когда пользователь меняет значение ячейки в таблице. [Справка Google Apps Script](https://developers.google.com/apps-script/guides/triggers)

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

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

   

Проверь пример глазами. Если одна позиция стоит 8 500 ₽ и имеет статус «На согласовании», сумма не должна увеличиться на 8 500 ₽.

Одного ручного флажка мало. Попроси связать его с этапом и незавершёнными согласованными работами.

   

После ответа создай тестовый наряд с одной согласованной невыполненной работой. Перевод в «Готов к выдаче» должен быть заблокирован или дать «Нет».

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

   

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

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

   

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

Я не писал код сам: описывал задачу помощнику и проверял каждый шаг. Такой подход часто называют [вайб-кодингом](/concepts/vajb-koding).

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

## Что появится в папке после сборки?

После сборки я вижу в папке описание процесса, настройки Google Таблиц, скрипт проверки этапов, расчёты, уведомления и справочники. Рабочие данные хранятся в таблице, а папка и Apps Script нужны только для настройки и автоматизации. Перед запуском разберись, где лежат поля, статусы и резервная копия. В код без необходимости лезть не надо.

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

```text
avtoservis-journal/
├── plan.md
├── README.md
├── appsscript/
│   ├── этапы
│   ├── расчёты
│   └── уведомления
├── справочники/
└── резервные_копии/
```

Названия файлов могут отличаться. Смотри на назначение файлов, а не на их названия:

- `plan.md` хранит описание процесса;
- скрипт этапов проверяет переходы;
- расчёты считают только согласованные позиции;
- уведомления запускают сообщения;
- справочники хранят допустимые значения;
- резервные копии позволяют вернуться к рабочему состоянию.

Для действий с авторизацией нужен устанавливаемый триггер. В документации Google указано, что такие триггеры могут вызывать сервисы, которым нужна авторизация: [справка об устанавливаемых триггерах](https://developers.google.com/apps-script/guides/triggers/installable).

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

> **Практикум по сборке и проверке системы**
> 
> Если хочешь разобрать процесс руками, на практикуме можно описать задачу, проверить результат и исправить ошибки. [Открыть практикум](https://vibeceh.ru/#buy).

## Что делать, если статус не меняется или сообщение не приходит?

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

![Мужчина без видимого лица прикрывает ладонью лоб рядом со схемой поиска сбоя и тремя проблемами.](https://s3.regru.cloud/crossmark/statejnik/images/guides/zakaz-naryady-v-avtoservise/kadr-3.webp)

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

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

   При использовании одного токена двумя экземплярами Telegram может вернуть ошибку конфликта при получении обновлений; точный текст зависит от библиотеки и способа интеграции. Это ограничение описано в [FAQ Telegram о ботах](https://core.telegram.org/bots/faq). Тестовую копию держи на отдельном боте.

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

   У Google Apps Script есть ограничения по квотам. Если выполнение остановилось из-за лимита, журнал должен показывать не только экран, но и очередь неотправленных действий. Подробности смотри в [документации о квотах Apps Script](https://developers.google.com/apps-script/guides/services/quotas).

4. **Истёк токен доступа.** Если конкретный API возвращает 401 или 403, сверяйся с его документацией: причины могут быть связаны с авторизацией или правами доступа. Проверь токен, разрешения и процедуру повторной авторизации.

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

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

7. **Клиент не начал диалог.** Telegram-бот не может первым написать человеку. Проверь, что клиент открыл бота и нажал старт, либо используй другой канал связи.

8. **Этап есть, но никто не действует.** Статус сам по себе не устраняет просрочку. Для каждого этапа нужен ответственный и следующий шаг.

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

## Сколько стоит своё решение и когда лучше готовый сервис?

Своя сборка требует оплаты Claude Pro: официально это $20 в месяц. По статье РБК от 7 июля 2026 года, рассчитанной по курсу мая, ориентир составляет около 1 470-1 500 ₽ в месяц при прямой оплате зарубежной картой; рублёвый итог через посредника зависит от его комиссии и отдельно не подтверждён. В одном из рассмотренных сервисов тариф начинается от 599 ₽ в месяц за одного пользователя, а готовая таблица Birdyx указана по цене 5 999 ₽ разово. Выбор зависит от нужных функций и сопровождения, а не только от цены.

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

Для сравнения:

| Вариант | Цена на дату проверки | Что закрывает | Ограничения |
|---|---:|---|---|
| Claude Pro | $20 в месяц, рублёвый платёж через посредника не является официальным тарифом | Сборка и изменение собственной схемы | Нужны проверка, резервные копии и настройка |
| «АвтоДилер Онлайн» | 599 ₽ в месяц за одного пользователя | Заказ-наряды и дополнительные рабочие контуры | Возможности зависят от продукта и тарифа |
| Таблица Birdyx | 5 999 ₽ разово | Готовая таблица заказ-нарядов | Это не полноценная отраслевая система |

Цены сверяй на страницах [Claude](https://claude.com/pricing), [«АвтоДилер Онлайн»](https://autodealer.ru/online/order) и [Birdyx](https://store.birdyx.ru/item/prostoi-zakaz-nariad-na-remont-avtomobilia-v-tablicax).

Готовый сервис с тарифом от 599 ₽ может оказаться дешевле подписки. Он уже содержит заказ-наряды и другие функции. Собственная сборка оправдана, когда нужно сделать узкое правило под себя, даже если она не снижает расходы.

Такой журнал особенно полезен, если вместе с ним нужны:

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

У «АвтоДилер Онлайн» в заказ-наряде заявлены товары со склада, платежи, печать документов и другие контуры. Это уже не просто журнал.

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

Не смешивай сервисное уведомление и рекламу. Сообщение «по заказ-наряду обнаружена дополнительная работа» относится к ремонту. Рекламная вставка может изменить правовую квалификацию сообщения, поэтому проверь требования к согласию по применимой юрисдикции и настрой отдельное согласие.

## Что сделать сегодня, если не разбираешься в технологиях?

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

Безопасный порядок такой:

1. Возьми один типовой ремонт.
2. Выпиши поля приёмки и диагностики.
3. Отдельно перечисли работы и запчасти.
4. Отметь, что требует согласования.
5. Проверь, что несогласованная позиция не входит в сумму.
6. Проверь переходы этапов.
7. Сделай резервную копию.
8. Только после этого добавляй сообщения.

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

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

Excel тоже остаётся рабочим выбором, если весь сервис уже работает на Windows и одном компьютере. Но чаты и Excel не сводятся сами к концу дня. Если информация живёт в двух местах, проблема статуса останется.

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

## Вопросы и ответы

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

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

Можно добавить в лист «Работы и запчасти» поля «Норма времени», «Фактическое время» и «Ставка». Но подробные правила нормочасов зависят от отраслевой программы, марки автомобиля и принятой методики. Для простого журнала лучше сначала учитывать работу, количество и цену, а нормочасы добавлять отдельным этапом.

Для проверки идеи можно использовать Service-Online или собрать базовую таблицу без платной CRM. Но бесплатный онлайн-бланк не равен журналу автосервиса: он может не хранить историю этапов, ответственных и уведомлений. Claude Code входит в платные планы Anthropic; для примера ниже берём Claude Pro за $20 в месяц.

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

Сначала внеси данные приёмки: номер наряда, дату, клиента, телефон, автомобиль и жалобу. После диагностики добавь найденные работы отдельными строками. Для каждой дополнительной позиции поставь статус «На согласовании», затем измени его на «Согласовано» или «Отклонено» после ответа клиента. В итог попадут только согласованные позиции.

Формы есть на Service-Online, Tamali, «Контур.Маркет» и других сайтах из поисковой выдачи. Но скачанный бланк решает задачу печати, а не текущего контроля ремонта. Если нужна история машины и статусы, форму придётся дополнить журналом.

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

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

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

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

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

- [Rukovoditel, шаблон CRM для автосервиса](https://www.rukovoditel.net.ru/database_templates.php?id=30)
- [Google Docs Editors Help, списки в ячейках](https://support.google.com/docs/answer/186103?hl=en-5)
- [Google for Developers, триггеры Apps Script](https://developers.google.com/apps-script/guides/triggers)
- [Google for Developers, устанавливаемые триггеры](https://developers.google.com/apps-script/guides/triggers/installable)
- [AutoSTO, автоматизация автосервиса](https://autostoinfo.ru/)
- [АвтоДилер Онлайн, заказ-наряды](https://autodealer.ru/online/order)
- [АвтоДилер Онлайн, справка по заказ-нарядам](https://autodealer.ru/online/help/zakaz-nariady/index.html)
- [Claude, тарифы](https://claude.com/pricing)
- [Anthropic Help Center, тариф Claude Pro](https://support.claude.com/en/articles/11049762-choose-a-claude-plan)
- [РБК Компании, ориентир цены Claude Pro в рублях](https://companies.rbc.ru/amp/news/cbc6c3e1-2b3f-4330-98be-a03ad28f7883/)
- [Service-Online, заказ-наряд на ремонт автомобиля](https://service-online.su/forms/buh/zakaz-naryad/)
- [Birdyx, готовая таблица заказ-нарядов](https://store.birdyx.ru/item/prostoi-zakaz-nariad-na-remont-avtomobilia-v-tablicax)
- [Telegram, Bots: An introduction for developers](https://core.telegram.org/bots)
- [Telegram, Bots FAQ](https://core.telegram.org/bots/faq)
- [Федеральный закон «О персональных данных», статья 5](https://www.consultant.ru/document/cons_doc_LAW_61801/96fbc469f91f57235cc842a85e0516a99f23dc85/)