Почему не закрывается 26 счет по методу «Директ-костинг» в 1С:УПП и как исправить ошибку расчета базы?

Программист 1С v8.3 (Обычные формы) Бухгалтерский учет Промышленность, строительство и АПК
← На главную

В конфигурации 1С:Управление производственным предприятием (УПП), особенно при использовании классического партионного учета (не РАУЗ), пользователи часто сталкиваются с проблемой при закрытии месяца. Ошибка звучит следующим образом: «Не определен расчет базы для способа распределения: Директ-костинг». Казалось бы, настройки «Директ-костинга» в учетной политике установлены, статьи затрат заведены корректно, но система отказывается списывать затраты с 26 счета на 90.08.

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

Разберем логику работы «Директ-костинга» в УПП

Для начала проанализируем, как система понимает, что 26 счет нужно закрыть именно методом «Директ-костинг». В 1С:УПП за это отвечают два уровня настроек:

  1. Учетная политика (бухгалтерский учет): Здесь устанавливается флаг «Директ-костинг». Если этот флаг стоит, система автоматически должна направлять общехозяйственные расходы со счета 26 в дебет счета 90.08.
  2. Регистр сведений «Способы распределения статей затрат организаций»: Этот регистр используется для уточнения правил распределения.

Важный нюанс: рассмотрим ситуацию, когда пользователь вносит записи в этот регистр для 26 счета. В 1С:УПП существует жесткий приоритет. Если в регистре «Способы распределения статей затрат организаций» создана запись для конкретной статьи 26 счета, система перестает считать эту затрату «автоматическим директ-костингом» и начинает искать правила распределения именно в этом регистре. Если там указан способ Директ-костинг, но не заданы параметры или сам элемент справочника поврежден, возникает ошибка определения базы.

Рассмотрим первое правило: для классического «Директ-костинга» (списание на 90.08) записи по 26 счету в регистре СпособыРаспределенияСтатейЗатратОрганизаций обычно не требуются. Если они там есть — попробуйте их удалить и перезапустить процедуру «Закрытие месяца».

Выясним причину ошибки: повреждение предопределенного элемента

Если очистка регистра не помогла, проанализируем техническую сторону вопроса. Способ распределения Директ-костинг является предопределенным элементом справочника СпособыРаспределенияЗатрат. Внутри этого элемента «зашит» специальный макет на базе Схемы компоновки данных (СКД). Этот макет содержит запрос, который обращается к базе (обычно к выручке на счете 90.01) для определения пропорций распределения по номенклатурным группам.

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

Как восстановить способ распределения «Директ-костинг»

Если мы столкнулись с тем, что макет внутри справочника поврежден, нам необходимо его восстановить. Рассмотрим по шагам, как это сделать:

  1. Найдем чистую демонстрационную базу той же версии релиза, что и ваша рабочая база.
  2. Воспользуемся обработкой «Универсальный обмен данными в формате XML».
  3. В демо-базе на вкладке «Выгрузка» выберем справочник СпособыРаспределенияЗатрат.
  4. Установим фильтр (отбор) по наименованию или коду, чтобы выгрузить только один элемент — Директ-костинг.
  5. Выгрузим данные в файл и загрузим их в рабочую базу с включенным флагом «Загружать данные в режиме обмена (DataExchange.Load = True)», чтобы перезаписать предопределенный элемент.

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

Проверим настройки аналитики статей затрат

Посмотрим на ситуацию со стороны данных. Чтобы 26 счет понимал, что к нему применим «Директ-костинг», статьи затрат должны быть настроены определенным образом. Проанализируем реквизит «Характер затрат» в справочнике СтатьиЗатрат.

Для корректного закрытия на 90.08 должны быть соблюдены условия:

Анализ базы распределения (Выручки)

Даже при методе «Директ-костинг» системе нужна база для распределения. В УПП общехозяйственные расходы при списании на 90.08 должны распределиться по Номенклатурным группам. Базой для этого распределения в типовом макете «Директ-костинга» является Выручка (счет 90.01).

Рассмотрим возможные проблемы с аналитикой:

Пример проверки заполнения данных

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


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

Если данный запрос возвращает пустой результат, то ошибка «Не определен расчет базы» является логически верной: системе просто не на что распределять ваши затраты.

Итоги и рекомендации

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

  1. Проверяем регистр: Удаляем лишние записи для 26 счета из регистра Способы распределения статей затрат организаций.
  2. Проверяем статьи: Убеждаемся, что характер затрат установлен как Общехозяйственные расходы.
  3. Проверяем выручку: Контролируем наличие оборотов по счету 90.01 в разрезе тех же подразделений и номенклатурных групп (или используем распределение «По всем подразделениям»).
  4. Техническое восстановление: Если ничего не помогает, перезаписываем предопределенный элемент Директ-костинг из чистой демо-базы через XML-выгрузку, восстанавливая тем самым схему компоновки данных.

Соблюдение этих шагов позволяет решить проблему закрытия 26 счета в большинстве случаев, возвращая корректность формированию финансового результата в 1С:УПП.

← На главную