Как правильно настроить учет по договорам при наличии соглашений и филиальной структуры в 1С:Управление торговлей 11?

Бизнес-аналитик 1С v8.3 (Управляемые формы) 1С:Управление торговлей Управленческий учет Торговля и дистрибуция
← На главную

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

Разберем детально, за что отвечают данные справочники, какие подводные камни возникают при вводе договоров в работающую базу и как правильно организовать работу с филиалами и точками доставки.

Разделение ролей: Соглашения и Договоры

Проанализируем базовые различия между соглашениями и договорами в 1С:УТ 11:

  1. Типовые и индивидуальные соглашения — задают коммерческие и ценовые условия работы. В них определяются вид цен, валюта расчетов, скидки (наценки), графики оплаты и склады отгрузки. Соглашение не может быть заменено договором в части ценообразования.
  2. Договоры контрагентов — фиксируют финансовые и юридические параметры сотрудничества. В договоре определяются порядок взаиморасчетов (по договорам, заказам, расчетным документам), контроль лимита кредита, допустимая сумма и срок задолженности, а также печатные реквизиты.

Подводные камни при включении договоров в работающей базе

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

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

Архитектура связки «Партнер — Контрагент — Договор»

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

Рассмотрим, как правильно организовать структуру НСИ без изменения типовой конфигурации.

Вариант 1. Иерархия партнеров и разделение клиента и грузополучателя

Этот способ является методологически верным при работе с сетевыми клиентами и филиалами:

  1. В справочнике Партнеры создаем головной элемент — холдинг или управляющую компанию сети.
  2. Создаем контрагента (юридическое лицо) и привязываем его к головному партнеру. На уровне головного партнера и контрагента создаем Договор контрагента.
  3. Для торговых точек и магазинов создаем подчиненных партнеров с указанием головного партнера в иерархии.
  4. При оформлении заказов и накладных в поле Клиент указываем головного партнера (плательщика по договору), а в поле Грузополучатель / Адрес доставки выбираем подчиненного партнера (конкретный магазин). В этом случае отгрузка и взаиморасчеты ведутся строго в рамках единого юридического договора.

Вариант 2. Использование адресов доставки без создания отдельных партнеров

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

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

Вариант 3. Обособленные подразделения контрагента

Если филиалы покупателя имеют разные КПП и требуют раздельного формирования счетов-фактур:

  1. В справочнике Контрагенты создаются подчиненные элементы с признаком Обособленное подразделение с привязкой к головному контрагенту.
  2. В управленческом учете партнер может оставаться единым.
  3. В документах реализации выбирается соответствующее обособленное подразделение контрагента, при этом договор может быть заключен как с головной организацией, так и с филиалом в зависимости от юридической схемы расчетов.

Вариант 4. Дублирование договоров под каждого партнера

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

  1. Под каждого партнера создается собственная карточка в справочнике Договоры контрагентов с одинаковыми печатными реквизитами (номер, дата, наименование).
  2. Взаиморасчеты и лимиты при этом контролируются независимо по каждой торговой точке.
← На главную