Проблемы с интернет-магазинами по 54ФЗ

Крупный сайт (посещаемость 1500 чел./день.), заказы оформляются онлайн и чеки по 54ФЗ отправляются в ОФД.

Мы переезжали временно на другой сервер для проведения технических работ. Переписали A-запись. В этот момент часть пользователей заходит на один IP, часть пользователей на другой IP. Внешне кажется, что сайт работает и трафик не потерялся, клиент не видит переезда.

Но есть нюанс. Оформляются и оплачиваются заказы. Сайт интегрирован с налоговой через ОФД. Получается один заказ прошёл с одного сервера, другой с другого. Сайт отправил в ОФД заказы с одним номером. И тот, что позже не может пройти, соответственно нарушается процедура по 54ФЗ.

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

Основные риски при работе с онлайн-кассами

При работе с интернет-магазинами, которые обязаны соблюдать 54-ФЗ, критически важно учитывать не только технические нюансы миграции, но и возможные сбои в работе кассовых сервисов.

Типичные проблемы:

  • Облачные кассы (ЮKassa, Сбербанк, Тинькофф и др.) могут зависать – даже если ваш сайт работает идеально, сам сервис фискализации иногда даёт сбои.
  • Потеря чеков при высокой нагрузке – если в день пробивается 10 000+ чеков, а касса "упала", как восстановить данные?
  • Рассинхрон при работе в нескольких копиях – если сайт временно работает на двух серверах, возможны дубли заказов и конфликты чеков.

Как надо:

  1. Предупредить клиента о planned downtime (15–30 мин).
  2. Полностью отключить старую версию сайта перед переключением DNS.
  3. Запускать только одну копию – никакого "переходного периода" с двумя серверами.
  4. Проверить работу кассы и ОФД сразу после миграции.

Плюсы такого подхода:

  • Нет рассинхрона чеков – все заказы идут через один сервер.
  • Клиент понимает причину простоя и не паникует.
  • Нет конфликтов в платежах и отгрузках.

Что делать, если проблема уже произошла?

  1. Анализ логов – выявить, какие чеки ушли в ОФД с ошибками.
  2. Ручная сверка с кассой (ЮKassa/Сбербанк/etc.) – восстановить потерянные транзакции.
  3. Корректирующие чеки – если ОФД принял некорректные данные.
  4. Обновление интеграций – убедиться, что 1С/CRM синхронизированы с актуальными заказами.

Вывод: главные правила для работы с 54-ФЗ

  1. Никаких "тихих" миграций – только полный перенос с отключением старого сервера.
  2. Резервные копии перед любыми изменениями – если касса зависнет, должна быть возможность отката.
  3. Мониторинг чеков в реальном времени – сервисы вроде Такском или Платформы ОФД помогают отслеживать сбои.
  4. Чёткий регламент для клиента – он должен знать, что делать при проблемах с фискализацией.

Ошибка научила нас: даже если клиент хочет "бесшовный" переход, для 54-ФЗ безопаснее кратковременный даунтайм, чем хаос с чеками.

Оставить комментарий