← На главную

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

Шаг 1: Восстановление обмена данными

Первоочередная задача — заставить систему повторно отправить данные, которые «ушли» не в ту базу. Если стандартная кнопка Состав отправляемых данных недоступна в интерфейсе, мы воспользуемся инструментом разработчика.

1. Для управления регистрацией изменений используйте внешнюю обработку РегистрацияИзмененийДляОбменаДанными. Она доступна на портале ИТС и является штатным средством для администраторов 1С.
2. Загрузите эту обработку в вашу базу через меню Файл -> Открыть.
3. В открывшейся форме выберите нужный узел обмена, найдите в списке документов те, что не ушли в целевую базу, и установите для них признак необходимости регистрации (отправки).
4. После этого выполните обмен повторно. Система увидит объекты как «новые» для этого узла и отправит их в бэкофис.

Шаг 2: Устранение проблем с «Отчетом о розничных продажах»

Если вы уже перенесли файл Отчета о розничных продажах (ОРП) в базу, но он не делает движений, это означает, что система считает смену незакрытой или произошел конфликт с уже проведенными чеками. Рассмотрим, как это исправить без потери фискальных данных.

Так как пробитые чеки нельзя изменять, мы пойдем по пути технической корректировки статусов в базе данных:

1. Воспользуйтесь инструментом Групповая обработка справочников и документов.
2. Найдите все чеки за проблемный период.
3. Снимите с них признак проведения. Это действие не отменяет сам чек на фискальном регистраторе (он остается пробитым), но позволяет «отвязать» движения по регистрам остатков от конкретных чеков, чтобы переложить эту ответственность на Отчет о розничных продажах.
4. После снятия проведения с чеков, проведите Отчет о розничных продажах вручную. Если смена закрыта верно, ОРП должен корректно сформировать все движения по складу.

Шаг 3: Проверка состояния смены

Важно помнить, что в Рознице 2.2 логика списания товара тесно завязана на статус смены. Если смена не закрыта, документы будут вести себя некорректно.

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

Рекомендации по безопасности работы с базами

Чтобы избежать подобных инцидентов в будущем, разберем базовые правила работы с копиями:

• При создании копии базы, которая имеет настроенный обмен через Dropbox или другие облачные сервисы, немедленно отключайте настройки обмена в самой копии.
• Если вам необходимо тестировать обмен на копии, используйте отдельную папку обмена, не связанную с «боевой» базой. Это исключит вероятность того, что «боевые» данные будут по ошибке загружены в тестовый контур или наоборот.
• Всегда проверяйте путь к файлу обмена в настройках узла плана обмена, чтобы убедиться, что база «смотрит» в правильный каталог.

Следуя этим шагам, вы сможете восстановить целостность данных без необходимости ручного перепроведения тысяч документов. Главное — помнить, что работа с Групповой обработкой требует осторожности: всегда делайте резервную копию перед внесением массовых изменений в документы!