Поддержка e-commerce платформы с 1С и фискализацией

Действующая онлайн-платформа продаж с собственной админкой, интеграцией с 1С и подключённой фискализацией. Заказы, остатки и чеки ходят между несколькими системами, часть операций автоматизирована ботами.

Платформа работает и приносит деньги каждый день, поэтому её нельзя остановить, переписать и запустить заново. Развитие идёт поверх боевой системы, у которой в этот момент есть живые покупатели и незакрытые заказы. Это условие определяет всё остальное в проекте.

Наша зона: постоянная поддержка и развитие платформы. Инфраструктура, бизнес-логика заказов, интеграции, админка, мониторинг данных и контроль доступов.

Чем оборачивается сбой в системе, через которую идут заказы и чеки

У сломанного интернет-магазина цена ошибки считается не в тикетах. Заказ не обработался – деньги не пришли и покупатель ушёл к конкуренту. Остатки из 1С отобразились неверно – продали то, чего нет на складе, и разбираетесь с клиентом. Фискализация не отработала – чек не ушёл, и это уже вопрос не удобства, а отчётности перед налоговой.

Отдельная категория проблем вообще не заявляет о себе. Расхождение между таблицами двух систем никто не замечает днями: интерфейс рисует правдоподобные цифры, ошибок в логах нет, а данные расходятся. К моменту, когда расхождение всплывает в отчёте, восстанавливать приходится не один заказ, а месяц операций.

Бизнесу нужна была не разовая доработка, а команда, которая держит платформу в рабочем состоянии и одновременно её развивает.

Ограничения задачи

Систему нельзя останавливать. Любое изменение, включая смену хостинг-провайдера, делается на работающем магазине с идущим потоком заказов.

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

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

Доступы устаревают быстрее кода. Серверы, виртуальные машины, объектное хранилище, учётки сотрудников. Без регулярной ревизии через год половина доступов оказывается у тех, кому они уже не нужны.

Миграция между провайдерами без остановки продаж. Пересобрали состав и конфигурацию серверов под фактическую нагрузку и перевезли инфраструктуру.

Регулярная сверка данных вместо ожидания жалоб. Расхождения между таблицами систем ищутся целенаправленно, а не всплывают в отчётности.

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

Приведение админки в состояние, когда бизнес обходится без разработчиков. Починили смену пароля, вывели актуальные остатки из 1С, закрыли накопившиеся ошибки интерфейса. Каждая такая мелочь по отдельности стоит недорого, а вместе они определяют, идёт ли рутинная работа отдела через нас или сама.

Ревизия доступов по расписанию. Проверяется и актуальность доступов к серверам и хранилищу, и соответствие прав сотрудников их задачам.

Мелкие доработки в общем потоке. Боты, контент, точечные запросы бизнеса идут той же очередью, что и инциденты, с разбором приоритета.

Платформа работает, заказы обрабатываются, чеки уходят. Звучит как отсутствие достижения, но именно это и покупается в поддержке: у бизнеса нет отдельной головной боли под названием «сайт», и внимание руководителя уходит на продажи, а не на разбирательства с подрядчиком.

Инфраструктура переехала к другому провайдеру, конфигурация серверов приведена в соответствие реальной нагрузке. Административная панель закрывает повседневные операции без обращения к разработчикам. Расхождения данных ловятся до того, как превращаются в проблему отчётности.

Частые вопросы

Чем поддержка отличается от доработок по запросу?
Доработки закрывают заявку, поддержка отвечает за то, что система работает между заявками. Разница видна на тихих сбоях: расхождение данных или неотправленный чек никто не заявит в тикете, их находят при регулярной проверке.

Можно ли перевезти инфраструктуру интернет-магазина без остановки продаж?
Да, если заранее развернуть целевое окружение, синхронизировать данные и переключать трафик управляемо. Простой сводится к минутам или к нулю, но требует подготовки, а не переноса «в выходные».

Что чаще всего ломается в связке онлайн-платформы и 1С?
Остатки и статусы заказов. Обмен формально проходит, а данные расходятся, поэтому проверять надо не факт обмена, а совпадение данных на обеих сторонах.

Можно ли передать поддержку внешней команде, если систему писали не они?
Да, это обычный сценарий. Первым делом восстанавливается карта инфраструктуры, интеграций и доступов, дальше работа идёт как с собственным проектом.