После сбоя интернет-магазин может открыться раньше, чем восстановится полная картина заказов. Сверьте данные сайта с платёжным кабинетом, CRM, почтой и службой доставки: в копии может не оказаться операций, созданных после её даты. Не запускайте магазин на запись, пока не поймёте, как безопасно обработать расхождения.
Почему заказы теряются незаметно
Резервная копия фиксирует проект в определённый момент. Если восстановлена версия базы до сбоя, на сайте могут отсутствовать более поздние заказы, сообщения из формы, новые пользователи и изменения остатков. При этом платёжный сервис или менеджер уже могли получить соответствующие события. Обратная ситуация тоже возможна: заказ есть в базе, но платёж не завершён.
Такие расхождения сложно заметить по главной странице. Каталог выглядит нормально, кнопки работают, а неполная история обнаруживается только при жалобе клиента или сверке денег. Поэтому после восстановления важен отдельный разбор операций, а не только визуальная проверка сайта.
Сначала зафиксируйте состояние систем
Запишите время, когда сайт снова стал принимать посетителей, дату восстановленной базы и период недоступности. Сохраните текущую копию сайта и выгрузки из внешних систем до исправлений. Для каждого канала назначьте ответственного: магазин, эквайринг, CRM, почтовый ящик, телефония и служба доставки.
Если возможно, временно остановите автоматическую выдачу заказов или включите режим, в котором клиент оставляет заявку без повторной оплаты. Не отключайте обработку без согласования с командой: посетители должны увидеть понятное сообщение, а поступающие обращения — попасть ответственному сотруднику. Цель паузы — предотвратить повторное списание и отправку дубликатов, пока команда сверяет данные.
Сверьте оплаты, заказы и заявки
Начните с периода от времени последней подтверждённой копии до возобновления работы. Выгрузите операции из платёжного кабинета и список заказов из магазина. Сопоставляйте не только суммы: используйте идентификатор платежа, номер заказа, время, email или телефон клиента и текущий статус.
- Платёж завершён, заказа нет. Найдите заказ по контактам и деталям покупки. Создайте запись вручную только после проверки, что её нет в CRM или восстановленной базе.
- Заказ есть, платёж не завершён. Не помечайте его оплаченным по одному письму. Сверьте фактический статус в кабинете эквайринга.
- Платёж отменён или возвращён. Проверьте, не отправлен ли товар и не осталось ли у магазина статуса «оплачен».
- Заявка есть в почте, но нет в CRM. Добавьте её один раз, сохранив исходные дату и канал обращения.
В таблице сверки храните минимум: внешний идентификатор, запись магазина, сумма, статус, время, следующий шаг и имя ответственного. Не собирайте в общей таблице больше персональных данных, чем необходимо, и ограничьте доступ сотрудникам, которые устраняют последствия сбоя.
Проверьте остатки и отгрузки
Сравните остатки на сайте с учётной системой и фактическим складом на одну временную точку. Отдельно отметьте резервы под оплаченные заказы, товары в пути, отмены и возвраты. Если магазин показывает старые остатки, временно скройте позиции, которых команда не может подтвердить, вместо того чтобы принимать оплату наугад.
Затем сопоставьте статусы доставки с заказами. Если накладная уже создана, но восстановленная запись заказа отсутствует, не создавайте новую отправку автоматически. Проверьте номер отправления у перевозчика и свяжите его с восстановленной карточкой.
Не создавайте повторы при ручном восстановлении
Для каждой найденной операции сначала ищите совпадение по внешнему ID платежа или заказа. Если система не позволяет хранить такой идентификатор, используйте комбинацию даты, суммы и контакта, а ручное действие фиксируйте в журнале. Повторно импортировать весь файл заказов без проверки нельзя: это может удвоить продажи, остатки и письма покупателям.
После восстановления синхронизации наблюдайте за новыми заказами несколько часов или дольше, если поток небольшой. Выберите одного сотрудника для сверки «магазин — CRM — оплата», чтобы исправления не делались параллельно.
Что подготовить на новой площадке
Переезд на другой хостинг не возвращает автоматически операции, которые не попали в копию, поэтому сначала завершите сверку данных. При выборе тарифа для магазина проверьте требования CMS, доступные ресурсы, резервное копирование, возможность выгрузить базу и порядок обращения в поддержку. Попросите показать, как получить копию и как выглядит восстановление, а не ограничивайтесь словом «автоматический бэкап».
Если магазин использует фоновые задачи, очереди писем или интеграции с CRM, заведите список настроек, которые нужно перенести и повторно проверить. Протестируйте копию на временном адресе: отключите реальные платежи, массовые письма и автоматические отгрузки. После переключения проверьте тестовый заказ и только затем возвращайте обычный поток.
Рейтинг хостингов для интернет-магазина
����� ���頤�� ����� 㬥����� ����ᨬ���� �� ������ ��⨭��, �� �� ����⠭���� ������, ���������騥 � �����. ���砫� ᢥ��� ���⥦� � ����� � ��������; �� �롮� ���� ��� ���쭥�襩 ࠡ��� ����� ������ ����, ��⮢� ����� � ��࠭����� ����� ������.
- Timeweb — проверьте, подходит ли тариф под CMS, каталог, базу и ожидаемую нагрузку.
- МакХост — уточните условия переноса, лимиты и процедуру восстановления.
- SpaceWeb — сравните тарифы по ресурсам, копиям и поддержке.
- Hostland — заранее сверьте версии PHP, баз данных и доступность нужных расширений.
- SprintHost — спросите, какие этапы переноса выполняет провайдер.
- AdminVPS — выясните, какой объём администрирования входит в выбранный вариант.
Контрольный запуск после сверки
- Сохраните копии текущего состояния и выгрузки внешних систем.
- Определите временной интервал, который затронул сбой.
- Сверьте платежи и заказы по уникальным идентификаторам.
- Проверьте заявки, CRM, отправки, возвраты и складские остатки.
- Зафиксируйте каждое ручное исправление и его подтверждение.
- Проведите один тестовый заказ в безопасном режиме.
- Возобновляйте автоматизации и продажи поэтапно, наблюдая за журналами.
Beget сообщал о поэтапном восстановлении сайтов и сервисов в официальном канале; публикация от 10 ноября не гарантирует текущий статус конкретного аккаунта. Проверяйте сообщение поддержки и свой аккаунт отдельно, а не делайте вывод о готовности магазина по одному общему объявлению.
Какие источники считать первичными
Для факта списания используйте кабинет эквайринга, а не только письмо или статус на странице. Для факта отправки — систему перевозчика и складскую отметку. CRM показывает историю обращений, но могла быть синхронизирована с восстановленной базой позже. У каждого источника укажите часовой пояс и период выгрузки, чтобы не сопоставить операции с разными временными границами.
Не удаляйте исходные выгрузки после сверки. Храните их с ограниченным доступом и обозначьте, кто и когда сформировал копию. Если обнаружена операция, которую нельзя однозначно связать с заказом, пометьте её как спорную и передайте ответственному за платежи. Лучше оставить временно неразобранную строку, чем создать клиенту повторное списание.
Возобновляйте продажи поэтапно
Сначала проверьте одну новую заявку и убедитесь, что она появилась во всех нужных системах. Затем протестируйте оформление заказа без реального списания. После восстановления очередей и интеграций проверьте, что событие не отправляется дважды: повторный callback может продублировать уведомление, запись в CRM или отгрузку.
Установите временную частоту сверки новых операций — например, в начале и конце смены в первые сутки. Если расхождения продолжаются, отключите только проблемную автоматизацию и оставьте рабочий ручной процесс с ответственным сотрудником. Не выключайте все уведомления: команда должна видеть новые заказы и запросы клиентов.
Частые вопросы
С чего начать, если часть заказов пропала?
Сохраните копию текущего состояния и выгрузите операции из эквайринга и CRM. Сопоставьте события после времени восстановленной базы и исправляйте записи по одной.
Можно ли принимать заказы, пока идёт сверка?
Это зависит от того, может ли магазин надёжно сохранять новые операции. Если есть риск повторного списания или потери, временно используйте согласованный резервный канал и сообщите покупателям о сроке ответа.
Хостинг восстановил файлы. Значит ли это, что заказы тоже восстановлены?
Нет. Файлы и база данных — разные части проекта. Сверьте дату базы и внешнюю историю операций.
Как избежать такого разбора в будущем?
Определите допустимую потерю данных, храните копии отдельно от основного аккаунта, регулярно проверяйте восстановление и сохраняйте экспорт заказов либо журнал событий во внешней системе.
Источники
- Официальный канал Beget, обновление о ходе восстановления от 10 ноября 2026 года; проверено 11 ноября 2026 года.
- WordPress: резервное копирование — копии базы и файлов сайта.