Как восстановить данные в «1С:Розница 2.2» из «1С:Бухгалтерия предприятия 3.0» после сбоя?

Программист 1С v8.3 (Управляемые формы) 1С:Розница Управленческий учет Торговля и дистрибуция
← На главную

Ситуация, когда основная рабочая база (в данном случае «1С:Розница») выходит из строя, а актуальные бэкапы отсутствуют, является критической. Однако, если была настроена синхронизация с «1С:Бухгалтерия предприятия 3.0» (БП), часть данных можно восстановить, «развернув» поток обмена в обратную сторону. Разберем детально, как перенести поступления, продажи и справочники обратно в «Розницу», используя штатные и дополнительные инструменты платформы 1С:Предприятие 8.3.

Анализ проблемы и технических ограничений

Прежде чем приступать к активным действиям, проанализируем стандартный механизм обмена EnterpriseData. По умолчанию синхронизация между «Розницей» и «Бухгалтерией» настроена асимметрично: из «Розницы» уходят документы оперативного учета (чеки, отчеты о розничных продажах, поступления), а из «Бухгалтерии» приходят в основном справочники и кассовые документы. Важно понимать, что обычная кнопка «Синхронизировать» может не дать результата, так как правила обмена в БП могут просто не содержать инструкций по выгрузке документов поступления или продаж в сторону «Розницы».

Способ №1: Использование обработки «Выгрузка загрузка данных EnterpriseData»

Это наиболее гибкий и эффективный метод. Данная обработка позволяет принудительно выгрузить объекты, игнорируя жесткие фильтры типичного плана обмена. Рассмотрим пошагово, как с ней работать:

  1. В программе «1С:Бухгалтерия» перейдем в раздел Функции для технического специалиста (ранее «Все функции») и найдем в списке обработок Выгрузка загрузка данных EnterpriseData.
  2. В открывшемся окне выберем узел информационной базы, соответствующий нашей восстановленной «Рознице».
  3. Выбор версии формата: Это критический момент. «Розница 2.2» — конфигурация почтенного возраста. Современная БП 3.0 поддерживает форматы до версии 1.15 и выше, но старая «Розница» их «не поймет». Проверим в «Рознице», какую максимальную версию формата она поддерживает (обычно это 1.3 или 1.5), и выберем именно её при выгрузке из БП.
  4. На вкладке составления списка объектов выберем необходимые типы документов: ОтчетОРозничныхПродажах, ПоступлениеТоваровУслуг, ПеремещениеТоваров за период с даты последнего бэкапа по текущий день.
  5. Нажмем кнопку Выгрузить. Программа сформирует XML-файл.
  6. В «Рознице» откроем аналогичную обработку и выполним Загрузку этого файла.

Способ №2: Принудительная регистрация объектов для обмена

Если мы хотим использовать уже настроенную синхронизацию, нам нужно заставить программу «поверить», что старые документы в БП изменились и их нужно отправить в «Розницу». Рассмотрим, как это сделать через механизм регистрации изменений.

Для этого воспользуемся обработкой Регистрация изменений для обмена. Выясним причину, по которой документы не уходят: скорее всего, они просто не зарегистрированы на узле обмена с «Розницей». Выполним следующие действия:

  1. Выберем узел обмена с «Розницей».
  2. Найдем в дереве объектов нужный тип документа (например, Поступление (акты, накладные, УПД)).
  3. Нажмем правую кнопку мыши и выберем пункт Зарегистрировать изменения всех объектов данного типа или воспользуемся Регистрацией с отбором, чтобы ограничить период (с января по текущий момент).
  4. После того как номера сообщений будут присвоены, запустим стандартную синхронизацию.

Важное замечание: Если в правилах обмена БП прописано, что поступления не должны выгружаться в «Розницу» ни при каких условиях, этот метод не сработает, и придется вернуться к Способу №1.

Проблема идентификации объектов (GUID) и дубли

Проанализируем ситуацию со справочниками. Поскольку «Розница» была восстановлена из старого бэкапа, в ней отсутствуют те элементы Справочник.Номенклатура или Справочник.Контрагенты, которые были созданы после января. В «Бухгалтерии» они есть. При загрузке документов система будет пытаться сопоставить эти объекты.

Синхронизация в 1С работает по двум этапам:

  1. Поиск по Уникальному Идентификатору (GUID): Если объект был создан в «Рознице» до января, он есть в обеих базах с одинаковым GUID. Проблем не возникнет.
  2. Поиск по полям поиска (Наименование, ИНН, Артикул): Если объект был создан после января, в восстановленной базе его нет. Система создаст новый объект.

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

Восстановление приходных накладных через Excel

Если механизмы EnterpriseData дают сбой из-за несовместимости версий или ограничений конфигураций, рассмотрим альтернативный вариант — использование обработки Загрузка данных из табличного документа. Это «ручной», но надежный способ восстановления табличных частей документов поступления.

Алгоритм действий:

  1. В «Бухгалтерии» откроем список поступлений, выделим нужные документы и выведем их табличные части в отчет или просто сохраним в формате Excel.
  2. В «Рознице» создадим пустой документ Поступление товаров.
  3. С помощью обработки Загрузка данных из табличного документа настроим сопоставление колонок (Номенклатура, Количество, Цена, Сумма) и загрузим данные из файла Excel непосредственно в созданный документ.

Завершающие этапы: проведение и сверка

После того как документы появились в базе «Розница», их статус, скорее всего, будет «Не проведен». Рассмотрим, что нужно сделать далее:

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

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

← На главную