Как настроить интеркампани между разными информационными базами 1С:УТ 11 через схему ответственного хранения?

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

В практике автоматизации крупных торговых сетей часто возникает задача разделения учета по разным информационным базам (например, для выделенного филиала или отдельного юридического лица). Стандартный механизм «Интеркампани» в 1С:Управление торговлей 11 (УТ 11) эффективно работает только внутри одной базы данных. Если же базы разделены, нам необходимо построить кастомную цепочку документооборота, которая будет имитировать передачу товара между организациями. Оптимальным решением здесь выступает использование схемы ответственного хранения.

В этой статье мы подробно разберем, как организовать процесс, при котором товар поступает в филиал на ответхранение, продается конечному клиенту, а затем «сворачивается» в закупку у головной организации.

Архитектура решения: почему ответственное хранение?

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

  1. Отразить фактическое наличие товара на складе филиала без перехода права собственности.
  2. Учитывать товар в бухгалтерии на забалансовом счете 002.
  3. Продавать товар в момент обращения клиента, фиксируя потребность в «выкупе» у головы.

Шаг 1. Настройка функционала ответственного хранения в УТ 11

Проанализируем возможности современных версий УТ 11 (начиная с 11.5). Для начала работы необходимо включить соответствующую опцию. Перейдем в раздел НСИ и администрирование — Настройка НСИ и разделов — Продажи (или Закупки) и активируем функционал Ответственное хранение.

Рассмотрим, какие объекты нам понадобятся:

Шаг 2. Организация складского учета и ордерной схемы

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

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

Важный нюанс по складам: Мы можем использовать один и тот же физический склад. Система УТ 11 умеет разделять остатки по типам запасов в рамках одного места хранения. Однако для визуального удобства бухгалтерии иногда создают отдельный виртуальный склад «ОТВЕТХРАНЕНИЕ».

Шаг 3. Реализация товара конечному покупателю

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

В момент проведения реализации система фиксирует, что продан чужой товар. Это создает «отрицательный» остаток по собственному товару и положительный по товару на хранении в рамках управленческих регистров.

Шаг 4. Автоматизация «свертки» и выкупа товаров

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

Алгоритм работы такой обработки:

  1. Анализируем остатки по регистру Товары организаций. Находим записи, где есть расход товара со статусом На хранении.
  2. Формируем документ Выкуп товаров с хранения в базе филиала. Этот документ делает проводку Дт 41 — Кт 60 (в терминах БУ) и закрывает забалансовый счет 002.
  3. Для головной организации этот выкуп должен стать Реализацией товаров и услуг.

Для синхронизации между базами удобно использовать HTTP-сервисы. Рассмотрим пример логики запроса остатков из базы головы в реальном времени при подборе товара в базе филиала:


// Пример упрощенного вызова веб-сервиса для проверки остатков в головной базе
Функция ПолучитьОстаткиУГоловы(Артикул)
    Соединение = Новый HTTPСоединение("head-office.local", 80, "login", "password");
    Запрос = Новый HTTPЗапрос("/v1/get_stock?sku=" + Артикул);
    Ответ = Соединение.Получить(Запрос);
    Если Ответ.КодСостояния = 200 Тогда
        Возврат ДесериализоватьJSON(Ответ.ПолучитьТелоКакСтроку());
    КонецЕсли;
    Возврат 0;
КонецФункции

Шаг 5. Отражение в бухгалтерском учете (БП 3.0)

Выясним, как это должно «сливаться» в бухгалтерию. При синхронизации документов из УТ 11 в БП 3.0 необходимо соблюдать следующую логику проводок:

  1. Приемка на хранение:
    • Дебет 002 (Товар принят на ответственное хранение).
  2. Продажа филиалом (до выкупа):
    • Здесь часто возникает методологический спор. Типовая БП не любит продажу со счета 002 напрямую. Поэтому рекомендуется сначала проводить Выкуп, а затем Реализацию.
  3. Выкуп товаров:
    • Кредит 002 (Списание с хранения).
    • Дебет 41 — Кредит 60.01 (Оприходование собственного товара).
  4. Реализация (финальная):
    • Дебет 90.02 — Кредит 41 (Себестоимость).
    • Дебет 62.01 — Кредит 90.01 (Выручка).

Риски и способы их минимизации

Разберем ситуацию с возвратами. Если покупатель возвращает товар филиалу, система должна корректно определить: вернуть ли его на счет 41 (как собственный) или обратно на 002 (как товар хранения). Мы рекомендуем возвращать товар на 41 счет филиала, так как «обратный выкуп» (возврат поставщику-голове) обычно оформляется отдельным регламентным процессом в конце месяца.

Резюме: Реализация Интеркампани между разными базами через ответхранение — это надежный способ соблюсти юридическую чистоту сделок. Основная нагрузка ложится на разработку обмена данными (Enterprise Data или HTTP), который будет зеркалировать документы Выкуп товаров с хранения из базы филиала в документы Реализация товаров и услуг головной базы.

← На главную