Интеграция 1С с Атол 2026: API, драйвер ККТ и риски чеков
Интеграция 1С с Атол ломается не на кнопке "Отправить чек", а раньше: в версии ФФД, реквизитах номенклатуры, настройке ОФД, сменах, кодах маркировки и правилах повторной отправки. Если в 1С продажа проведена, но чек в Атол не фискализирован, бухгалтер видит оплату, а ФНС и покупатель не получают корректный фискальный документ.

В нашей практике по Синхрон1С самый опасный сценарий выглядит так: интернет-магазин принимает оплату ночью, 1С создает заказ утром, а чек уходит в Атол только после ручной обработки. Формально проблема кажется "технической очередью", но по факту это риск по 54-ФЗ, потому что чек должен формироваться при расчете, а не когда оператор дошел до выгрузки.
Материал обновлен в мае 2026 года после проверки документации АТОЛ Онлайн v5, базы ошибок АТОЛ, материалов ФНС по ККТ/ОФД/ФФД 1.2 и инструкции 1С ITS по драйверу АТОЛ 10.x. Это технический чек-лист для владельца 1С, разработчика интеграции и бухгалтера, который будет принимать результат.
Ключевые факты
- "Атол" в интеграции с 1С означает две разные архитектуры: локальная физическая ККТ через драйвер АТОЛ 10.x или облачная фискализация через АТОЛ Онлайн API.
- Для маркированных товаров нужен контур ФФД 1.2: касса, фискальный накопитель, режим регистрации и внешнее кассовое ПО должны поддерживать работу с маркировкой.
- В АТОЛ Онлайн v5 чек отправляется как JSON на операцию
sell,sell_refund,buy,buy_refundи другие; результат приходит асинхронно со статусомwait,doneилиfail. - ОФД не "дополнительная опция": ФНС ведет реестр операторов фискальных данных, а АТОЛ Онлайн при подключении требует действующий договор с ОФД или его оформление.
- Кассовая смена важна даже в облачной схеме: если смена превышает 24 часа, фискальный признак для чеков не формируется, кроме отчета о закрытии смены.
- Для запусков в 2026 году отдельно проверьте ставки НДС: актуальная документация АТОЛ Онлайн API v5 уже содержит значения
vat22иvat122. - Главная защита интеграции - не один успешный тестовый чек, а очередь повторов, уникальный
external_id, хранение UUID/ФП в 1С и отдельный мониторинг ошибок.
Что выбрать: Атол Онлайн API или физическую кассу через драйвер
Для интернет-магазина, подписок, доставки и оплат без кассира обычно удобнее АТОЛ Онлайн. В этой схеме 1С или промежуточный сервис формирует JSON-чек, получает токен через getToken, отправляет документ на https://online.atol.ru/possystem/v5/<group_code>/<operation> и ждет результат по callback или запросу статуса. Драйвер ККТ на рабочем месте не нужен.
Для розничной точки с кассиром и физическим фискальным регистратором чаще остается драйвер АТОЛ 10.x. По инструкции 1С ITS драйвер состоит из интеграционной компоненты в 1С и основной поставки производителя, которая напрямую взаимодействует с оборудованием. На практике это означает зависимость от Windows, разрядности клиента 1С, USB/COM/TCP-подключения, версии драйвера, прошивки ККТ и настроек ОФД.
| Критерий | АТОЛ Онлайн API | Физическая ККТ через драйвер АТОЛ |
|---|---|---|
| Где фискализируется чек | В облачной кассе АТОЛ Онлайн | На локальной ККТ или фискальном регистраторе |
| Что настраивать в 1С | Формирование JSON, токен, group_code, callback, очередь повторов |
Подключаемое оборудование, драйвер 10.x, порт, параметры ККТ и ОФД |
| Типовые пользователи | Интернет-магазины, курьеры, оплаты на сайте, SaaS-подписки | Розница, склад-магазин, кассовое рабочее место |
| Риск при обновлениях | Изменение API/версии ФФД/формата реквизитов | Совместимость 1С, драйвера, прошивки и ОС |
| Что обязательно логировать | external_id, UUID, статус, payload ФП, текст ошибки |
Версию драйвера, порт, тест связи, логи драйвера, закрытие смены |
Если у бизнеса есть и сайт, и офлайн-касса, не стоит смешивать два потока в одну "выгрузку в Атол". Разделите источник расчета: онлайн-оплаты отправляйте в облачную кассу, офлайн-продажи - в локальную ККТ. Иначе возвраты, авансы и закрытие смены быстро превращаются в ручную сверку.
Как выглядит фискализация через АТОЛ Онлайн v5
Рабочий поток для 1С обычно такой:
- В 1С появляется документ оплаты или реализации, по которому нужен чек.
- Интеграция проверяет организацию, систему налогообложения, email/телефон покупателя, позиции, НДС, признаки способа и предмета расчета.
- Сервис получает токен АТОЛ Онлайн через
POST https://online.atol.ru/possystem/v5/getToken. - Чек отправляется на операцию
sell,sell_refund,buyилиbuy_refund; для коррекций используются отдельные операции коррекции. - В запрос кладется
external_id- уникальный идентификатор документа внешней системы длиной до 128 символов. - Если указан
callback_url, АТОЛ возвращает результат обработки POST-запросом; дополнительно можно получать статус по UUID. - В 1С записываются UUID, статус, номер смены, номер фискального документа, фискальный признак, ссылка ОФД и текст ошибки, если чек не прошел.
В АТОЛ Онлайн v5 результат не надо считать мгновенной печатью чека. В схеме результата есть статусы wait, done, fail. При done в payload возвращаются, среди прочего, fiscal_receipt_number, shift_number, fn_number, fiscal_document_number, fiscal_document_attribute, ofd_inn, ofd_receipt_url и результаты по маркировке. Именно эти поля нужно сохранять в 1С, а не только "чек отправлен".
Минимальная практичная модель данных в 1С или промежуточной базе:
| Поле | Зачем хранить |
|---|---|
external_id |
Идемпотентность: один документ 1С не должен случайно создать два разных чека |
| UUID АТОЛ | По нему ищут статус обработки и спорные чеки |
Статус wait/done/fail |
Для очереди повторов и отчета бухгалтеру |
| ФП/ФД/ФН | Для сверки с ОФД, ФНС и покупателем |
shift_number |
Для контроля смены и закрытия периода |
| Текст/код ошибки | Чтобы не искать причину в логах кассы вручную |
ofd_receipt_url |
Быстрая проверка, что чек доступен покупателю |
Какие реквизиты должны прийти из 1С
АТОЛ API проверяет структуру JSON, но юридическая корректность чека зависит от данных в 1С. Перед запуском выгрузки проверьте не только "товар, цена, сумма", а весь фискальный набор.
| Реквизит | Где обычно лежит в 1С | Почему ломается чек |
|---|---|---|
| Организация и ИНН | Карточка организации | Несовпадение компании в 1С и кассе дает неверного продавца в чеке |
| Система налогообложения | Учетная политика/организация | В API поле sno; ошибка приводит к некорректному фискальному реквизиту |
| Email или телефон покупателя | Заказ, контрагент, контактное лицо | В электронной фискализации должен быть канал доставки чека клиенту |
| Признак предмета расчета | Номенклатура/вид номенклатуры | Товар, услуга, платеж, агентская схема и аванс фискализируются по-разному |
| Признак способа расчета | Документ оплаты/заказ | Предоплата, полный расчет и зачет аванса требуют разных чеков |
| Ставка НДС | Номенклатура, договор, организация | Ошибка не всегда видна кассиру, но уходит в фискальные данные |
| Код маркировки | Документ реализации/сканирование DataMatrix | Для маркированных товаров нужен ФФД 1.2 и проверка кода маркировки |
| Признак агента/поставщика | Договор/настройка схемы продаж | Маркетплейс, агент и комиссионер требуют дополнительных реквизитов |
Первый тест интеграции должен включать не один простой чек, а набор из 8-10 сценариев: приход, возврат прихода, предоплата, зачет аванса, услуга без НДС, товар с НДС, маркированный товар, ошибка email/телефона, повторный external_id, недоступный callback.
ФФД 1.2 и маркировка: что проверить до запуска
ФНС отдельно указывает, что для расчетов за маркированные товары пользователи должны применять ККТ, которая обеспечивает формирование фискальных документов по ФФД 1.2. В техническом описании ФНС для ККТ с ФФД 1.2 перечислены условия: прошивка ККТ поддерживает ФФД 1.2, установлен ФН с поддержкой ФФД 1.2, при регистрации выбран режим ФФД 1.2 и установлен признак торговли маркированными товарами.
Для интеграции это означает четыре проверки:
- В реестре/карточке ККТ модель и версия ПО поддерживают ФФД 1.2.
- В 1С есть коды маркировки по позициям, а не только номенклатура и цена.
- Внешнее кассовое ПО умеет передавать реквизиты маркировки в нужном формате.
- Ошибки проверки маркировки не теряются в общем статусе "касса не ответила".
Отдельно заложите обработку ошибки [421] Истек таймаут проверки кода маркировки (КМ). В базе АТОЛ причина описана как отсутствие ответа от ИСМ в отведенное время: проблема может быть на стороне ОФД или ЦРПТ. Повтор нужно отправлять с новым external_id, а параметр ism_optional использовать осознанно: он меняет поведение при недоступности проверки маркировки и должен быть согласован с бухгалтером/ответственным за маркировку.
ОФД, смены и закрытие дня
ОФД нужен не "для галочки". ФНС принимает решения о выдаче разрешений операторам фискальных данных и ведет реестр ОФД. В АТОЛ Онлайн при подключении компании отдельным шагом идет договор с ОФД: если договор уже есть, его выбирают, если нет - оформляют через выбранного оператора.
Для 1С полезно делать ежедневный технический отчет:
| Контроль | Что проверять | Что делать при проблеме |
|---|---|---|
Чеки в статусе wait дольше 5-10 минут |
Очередь АТОЛ и callback | Запросить статус по UUID, показать бухгалтеру список зависших чеков |
Статус fail |
Код/текст ошибки | Повторять только после исправления причины, иначе получите дубль проблемы |
| Смена близка к 24 часам | shift_number, время открытия смены |
Закрыть смену до блокировки фискального признака |
| Документы не ушли в ОФД | Статус связи с ОФД и неотправленные документы | Проверить договор, сеть, настройки ОФД, мониторинг кассы |
| Расхождение 1С и ОФД | Суммы и количество чеков за день | Сверить по UUID/ФН/ФД, а не по номеру заказа |
Нормальная приемка интеграции заканчивается не "чек пробился", а актом сверки: за тестовый день количество чеков в 1С, АТОЛ/ОФД и отчетах бухгалтера совпадает; по каждому чеку есть фискальный признак; возвраты привязаны к исходным документам; ошибки видны ответственным без захода на сервер.
Таблица рисков при интеграции 1С и Атол
| Риск | Как проявляется | Последствие | Как закрыть |
|---|---|---|---|
| Перепутали АТОЛ Онлайн и локальную ККТ | Разработчик ждет драйвер там, где нужен API, или наоборот | Потеря времени, неверная архитектура | До оценки зафиксировать: облако API или физическая касса через драйвер |
| Используется API v4 вместо v5 | Маркированные товары не проходят по ФФД 1.2 | Ошибки маркировки и фискальных реквизитов | Для маркировки использовать протокол v5 и тестировать КМ |
Нет уникального external_id |
Повтор создает дубль или не позволяет понять статус | Лишний чек, ручная коррекция | Строить external_id из базы, типа документа и номера/UUID 1С |
| Не сохраняется UUID АТОЛ | Невозможно быстро найти чек | Долгая поддержка и спорные сверки | Записывать UUID в документ 1С или регистр сведений |
| Ошибка callback | Чек фискализирован, но 1С считает его зависшим | Повторная отправка и риск дубля | Делать отдельный опрос статуса по UUID и идемпотентность |
Не обработан fail по таймауту |
Оператор думает, что чек "еще идет" | Пропуск чека | Для таймаута в АТОЛ: повтор с новым External_ID в течение 24 часов; после 24 часов - чек коррекции |
| Нет контроля смены | Смена ушла за 24 часа | Фискальный признак для чеков не формируется | Мониторить смены и закрывать их регламентным заданием |
| Маркировка не проверена | Ошибка [421] или отказ по КМ |
Продажа не фискализирована | Логировать ответ ИСМ/ОФД, повторять с новым external_id, не скрывать ошибку |
| Неверная СНО/НДС | Чек пробит, но реквизиты неверные | Риск претензий при проверке | Сверить настройки организации и ставок до боевого запуска |
| Нет сверки с ОФД | В 1С "успешно", в ОФД документа нет | Некорректная отчетность | Ежедневная сверка по ФН/ФД/ФП и ссылке ОФД |
Как мы настраиваем это в Синхрон1С
Для проекта с АТОЛ мы не начинаем с кода. Сначала собираем матрицу расчетов: онлайн-оплата, наличные курьера, оплата картой на месте, возврат, частичный возврат, аванс, зачет аванса, маркированные товары, агентские продажи. После этого ясно, какие документы 1С являются источником чека и сколько фискальных сценариев реально нужно.
В типовой реализации Синхрон1С добавляет:
- регистр очереди чеков с UUID,
external_id, статусом и текстом ошибки; - проверку обязательных реквизитов до отправки в АТОЛ;
- callback-обработчик и резервный опрос статуса;
- уведомления в Telegram по
fail, долгомуwait, проблемам смены и ошибкам маркировки; - отчет сверки "1С - АТОЛ - ОФД" за день;
- отдельный тестовый набор чеков перед запуском.
Стоимость такой интеграции зависит от конфигурации 1С и числа сценариев. Базовая настройка для одного потока чеков начинается от 30 000 ₽; если есть маркировка, агентские схемы, несколько организаций или сложные возвраты, сначала делаем короткий аудит базы и правил чеков.
Смотрите также
- Интеграция 1С с онлайн-кассой: все способы
- Интеграция 1С и Честный знак
- Интеграция 1С с Эвотор
- Выгрузка из 1С в Сбербанк
- Сколько стоит интеграция 1С: реальные цены 2026
Часто задаваемые вопросы
Можно ли просто поставить драйвер АТОЛ и не делать API?
Да, если речь о физической ККТ на кассовом рабочем месте. Для интернет-магазина или курьерской фискализации чаще нужен АТОЛ Онлайн API, потому что чек должен формироваться без локального Windows-драйвера и без ручного кассира.
Нужен ли ФФД 1.2 всем в 2026 году?
ФФД 1.2 критичен для расчетов за маркированные товары. Если маркировки нет, сценарий может работать на ФФД 1.05, но перед запуском надо проверить требования к вашей товарной категории, модель ККТ, ФН и версию внешнего кассового ПО.
Что делать, если чек в АТОЛ Онлайн получил fail?
Сначала прочитать код и текст ошибки. Для таймаута АТОЛ рекомендует повторить регистрацию с новым external_id в течение 24 часов; если прошло больше 24 часов, нужен чек коррекции. Для ошибок формата исправляют данные в 1С и только потом повторяют отправку.
Почему один тестовый чек не доказывает готовность интеграции?
Простой чек без маркировки, аванса, возврата и НДС проверяет только связь. В бою ошибки чаще появляются на частичных возвратах, дублях external_id, недоступном callback, сменах дольше 24 часов и кодах маркировки.
Кто должен контролировать ОФД: разработчик или бухгалтер?
Разработчик должен передать в 1С технические статусы, ссылку ОФД и фискальные реквизиты. Бухгалтер должен видеть ежедневную сверку и список чеков, где 1С, АТОЛ и ОФД расходятся. Без этого поддержка превращается в поиск по личным кабинетам.
Можно ли не хранить фискальные реквизиты в 1С?
Технически можно, но это плохая приемка. Минимум нужно хранить UUID, статус, ФН, ФД, ФП, номер смены и ссылку ОФД. Иначе спорный чек нельзя быстро связать с документом 1С.
Нужна интеграция 1С с Атол без ручной выгрузки чеков? Напишите в Telegram: @onoutnoxon - проверим вашу конфигурацию 1С, сценарии оплат, ФФД/ОФД и предложим безопасную схему запуска.
Подробнее о возможностях - на странице Синхрон1С.
Александр Руин, основатель habab.ru. AI-инструмент помог собрать черновую структуру и проверить полноту источников; выводы, технические акценты и финальный текст проверены вручную. Обновлено: 2026-05-04.
Источники
- АТОЛ Онлайн: описание протокола API v5, ФФД 1.2
- АТОЛ Онлайн: как разработать прямую интеграцию и протестировать API
- АТОЛ Онлайн: возможные ошибки и методы исправления
- 1С ITS: установка драйвера АТОЛ ККТ 10.x с передачей данных в ОФД
- ФНС: порядок применения контрольно-кассовой техники
- ФНС: реестр операторов фискальных данных
- ФНС: особенности перехода ККТ и фискальных накопителей на ФФД 1.2
- ФНС: алгоритмы работы ККТ с ФФД 1.2 при расчетах за маркированные товары
- ФНС: протокол обмена между ККТ и ОФД
- АТОЛ Онлайн: руководство пользователя, подключение ОФД и ручное формирование чеков
О сервисе "Синхрон1С - Автоматизация 1С без программиста"
Универсальное решение для автоматизации экспорта, импорта, интеграций и мониторинга 1С через простой диалог в Telegram. Настройка за 15 минут без участия 1С программиста.
Ключевые преимущества:
- 💰 Экономия на аналитиках и 1С программистах (от 100,000 руб/мес)
- ⚡ Автоматизация отчетности - из 4 часов в 5 минут
- 🧠 AI выявляет аномалии и тренды, которые человек может не заметить
- 📊 Дашборды доступны в реальном времени через Telegram или веб
- 🔄 Универсальная интеграция - один раз настроили, работает со всеми системами
- 📱 Управление из любой точки мира через Telegram
- 🎯 Это кастомная разработка под ваши задачи
- 📞 Бесплатная консультация по интеграции
Для кого подходит:
Сценарии использования:
📰 Промо-статьи наших решений
Изучите детальные обзоры наших технологических решений для различных отраслей:
🚀 Разработка и автоматизация
- Автоматизация холодных продаж в криптопроектах
- AI-Assisted Development
- AI CRM Constructor: Конструктор CRM под ваш бизнес
- Парсер лидов с FL.ru
- Разработка Платформы для Автоматизации Найма Переводчиков
- Разработка WhatsApp Business Автоматизации под ключ
- Корпоративная Платформа Обмена Изображениями
- AI Quality Assurance — контроль качества AI-ответов
- Интеграция AMOCRM, Excel и Google Drive
- SimpleCrypto — AI-конфигуратор крипто-кошелька
- Синхрон1С - Автоматизация 1С без программиста
- SimpleReview — Chrome-расширение для автоматического исправления ошибок сайта
- Разработка Telegram Mini App с Лутбоксами
- YouTube-Telegram Скрапер для Стартапов
📈 Бизнес и автоматизация
- Разработка Telegram Ботов под ключ
- YandexDirect MCP сервер
- Корпоративные решения голосового ввода с ИИ
- Веб-версия аналитического дашборда для телефонии
- Платформа управления Telegram рекламой
- Bitcoin Mempool Explorer
- Презентационный сайт по брендбуку
- Разработка Платформы Прогнозов на Спорт по Модели GoalBet
- Обучающий кабинет
- Корпоративная система мониторинга медиа и аналитики
- Администрирование серверов
- Криптовалютный AML-чекер бот
- Новостной радар для промышленности
- Счетчик калорий Telegram Bot
- Talk to Excel / Talk to SQL — AI-ассистент для табличных данных
- Разработка веб-приложений по дизайну
- Разработка системы анализа договоров с ИИ
- Презентационный сайт по брендбуку
- Синхронизация 1С с WordPress
💰 FinTech и медиа
Работаю до результата и бизнес-ценности, быстро корректирую подходы в процессе. Использую современный стек для качественного и быстрого решения задач.