Проблемы с интернет-магазинами по 54ФЗ
Крупный сайт (посещаемость 1500 чел./день.), заказы оформляются онлайн и чеки по 54ФЗ отправляются в ОФД.
Мы переезжали временно на другой сервер для проведения технических работ. Переписали A-запись. В этот момент часть пользователей заходит на один IP, часть пользователей на другой IP. Внешне кажется, что сайт работает и трафик не потерялся, клиент не видит переезда.
Но есть нюанс. Оформляются и оплачиваются заказы. Сайт интегрирован с налоговой через ОФД. Получается один заказ прошёл с одного сервера, другой с другого. Сайт отправил в ОФД заказы с одним номером. И тот, что позже не может пройти, соответственно нарушается процедура по 54ФЗ.
Соответственно для таких проектов должен быть совсем другой регламент. Отключается сайт, переезжает, включается. Это надо согласовывать с клиентом.
Основные риски при работе с онлайн-кассами
При работе с интернет-магазинами, которые обязаны соблюдать 54-ФЗ, критически важно учитывать не только технические нюансы миграции, но и возможные сбои в работе кассовых сервисов.
Типичные проблемы:
- Облачные кассы (ЮKassa, Сбербанк, Тинькофф и др.) могут зависать – даже если ваш сайт работает идеально, сам сервис фискализации иногда даёт сбои.
- Потеря чеков при высокой нагрузке – если в день пробивается 10 000+ чеков, а касса "упала", как восстановить данные?
- Рассинхрон при работе в нескольких копиях – если сайт временно работает на двух серверах, возможны дубли заказов и конфликты чеков.
Как надо:
- Предупредить клиента о planned downtime (15–30 мин).
- Полностью отключить старую версию сайта перед переключением DNS.
- Запускать только одну копию – никакого "переходного периода" с двумя серверами.
- Проверить работу кассы и ОФД сразу после миграции.
Плюсы такого подхода:
- Нет рассинхрона чеков – все заказы идут через один сервер.
- Клиент понимает причину простоя и не паникует.
- Нет конфликтов в платежах и отгрузках.
Что делать, если проблема уже произошла?
- Анализ логов – выявить, какие чеки ушли в ОФД с ошибками.
- Ручная сверка с кассой (ЮKassa/Сбербанк/etc.) – восстановить потерянные транзакции.
- Корректирующие чеки – если ОФД принял некорректные данные.
- Обновление интеграций – убедиться, что 1С/CRM синхронизированы с актуальными заказами.
Вывод: главные правила для работы с 54-ФЗ
- Никаких "тихих" миграций – только полный перенос с отключением старого сервера.
- Резервные копии перед любыми изменениями – если касса зависнет, должна быть возможность отката.
- Мониторинг чеков в реальном времени – сервисы вроде Такском или Платформы ОФД помогают отслеживать сбои.
- Чёткий регламент для клиента – он должен знать, что делать при проблемах с фискализацией.
Ошибка научила нас: даже если клиент хочет "бесшовный" переход, для 54-ФЗ безопаснее кратковременный даунтайм, чем хаос с чеками.
Оставить комментарий