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