← На главную

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

Выясним причину основных сложностей при такой схеме работы и разберем по шагам, как настроить типовой обмен без программирования и отключения стандартных проверок уникальности ИНН/КПП.

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

Первое побуждение неопытных пользователей — создать в справочнике Контрагенты столько элементов, сколько существует точек доставки, указав им одинаковые ИНН/КПП и разные фактические адреса. Рассмотрим, почему это решение ошибочно:

1. Нарушение контроля дублей. Встроенные механизмы проверки 1С будут постоянно сигнализировать об ошибке ввода дублирующих реквизитов. Отключение этой проверки приведет к засорению базы данных.
2. Проблемы при загрузке оплат. Когда банк пришлет выписку по головной организации (в которой указаны ИНН и КПП «головы»), система автоматического разнесения выписок в БП 3.0 не сможет определить, на какого именно из десятка «дублированных» контрагентов отнести платеж. В результате начнется хаос во взаиморасчетах.
3. Сложности при сверке. Формирование акта сверки взаиморасчетов превратится в проблему, так как юридически долг висит на одном контрагенте, а в системе он будет искусственно разбит по разным элементам справочника.

Для правильного решения этой задачи проанализируем архитектуру справочников в УТ 11 и БП 3.0.

Концепция разделения управленческого и регламентированного учета в УТ 11

В программе 1С:Управление торговлей 11 реализован мощный механизм разделения партнеров (управленческий учет) и контрагентов (регламентированный учет). Выясним разницу между этими понятиями:

• Партнеры — это объекты управленческого учета. Партнером может быть торговая точка, сеть магазинов, конкретный магазин, филиал или холдинг. По партнерам ведется аналитика продаж и обеспечивается удобство работы менеджеров.
• Контрагенты — это юридические лица (ООО, АО, ИП), с которыми заключаются договоры и на которые выписываются первичные документы. По контрагентам ведутся официальные взаиморасчеты и формируется отчетность.

Для работы с филиалами мы должны использовать схему «Один Контрагент — Много Партнеров». Для удобства отслеживания задолженности при таком разделении пригодится расширение для вывода долга контрагентов и партнеров в формы списков.

Шаг 1. Настройка справочников в УТ 11

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

1. Перейдем в карточку головного клиента. В справочнике Контрагенты создадим **один** элемент, например, ООО "МегаТорг" (Головной офис). Укажем его реальные ИНН, КПП и юридический адрес.
2. В справочнике Партнеры создадим головного партнера холдинга.
3. Для каждого филиала или точки доставки создадим подчиненного партнера (в поле "Родитель" укажем нашего головного партнера). Назовем их понятно для менеджеров, например: МегаТорг (Филиал Самара), МегаТорг (Филиал Казань).
4. В карточке каждого подчиненного партнера заполним его фактический адрес доставки.
5. Свяжем созданных партнеров-филиалов с нашим единственным головным контрагентом ООО "МегаТорг" (Головной офис). В результате у разных партнеров в поле Юр. лицо (контрагент) будет выбран один и тот же контрагент.

Шаг 2. Как данные партнеров и контрагентов выгружаются в БП 3.0

Рассмотрим подробнее поведение системы при синхронизации данных. В конфигурации 1С:Бухгалтерия предприятия 3.0 справочника Партнеры не существует. Вся аналитика там строится исключительно на справочнике Контрагенты. возникает закономерный вопрос: как передать сведения о грузополучателях?

При обмене данными по технологии EnterpriseData правила синхронизации работают следующим образом:

• Информация о партнерах из УТ 11 в БП 3.0 напрямую **не выгружается** и новые элементы в справочнике контрагентов БП под каждого партнера не создаются. Это исключает дублирование по ИНН/КПП.
• В документ Реализация товаров и услуг в БП 3.0 в качестве покупателя подставляется наш единственный головной контрагент.
• Адрес доставки, указанный в документе реализации в УТ 11 (который привязан к конкретному партнеру), выгружается в БП 3.0 в специальное поле адреса доставки самого документа.

Шаг 3. Настройка получения нескольких адресов доставки в БП 3.0

Чтобы адрес доставки корректно принимался на стороне бухгалтерии и сохранялся в карточке контрагента, выполним несложную настройку в БП 3.0:

1. Перейдем в раздел Администрирование — Общие настройки.
2. Откроем пункт Виды контактной информации.
3. Найдем группу Контактная информация справочника "Контрагенты" и выберем элемент Адрес доставки.
4. Установим флаг Разрешить ввод нескольких значений.

После этой настройки при загрузке документов реализации из УТ 11 новые фактические адреса филиалов будут автоматически записываться в карточку головного контрагента в БП как дополнительные адреса доставки. При печати накладных или формировании УПД система будет брать адрес именно из документа реализации.

Шаг 4. Настройка вывода грузополучателя в печатных формах

Для того чтобы в печатных формах (УПД, Счёт-фактура, ТОРГ-12) в строке "Грузополучатель и его адрес" выводились правильные данные филиала, в УТ 11 предусмотрена стандартная опция. Проверим ее статус:

1. Перейдем в меню НСИ и администрирование — Настройка НСИ и разделов — Продажи.
2. В подразделе Печать документов найдем и включим опцию Адрес грузополучателя брать из адреса доставки.

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

Шаг 5. Автоматическое разнесение входящих платежей по заказам

Проанализируем ситуацию с загрузкой банковских выписок. Бухгалтер загружает выписку в БП 3.0, откуда платежные поручения переносятся в УТ 11. Чтобы менеджеру в торговой базе не приходилось вручную сопоставлять каждую оплату с заказами филиалов, необходимо правильно организовать работу с договорами:

1. В УТ 11 включим использование договоров с клиентами (НСИ и администрирование — Продажи — Договоры с клиентами).
2. Для каждого партнера-филиала создадим свой собственный договор в рамках головного контрагента. Например: Договор с филиалом Самара и Договор с филиалом Казань.
3. В настройках этих договоров установим детализацию расчетов По заказам.
4. При оформлении заказов и реализаций менеджеры в УТ 11 должны выбирать соответствующий договор филиала.
5. При обмене эти договоры переносятся в БП 3.0. При загрузке выписок в БП 3.0 программа сможет сопоставить платеж по назначению платежа (где клиент указывает номер счета или договора) и отнести оплату на конкретный договор филиала.
6. После ответного обмена выписка попадет в УТ 11 на правильный договор, и благодаря детализации расчетов система автоматически закроет долг по нужному заказу.

Таким образом, использование штатного разделения на "Партнеров" и "Контрагентов", совмещенное с ведением договоров по точкам доставки, позволяет полностью решить проблему учета филиалов с одинаковыми ИНН/КПП, гарантируя порядок в бухгалтерии и автоматизацию рутинной работы менеджеров по продажам. Для контроля расчетов в таком разрезе пригодится отчет по оплате и отгрузке по заказам клиентов.