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

В этой статье вы найдёте пошаговую инструкцию по созданию периферийной базы в 1С 8.3, включая подготовку центральной базы, настройку правил обмена, выбор способа синхронизации (файловый, прямой, через веб-сервис) и решение типичных ошибок. Мы разберём как ручной метод через Конфигуратор, так и автоматизированные сценарии с использованием Плана обмена. Особое внимание уделено критическим моментам, которые 90% администраторов упускают при первой настройке — например, корректной привязке справочников или обработке конфликтов при синхронизации.

Что такое периферийная база в 1С и зачем она нужна

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

  • 📍 Работа филиалов — когда подразделения компании географически удалены, но нуждаются в актуальных данных (например, остатках товаров или прайс-листах).
  • 🔄 Разгрузка центрального сервера — часть операций (например, формирование отчётов) выполняется на периферийных базах, снижая нагрузку.
  • 🛡️ Резервирование — при сбое центральной базы периферийная может временно взять на себя критические функции.
  • ⚡ Офлайн-работа — сотрудники могут вводить данные без подключения к интернету, а синхронизация произойдёт позже.

Отличие от распределённой базы (РИБ): периферийная база не обязательно является полноценной репликой. Она может содержать только часть данных (например, справочники контрагентов и документы по конкретному региону). Это уменьшает объём передаваемой информации и ускоряет обмен.

Важно понимать, что периферийная база — это не резервная копия. Она предназначена для активной работы, а не для восстановления после сбоев. Для бэкапов используются другие механизмы 1С, например, Выгрузка/Загрузка данных или Технологическая платформа.

📊 Какой тип синхронизации вы используете для периферийных баз?
Файловый обмен (XML)
Прямое подключение (TCP/IP)
Веб-сервисы (HTTP/HTTPS)
Другой вариант

Подготовка центральной базы к созданию периферийной копии

Прежде чем создавать периферийную базу, центральную систему нужно правильно настроить. Этот этап часто пропускают, что приводит к ошибкам при первой синхронизации. Вот что необходимо сделать:

  1. Проверьте версию платформы. Периферийная и центральная базы должны работать на одной версии 1С:Предприятие 8.3. Разница даже в минорных обновлениях (например, 8.3.22.1830 vs 8.3.23.1000) может вызвать конфликты при обмене.
  2. Настройте план обмена. Перейдите в Конфигуратор → Объекты конфигурации → Планы обмена и создайте новый план (например, ОбменСФилиалами). Укажите уникальный идентификатор и включите флаг Авторегистрация.
  3. Определите состав данных. В свойствах плана обмена выберите, какие объекты будут синхронизироваться: справочники (Контрагенты, Номенклатура), документы (РеализацияТоваровУслуг), регистры (ОстаткиТоваров) и т.д.
  4. Настройте права доступа. Пользователи, которые будут работать с периферийной базой, должны иметь роль с правом на Чтение и Изменение в плане обмена.

Если в центральной базе уже есть данные, рекомендуется выполнить Тестирование и исправление (Администрирование → Тестирование и исправление) перед созданием периферийной копии. Это устранит возможные ошибки структуры, которые могут помешать обмену.

💡

Используйте префиксы для идентификаторов объектов в периферийной базе (например, Филиал_Мск_). Это поможет избежать конфликтов при слиянии данных из разных источников.

Способы создания периферийной базы: сравнение методов

Существует три основных способа создания периферийной базы в 1С. Каждый имеет свои плюсы и минусы в зависимости от задачи:

Метод Преимущества Недостатки Когда использовать
Выгрузка/загрузка через DT Простота, не требует настройки обмена заранее Передаются все данные, включая историю (большой объём) Для разового переноса данных или небольших баз
Создание через план обмена Гибкая настройка состава данных, поддержка инкрементального обмена Требует предварительной настройки в конфигураторе Для постоянной синхронизации филиалов
Клонирование через 1С:EDT Точная копия структуры, поддержка версионирования Сложно для новичков, требует лицензии EDT Для разработчиков при создании тестовых сред

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

Что будет, если не настроить уникальные идентификаторы?

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

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

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

  1. Создайте новую базу:

    В Конфигураторе центральной базы выберите Файл → Новая информационная база. Укажите имя (например, Филиал_СПб) и путь к каталогу. Тип базы — Файловая или Клиент-серверная (в зависимости от инфраструктуры).

  2. Настройте подключение к плану обмена:

    В новой базе откройте Конфигуратор, перейдите в Объекты конфигурации → Планы обмена и добавьте существующий план (например, ОбменСФилиалами). Укажите Центральный узел = Истина для центральной базы и Центральный узел = Ложь для периферийной.

  3. Задайте параметры синхронизации:

    В свойствах плана обмена на вкладке Синхронизация данных укажите:

    • 🔹 Режим обмена — Автоматический или Ручной.
    • 🔹 Периодичность — например, Каждый час или По расписанию.
    • 🔹 Формат обмена — XML (для файловых баз) или HTTP (для веб-сервисов).

  • Выполните начальную выгрузку:

    В центральной базе запустите Все функции → Обмен данными → Выгрузить данные в файл. Укажите план обмена и путь к файлу (например, C:\Exchange\InitialData.xml).

  • Загрузите данные в периферийную базу:

    В периферийной базе выполните Все функции → Обмен данными → Загрузить данные из файла. После загрузки проверьте целостность данных через Администрирование → Тестирование и исправление.

    • ☑️ Проверка перед первой синхронизацией

    Выполнено: 0 / 5

    После первой синхронизации рекомендуется проверить Журнал регистрации (Администрирование → Журнал регистрации) на наличие ошибок. Типичные проблемы на этом этапе:

    • 🚨 Ошибка подключения — проверьте сетевые настройки и права доступа к папке обмена.
    • 🚨 Конфликты версий — убедитесь, что в обеих базах одинаковая структура метаданных.
    • 🚨 Нехватка дискового пространства — начальная выгрузка может весить десятки гигабайт.

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

    Ручная синхронизация подходит для тестирования, но в реальной работе лучше настроить автоматический обмен. Для этого:

    1. Создайте задание в Планировщике 1С:

      Перейдите в Администрирование → Планировщик заданий и добавьте новое задание типа Обмен данными. Укажите план обмена, направление (Загрузка или Выгрузка) и расписание (например, Каждый день в 23:00).

    2. Настройте веб-сервис (для удалённых баз):

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

      http://ваш_сервер/ws/ExchangeService.1cws?wsdl
    3. Ограничьте объём передаваемых данных:

      Чтобы уменьшить нагрузку на сеть, в настройках плана обмена отметьте флаги:

      • 📦 Передавать только изменения (инкрементальный обмен).
      • 🗑️ Удалять помеченные объекты (если в центральной базе удалили документ, он удалится и на периферии).
      • 🔒 Блокировать объекты при изменении (предотвращает конфликты).

    Для мониторинга обмена используйте Журнал обмена данными (Все функции → Обмен данными → Журнал обмена). Здесь отображаются:

    • 📅 Дата и время последнего обмена.
    • ⚡ Количество переданных объектов.
    • ❌ Ошибки (например, Не найден объект с ссылкой...).
    💡

    Автоматический обмен через веб-сервисы требует статического IP-адреса или настроенного DDNS для центрального сервера. В противном случае периферийная база не сможет подключиться после смены IP.

    Типичные ошибки и их решение

    Даже при правильной настройке обмена могут возникать ошибки. Вот самые распространённые и способы их устранения:

    Ошибка Причина Решение
    Ошибка подключения к узлу обмена Неверный адрес сервера или порта, блокировка фаерволом Проверьте настройки сети, отключите фаервол временно для теста
    Объект не найден (UID: {...}) В периферийной базе отсутствует объект, на который ссылается центральная Выполните полную выгрузку/загрузку данных или восстановите ссылку вручную
    Конфликт версий объекта Один и тот же объект изменён в обеих базах Используйте механизм Разрешение конфликтов в плане обмена
    Недостаточно прав для операции У пользователя нет роли для обмена данными Настройте права в Администрирование → Пользователи

    Если ошибка повторяется, включите режим отладки в Конфигураторе (Сервис → Параметры → Отладка) и повторите обмен. В журнале появятся подробные логи, которые помогут выявить корень проблемы.

    💡

    Для диагностики сетевых проблем используйте утилиту TCPing (аналог ping, но для TCP-портов). Например, проверьте доступность порта 1540 (по умолчанию для 1С:Предприятие):

    tcping ваш_сервер 1540

    Оптимизация работы периферийной базы

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

    • 🔧 Регулярно обновляйте конфигурацию. Если в центральной базе обновили версию 1С:УТ с 11.4 до 11.5, то же самое нужно сделать на периферии. Используйте Конфигуратор → Поддержка → Обновить конфигурацию.
    • 📊 Мониторьте объём данных. Периферийная база со временем разрастается. Архивируйте старые документы или настройте Регламентные операции для очистки.
    • 🔒 Ограничивайте права пользователей. В периферийной базе сотрудники должны видеть только те данные, которые относятся к их филиалу. Используйте Роли и Права доступа.
    • ⚡ Используйте кэширование. Для ускорения работы включите Кэширование данных в настройках клиентского приложения (Сервис → Параметры → Системные).

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

    • 🔄 Направление обмена — Двунаправленный.
    • 📤 Приоритет загрузки — Центральный узел (чтобы изменения из филиала не перезаписывали данные в центральной базе).
    💡

    Для крупных распределённых систем (10+ периферийных баз) рассмотрите использование 1С:Распределённая информационная база (РИБ). Она поддерживает сложные схемы репликации и разрешения конфликтов.

    Безопасность периферийных баз: защита данных и доступов

    Периферийные базы часто становятся уязвимым звеном в системе безопасности компании. Вот ключевые меры защиты:

    • 🔐 Шифрование трафика. При обмене через интернет используйте HTTPS вместо HTTP. Настройте SSL-сертификат на веб-сервере.
    • 🛡️ Резервное копирование. Настройте автоматический бэкап периферийной базы (Администрирование → Резервное копирование). Храните копии на отдельном сервере.
    • 👤 Аутентификация. Отключите стандартные учётные записи (Администратор) и создайте индивидуальные логины с сложными паролями.
    • 📡 Контроль доступа. Ограничьте IP-адреса, с которых разрешён обмен данными (настройка в Веб-сервере Apache или IIS).

    Для аудита действий пользователей включите журналирование:

    1. В Конфигураторе перейдите в Администрирование → Журналы регистрации.
    2. Укажите события для записи: Обмен данными, Изменение данных, Ошибки.
    3. Настройте хранение логов не менее чем за 30 дней.
    Что делать, если периферийная база была скомпрометирована?

    1. Отключите её от сети.
    2. Восстановите данные из последнего резервного копирования.
    3. Проверьте логи на предмет несанкционированного доступа.
    4. Смените пароли всех пользователей.
    5. Настройте двухуровневую аутентификацию (если поддерживается конфигурацией).

    FAQ: ответы на частые вопросы

    Можно ли создать периферийную базу из резервной копии центральной?

    Да, но это не рекомендуется. При таком подходе не настраиваются уникальные идентификаторы (UID) и план обмена, что приведёт к конфликтам при синхронизации. Лучше использовать Выгрузку/загрузку через DT или План обмена.

    Как часто нужно синхронизировать периферийную базу?

    Частота зависит от бизнес-процессов:

    • 📦 Торговля — ежедневно (для актуальных остатков товаров).
    • 💰 Бухгалтерия — 1 раз в неделю (если филиал ведёт отдельный учёт).
    • 📊 Отчётность — по требованию (перед формированием сводных отчётов).

    Настройте расписание в Планировщике заданий 1С.

    Можно ли использовать облачное хранилище (Яндекс.Диск, Google Drive) для обмена файлами?

    Технически да, но это небезопасно. Облачные сервисы не гарантируют:

    • 🔒 Конфиденциальность (данные могут быть перехвачены).
    • ⚡ Стабильность (задержки при синхронизации).
    • 📅 Версионность (при конфликтах файлов).

    Лучше использовать FTP/SFTP или Веб-сервисы 1С.

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

    Порядок действий:

    1. Сделайте резервную копию периферийной базы (1Cv8.1CD).
    2. Установите 1С:Предприятие на новом сервере.
    3. Восстановите базу из бэкапа.
    4. Обновите настройки подключения в плане обмена (IP-адрес, путь к файлам).
    5. Выполните тестовую синхронизацию.

    Если используется Веб-сервис, не забудьте перенастроить IIS/Apache.

    Что делать, если после обмена пропадут данные в периферийной базе?

    Вероятные причины и решения:

    • 🔄 Конфликт версий — проверьте Журнал обмена и восстановите данные из резервной копии.
    • 🚫 Ошибка прав доступа — убедитесь, что у пользователя есть роль Полные права на план обмена.
    • 🗑️ Неправильные настройки очистки — в плане обмена может быть включён флаг Удалять помеченные объекты. Отключите его, если это не нужно.

    Для диагностики используйте Сравнение данных (Все функции → Обмен данными → Сравнить данные).