Как организовать учет по торговым точкам в 1С:ТиС 7.7 и консолидировать данные в 1С:БП 3.0?

При автоматизации оптовой торговли часто возникает архитектурное противоречие. Отделу продаж в оперативной базе (1С:Торговля и Склад 7.7) необходима детальная аналитика по каждой торговой точке контрагента (ИП): куда везти товар, сколько продано конкретному магазину и каков долг по каждой точке. В то же время бухгалтерии в 1С:Бухгалтерия предприятия 3.0 эта детализация мешает, так как юридически должником является один ИП, и раздувать справочник контрагентов тысячами "точек" в регламентированном учете недопустимо.

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

Проблема: Почему "точки-контрагенты" — это сложно?

Когда мы заводим каждую точку как отдельного контрагента в ТиС 7.7, мы решаем задачу печати правильных адресов в ТОРГ-12 и СФ. Однако при стандартной выгрузке в БП 3.0 мы получаем ту же армию контрагентов. Это ведет к следующим проблемам:

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

Проанализируем три основных способа решения этой задачи.

Способ 1: Использование реквизита "Головной контрагент" в ТиС 7.7

Этот метод считается наиболее гибким и правильным с точки зрения управленческого учета. Мы сохраняем точки как контрагентов в ТиС, но указываем им "владельца".

Шаг 1: Доработка конфигурации ТиС 7.7

Рассмотрим порядок действий для программиста:

1. Откроем конфигуратор ТиС 7.7.
2. В справочник Контрагенты добавим новый реквизит ГоловнойКонтрагент (тип: Справочник.Контрагенты).
3. На форме элемента справочника разместим этот реквизит. Для основных ИП он будет пустым, а для точек в нем нужно выбрать "голову" (самого ИП).

Шаг 2: Модификация правил выгрузки

Теперь выясним причину, по которой данные в БП загружаются раздельно — это отсутствие логики подмены объекта. Нам нужно изменить алгоритм выгрузки (обычно это файл V77Exp.ert или правила в Конвертации данных 2.0). Разберем логику кода в обработчике "Перед выгрузкой" для объекта Контрагент:

// Пример логики подмены контрагента
Если ПустоеЗначение(Источник.ГоловнойКонтрагент) = 0 Тогда
    // Если у точки есть головной контрагент, выгружаем его вместо точки
    ОбъектВыгрузки = Источник.ГоловнойКонтрагент;
Иначе
    // Если это и есть головная организация, выгружаем как обычно
    ОбъектВыгрузки = Источник;
КонецЕсли;

Таким образом, в файл обмена всегда будет попадать только "головной" ИП. В БП 3.0 создастся всего одна карточка, на которую "сядут" все реализации со всех точек.

Способ 2: Использование договоров как аналитики точек

Если мы не хотим глубоко переделывать ТиС, можно использовать стандартный механизм договоров. В ТиС 7.7 (и в БП 3.0 соответственно) один контрагент может иметь множество договоров.

Разберем этот вариант по шагам:

1. В ТиС 7.7 создаем одного контрагента — "ИП Иванов".
2. Для него создаем список договоров: "Точка на Ленина", "Точка на Пушкина" и т.д.
3. В документах реализации выбираем нужный договор.

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

Минусы: В ТиС 7.7 в печатных формах по умолчанию будет выводиться адрес головного ИП, а не точки. Чтобы это исправить, нам придется доработать печатные формы ТОРГ-12 и Счет-фактура, чтобы адрес доставки брался из наименования или доп. реквизита договора.

Способ 3: Разделение понятий "Партнер" и "Контрагент"

Посмотрим на пример того, как это реализовано в современных конфигурациях (УТ 11). Там есть справочник Партнеры (управленческие точки) и Контрагенты (юридические лица). Мы можем сымитировать эту структуру в 7.7.

Проанализируем ситуацию: менеджерам важна "точка" как объект логистики. Мы можем создать отдельный справочник АдресаДоставки, подчиненный справочнику Контрагенты. В документе реализации в ТиС добавим поле АдресДоставки.

При выгрузке в БП 3.0:

• Поле Контрагент всегда заполняется основным ИП.
• Поле Грузополучатель в БП 3.0 заполняется на основании нашего нового реквизита.

Это самый чистый метод с точки зрения методологии 1С. Бухгалтерия получает один долг на одного ИП, а управленческий учет видит объемы отгрузок по адресам через отчеты по доп. реквизиту АдресДоставки.

Технические нюансы при выгрузке в облачную БП 3.0

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

При использовании типовой обработки обмена, обратите внимание на настройку синхронизации по ИНН. Если вы решите оставить разные точки в ТиС, но в БП хотите видеть одну карточку, убедитесь, что у всех точек в ТиС проставлен одинаковый ИНН. В настройках обмена БП 3.0 укажите "Поиск по ИНН". Однако будьте осторожны: если программа найдет первого попавшегося контрагента с таким ИНН, она может начать перезаписывать его наименование при каждой загрузке (из "Магазин 1" в "Магазин 2"). Чтобы этого избежать, в правилах обмена нужно отключить обновление наименования для существующих объектов.

Выясним, какой метод выбрать? Если вам важны взаиморасчеты по каждой точке — используйте Договоры. Если вам нужна только логистика и адреса — используйте Адреса доставки. Если учет в ТиС уже ведется по "точкам-контрагентам" и переучивать персонал поздно — внедряйте схему с Головным контрагентом и подменой при выгрузке.