Почему в 1С:Комплексная автоматизация 2.4 себестоимость считается по партиям при установленном методе «По средней»?

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

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

Различия в разрезах аналитики: УПП против КА 2.4

Проанализируем ситуацию, описанную пользователем. В старых системах (особенно при использовании механизма РАУЗ в УПП) учет затрат часто велся укрупненно — в разрезе номенклатуры. В КА 2.4 и ERP 2 архитектура принципиально иная. Здесь используется понятие «Ключ аналитики учета номенклатуры».

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

Влияние раздельного учета НДС на «скрытую партионку»

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

Это происходит потому, что системе необходимо знать налоговое назначение каждой единицы товара: закуплена ли она под деятельность, облагаемую НДС, не облагаемую (0%) или под экспорт. В регистре накопления Себестоимость товаров присутствует измерение «Вид деятельности НДС». Система будет списывать товары по методу ФИФО именно внутри этих видов деятельности, чтобы корректно сформировать записи в книге покупок и декларации по НДС.

Механизм расчета: предварительный и окончательный

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

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

Если вы поменяли учетную политику с ФИФО на «Среднюю», простого перепроведения документов недостаточно. Необходимо обязательно перезапустить процедуру закрытия месяца, чтобы механизм распределения затрат пересчитал все записи в регистрах.

Анализ программных доработок и их риски

Иногда разработчики пытаются «подогнать» себестоимость новой базы под данные старой (УПП) путем подмены аналитик. Рассмотрим пример логики, которую предлагал автор темы (сообщение №9), где в модуле набора записей регистра СебестоимостьТоваров происходит попытка стереть характеристику из аналитики:


// Пример логики "вредного" кода, который подменяет аналитику
Процедура ПередЗаписью(Отказ, Замещение)
    Для Каждого Запись Из ЭтотОбъект Цикл
        // Попытка найти аналитику без характеристики
        НоваяАналитика = НайтиАналитикуБезХарактеристики(Запись.АналитикаУчетаНоменклатуры);
        Запись.АналитикаУчетаНоменклатуры = НоваяАналитика;
    КонецЦикла;
КонецПроцедуры

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

Рекомендации по сверке при переходе из УПП в КА 2.4

Если ваша задача — выйти на те же суммы ОСВ по счету 41, что и в УПП, разберем правильную стратегию:

  1. Проверьте настройки складов: если в КА 2.4 включен учет себестоимости в разрезе складов, а в УПП его не было (или наоборот), средние суммы никогда не сойдутся.
  2. Анализируйте доп. расходы: механизмы распределения ТЗР (транспортно-заготовительных расходов) в новых версиях работают иначе — через статьи расходов. Проверьте, чтобы базы распределения совпадали.
  3. Смиритесь с детализацией: если бизнес ведет учет по характеристикам, то средняя стоимость по всей номенклатуре в УПП была менее точной, чем в КА. Правильнее будет объяснить разницу руководству точностью учета, чем ломать логику новой системы.
  4. Используйте стандартные отчеты: для поиска причин отклонений используйте Ведомость по партиям товаров (даже при средней она информативна) и Анализ себестоимости товаров.

Таким образом, «партионность» при методе «по средней» в 1С:КА 2.4 — это не ошибка, а следствие более глубокой детализации учета и требований законодательства по раздельному учету НДС.

← На главную