Как ограничить выгрузку из 1С Бухгалтерии по типам, справочникам и документам

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

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

Что можно ограничить в выгрузке и зачем

Синхронизация не обязана переносить всё подряд. Типовые причины сузить состав выгрузки:

• 🔒 не отдавать в БП чужие организации из общей УТ;
• 📅 отрезать старые документы — грузить обмен только с даты начала учёта;
• 📁 не тащить лишние справочники (номенклатуру складов, контрагентов чужого юрлица);
• ⚙️ убрать типы документов, которые в приёмнике не нужны (например, внутренние перемещения).

Ограничивать можно на трёх уровнях, и они не взаимоисключающие:

💡 Начинайте с самого простого уровня. Дату и организацию видно прямо в помощнике настройки, а до правил конвертации доходит меньшинство задач.

Требования к системе и формат обмена

Ограничения работают по-разному в зависимости от того, на каком механизме построен обмен.

• EnterpriseData — универсальный формат, на нём собраны типовые обмены БП 3.0 ↔ УТ 11, ЗУП 3, КА 2. Здесь есть встроенные фильтры и настройки правил отправки.
• Конвертация данных 3.0 — среда, где живут правила конвертации и правила регистрации объектов (ПРО). Нужна, когда типовых фильтров мало.
• БСП (Библиотека стандартных подсистем) — даёт сам механизм синхронизации и интерфейс настроек в режиме предприятия.

Ограничения состава доступны в актуальных релизах БП 3.0. Перед любой правкой правил обмена сделайте резервную копию обеих баз — приёмника и источника. Ошибка в регистрации объектов приводит к дублям и «пустышкам», которые потом чистятся вручную.

Определиться со способом поможет короткое дерево.

Способ 1. Ограничение стандартными фильтрами в режиме предприятия

Самый быстрый путь. Ничего не программируем — работаем в помощнике настройки.

Путь: Администрирование → Синхронизация данных → открыть настройку → Настроить (правила отправки и получения).

Ограничение по дате документов

Отрезать историю нужно почти всегда — иначе первый обмен потянет всю базу за годы.

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

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

Ограничение по организации и складу

Если в источнике несколько юрлиц, отдавайте в БП только нужное.

• В помощнике настройки на шаге отбора отметьте одну или несколько организаций.
• Для складских обменов доступен отбор по складу или типу цен.
• Флажок «Выгружать все» снимите — иначе фильтр по организации не применится.

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

Способ 2. Настройка правил отправки данных по типам

Некоторые типовые обмены дают в режиме предприятия таблицу состава: список объектов с галочками «отправлять / не отправлять». Это и есть ограничение по типам справочников и документов без конфигуратора.

Что здесь можно:

• 📋 снять галочку с целого типа документа — он перестанет регистрироваться к выгрузке;
• 🔧 задать дополнительный отбор внутри типа (по виду операции, по признаку);
• 🚫 исключить служебные справочники, если приёмнику они не нужны.

Порядок настройки удобно держать перед глазами.

Не у каждого обмена состав редактируется в предприятии. Если таблицы типов нет, а ограничение по типу нужно — переходите к Способу 3.

Способ 3. Правила регистрации объектов (ПРО) в Конвертации данных 3.0

ПРО решают, какой объект вообще попадёт в очередь на выгрузку. Это самый гибкий, но и самый «программистский» уровень.

Что дают правила регистрации:

• регистрировать документ только при выполнении условия (например, проведён и по нужной организации);
• полностью отключить регистрацию типа — тогда объект не выгрузится никогда;
• задать отбор по реквизитам, недоступный в предприятии.

Общая схема работы:

1. Открыть конфигурацию обмена в Конвертации данных 3.0.
2. Найти правило регистрации нужного объекта (справочника или документа).
3. Задать отбор или условие на встроенном языке — по дате, организации, флагу.
4. Выгрузить правила и подключить к настройке синхронизации.

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

Регистрация отдельных объектов к выгрузке вручную

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

• Состав отправляемых данных → добавить объект или целый тип к выгрузке;
• пометить объект к повторной выгрузке, если он «застрял»;
• выгрузить всё по типу заново после изменения правил.

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

Проблема «выгружается только ссылка»

Классическая история обмена на EnterpriseData. Документ отправили, а справочник, на который он ссылается, в состав выгрузки не входит. В приёмнике появляется объект-заглушка: Выгружается только ссылка — карточка есть, а реквизиты пустые.

Почему так происходит:

• тип справочника исключён из состава выгрузки правилами или галочкой;
• объект не прошёл отбор по дате или организации;
• в приёмнике этого элемента ещё нет, а полный объект не передан.

Как чинить:

1. Включите тип справочника в состав отправляемых данных.
2. Перерегистрируйте нужные элементы к выгрузке вручную.
3. Выполните синхронизацию — заглушки заполнятся реквизитами.

Разберём частые симптомы отдельно.

Ограничение доступа к данным как дополнительный барьер

Если задача не «не выгружать», а «не показывать» — работает механизм ограничения доступа к данным (RLS). Он ограничивает не выгрузку, а видимость записей по ролям и правам.

Когда это уместно:

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

Нюансы RLS, о которых спотыкаются:

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

Это отдельная большая тема. Для типовой задачи «убрать документы из выгрузки» хватает Способов 1–3 — RLS подключают, когда важна именно защита доступа.

Частые ошибки и как их избежать

• ❌ Меняют правила прямо в типовой конфигурации. При обновлении релиза всё слетает. Держите правки в расширении или отдельных правилах обмена.
• ❌ Забывают про резервную копию. Ошибка в ПРО плодит дубли и заглушки. Копия обеих баз обязательна до старта.
• ❌ Ждут, что фильтр удалит старое. Обмен не чистит ранее выгруженное — только перестаёт слать новое. Лишнее удаляйте руками.
• ❌ Ограничивают документ, но не справочник. Получают «выгружается только ссылка». Согласуйте состав документов и связанных справочников.
• ❌ Тестируют сразу на рабочей базе. Прогоняйте новую настройку на копии, сверяйте состав в приёмнике, только потом — в бой.

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