Создание узлов в 1С:Предприятие — ключевой этап при настройке распределённых информационных систем, обмена данными между базами или интеграции с внешними сервисами. Без правильно настроенных узлов невозможно организовать синхронизацию каталогов, документов или справочников между филиалами, головным офисом и удалёнными точками. Эта процедура требует не только технических знаний, но и понимания бизнес-логики компании.

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

Что такое узел в 1С и зачем он нужен

В контексте 1С:Предприятие узел — это логическая единица, представляющая собой источник или приёмник данных в системе обмена. Узлы используются для:

  • 🔄 Синхронизации данных между несколькими базами (например, головной офис и филиалы)
  • 📤 Экспорта/импорта данных в внешние системы (CRM, ERP, сайты)
  • 🔄 Репликации справочников и документов в распределённых системах
  • 📊 Консолидации отчётности из разных источников

Каждый узел имеет уникальный идентификатор (GUID), имя и набор правил обмена. В зависимости от задачи узлы могут быть главными (инициаторы обмена) или подчинёнными (принимающими данные). Например, в схеме "головной офис → филиал" головной офис обычно выступает главным узлом, а филиал — подчинённым.

Важно понимать, что узлы не существуют сами по себе — они всегда привязаны к планам обмена. План обмена определяет, какие именно объекты (справочники, документы, регистры) будут участвовать в синхронизации, а узлы указывают, между какими базами или системами будет происходить обмен.

📊 Для чего вы чаще всего создаёте узлы в 1С?
Синхронизация филиалов
Интеграция с сайтом
Обмен с бухгалтерией
Другое

Типы узлов в 1С: какой выбрать для вашей задачи

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

Тип узла Назначение Пример использования
Локальный узел Узел в текущей базе данных Настройка обмена внутри одной информационной базы (например, для тестирования)
Удалённый узел Узел в другой базе 1С Синхронизация головного офиса с филиалом
Внешний узел Узел во внешней системе (не 1С) Интеграция с Bitrix24, МойСклад или сайтом на 1С-Битрикс
Промежуточный узел Узел для транзитного обмена Сбор данных с нескольких филиалов перед отправкой в головной офис

Наиболее распространёнными являются локальные и удалённые узлы. Первые используются для тестирования и отладки обмена внутри одной базы, вторые — для реальной синхронизации между разными базами. Внешние узлы требуют дополнительной настройки протоколов обмена (например, HTTP, FTP или REST API).

⚠️ Внимание: Если вы настраиваете обмен с внешней системой (например, МойСклад), уточните актуальные требования к формату данных и протоколам в документации сервиса. Некоторые системы требуют обязательной авторизации по OAuth 2.0 или использования специфичных заголовков в запросах.

Пошаговая инструкция: как создать узел в 1С

Рассмотрим процесс создания узла на примере 1С:Управление торговлей 11. Алгоритм для других конфигураций (1С:Бухгалтерия, 1С:ERP) будет аналогичным с незначительными отличиями в интерфейсе.

Проверьте права доступа (полные права администратора)

Создайте резервную копию базы

Убедитесь в стабильности сетевого соединения (для удалённых узлов)

Подготовьте уникальные имена для узлов-->

Шаг 1. Откройте план обмена

Перейдите в меню Администрирование → Обмен данными → Планы обмена. Если плана обмена ещё нет, создайте его через Создать → План обмена. Укажите имя (например, "ОбменСФилиалами") и сохраните.

Шаг 2. Добавьте новый узел

В открывшемся окне плана обмена нажмите УзлыСоздать. Заполните поля:

  • 📌 Имя узла — уникальное название (например, "Филиал_Москва")
  • 🔑 ИдентификаторGUID (сгенерируется автоматически)
  • 📡 Тип узла — выберите "Удалённый" для обмена с другой базой
  • 🔗 Адрес — путь к базе-партнёру (например, \\server\base или http://example.com/ws)

Шаг 3. Настройте параметры обмена

На вкладке Параметры укажите:

  • 🔄 Режим обмена"Автоматический" или "Ручной"
  • Периодичность — интервал синхронизации (например, "Каждый час")
  • 🔒 Авторизация — логин и пароль для доступа к удалённому узлу

Шаг 4. Сохраните и проверьте соединение

Нажмите Записать и закрыть, затем выполните тестовое подключение через Действия → Проверить соединение. Если тест провален, проверьте:

  • 🔌 Корректность адреса узла
  • 🔐 Права доступа к базе-партнёру
  • 🌐 Настройки сетевого экрана или фаервола
💡

Если вы настраиваете обмен через интернет, используйте защищённые протоколы (HTTPS вместо HTTP) и проверьте наличие действительного SSL-сертификата на сервере.

Настройка правил обмена для узла

Создание узла — только половина дела. Чтобы обмен заработал, необходимо настроить правила обмена, которые определяют, какие именно данные и в каком формате будут передаваться между узлами. Правила настраиваются в том же плане обмена, к которому привязан узел.

Как добавить правило обмена:

  1. Откройте план обмена и перейдите на вкладку Правила обмена.
  2. Нажмите Создать и выберите тип объекта (например, "Справочник.Номенклатура").
  3. Укажите направление обмена:
    • 🔹 "Использовать для отправки" — если узел будет отправлять данные
    • 🔹 "Использовать для приёма" — если узел будет принимать данные
  • Настройте фильтры (например, передавать только активные элементы справочника).
  • Сохраните правило и повторите шаги для других объектов (документы, регистры и т.д.).
  • Для сложных сценариев (например, преобразование данных при обмене) может потребоваться написание обработчиков событий на встроенном языке . Например, если в одной базе номенклатура хранится с артикулами, а в другой — без, потребуется обработчик, который будет заполнять артикул по определённому алгоритму.

    ⚠️ Внимание: При настройке правил обмена для документов обязательно проверьте, какие реквизиты и табличные части будут передаваться. Например, если в документе "РеализацияТоваровУслуг" не передать табличную часть "Товары", обмен будет бесполезен.

    Распространённые ошибки при создании узлов и их решение

    Даже опытные администраторы сталкиваются с проблемами при настройке узлов. Рассмотрим типичные ошибки и способы их устранения:

    Ошибка Причина Решение
    "Не удалось подключиться к узлу" Некорректный адрес или порт, блокировка фаерволом Проверьте адрес узла, настройки сети и исключения в фаерволе
    "Ошибка авторизации" Неверный логин/пароль или недостаточно прав Убедитесь в корректности учётных данных и прав пользователя
    "Объект не найден в плане обмена" Отсутствует правило обмена для передаваемого объекта Добавьте правило для нужного справочника или документа
    "Конфликт версий объекта" Один и тот же объект был изменён в обеих базах Настройте правила разрешения конфликтов в плане обмена

    Одна из самых коварных ошибок — тихий сбой обмена, когда процесс внешне проходит успешно, но данные не обновляются. В этом случае:

    1. Проверьте логи обмена (Администрирование → Обмен данными → Журнал обмена).
    2. Убедитесь, что правила обмена покрывают все необходимые объекты.
    3. Проверьте права доступа на запись в принимающей базе.
    Что делать, если узел не отображается в списке доступных?

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

    1. Сохранён ли план обмена после добавления узла.

    2. Совпадают ли версии конфигураций в обеих базах (при обмене между базами 1С).

    3. Не установлен ли фильтр по типу узла в интерфейсе выбора.

    Автоматизация обмена: как настроить расписание

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

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

    1. Откройте план обмена и перейдите на вкладку Расписание.
    2. Нажмите Создать и укажите параметры:
      • 📅 Периодичность — ежедневно, еженедельно или по кастомному графику
      • Время запуска — выберите оптимальное время (например, ночью при минимальной нагрузке)
      • 🔄 Направление — отправка, приём или двусторонний обмен
  • Укажите пользователя, от имени которого будет выполняться обмен (должен иметь достаточные права).
  • Сохраните расписание и активируйте его.
  • Для надёжности рекомендуется:

    • 📧 Настроить уведомления о результатах обмена (по email или в журнал событий).
    • 🔄 Создать резервное расписание на случай сбоя основного.
    • 📊 Вести журнал обменов для анализа ошибок.
    ⚠️ Внимание: При настройке автоматического обмена в ночное время убедитесь, что сервер 1С не перезагружается в это время (например, из-за планового обслуживания). В противном случае обмен может прерваться на половине процесса.
    💡

    Автоматический обмен снижает риск ошибок, но требует тщательной настройки прав пользователя и мониторинга логов. Всегда тестируйте расписание в ручном режиме перед активацией.

    Продвинутые сценарии: интеграция с внешними системами

    Если вам нужно настроить обмен не между базами , а с внешней системой (например, Bitrix24, МойСклад или Ozon), процесс создания узла будет отличаться. В этом случае потребуется:

    1. Использовать внешний узел с указанием API-эндпоинта системы.
    2. Настроить формат обмена:
      • 📄 JSON — для большинства современных API
      • 📄 XML — для устаревших систем или госуслуг
      • 📄 CSV — для простых интеграций
  • Реализовать преобразование данных (маппинг полей между 1С и внешней системой).
  • Настроить авторизацию (например, OAuth 2.0 или API-ключ).
  • Пример настройки узла для интеграции с МойСклад:

    
    

    // Пример кода для обработчика обмена с МойСклад

    Процедура ПодготовкаДанныхДляОтправки(Данные)

    // Преобразуем документ 1С в формат JSON для МойСклад

    Запрос = Новый Запрос;

    Запрос.Текст =

    "ВЫБРАТЬ

    | РеализацияТоваровУслуг.Ссылка КАК Ссылка,

    | РеализацияТоваровУслуг.Дата КАК Дата

    |ИЗ

    | Документ.РеализацияТоваровУслуг КАК РеализацияТоваровУслуг

    |ГДЕ

    | РеализацияТоваровУслуг.ПометкаУдаления = ЛОЖЬ";

    Результат = Запрос.Выполнить();

    ДанныеJSON = Новый Массив();

    Пока Результат.Следующий() Цикл

    ЭлементJSON = Новый Структура();

    ЭлементJSON.Вставить("documentId", Результат.Ссылка.УникальныйИдентификатор());

    ЭлементJSON.Вставить("date", Формат(Результат.Дата, "ДФ=yyyy-MM-dd"));

    ДанныеJSON.Добавить(ЭлементJSON);

    КонецЦикла;

    Возврат JSON.Записать(ДанныеJSON);

    КонецПроцедуры

    Для работы с внешними API часто требуется доработка конфигурации или создание отдельной обработки обмена. Если у вас нет опыта в программировании на , лучше обратиться к специалистам или использовать готовые решения (например, 1С:Интеграция или 1С:Коннектор).

    FAQ: ответы на частые вопросы о создании узлов в 1С

    Можно ли создать узел без прав администратора?

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

    Сколько узлов можно создать в одном плане обмена?

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

    Как перенести узел из одной базы в другую?

    Перенос узла между базами осуществляется через выгрузку/загрузку плана обмена:

    1. В исходной базе экспортируйте план обмена в файл (.epf или .xml).
    2. В целевой базе импортируйте файл через Файл → Открыть.
    3. Проверьте и при необходимости скорректируйте настройки узла (например, адрес или авторизацию).
    4. Учтите, что GUID узла при переносе сохранится, но могут потребоваться дополнительные настройки прав и правил обмена.

    Что делать, если узел перестал работать после обновления 1С?

    После обновления конфигурации могут возникнуть проблемы с совместимостью узлов. Проверьте:

    • 🔧 Версию плана обмена — возможно, требуется обновить его структуру.
    • 📋 Правила обмена — некоторые объекты могли быть переименованы или удалены.
    • 🔌 Протоколы обмена — в новых версиях могут измениться требования к формату данных.

    Если проблема не решается, создайте новый узел с нуля и перенесите в него настройки из старого.

    Можно ли откатить изменения, если обмен прошёл с ошибками?

    Да, но это зависит от типа ошибки:

    • 🔄 Если ошибка произошла до записи данных в базу, откат не требуется — изменения просто не были применены.
    • 📉 Если данные были частично записаны, используйте механизм "Отмена проведения" для документов или ручное исправление справочников.
    • 🔙 Для полного отката можно воспользоваться резервной копией базы (если она была создана перед обменом).
    • В сложных случаях поможет журнал регистрации (Администрирование → Журнал регистрации), где можно отследить, какие именно объекты были изменены.