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

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

В практике автоматизации торговых предприятий на базе современных конфигураций 1С:Комплексная автоматизация (1С:КА) и 1С:ERP Управление предприятием специалисты часто сталкиваются с жестким архитектурным конфликтом. Бизнес-пользователи хотят видеть склад как «единый котел», продавать товары от имени любого юридического лица компании и получать красивую управленческую себестоимость в режиме реального времени. При этом оформлять официальные межфирменные продажи (механизм Интеркампани) владельцы бизнеса категорически отказываются — из-за налоговых рисков, специфики систем налогообложения (например, УСН и ОСНО) или просто нежелания усложнять документооборот.

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

Суть проблемы: почему 1С:КА сопротивляется «свободной» торговле

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

У продающей организации образуется отрицательный остаток товара в количественном выражении (так называемый «минус»).
У организации-владельца товар продолжает «висеть» на балансе, замораживая свою себестоимость.
При попытке выполнить регламентную процедуру Закрытие месяца система не может сопоставить выбытие товара с его партией приобретения, поскольку они принадлежат разным юридическим лицам. Процесс расчета себестоимости либо аварийно завершается, либо генерирует некорректные цифры распределения расходов.

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

---

Опасный путь: почему нельзя «играть с регистрами» и отключать Организацию

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

Начиная с версий 1С:КА 2.4/2.5, расчет себестоимости базируется на математическом аппарате Системы Линейных Уравнений (СЛУ). Этот алгоритм зашит глубоко на уровне платформы и оптимизирован под жесткую структуру метаданных. СЛУ ожидает получить математически замкнутый контур по каждому балансовому измерению, главным из которых является Организация.

Если программно вмешаться в структуру регистров накопления СебестоимостьТоваров или ВыручкаИСебестоимостьПродаж и убрать или очистить это измерение, то:

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

---

Решение А: Переход на законную агентскую (комиссионную) схему

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

Разберем этот процесс по шагам:

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

При такой схеме себестоимость рассчитывается идеально: продающая организация отражает свой доход в виде комиссионного вознаграждения, а организация-владелец списывает себестоимость проданного товара на основании отчета. И налоговая инспекция, и алгоритмы 1С остаются довольны.

---

Решение Б: Использование многоконтурного учета и сквозной себестоимости

Мало кто знает, но в 1С:ERP и 1С:КА заложено три независимых контура финансового учета:

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

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

Для руководства компании отчет покажет реальную «очищенную» маржинальность товара по складу в целом, даже если де-юре товар принадлежал разным фирмам.

---

Решение В: Разделение баз (Управленческая база + Регламентированные)

Если бизнес-требования непреклонны и склад должен управляться как абсолютно единое безликое пространство, лучшим архитектурным решением будет разделение информационных систем на две сущности:

1. Управленческая база данных (например, копия 1С:КА или 1С:Управление торговлей)
В этой базе заводится только одна виртуальная организация — «Управленческая». Все закупки, складские перемещения и продажи ведутся только по ней. Складской учет и расчет себестоимости по методу FIFO или средней стоимости работают безупречно. Менеджеры работают в комфортной и простой среде.

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

---

Решение Г: Динамический расчет себестоимости во внешних отчетах

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

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


ВЫБРАТЬ
    СебестоимостьОстатки.АналитикаУчетаНоменклатуры.Номенклатура КАК Номенклатура,
    СебестоимостьОстатки.АналитикаУчетаНоменклатуры.Склад КАК Склад,
    СУММА(СебестоимостьОстатки.СтоимостьОстаток) КАК ОбщаяСтоимость,
    СУММА(СебестоимостьОстатки.КоличествоОстаток) КАК ОбщееКоличество,
    ВЫБОР
        КОГДА СУММА(СебестоимостьОстатки.КоличествоОстаток) <> 0
            ТОГДА СУММА(СебестоимостьОстатки.СтоимостьОстаток) / СУММА(СебестоимостьОстатки.КоличествоОстаток)
        ИНАЧЕ 0
    КОНЕЦ КАК СредняяСкладскаяСебестоимость
ИЗ
    РегистрНакопления.СебестоимостьТоваров.Остатки(&Период, ) КАК СебестоимостьОстатки

ГРУППИРОВАТЬ ПО
    СебестоимостьОстатки.АналитикаУчетаНоменклатуры.Номенклатура,
    СебестоимостьОстатки.АналитикаУчетаНоменклатуры.Склад

Разберем этот код: мы обращаемся к виртуальной таблице остатков регистра СебестоимостьТоваров, группируем показатели только по номенклатуре и складу, полностью игнорируя организацию-владельца. Полученную среднюю складскую себестоимость мы можем динамически выводить в любые печатные формы менеджеров. При этом сама база данных остается типовой и закрывается без единой ошибки.

Резюме

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

← На главную