← На главную

Синхронизация данных между программами 1С:Зарплата и кадры государственного учреждения (ЗИКГУ), редакция 3.1 и 1С:Бухгалтерия государственного учреждения (БГУ), редакция 1.0 — это классическая задача, с которой регулярно сталкиваются технические специалисты и бухгалтеры государственных учреждений. Сложность процесса обусловлена разной архитектурой этих конфигураций. ЗИКГУ 3.1 функционирует на современных управляемых формах (тонкий и веб-клиент), в то время как БГУ 1.0 построена на обычных формах (толстый клиент).

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

Причина 1: Конфликт COM-соединения и регистрация компоненты v83.COMConnector

Когда мы настраиваем прямое подключение из ЗИКГУ 3.1 к базе БГУ 1.0, программа за кулисами пытается создать COM-соединение, используя специальную библиотеку платформы comcntr.dll. Если на компьютере или сервере установлено несколько версий платформы «1С:Предприятие 8.3», операционная система Windows может запутаться и вызвать устаревшую версию COM-клиента. Эта версия не умеет работать с обновленным форматом базы данных, что и приводит к ложному сообщению с требованием обновить конфигурацию.

Выясним, как правильно зарегистрировать нужную версию библиотеки в операционной системе. Разберем этот процесс по шагам:

1. Закроем все запущенные сеансы «1С:Предприятия».
2. Откроем меню «Пуск», найдем «Командную строку» (cmd), кликнем по ней правой кнопкой мыши и выберем пункт «Запуск от имени администратора».
3. В зависимости от разрядности вашей операционной системы и платформы 1С, введем соответствующую команду для регистрации библиотеки.

Если у вас установлена 64-разрядная версия платформы 1С, выполним следующую команду (не забудьте указать ваш точный номер релиза платформы вместо 8.3.XX.XXXX):

regsvr32 "C:\Program Files\1cv8\8.3.XX.XXXX\bin\comcntr.dll"

Если используется 32-разрядная версия платформы на 64-битной Windows, команда примет следующий вид:

regsvr32 "C:\Program Files (x86)\1cv8\8.3.XX.XXXX\bin\comcntr.dll"

После успешного выполнения команды на экране появится системное сообщение о том, что библиотека успешно зарегистрирована. Это гарантирует, что ЗИКГУ при прямом подключении обратится именно к актуальному COM-клиенту.

Причина 2: Блокировка выполнения алгоритмов из-за безопасного режима

Современная платформа «1С:Предприятие» по умолчанию защищает информационную базу от выполнения потенциально опасного программного кода. Типовые правила обмена между ЗИКГУ и БГУ содержат внутренние алгоритмы на языке 1С. Когда ЗИКГУ пытается инициализировать обмен, платформа блокирует выполнение этих алгоритмов, выдавая ошибку вида: «Установлен безопасный режим. Выполнение операции запрещено».

Давайте исправим это поведение в настройках синхронизации:

1. В информационной базе ЗИКГУ 3.1 перейдем в раздел Администрирование, затем выберем пункт Синхронизация данных.
2. Откроем список Настройки синхронизации данных.
3. Найдем нашу настройку обмена с БГУ 1.0, кликнем по ней правой кнопкой мыши и выберем пункт Изменить (или нажмем кнопку «Параметры подключения» на панели инструментов).
4. В открывшейся форме найдем флажок «Безопасный режим» и снимем его. Если этот параметр находится в дополнительных настройках, вручную укажем значение Безопасный режим = Ложь.
5. Сохраним изменения. Теперь платформа позволит правилам обмена выполнять весь заложенный в них код.

Причина 3: Использование обмена через сетевой каталог (альтернатива прямому подключению)

Если, несмотря на регистрацию COM-компоненты, прямое подключение продолжает сбоить из-за сетевых ограничений или специфических прав доступа на сервере, рассмотрим более надежный и стабильный вариант — обмен через локальный или сетевой каталог с использованием XML-файлов. Этот способ исключает использование COM-соединений, что решает 90% технических проблем.

Проанализируем алгоритм настройки такого обмена:

1. Создадим на диске компьютера или на сетевом ресурсе отдельную пустую папку, например C:\Exchange_ZIK_BGU\. Убедимся, что пользователи, под которыми запускаются обе программы, имеют полные права на чтение и запись в эту папку.
2. В базе ЗИКГУ 3.1 запустим помощник создания новой синхронизации данных. Выберем вариант настройки «Синхронизация данных через сетевой каталог».
3. Укажем путь к созданной папке C:\Exchange_ZIK_BGU\. Программа создаст в этой папке специальный файл настроек (обычно с расширением XML).
4. Завершим настройку в ЗИКГУ, не запуская сам обмен.
5. Перейдем в базу БГУ 1.0. Откроем меню Сервис — Обмен данными — Синхронизация данных.
6. Запустим создание новой синхронизации в БГУ и выберем пункт «Загрузить настройки из файла», указав файл настроек, который ЗИКГУ автоматически сохранила в нашей папке обмена.
7. После этого обе программы будут готовы отправлять и принимать файлы обмена строго через эту общую папку. Такой обмен выполняется в два клика и работает без программных сбоев.

Причина 4: Несовместимость правил обмена и их ручное обновление

Фирма «1С» регулярно выпускает обновления конфигураций, но релизы ЗИКГУ и БГУ выходят в разное время. Из-за этого встроенные правила обмена в ЗИКГУ могут оказаться новее или старее тех, которые ожидает увидеть БГУ 1.0. Если структура метаданных (справочников или документов) изменилась, обмен завершится критической ошибкой.

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

1. Найдем на диске каталог, куда устанавливаются шаблоны обновлений конфигураций 1С. Обычно это путь:
   C:\Users\<ИмяПользователя>\AppData\Roaming\1C\1cv8\tmplts\1c\
2. Перейдем в папку актуального релиза БГУ 1.0 (например, в каталог StateAccounting\1_0_60_7\) или ЗИКГУ 3.1.
3. Найдем в этой директории подпапку с именем Обмены данными или Синхронизация данных. В ней будет лежать архив или XML-файл актуальных правил (например, ПравилаКонвертации.xml).
4. Вернемся в ЗИКГУ 3.1 в меню Настройки синхронизации данных. Откроем свойства нашего обмена.
5. Перейдем на вкладку Правила обмена, выберем пункт «Загрузить правила» и укажем путь к нашему найденному XML-файлу правил.
6. Запишем настройки и повторим синхронизацию.

Причина 5: Подготовка нормативно-справочной информации в БГУ 1.0

Даже технически безупречно настроенный обмен не принесет результата, если в базах различаются аналитические разрезы. Чтобы перенесенный из зарплатной программы документ Отражение зарплаты в бухучете успешно провелся в бухгалтерии, предварительно настроим ключевые справочники на стороне БГУ 1.0:

1. Статьи финансирования: В БГУ 1.0 перейдем в меню Справочники — Расчеты — Статьи финансирования. Проверим, чтобы для каждой статьи были четко сопоставлены КФО (код финансового обеспечения), КПС (классификатор расходов) и КЭК (код экономической классификации).
2. Способы отражения зарплаты в учете: Убедимся, что все способы отражения, созданные в ЗИКГУ, имеют аналоги в БГУ с корректно заполненными дебетовыми и кредитовыми счетами учета (например, счета 401.20 или 109.60). Если БГУ получит документ с незаполненным или неизвестным способом отражения, документ запишется, но не проведется.
3. Префиксы информационных баз: Откроем настройки параметров учета в обеих базах. Убедимся, что для ЗИКГУ задан уникальный префикс (например, ЗК), а для БГУ — свой префикс (например, ГУ). Это предотвратит дублирование и затирание документов с одинаковыми номерами.

Диагностика неполадок с помощью Журнала регистрации

Если в процессе синхронизации все же возникает неочевидная ошибка, обратимся к главному инструменту разработчика — Журналу регистрации.

Для этого в ЗИКГУ или БГУ откроем раздел Администрирование — Обслуживание — Журнал регистрации. Установим отбор по колонке «Событие», выбрав значения, начинающиеся с Обмен данными или Конвертация.

Внимательно проанализируем детальное описание ошибки. Например, строка «Поле Период не сопоставлено» или «Мутабельное значение» прямо укажет на то, что используемый комплект правил обмена устарел для текущей версии конфигурации, и его необходимо обновить по схеме, описанной в Причине 4.