как подключить облачную онлайн-кассу к 1с и интернет-магазину — Связка облачной кассы, интернет-магазина и 1С подходит магазинам с оплатой в корзине, сервисам с платёжными ссылками и компаниям, которые ведут заказы и возвраты в 1С. Рабочая схема строится так: каждое событие расчёта имеет своего инициатора чека, а сайт, платёжный сервис, 1С и касса связаны номером заказа и платежа.
Интернет Касса помогает провести аудит потока денег, подключить облачную ККТ, настроить обмен с CMS и 1С, а затем проверить запуск на тестовых платежах. Владельцу бизнеса это даёт понятную ответственность по этапам, разработчику — техническое задание на уведомления и защиту от дублей, специалисту 1С — правила создания документов и возвратов.
Автор: Александр Пылев, Основатель Интернет Касса.
Подключайте 1С к цепочке, если она хранит окончательный заказ, ведёт отгрузки или оказание услуг, оформляет возвраты и доплаты. Если сайт только принимает заказ и оплату, а дальнейшие операции проходят в учётной системе, не позволяйте CMS самостоятельно фискализировать те же платежи.
Для типового магазина с фиксированным составом корзины подойдёт интеграция CMS или платёжного модуля с кассой. Для сервиса, где менеджер меняет состав услуги перед оплатой, удобнее создавать ссылку и отслеживать расчёт из 1С. Подписки, несколько сайтов, личный кабинет и нестандартные правила скидок требуют API-интеграции: разработчик задаёт единые правила обработки платежей, чеков и ошибок.
Если вы выбираете инфраструктуру с нуля, начните с материала «Облачная касса для бизнеса: выбор, запуск и типовые ошибки». Он поможет определить, какая касса и формат подключения нужны вашему потоку продаж.
Не объединяйте все платежи в строку «оплата на сайте». Таблица ниже — шаблон для постановки задачи. Заполните её до начала разработки: это убирает спор между сайтом, 1С и платёжным сервисом о том, кто должен отправлять чек.
| Операция | Когда возникает расчёт | Что настроить в чеке | Кто инициирует | Что проверить |
|---|---|---|---|---|
| Предоплата | Деньги подтверждённо поступили до передачи товара или оказания услуги | Позиции, сумма, признак способа расчёта для предоплаты; предмет расчёта — товар или услуга по заказу | CMS, платёжный модуль или 1С — только один источник | Чек создаётся после подтверждения платежа, а не после redirect в браузере |
| Зачёт предоплаты / полный расчёт | Передача товара, выполнение работы или оказание услуги | Позиции и сумма на этом этапе, признак способа расчёта для зачёта предоплаты либо полного расчёта | Чаще 1С, если она подтверждает отгрузку или оказание услуги | Предоплата не оформляется вторым чеком как новая продажа |
| Доплата | Клиент вносит недостающую сумму | Сумма доплаты, позиции и признак способа расчёта по фактической операции | Система, получившая подтверждение этой оплаты | Доплата привязана к исходному заказу, но не повторяет его полную сумму |
| Полный или частичный возврат | Деньги возвращаются покупателю | Возвратный документ с фактически возвращаемыми позициями и суммой | Система, которая проводит возврат и передаёт его в кассу | Частичный возврат не отменяет весь заказ |
| Повторное списание по подписке | Провайдер подтвердил очередной платёж | Позиции периода, сумма и реквизиты по модели расчёта | Сервис подписок или 1С через согласованный обработчик | Повторный callback не создаёт второй чек |
Признак способа расчёта и признак предмета расчёта задаются для конкретной операции, а не «один раз для сайта». Согласуйте их с учётной политикой и реальным процессом продажи до включения оплаты. Для УСН отдельно проверьте налоговые реквизиты: полезный разбор есть в статье о ставке НДС в чеке при УСН.
Покупатель оплачивает заказ картой или через СБП. Платёжный провайдер подтверждает оплату, сайт создаёт чек предоплаты либо передаёт подтверждённый платёж в 1С — один из этих вариантов нужно выбрать заранее. Когда 1С фиксирует отгрузку, она запускает предусмотренный для этого этапа расчёта документ зачёта предоплаты или полного расчёта.
Менеджер формирует заказ в 1С, согласует услугу и отправляет покупателю платёжную ссылку. Привяжите ссылку к номеру заказа. После подтверждения платежа 1С получает статус, формирует чек по операции и сохраняет номер фискального документа в карточке заказа.
Сведите все входящие платежи в единый обработчик: он получает номер витрины, заказа и платежа, проверяет, был ли этот платёж уже обработан, и передаёт команду в кассу. Это и есть защита от дублей: повторное техническое уведомление будет зафиксировано в журнале, но не создаст второй чек.
| Вариант | Подходит бизнесу | Объём и каналы | CMS и 1С | Что получает бизнес |
|---|---|---|---|---|
| Плагин CMS | Типовой интернет-магазин с фиксированной корзиной | Один сайт, без подписок и сложных возвратов | Популярная CMS; 1С получает готовые заказы | Быстрый старт, если плагин передаёт позиции, скидки и статусы возврата |
| Модуль для 1С | Оптово-розничная компания или сервис с учётом в 1С | Регулярные оплаты по ссылкам, доплаты и возвраты | 1С — главный источник заказов и документов | Контроль оплаты и фискализации в одной учётной системе |
| API-интеграция | Подписки, маркетплейсная логика, личный кабинет, нестандартные тарифы | Несколько витрин, каналов или высокий поток заказов | Нестандартная CMS либо несколько систем | Единый обработчик платежей, журнал ошибок и безопасные повторы запросов |
| Личный кабинет | Редкие операции или диагностика на этапе запуска | Единичные расчёты | Не требует доработки CMS и 1С | Ручной контроль, но не полноценная схема для регулярного потока |
Для регулярных продаж выбирайте автоматическую схему. Ручная фискализация подходит для проверки или редких операций, но при потоке заказов создаёт просрочки, ошибки в суммах и потерянные возвраты.
При оплате картой и через СБП настройте платёжный сервис отдельно. Критерии выбора провайдера и подключения способов оплаты собраны в статье об онлайн-эквайринге для сайта.
Сайт и 1С формируют чек по одному платежу. Назначьте инициатора для каждого этапа расчёта. Не используйте правило «кто успел первым» и не включайте параллельные автоматизации без общего журнала платежей.
Чек предоплаты откладывают до отгрузки. Если деньги уже получены как предоплата, в интеграции должен быть сценарий на момент её получения. Передача товара или услуги затем обрабатывается отдельной операцией зачёта предоплаты либо полного расчёта.
Фискализация запускается по redirect в браузере. Покупатель может закрыть страницу, а redirect может не дойти до сайта. Принимайте и проверяйте серверное уведомление провайдера, затем сверяйте финальный статус платежа.
В кассу уходят обобщённые позиции. Строка «Оплата заказа» вместо товара или услуги затрудняет контроль и возвраты. Проверьте на тесте номенклатуру, количество, скидку, сумму и признаки расчёта.
Возврат создают вручную как новую продажу. Сделайте маршрут возврата из исходного заказа: оператор выбирает позиции и сумму, а система формирует нужный возвратный документ и обновляет статусы.
Требования к применению ККТ установлены Федеральным законом № 54-ФЗ; текст закона и связанные материалы доступны в КонсультантПлюс. Агентские схемы, маркетплейсы, доставка с оплатой при получении и рекуррентные платежи требуют отдельного разбора роли продавца, получателя денег и договора до настройки чеков.
Нужна схема под ваш сайт и 1С? Обратитесь в Интернет Касса: разберём карту расчётов, подготовим задачи для разработчика и специалиста 1С, подключим кассу и проведём тестовый запуск. Владельцу магазина дадим план работ и зоны ответственности, интегратору — перечень событий и реквизитов, разработчику — правила обработки платежных уведомлений.
Да, для дистанционных расчётов, где требуется ККТ, облачная касса позволяет автоматически формировать чеки без кассира на точке. Разделите оплату в корзине, оплату по ссылке, предоплату, расчёт при передаче и подписки: для них триггеры чеков различаются.
Да, можно, если для каждой операции назначен только один инициатор чека. Сайт и 1С должны передавать единый номер заказа и идентификатор платежа, чтобы повторное уведомление не создавало дубль.
Формируйте чек при получении предоплаты, а не ждите отгрузки или оказания услуги. При последующей передаче товара или оказании услуги настройте отдельный сценарий зачёта предоплаты либо полного расчёта с реквизитами, соответствующими вашей операции.
Нет, не запускайте фискализацию по переходу покупателя на страницу «успешно». Сервер должен принять callback от платёжного провайдера, проверить подпись или секрет, сверить финальный статус платежа и только затем создать чек.
Да, проведите отдельные тесты полного возврата, частичного возврата и доплаты. Для каждого теста проверьте правильный фискальный документ, сумму, позиции и обновление статусов в сайте, 1С и кассовом сервисе.
Смотрите разъяснения по ККТ на сайте ФНС России. Текст Федерального закона № 54-ФЗ и сложные случаи с агентами, маркетплейсами или подписками удобно сверять в правовой базе до настройки интеграции.