Как настроить обмен контрагентами между базами 1С

Контрагентов между базами 1С синхронизируют не выгрузкой в Excel и не ручным переносом карточек, а штатным механизмом обмена. Для типовых конфигураций (Бухгалтерия, Управление торговлей, ЗУП, ERP) это раздел Администрирование → Синхронизация данных. Для обмена между доработанными или разнотипными базами правила собирают в «Конвертации данных 2.0», а с внешними системами связываются через web-сервисы и OData.

Синхронизировать контрагентов в 1С несложно, если заранее решить два вопроса: по каким полям программа будет искать уже существующую карточку и какие базе задать префиксы. От этого зависит, появятся дубли или нет. Ниже разберём каждый способ, подготовку баз, борьбу с дублями и контроль обмена.

Какой способ синхронизации контрагентов выбрать

Способ зависит от того, что и с чем вы связываете.

• 🔁 Типовая «Синхронизация данных» — для стандартных конфигураций на управляемых формах (БП 3.0, УТ 11, ЗУП 3.1, КА 2, ERP 2). Правила обмена уже встроены в конфигурацию, настройка идёт мастером.
• 🛠 Правила «Конвертации данных 2.0» — когда базы доработаны или это разные конфигурации, для которых готового обмена нет. Вы сами описываете, какие объекты и поля переносятся.
• 📦 Конвертация данных 3.0 и формат EnterpriseData — универсальный XML-формат, на котором построены современные типовые обмены.
• 🌐 HTTP- и web-сервисы, OData — для обмена с не-1С системами: сайтом, CRM, маркетплейсом.

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

Подготовка баз перед обменом

Прежде чем включать синхронизацию, приведите обе базы в порядок. Это снимает половину будущих проблем с дублями и конфликтами.

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

Что проверить:

1. Версии конфигураций. Для типового обмена релизы должны быть совместимы. Сильное расхождение версий ломает формат переноса.
2. Префиксы баз. В разделе Администрирование → Синхронизация данных каждой базе задают свой префикс (например, ЦБ и ТД). Префикс добавляется к кодам и номерам, чтобы элементы из разных баз не перезаписывали друг друга.
3. Права пользователя. У того, кто запускает обмен, должны быть права на синхронизацию данных. Удобнее создать отдельного пользователя обмена.
4. Канал обмена. Определите, как базы «увидят» друг друга: общий каталог, FTP, электронная почта или прямое подключение к другой базе по сети.
5. Состав данных. Решите заранее: переносите только контрагентов или вместе с договорами, банковскими счетами и документами.

Настройка типового обмена через мастер

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

1. Откройте Администрирование → Синхронизация данных и включите флажок «Синхронизация данных». Здесь же задайте префикс базы.
2. Перейдите в «Настройки синхронизации данных» и нажмите «Создать». Выберите сценарий обмена — например, «Бухгалтерия предприятия — Управление торговлей».
3. Укажите способ подключения ко второй базе: прямое подключение, через общий каталог или через файл.
4. Настройте правила отправки и получения. Здесь задаются фильтры: можно отправлять не всех контрагентов, а, скажем, только определённую группу или только тех, по кому есть движения.
5. Запустите первую синхронизацию. Программа предложит сопоставить объекты — связать контрагентов, которые уже есть в обеих базах, чтобы они не задвоились.

Шаг сопоставления на первом обмене — ключевой. Если его пропустить, одинаковые контрагенты из двух баз превратятся в две разные карточки.

Сразу определите направление обмена. Он бывает односторонним (данные идут только из одной базы в другую) и двусторонним (изменения ходят в обе стороны). Для контрагентов чаще выбирают двусторонний: карточку могут завести и в учётной базе, и в торговой.

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

Свои правила в «Конвертации данных 2.0»

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

Порядок работы:

1. Из каждой базы выгрузите описание структуры метаданных и загрузите его в КД 2.0.
2. Создайте правила конвертации: сопоставьте справочник Контрагенты базы-источника со справочником базы-приёмника.
3. Опишите соответствие полей — ИНН, КПП, Наименование, Полное наименование, вид контрагента.
4. Задайте правила поиска — по каким реквизитам программа будет искать уже существующий объект, чтобы не плодить дубли.
5. Выгрузите правила в файл .xml.
6. В каждой базе загрузите эти правила в обработку «Универсальный обмен данными в формате XML» и выполните выгрузку из источника и загрузку в приёмник.

Правила поиска — самое важное в КД 2.0. От них зависит, свяжет программа карточки или создаст новые. Помимо соответствия справочников, в правилах прописывают обработку значений — например, как переносить вид контрагента (юрлицо, ИП, физлицо) или как подставлять значение по умолчанию, если поле в источнике пустое.

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

Единые карточки через сервис 1С:Контрагент

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

Что делает сервис:

• заполняет наименование, КПП, адрес и коды по введённому ИНН из данных госреестров;
• показывает досье контрагента и признаки проблемных организаций;
• помогает вести реквизиты единообразно, а значит — корректно сопоставлять карточки при обмене.

Подключается сервис в разделе Администрирование → Интернет-поддержка и сервисы. Для работы нужна действующая подписка (входит в ряд тарифов ИТС, стоимость уточняйте у партнёра — ориентировочно несколько тысяч рублей в год при отдельной покупке).

💡 Приучите пользователей заводить контрагента по ИНН через сервис, а не вручную. Единый ИНН в обеих базах — лучшая страховка от дублей при обмене.

Ещё один плюс: сервис подхватывает актуальные КПП и адрес при их смене у контрагента. Если вовремя обновить карточку в главной базе, корректные реквизиты уедут во вторую базу обменом автоматически, и вам не придётся править их дважды.

Как убрать дубли контрагентов

Дубли появляются, когда карточки вводили вручную в обеих базах до обмена, когда правила поиска настроены по ненадёжному полю или когда первый обмен прошёл без сопоставления. Отдельная причина — опечатка в ИНН: даже один неверный символ, и программа считает это новым контрагентом.

Дубли опасны не сами по себе, а последствиями: платежи, акты сверки и остатки по взаиморасчётам расползаются по двум карточкам. В итоге сальдо по контрагенту в отчёте не сходится, хотя по факту всё оплачено. Поэтому чистить их лучше сразу, а не копить.

Чистят их штатной обработкой «Поиск и удаление дублей». Найти её можно в разделе Администрирование (группа обслуживания) или через «Все функции» → Обработки. Команда «Все функции» включается в Главное меню → Сервис → Параметры.

Порядок:

1. В обработке выберите справочник Контрагенты.
2. Задайте правила поиска совпадений — надёжнее всего по ИНН, дополнительно по наименованию.
3. Запустите анализ. Программа соберёт группы похожих карточек.
4. В каждой группе отметьте главный элемент — тот, что останется.
5. Выполните замену и удаление. Ссылки из документов, договоров и регистров автоматически перецепятся на главную карточку, дубли будут помечены на удаление.

Чтобы дубли не возвращались:

• заводите контрагентов по ИНН через 1С:Контрагент;
• в правилах обмена ставьте поиск по ИНН, а не по наименованию;
• договоритесь, в какой базе контрагент заводится первым, а в остальные приходит обменом.

Обмен с внешними системами: HTTP-сервисы и OData

Если контрагентов нужно передавать не в другую базу 1С, а на сайт, в CRM или маркетплейс, используют программные интерфейсы.

• Web-сервисы (SOAP) и HTTP-сервисы. Описываются в конфигурации и требуют публикации базы на веб-сервере (IIS или Apache) через Администрирование → Публикация на веб-сервере в Конфигураторе. Внешняя система вызывает метод и получает данные контрагентов.
• Стандартный интерфейс OData (REST). Включается при публикации на веб-сервере. Состав доступных объектов — в том числе справочник контрагентов — задаётся в настройках публикации. Внешняя система читает и создаёт карточки обычными REST-запросами, без доработки конфигурации. Справочник контрагентов доступен по адресу вида http://сервер/база/odata/standard.odata/Catalog_Контрагенты, ответ можно запросить в формате JSON. Создание и изменение идут методами POST и PATCH.
• EnterpriseData. Универсальный XML-формат. Файл с контрагентами можно отдать стороннему приложению, которое умеет его разбирать.

Контроль и мониторинг обмена

После настройки важно убедиться, что данные действительно доходят и не теряются.

Где смотреть:

• Статус обмена. В Администрирование → Синхронизация данных → Настройки синхронизации данных по каждой настройке видно дату последнего сеанса и результат.
• Предупреждения синхронизации. Отдельный список: непроведённые документы, незаполненные реквизиты, объекты, которые не удалось сопоставить.
• Конфликты. Если одного контрагента изменили в обеих базах между сеансами, программа фиксирует конфликт и применяет версию по заданному приоритету — обычно побеждает та база, что назначена главной. Конфликты стоит просматривать вручную: автоматический выбор не всегда оставляет правильные реквизиты.
• Журнал регистрации. Технические ошибки обмена (нет связи, не прошёл файл) пишутся сюда.

Регулярный обмен удобно поставить на расписание — регламентным заданием с нужным интервалом. Тогда контрагенты будут подтягиваться автоматически, а вам останется раз в период просматривать предупреждения и конфликты.

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

Частые вопросы