Как исправить ошибки синхронизации банковских счетов и контактной информации между 1С:Бухгалтерия 3.0 и 1С:Документооборот?

Программист 1С v8.3 (Управляемые формы) 1C:Бухгалтерия IT и автоматизация бизнеса
← На главную

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

Причины сбоев при выгрузке банковских счетов

Проанализируем структуру метаданных обеих конфигураций. Различие в архитектуре справочников банков является главной причиной ошибок при синхронизации:

  1. Разная модель хранения банков: В конфигурации «1С:Документооборот» (в частности, редакций 1.4 и ранних 2.0) используется только справочник КлассификаторБанков. В то же время в конфигурации «1С:Бухгалтерия предприятия 3.0» исторически присутствовали два связанных справочника: Банки (пользовательский список банков контрагентов) и КлассификаторБанков (общероссийский классификатор БИК). Реквизит банковского счета Банк в БП ссылается на справочник Банки, а в ДО — напрямую на классификатор.
  2. Нарушение ссылочной целостности («битые ссылки»): При переносе счета из ДО в БП без корректно сопоставленного владельца (контрагента/организации) или самого банка объект записывается с незаполненными ключевыми реквизитами. При попытке открыть форму такого элемента платформа пытается получить данные по пустой или некорректной ссылке, что приводит к критической ошибке интерфейса до выполнения регламентной процедуры «Тестирование и исправление информационной базы».
  3. Некорректные правила конвертации данных: В правилах обмена (формата «Конвертация данных 2.0») отсутствовало промежуточное правило конвертации свойств (РКС), связывающее элемент классификатора со справочником банков БП.

Исправление правил обмена в «1С:Конвертация данных»

Для устранения ошибки выгрузки банковских счетов выполним доработку правил обмена в конфигурации «Конвертация данных» (КД 2.0/3.0):

  1. Откроем правила обмена между БП и ДО в программе «Конвертация данных».
  2. Найдем Правило конвертации объектов (ПКО) для справочника БанковскиеСчета.
  3. Перейдем к свойству Банк. Убедимся, что для него настроено отдельное правило конвертации объекта КлассификаторБанков -> Банки.
  4. В обработчике ПоляПоиска или ПриЗагрузке для справочника Банки на стороне БП проверим поиск по коду БИК. Если банк не найден в пользовательском справочнике Банки, добавим алгоритм его автосоздания на основе данных классификатора:

// Пример обработчика «ПослеЗагрузки» для справочника БанковскиеСчета
Если Не ЗначениеЗаполнено(Объект.Банк) Тогда
    БИК = ПараметрыОбъекта.Получить("БИКБанка");
    Если ЗначениеЗаполнено(БИК) Тогда
        СсылкаКлассификатор = Справочники.КлассификаторБанков.НайтиПоРеквизиту("БИК", БИК);
        Если ЗначениеЗаполнено(СсылкаКлассификатор) Тогда
            СсылкаБанк = Справочники.Банки.НайтиПоРеквизиту("БИК", БИК);
            Если Не ЗначениеЗаполнено(СсылкаБанк) Тогда
                НовыйБанк = Справочники.Банки.СоздатьЭлемент();
                НовыйБанк.Заполнить(СсылкаКлассификатор);
                НовыйБанк.Записать();
                Объект.Банк = НовыйБанк.Ссылка;
            Иначе
                Объект.Банк = СсылкаБанк;
            КонецЕсли;
        КонецЕсли;
    КонецЕсли;
КонецЕсли;

Особенности синхронизации контрагентов и контактной информации

Рассмотрим вторую распространенную проблему — сопоставление корреспондентов ДО и контрагентов БП, а также перенос их контактной информации (КИ):

  1. Разделение сущностей «Контрагент» и «Физическое лицо»: В БП 3.0 контрагент с видом «Физическое лицо» хранится в общем справочнике Контрагенты. В ДО карточка корреспондента с типом «Физическое лицо» жестко связывается со справочником ФизическиеЛица. В результате контактная информация в ДО может записываться как в табличную часть КонтактнаяИнформация корреспондента, так и в данные физического лица.
  2. Различия в предопределенных видах КИ: В БП адрес регистрации физического лица для целей регламентированного учета сопоставляется с юридическим адресом. В ДО адрес хранится как «Адрес по прописке» или «Фактический адрес». Синхронизация подсистемы КИ опирается на ИмяПредопределенногоВида. Если системные имена не совпадают, адрес не переносится.
  3. Перенос иерархии групп: По умолчанию синхронизация групп контрагентов отключена. В ДО структура корреспондентов формируется по функциональным категориям (например, «Арендаторы», «Поставщики услуг»), а в БП — по счетам расчетов или бухгалтерской структуре. Принудительный перенос групп может нарушить иерархию папок в одной из баз. Если синхронизация групп необходима, в правилах конвертации для ПКО Корреспонденты следует включить флаг Синхронизировать по идентификатору и выгрузку реквизита Родитель.

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


// Пример сопоставления вида КИ для физического лица
Если Источник.Вид = ПредопределенноеЗначение("Справочник.ВидыКонтактнойИнформации.АдресПоПропискеФизическиеЛица") Тогда
    ВыгрузитьОбъект = Истина;
    ИмяВидаКИ = "ЮридическийАдресКонтрагента";
КонецЕсли;

Различие между механизмом РИБ и синхронизацией разнородных баз

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

  1. Распределенная информационная база (РИБ): Механизм используется только для однородных конфигураций с абсолютно идентичной структурой метаданных (например, БП (Центр) ↔ БП (Филиал)). Для РИБ создается начальный образ (.ibkp или файл базы).
  2. Синхронизация разнородных конфигураций (БП ↔ ДО): Выполняется через механизмы подсистемы «Обмен данными» БСП с использованием универсального формата EnterpriseData или правил обмена. Создание начального образа в этом случае не требуется!

Пошаговый алгоритм настройки обмена между БП и ДО

Разберем последовательность действий для корректной настройки синхронизации:

  1. Подготовка баз: В обеих конфигурациях перейдем в раздел Администрирование -> Синхронизация данных и установим флаг Синхронизация данных. Зададим уникальные Префиксы информационной базы (например, БП и ДО).
  2. Создание настройки: Нажмем Настройки синхронизации данных -> Новая синхронизация. Выберем вариант синхронизации с целевой программой (через универсальный формат EnterpriseData или подключение к базе через прямое соединение/сетевой каталог).
  3. Первичная выгрузка и сопоставление: Выполним первичную выгрузку. На шаге сопоставления данных вручную сопоставим ключевые элементы:
    • Организации (по ИНН/КПП);
    • Валюты (по коду);
    • Ставки НДС;
    • Классификатор банков (по БИК).
  4. Проверка ссылочной целостности: После первой загрузки выполним контроль дублирования элементов в справочниках Контрагенты и БанковскиеСчета.

Рекомендация: использование «Бесшовной интеграции»

В современных версиях программ («1С:Бухгалтерия 3.0» и «1С:Документооборот 2.1 / 3.0») вместо классического периодического обмена файлами рекомендуется настраивать «Бесшовную интеграцию» на базе веб-сервисов. При таком подходе:

  1. Пользователи работают непосредственно в интерфейсе БП, создавая процессы согласования и прикрепляя файлы в ДО в режиме реального времени.
  2. Исключается проблема дублирования справочников и рассинхронизации банковских счетов, так как ДО обращается к объектам БП напрямую через web-сервис.
  3. Снижается нагрузка на регламентные задания информационных баз.
← На главную