Как правильно заводить договоры в 1С:УТ 11.4 и избежать их дублирования при обмене с 1С:Бухгалтерией 3.0?

← На главную

Работа со справочниками в 1С:Управление торговлей 11.4 (УТ) часто вызывает вопросы у пользователей, особенно когда дело касается архитектуры взаимоотношений с клиентами. Одной из самых распространенных проблем является хаос в договорах и появление их дублей при синхронизации с 1С:Бухгалтерией 3.0 (БП). В рамках данной статьи мы разберем, как выстроить структуру Партнеры — Контрагенты — Договоры, чтобы учет был прозрачным, а обмен данными работал корректно.

Разграничение понятий: Партнеры, Контрагенты и Соглашения

Прежде всего, нам необходимо четко понимать, за что отвечает каждая сущность в УТ 11.4. Рассмотрим их подробнее:

Партнеры — это управленческое понятие. Это группа компаний, холдинг или конкретный магазин, с которым вы фактически ведете переговоры.
Контрагенты — это юридические лица (ООО, ИП, физлица), с которыми заключаются официальные договоры и на которые выписываются первичные документы.
Соглашения — это коммерческие условия взаимодействия (цены, графики оплаты, скидки). Соглашения бывают типовыми и индивидуальными.
Договоры — это учетный разрез для контроля взаиморасчетов. Именно договор является связующим звеном между УТ и БП.

Важно помнить: в 1С:Бухгалтерии отсутствует сущность Партнер. Там учет ведется исключительно в разрезе контрагентов и их договоров. Поэтому любая ошибка в сопоставлении этих объектов в УТ приведет к некорректным проводкам в БП.

Настройка функциональных опций

Для начала работы проверим базовые настройки системы. Перейдем в раздел НСИ и администрирование -> Настройка НСИ и разделов -> CRM и маркетинг. Проанализируем состояние флага Независимо вести партнеров и контрагентов.

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

Также в разделе Продажи или Закупки необходимо убедиться, что включена опция Договоры с клиентами (или поставщиками). Если договоры выключены, система будет пытаться вести учет только по Соглашениям, но при выгрузке в БП программа будет вынуждена создавать "виртуальный" или "основной" договор, что часто и порождает дубли.

Проектирование правильной иерархии на примере

Рассмотрим ситуацию, когда у нас есть крупный клиент. Разберем по шагам, как правильно завести его в систему:

Допустим, у нас есть головное предприятие "Холдинг Весна". В него входят два юридических лица: ООО "Весна-Запад" и ООО "Весна-Восток". Также у них есть два розничных магазина. Правильная структура в УТ будет выглядеть так:

Партнер: "Холдинг Весна" (Головной партнер, без контрагента).
Подчиненные контрагенты: ООО "Весна-Запад" и ООО "Весна-Восток". У каждого из них заведен свой Договор.
Подчиненные партнеры: "Магазин №1" и "Магазин №2" (указываются как подчиненные "Холдингу Весна"). У них может не быть своих контрагентов, если отгрузка идет на головные юрлица.

При такой схеме, создавая заказ для "Магазина №1", мы выбираем этого партнера, а система автоматически подтягивает правильного контрагента и его договор. В итоге документ проводится по конкретному юрлицу (для БП), но в отчетах УТ мы можем увидеть общую картину по всему "Холдингу Весна".

Почему возникают дубли при обмене с Бухгалтерией?

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

Уникальный идентификатор (GUID) — если объект ранее уже передавался.
Если объект новый: Организация + Контрагент + Наименование договора.

Если в УТ вы назвали договор "Договор №123", а в БП вручную исправили на "Договор №123 от 01.01.2023", то при следующей синхронизации УТ не найдет совпадения по имени и создаст в БП новый объект. Чтобы этого избежать, старайтесь придерживаться правила: наименования договоров должны совпадать символ в символ в обеих базах.

Детализация расчетов в договоре

Проанализируем настройки самого договора в УТ. В поле Детализация расчетов можно выбрать несколько вариантов:

По договорам: Самый простой вариант. Весь долг копится одной суммой. В БП это транслируется идеально.
По заказам / По накладным: В этом случае УТ ведет учет каждой копейки в разрезе документов. Если в БП не настроена аналогичная глубокая аналитика, при обмене могут возникнуть "зависшие" авансы, когда оплата пришла по одному документу, а реализация прошла по другому.

Совет: Если ваша цель — максимально простой обмен с бухгалтерией, используйте детализацию По договорам.

Как навести порядок в существующих данных?

Если у вас уже накопились тысячи лишних договоров, рекомендуем следующий алгоритм действий:

Шаг 1. Объединение дублей

В 1С:УТ и в 1С:БП есть стандартная обработка Поиск и удаление дублей. Сначала необходимо объединить договоры в обеих базах. Выберите один "эталонный" договор и присоедините к нему остальные. Система сама заменит ссылки во всех документах.

Шаг 2. Групповое изменение реквизитов

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


// Пример логики для разработчика при написании внешней обработки:
ОбъектДоговор = Справочники.ДоговорыКонтрагентов.НайтиПоНаименованию("Основной договор");
Выборка = Документы.РеализацияТоваровУслуг.Выбрать();
Пока Выборка.Следующий() Цикл
    ДокОбъект = Выборка.ПолучитьОбъект();
    ДокОбъект.Договор = ОбъектДоговор;
    ДокОбъект.Записать(РежимЗаписиДокумента.Проведение);
КонецЦикла;

Шаг 3. Удаление неиспользуемых объектов

После объединения воспользуйтесь типовой процедурой Удаление помеченных объектов. Если договор не используется ни в одном документе, система его удалит, очистив справочник.

Резюме для корректной работы

Подводя итог, для исключения хаоса в договорах при работе в связке УТ 11.4 — БП 3.0, придерживайтесь следующих правил:

Используйте индивидуальные соглашения для фиксации цен, но всегда привязывайте к ним договор для учета долга.
Следите за тем, чтобы Наименование договора в УТ и БП было идентичным.
Устанавливайте флаг "Договоры обязательны" в настройках, чтобы пользователи не могли проводить документы с пустым договором.
Регулярно проводите аудит НСИ и используйте обработку Поиск и удаление дублей.

Соблюдение этих простых инструкций позволит вам избежать проблем с зачетом авансов, неверным сальдо по взаиморасчетам и бесконечным ручным исправлением документов после синхронизации.