Обмен через универсальный формат в 1С — это синхронизация данных между базами через EnterpriseData, общий XML-формат, который понимают все современные типовые конфигурации. Например, «Управление торговлей 11» отправляет в «Бухгалтерию 3.0» документы продаж и поступлений, а Бухгалтерия — свои справочники. Настраивается это без программирования: в разделе «Синхронизация данных» обеих программ, через помощника.
Ниже объясняю, как устроен формат, и по шагам показываю настройку самого частого обмена — УТ 11 и Бухгалтерии 3.0.
Что такое EnterpriseData и зачем он нужен
Раньше для обмена между двумя конфигурациями писали отдельные правила «из этой в ту». Обновилась одна программа — правила ломались, и их приходилось переделывать.
Универсальный формат решает это иначе:
- есть общий формат — описание того, как выглядят в XML контрагент, номенклатура, реализация, счёт-фактура и т. д.;
- каждая конфигурация умеет переводить свои данные в этот формат и обратно;
- поэтому УТ не нужно знать, как устроена Бухгалтерия, — достаточно, что обе понимают EnterpriseData.
Формат имеет версии, и программы договариваются о той, которую обе поддерживают. Это и позволяет обмениваться базам с разными релизами, хотя слишком большой разрыв в версиях всё равно приводит к ошибкам.
Через универсальный формат работают типовые обмены БП с УТ, КА, «Розницей», УНФ и другими конфигурациями. Для нетиповых сценариев правила дорабатывают в «Конвертации данных 3.0» или в расширении — об этом ниже.
Какие бывают варианты подключения
В помощнике настройки вам предложат выбрать, как базы будут «видеть» друг друга:
- Компьютер или локальная сеть — одна база напрямую подключается к другой. Самый простой вариант, если обе базы в одной сети.
- Сеть интернет — одна из баз опубликована на веб-сервере, и вторая подключается к ней по адресу. Подходит для разных офисов и облака. Про публикацию — на странице веб-доступ к 1С.
- Файл на FTP-сервере — базы обмениваются файлами через общий FTP.
Есть и полностью ручной режим через файл: одна база выгружает сообщение обмена, вы переносите его, другая загружает. Работает, но держится на дисциплине.
Подготовка
- Обновите обе программы до актуальных релизов. Это главная профилактика ошибок обмена.
- Сделайте резервные копии обеих баз. Первая синхронизация загружает много данных, и откатить её вручную тяжело. Как делать копии — в статье как настроить резервное копирование в 1С.
- Решите, какая база ведущая. Обычно в УТ ведётся оперативный учёт — номенклатура, контрагенты, документы. Бухгалтерия получает документы и дополняет их бухгалтерскими операциями. Если обе стороны создают одно и то же, будут дубли.
- Почистите справочники. Дубли контрагентов и номенклатуры в любой из баз — главный источник проблем при сопоставлении.
Настройка синхронизации УТ 11 и Бухгалтерии 3.0 пошагово
В «Управлении торговлей 11»
- Откройте «НСИ и администрирование» → «Синхронизация данных».
- Установите флажок «Синхронизация данных» и задайте префикс базы — например, «УТ».
- Откройте настройки синхронизации данных и нажмите «Создать».
- Выберите «1С:Бухгалтерия предприятия, ред. 3.0 (EnterpriseData)».
- Нажмите «Настроить параметры подключения» и выберите вариант: компьютер или локальная сеть, сеть интернет или файл на FTP-сервере.
- Для локальной сети укажите путь к базе Бухгалтерии, пользователя и пароль. Программа проверит подключение.
- Проверьте префиксы баз — они должны отличаться — и завершите шаг.
- Нажмите «Настроить правила отправки и получения данных».
- Выберите, какие справочники и документы отправлять, и укажите дату начала выгрузки. Не ставьте дату «с начала времён» — берите начало текущего периода, с которого Бухгалтерия должна получать документы.
- Сохраните правила и выполните начальную выгрузку данных.
В «Бухгалтерии предприятия 3.0»
- Откройте «Администрирование» → «Синхронизация данных».
- В списке появится настройка со статусом о том, что настройка не завершена и получены данные для сопоставления. Откройте её.
- Настройте правила отправки и получения данных: что Бухгалтерия будет отправлять обратно. Часто — ничего или только справочники.
- Запустите сопоставление и загрузку данных.
- Внимательно проверьте сопоставление. Программа сама находит пары по ИНН, наименованию, артикулу, но не всегда. Несопоставленные объекты при загрузке будут созданы как новые. Сопоставьте вручную то, что программа не нашла, и только потом завершайте сопоставление.
- Подтвердите продолжение и дождитесь загрузки.
Снова в УТ
- Вернитесь в «Синхронизация данных» и нажмите «Синхронизировать».
- Убедитесь, что в истории появились записи об отправленных и полученных данных.
Дальше включите расписание синхронизации — например, раз в час или раз в день, — чтобы не запускать её вручную.
Как проверить, что обмен работает правильно
- Создайте в УТ тестовую реализацию с новым контрагентом и новой номенклатурой.
- Запустите синхронизацию.
- Найдите документ в Бухгалтерии: проверьте контрагента, договор, счета учёта, ставку НДС, суммы.
- Исправьте документ в УТ и синхронизируйте ещё раз — изменения должны прийти.
Особое внимание — счетам учёта и ставкам НДС. Формат передаёт документ, но счета подбираются уже в Бухгалтерии по её настройкам. Если они не настроены для новой номенклатуры, документ придёт с пустыми счетами.
Типовые ошибки и как их решить
- Дубли справочников после первой синхронизации. Не проверили сопоставление. Объедините дубли в Бухгалтерии и в следующий раз сопоставляйте вручную.
- Документы не приходят или приходят не все. Проверьте дату начала выгрузки и отборы в правилах отправки. Документы раньше этой даты не отправляются.
- Ошибка конвертации или версии формата. Слишком большой разрыв между релизами программ. Обновите отстающую базу.
- Документы в Бухгалтерии изменили, а после синхронизации правки пропали. Из УТ пришла новая версия документа и перезаписала изменения. Правьте документы там, где они созданы, а в Бухгалтерии закройте период датой запрета изменения, чтобы проверенные документы не переписывались.
- Обмен перестал работать после обновления одной из баз. Запустите синхронизацию вручную и прочитайте сообщение об ошибке — чаще всего достаточно обновить вторую базу или перезапустить помощник.
- Нетиповые реквизиты не передаются. Типовой формат не знает о ваших доработках. Нужно дорабатывать правила конвертации или обработчики в расширении.
Когда баз становится больше трёх-четырёх, обмен «каждая с каждой» превращается в паутину. В таких случаях стоит смотреть в сторону интеграционной шины — разницу подходов я описал в статье интеграция точка-точка или шина.
Как часто синхронизировать
Частота зависит от того, кому и когда нужны данные. Если бухгалтер проверяет документы раз в неделю, достаточно ежедневной синхронизации ночью. Если остатки и взаиморасчёты из Бухгалтерии нужны менеджерам в течение дня — ставьте синхронизацию каждый час. Слишком частый обмен в большой базе нагружает сервер и мешает пользователям, поэтому не ставьте интервал в несколько минут без явной необходимости.
Когда типового обмена недостаточно
Типовой обмен закрывает стандартный сценарий: УТ ведёт оперативный учёт, Бухгалтерия получает документы. Но в жизни часто бывает иначе:
- Несколько организаций в УТ, а в Бухгалтерию нужно передавать только часть. Обычно решается отборами в правилах отправки, но иногда нужна отдельная настройка на каждую базу.
- Свои реквизиты и справочники. Например, номер договора поставки, ответственный менеджер, статья затрат. В формате EnterpriseData их нет — нужно расширить правила обмена.
- Нетиповая конфигурация на одной из сторон. Если конфигурация сильно доработана, типовой менеджер обмена может падать. Тогда правила адаптируют в расширении, чтобы не снимать конфигурацию с поддержки.
- Обмен с внешней системой, не на 1С. Формат EnterpriseData можно использовать и для обмена с другими программами через HTTP-сервисы, но чаще для таких задач делают отдельную интеграцию по API.
Главное правило доработок: не править типовые правила обмена напрямую в конфигурации. Иначе при каждом обновлении придётся переносить изменения вручную. Расширение — безопаснее.
Если обмен падает с ошибками, нужно передавать нетиповые данные или связать нестандартные конфигурации — помогу удалённо: обмен между базами 1С и РИБ, интеграция 1С по API, обмен данными в 1С.
Итог
- EnterpriseData — общий XML-формат, который понимают типовые конфигурации; обмен идёт через него, а не по правилам «из базы в базу».
- Настройка: «Синхронизация данных» в обеих базах, флажок, свой префикс у каждой базы, помощник с параметрами подключения и правилами.
- Подключение — по локальной сети, через интернет или FTP.
- Самый важный шаг — сопоставление справочников при первой синхронизации.
- Перед первой синхронизацией — обновить обе базы и сделать резервные копии.
- Нетиповые реквизиты требуют доработки правил или расширения.
