Как организовать общий склад для двух организаций в 1С: решение проблемы остатков

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

При ведении учета в 1С:Бухгалтерия предприятия (особенно в редакции 2.0 или 3.0) пользователи часто сталкиваются с фундаментальным ограничением системы: регистр бухгалтерии Хозрасчетный имеет жесткое разделение по измерениям. Это означает, что остатки на счете 41.01 (Товары на складах) всегда привязаны к конкретному юридическому лицу. Если вы закупили товар на Организацию А, то при оформлении продажи от Организации Б система не увидит остатков, даже если физически товар лежит на одном и том же складе.

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

Почему в 1С:Бухгалтерия остатки «не общие»?

Проанализируем архитектуру программы. В 1С:Бухгалтерия учет ведется в разрезе организаций для корректного формирования бухгалтерского баланса и налоговой отчетности по каждому юридическому лицу отдельно. В типовой форме подбора товаров программа фильтрует данные по текущей организации, указанной в шапке документа. С точки зрения бухгалтерского учета, товар Организации А не принадлежит Организации Б, пока не оформлена сделка между ними.

Рассмотрим, как можно обойти это ограничение, сохранив прозрачность учета.

Решение №1: Использование 1С:Управление торговлей (УТ) и управленческого учета

Это наиболее профессиональный подход. В конфигурациях УТ 10.3 и УТ 11 реализовано разделение на управленческий и финансовый учет. Рассмотрим подробнее, как это работает:

  1. Разделение регистров: В УТ 10.3 остатки хранятся в разных регистрах накопления. Регистр ТоварыНаСкладах отвечает за физическое наличие (управленческий учет) и часто не имеет измерения «Организация». Регистр ТоварыОрганизаций отвечает за принадлежность товара конкретной фирме (финансовый учет).
  2. Возможность «свободной» продажи: Система позволяет настроить права так, что менеджер будет видеть общие остатки на складе и сможет оформить продажу от любого юрлица, даже если по документам товар числится за другим.
  3. Настройка учетной политики в УТ 10.3: Для реализации такой схемы необходимо зайти в Настройка параметров учета и убедиться, что система позволяет отгрузку при отрицательных остатках по организации (но при наличии товара на складе в целом).

Разберем пример настройки в УТ 10.3:

Решение №2: Механизм «Интеркампани» (Intercompany)

В современных конфигурациях (УТ 11, КА 2.5, ERP) этот функционал автоматизирован полностью. Механизм Интеркампани позволяет настроить схему, при которой одна организация может легально «заимствовать» товар у другой.

Рассмотрим порядок действий для настройки схемы «Интеркампани»:

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

Это позволяет вести «чистый» бухгалтерский учет и при этом не мешать менеджерам продавать товар из «общей кучи». Для контроля расхождений данных управленческого и финансового учета подойдёт отчет для сравнения регистров «Товары на складах» и «Товары организаций».

Решение №3: Доработка 1С:Бухгалтерии через расширения или внешние обработки

Если бюджет не позволяет покупать 1С:Управление торговлей и настраивать обмен данными, можно решить задачу внутри текущей БП 2.0 / 3.0. Разберем ситуацию: вам нужно просто «видеть» общие остатки в форме подбора.

Метод внешней обработки подбора:

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


ВЫБРАТЬ
    ХозрасчетныйОстатки.Субконто1 КАК Номенклатура,
    ХозрасчетныйОстатки.КоличествоОстаток КАК Остаток
ИЗ
    РегистрБухгалтерии.Хозрасчетный.Остатки(&Период, Счет = &Счет41, , Организация = &ТекущаяОрганизация) КАК ХозрасчетныйОстатки

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


ВЫБРАТЬ
    ХозрасчетныйОстатки.Субконто1 КАК Номенклатура,
    СУММА(ХозрасчетныйОстатки.КоличествоОстаток) КАК ОбщийОстаток
ИЗ
    РегистрБухгалтерии.Хозрасчетный.Остатки(&Период, Счет = &Счет41, , Склад = &ВыбранныйСклад) КАК ХозрасчетныйОстатки
СГРУППИРОВАТЬ ПО
    ХозрасчетныйОстатки.Субконто1

Важный нюанс: Если вы продадите товар через 1С:Бухгалтерию от организации, у которой его нет, вы получите «красное» сторно по количеству в ОСВ. Чтобы закрыть этот минус, вам все равно придется в конце дня или месяца вручную делать документ Перемещение товаров (между складами разных организаций в БП 2.0 это реализуется через куплю-продажу) или Реализация товаров и услуг между своими юрлицами. Для этой задачи можно использовать обработку для автоматической передачи товаров между организациями в БП 3.0.

Рекомендации по выбору метода

Проанализируем ситуацию и выберем оптимальный вариант:

Выясним причину, почему многие боятся переходить на УТ. Основная причина — это необходимость поддержки двух баз данных и настройки синхронизации. Однако в современных версиях 1С (на платформе 8.3) Синхронизация данных работает достаточно стабильно и настраивается в пользовательском режиме без написания кода.

Таким образом, полноценно реализовать «общий склад» в 1С:Бухгалтерия без нарушения логики бухгалтерского учета невозможно. Наиболее эффективным и безопасным способом остается связка торговой и бухгалтерской баз данных с использованием механизмов автоматической передачи товаров между организациями.

← На главную