← На главную
При развитии информационной базы в 1С:Управление торговлей 11 часто возникает необходимость систематизировать юридические документы и подключить справочник Договоры контрагентов в дополнение к уже используемым соглашениям с клиентами. На этом этапе пользователи и аналитики сталкиваются со спецификой архитектуры программы: разделением понятий Партнеры (управленческий учет) и Контрагенты (регламентированный учет), а также с жесткой привязкой договора одновременно к партнеру, контрагенту и собственной организации.
Разберем детально, за что отвечают данные справочники, какие подводные камни возникают при вводе договоров в работающую базу и как правильно организовать работу с филиалами и точками доставки.
Разделение ролей: Соглашения и Договоры
Проанализируем базовые различия между соглашениями и договорами в 1С:УТ 11:
- Типовые и индивидуальные соглашения — задают коммерческие и ценовые условия работы. В них определяются вид цен, валюта расчетов, скидки (наценки), графики оплаты и склады отгрузки. Соглашение не может быть заменено договором в части ценообразования.
- Договоры контрагентов — фиксируют финансовые и юридические параметры сотрудничества. В договоре определяются порядок взаиморасчетов (по договорам, заказам, расчетным документам), контроль лимита кредита, допустимая сумма и срок задолженности, а также печатные реквизиты.
Подводные камни при включении договоров в работающей базе
Если на предприятии расчеты уже велись по соглашениям или заказам, а затем потребовалось вести договоры, важно учесть влияние на регистры взаиморасчетов:
- Справочный режим использования договоров: Если договоры требуются исключительно для вывода реквизитов (номера и даты) в печатные формы накладных и счетов-фактур, в настройках соглашений или договоров не следует менять уже существующий порядок расчетов. В этом случае договор выбирается в документах справочно, не нарушая закрытие существующей дебиторской и кредиторской задолженности.
- Разрыв сальдо взаиморасчетов: Если в системе переключается порядок ведения расчетов на вариант По договорам, старые остатки задолженности останутся на объектах расчетов без договора. Новые документы будут формировать движения по конкретным договорам, что приведет к разрыву сальдо в отчетах по взаиморасчетам. Для корректного перехода потребуется либо перепровести документы в открытом периоде с указанием договоров, либо выполнить перенос остатков с помощью документа
Корректировка задолженности. - Приоритет условий контроля: При активации контроля задолженности в договоре правила блокировки отгрузки и проверки лимитов начинают браться из карточки договора, переопределяя аналогичные настройки индивидуальных соглашений.
Архитектура связки «Партнер — Контрагент — Договор»
В типовой конфигурации действует ограничение: карточка договора жестко связывается с конкретной организацией, конкретным контрагентом (юридическим лицом) и конкретным партнером (управленческой единицей). Если для одного юридического лица создано несколько независимых партнеров (например, два разных магазина одной сети), типовой функционал не позволит выбрать один и тот же договор для документов по разным партнерам.
Рассмотрим, как правильно организовать структуру НСИ без изменения типовой конфигурации.
Вариант 1. Иерархия партнеров и разделение клиента и грузополучателя
Этот способ является методологически верным при работе с сетевыми клиентами и филиалами:
- В справочнике
Партнеры создаем головной элемент — холдинг или управляющую компанию сети. - Создаем контрагента (юридическое лицо) и привязываем его к головному партнеру. На уровне головного партнера и контрагента создаем
Договор контрагента. - Для торговых точек и магазинов создаем подчиненных партнеров с указанием головного партнера в иерархии.
- При оформлении заказов и накладных в поле Клиент указываем головного партнера (плательщика по договору), а в поле Грузополучатель / Адрес доставки выбираем подчиненного партнера (конкретный магазин). В этом случае отгрузка и взаиморасчеты ведутся строго в рамках единого юридического договора.
Вариант 2. Использование адресов доставки без создания отдельных партнеров
Если по торговым точкам не требуется персональное управление менеджерами, отдельный график поставок и независимый анализ продаж, раздувать справочник Партнеры не имеет смысла:
- Партнер и контрагент ведутся в единственном числе.
- В контактной информации партнера или контрагента создается необходимое количество записей с типом Адрес доставки.
- При создании документов менеджер просто выбирает нужный адрес из списка доступных точек доставки.
Вариант 3. Обособленные подразделения контрагента
Если филиалы покупателя имеют разные КПП и требуют раздельного формирования счетов-фактур:
- В справочнике
Контрагенты создаются подчиненные элементы с признаком Обособленное подразделение с привязкой к головному контрагенту. - В управленческом учете партнер может оставаться единым.
- В документах реализации выбирается соответствующее обособленное подразделение контрагента, при этом договор может быть заключен как с головной организацией, так и с филиалом в зависимости от юридической схемы расчетов.
Вариант 4. Дублирование договоров под каждого партнера
Если структура учета требует обязательного разделения партнеров верхнего уровня без иерархии плательщиков и грузополучателей, применяется техническое дублирование:
- Под каждого партнера создается собственная карточка в справочнике
Договоры контрагентов с одинаковыми печатными реквизитами (номер, дата, наименование). - Взаиморасчеты и лимиты при этом контролируются независимо по каждой торговой точке.