В практике сопровождения 1С часто возникает ситуация, когда бухгалтерии требуется отдельная копия базы «Бухгалтерия предприятия» (БП) для подготовки и сдачи специфической отчетности (например, банковской или корректирующей за прошлые периоды). При этом возникает необходимость актуализировать данные в этой копии, загрузив в нее свежие документы из «Управления торговлей» (УТ). Настройка такой «двойной» синхронизации требует осторожности, чтобы не повредить данные в основной рабочей связке баз. Разберем пошагово, как решить эту задачу.
Прежде всего, проанализируем структуру обмена. У нас есть одна база-источник (УТ) и две базы-приемника (БП-Рабочая и БП-Копия). Основная сложность заключается в том, что БП-Копия уже содержит настройки обмена и уникальные идентификаторы объектов, унаследованные от рабочей базы. Рассмотрим два основных пути реализации задачи.
Путь 1: Прямая синхронизация УТ -> БП-Копия. Это классический метод, требующий создания нового узла обмена в УТ. Он удобен тем, что данные попадают в копию напрямую.
Путь 2: Опосредованный обмен БП-Рабочая -> БП-Копия. Как справедливо замечено в обсуждении, иногда проще настроить обмен между двумя идентичными конфигурациями БП. Однако это требует настройки правил обмена между одинаковыми конфигурациями, что не всегда предусмотрено типовым функционалом «из коробки».
Остановимся на наиболее востребованном первом варианте и ответим на ключевые технические вопросы.
Разберем вопрос о необходимости смены префикса в базе БП-Копия. В системе 1С префикс используется для обеспечения уникальности номеров документов и кодов справочников, создаваемых в разных узлах. Если вы планируете использовать синхронизацию в УТ одновременно для двух баз БП (рабочей и копии) на постоянной основе, смена префикса в копии обязательна.
Если оставить префиксы одинаковыми, то при случайной активации двустороннего обмена документы из «БП-Копии» могут затереть или создать дубли номеров в «УТ», так как система будет считать их пришедшими из одного и того же источника. Рекомендуется установить для копии уникальный префикс, например, «КБ» (Копия Бухгалтерии).
Проанализируем, как лучше поступить с существующей настройкой в копии. Поскольку БП-Копия — это снимок рабочей базы, в ней уже «живет» старая настройка синхронизации. Мы рекомендуем создать новую синхронизацию, а старую деактивировать.
БП-Копия перейдите в раздел Администрирование — Синхронизация данных.ИспользоватьСинхронизациюДанных для этого конкретного узла или просто пометить узел на удаление.УТ также будет создан новый элемент в справочнике НастройкиСинхронизацииДанных и новый узел в ПланеОбмена.Важный момент: Так как база является копией, в ней уже заполнен регистр сведений СоответствиеОбъектовИнформационныхСистем. При настройке новой синхронизации система будет использовать существующие GUID (уникальные идентификаторы). Чтобы избежать дублей, при первом запуске обмена в помощнике сопоставления данных убедитесь, что автоматическое сопоставление прошло корректно по внутренним идентификаторам.
Выясним, как гарантировать, что данные из «БП-Копии» не попадут в рабочую «УТ». Это критически важно, так как в копии бухгалтеры могут вносить правки «для отчета», которые не должны отразиться в реальном учете.
В настройках синхронизации со стороны БП-Копия необходимо установить ограничение выгрузки. Для этого в правилах отправки данных выберите вариант «Не отправлять». Это предотвратит регистрацию любых изменений документов для данного узла обмена.
Дополнительно проанализируем ситуацию на стороне УТ. Для максимальной безопасности в УТ можно воспользоваться механизмом ДатыЗапретаЗагрузкиДанных. Установите для узла обмена с «БП-Копией» дату запрета в далекое будущее. Таким образом, даже если база попытается что-то передать, УТ отклонит загрузку объектов.
Чтобы база-копия не мешала пользователям лишними уведомлениями и не нагружала сервер лишними процессами, выполним следующие действия:
КонсольРегламентныхЗаданий. Необходимо выключить задания, связанные с полнотекстовым поиском, получением курсов валют и, самое главное, автоматическим запуском обмена данными.Чтобы не перегружать базу лишними данными и не затронуть закрытые периоды, при настройке синхронизации в УТ обязательно укажите Дату начала выгрузки документов. Например, если отчетность сдается за 2023 год, установите дату 01.01.2023. Это позволит системе игнорировать старые документы и работать только с актуальным массивом данных.
Если потребность в выгрузке данных в копию возникает редко (раз в квартал), мы рекомендуем рассмотреть способ без создания постоянного узла синхронизации. Это обезопасит рабочую УТ от лишних планов обмена.
Используйте обработку УниверсальныйОбменДаннымиXML:
xml) из существующей синхронизации в УТ.УТ через обработку выгрузите нужные документы за период в файл.БП-Копия загрузите этот файл через ту же обработку.Этот метод исключает создание «мусорных» регистраций изменений в основной базе УТ, которые могут замедлять работу системы при разрастании таблиц планов обмена.
Проанализируем важный аспект: автор темы указал, что БП-Копия обновляться не будет. Нужно понимать, что отчетность в 1С тесно завязана на актуальные формы XSD-схем, которые предоставляет ФНС. Если база устареет, вы сможете сформировать отчет, но выгрузить его в электронном виде для отправки через «1С-Отчетность» может не получиться из-за несоответствия формата. В таком случае придется либо обновлять копию до актуального релиза, либо переносить итоговые цифры вручную в рабочую базу.
Резюмируем: Для реализации задачи лучше всего создать новый узел обмена с уникальным префиксом, жестко ограничить выгрузку со стороны БП через флаг «Не отправлять» и установить дату начала обмена. Это обеспечит приток свежих данных в копию без риска для основного учета.