Интеграция с 1С: какие данные передавать для контроля заказ-нарядов
Здесь владелец и программист 1С видят, какие поля нужны, как обновляются открытые ЗН и почему отчет за прошлую дату должен учитывать финальную сумму.
15 минут на первый разбор. Без замены 1С / CRM: начать можно с одной камеры, Excel или выгрузки.
Что дает интеграция вместо ручной выгрузки
Интеграция нужна не ради API, а чтобы руководитель видел актуальные суммы и статусы без ручной загрузки Excel.

Поля из 1С
Госномер, дата открытия, дата закрытия, ЗН, сумма, статус, филиал и ответственные.

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

Документы и суммы
Видно заказ-наряд, сумму, мастера, слесаря и причину проверки.
1С отправляет события, АвтоРевизор держит открытые заказы в контроле
1С отправляет события по заказ-нарядам: создание, обновление суммы, изменение статуса и закрытие. АвтоРевизор сверяет эти данные с заездами камер.
1С отправляет созданный заказ-наряд
Передается номер автомобиля, дата открытия, филиал, документ, ответственные и предварительные суммы.
После закрытия обновляется итоговая сумма
Если заказ открыли 22 числа, а закрыли 25-го, отчет за 22 число может быть пересчитан с финальной суммой.
Руководитель получает не сырые данные, а результат сверки
Автомобили без ЗН, низкие чеки и открытые заказы попадают в ежедневный отчет с причинами проверки.
Что дать программисту 1С для подключения
Нужно отправлять изменения заказ-нарядов: создание, закрытие, сумму работ, статус, госномер, филиал и ответственных. Логика должна обновлять уже известный заказ, а не создавать дубль.
API принимает данные только от доверенного источника
Для рабочей интеграции используются логин и пароль API, IP-ограничение, HTTPS и журнал входящих пакетов. Это снижает риск подмены отчетов и случайной отправки с чужого адреса.
API нужен, чтобы отчет строился без ручной Excel-загрузки
После запуска обмена 1С отправляет изменения заказов, а руководитель получает ежедневный отчет по фактическим заездам, суммам, статусам и открытым ЗН.
Если 1С не отправила закрытие или сумму, это должно быть видно
Журнал обмена нужен, чтобы владелец не принимал решения по устаревшим данным. Каждый входящий пакет должен быть проверяемым: время, источник, заказ, статус и результат обработки.
Какие поля передать программисту 1С
Госномер, ID и номер ЗН, дата открытия, дата закрытия, сумма работ, общая сумма, статус, филиал, мастер, слесарь и приемщик закрывают большинство сценариев сверки.
ТЗ для 1С без лишней перестройки конфигурации
API нужен не ради интеграции, а чтобы отчет по деньгам строился без ручной Excel-загрузки и показывал актуальные суммы после закрытия заказов.
Стабильный ID заказ-наряда
Один и тот же ЗН должен обновляться при изменении суммы или статуса, а не создаваться дублем.
- ID ЗН
- номер документа
- статус
Сумма работ и итоговая сумма
Для нормочаса и низкого чека важно понимать, какая сумма объясняет фактическое время автомобиля.
- работы
- итого
- скидка или гарантия
Открытие, закрытие и обновления
Если заказ закрывается через несколько дней, отчет за старую дату должен увидеть финальный статус.
- startdate
- enddate
- updated_at
Прием данных должен быть проверяемым
HTTPS, авторизация, IP allowlist, HMAC и журнал пакетов помогают понять, что 1С передала и когда.
- HTTPS
- IP allowlist
- журнал обмена
Какое ТЗ получает программист 1С
Каждая строка отчета отвечает на три вопроса: какой автомобиль был в сервисе, что найдено в учете и какое действие нужно выполнить.
Получите список полей для 1С
Покажем, какие поля нужны для первого отчета, какие события передавать из 1С и как не потерять заказы, которые закрываются через несколько дней.

Что нужно передавать из 1С
- Госномер, дата открытия и дата закрытия заказ-наряда.
- Номер документа, филиал, сумма работ и статус.
- Мастер, слесарь, приемщик или другой ответственный, если эти поля есть.
- События открытия, закрытия и изменения суммы.
- Журнал входящих отчетов для проверки обмена.
- Передавать нужно изменения заказов, а не только финальный отчет за час.
- Стабильный ID ЗН нужен для обновления суммы и статуса без дублей.
- Журнал обмена показывает, пришли ли открытие, изменение суммы и закрытие.
- IP allowlist полезен, но HMAC защищает от подмены и replay даже внутри разрешенного канала.
Что нужно для запуска интеграции
Интеграцию можно делать без смены вашей учетной логики: 1С просто отправляет нужные события.
Частые вопросы
Коротко отвечаем на вопросы, которые обычно возникают перед запуском: камеры, учет, отчеты, архив кадров и порядок проверки.
Какие поля должна передавать 1С?
Госномер, номер ЗН, дата открытия, дата закрытия, сумма, статус, филиал и при необходимости мастер, слесарь или приемщик.
Как обновляются открытые ЗН?
1С отправляет обновление по тому же документу, а АвтоРевизор пересчитывает отчет с актуальной суммой и статусом.
Можно ли начать до готовой интеграции?
Да. Временный вариант — Excel-выгрузка из 1С и ручной анализ через интерфейс.
Как защищается прием данных?
Используются HTTPS, логин и пароль API, ограничение по IP и журнал входящих пакетов.
Нужно ли менять конфигурацию 1С полностью?
Нет. Обычно достаточно обработчика, который отправляет нужные поля при создании и закрытии заказ-наряда.
Можно ли отправлять только изменения, а не весь отчет каждый час?
Да. Это предпочтительная логика: система хранит единую базу 1С и обновляет строки при изменениях.
Подойдет ли нестандартная конфигурация 1С?
Да, если из нее можно передать минимальные поля заказ-наряда или сделать выгрузку. Сначала проверяется формат данных и один день отчета.
Что важнее всего проверить после запуска API?
Что обновления приходят по одному и тому же идентификатору ЗН, открытые заказы не теряются между днями, а закрытие передает финальную сумму.
Какой идентификатор ЗН важен для обмена?
Нужен стабильный ID документа из 1С, чтобы обновлять тот же заказ при изменении суммы или статуса, а не создавать дубли.
Что проверять после запуска API 1С?
Открытие ЗН, изменение суммы, закрытие через несколько дней, ошибку номера и журнал входящих пакетов.
Зачем HMAC, если есть IP allowlist?
IP ограничивает источник, а HMAC подтверждает целостность тела запроса и снижает риск подмены или повторной отправки старого пакета.
Полезные разделы по этой теме
Откройте следующий сценарий: расчет стоимости, проверка камеры, сверка с учетом или подробный разбор отчета.
Получите ТЗ для программиста 1С
Отправим список полей, правила обновления открытых ЗН и схему безопасной передачи данных.
После заявки разберем ваш сценарий: камеры, учетную систему, количество постов и формат ежедневного отчета для руководителя.