Почему при расчете себестоимости в 1С:УПП выручка попадает на счет 90.01.2 вместо 90.01.1?

Бухгалтер 1С v8.3 (Обычные формы) Налоговый учет
← На главную

При работе в конфигурации 1С:Управление производственным предприятием (УПП), особенно при использовании режима РАУЗ (Расширенная аналитика учета затрат), пользователи часто сталкиваются с ситуацией, когда регламентный документ Расчет себестоимости выпуска формирует странные проводки в налоговом учете (НУ). Типичная проблема: выручка от реализации услуг или продукции собственного производства, которая должна отражаться на счете 90.01.1 (Выручка от реализации товаров собственного производства), внезапно «разваливается» или полностью уходит на счет 90.01.2 (Выручка от реализации покупных товаров).

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

Механизм формирования счетов в режиме РАУЗ

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

Проанализируем основные места, где может «спрятаться» неверная настройка:

1. Регистр сведений «Счета учета номенклатуры»

Это первый и самый главный источник информации для программы. Рассмотрим, как система ищет счет доходов в НУ:

  1. Программа проверяет наличие индивидуальной записи для конкретной Номенклатуры.
  2. Если индивидуальной записи нет, проверяется запись для Вида номенклатуры.
  3. Если и здесь пусто, берется общая настройка для пустой номенклатуры (для всех).

Что нужно проверить: найдите вашу услугу или товар в этом регистре. Убедитесь, что в колонке «Счет доходов (НУ)» стоит именно 90.01.1. Если там указан 90.01.2 или поле оставлено пустым и система подхватывает неверный «дефолтный» счет из общей настройки — это и будет причиной ошибки.

2. Регистр «Настройка соответствия счетов БУ и НУ»

В 1С:УПП налоговый учет строится на трансляции данных из бухгалтерского учета (БУ) по определенным правилам. Если в документе реализации в БУ стоит счет 90.01.1, программа обращается к этому регистру, чтобы понять, какой счет поставить в НУ.

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

3. Реквизит «Вид воспроизводства» в карточке номенклатуры

Хотя счета учета имеют приоритет, алгоритмы РАУЗ иногда обращаются к реквизиту Вид воспроизводства в карточке Номенклатуры. Рассмотрим ситуацию: если для услуги или продукции собственного производства по ошибке установлен вид «Покупка» вместо «Производство», система при расчете себестоимости может классифицировать доход как торговую операцию. Это приведет к автоматическому использованию счета 90.01.2 в налоговом учете.

4. Анализ регистра «Учет продаж и себестоимости»

Если визуальный осмотр настроек не помог, перейдем к анализу первичных данных. Вся выручка и себестоимость в РАУЗ «живут» в регистре накопления Учет продаж и себестоимости.

Посмотрим на ситуацию через отчет «Список/кросс-таблица» по этому регистру:

Нередко оказывается, что «лишняя» сумма на счет 90.01.2 прилетает не из самого документа реализации, а из Корректировки реализации или Возврата товаров от покупателя, где счета учета были подставлены автоматически и не проверены бухгалтером.

5. Особенности использования документа «Акт об оказании производственных услуг»

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

Практические шаги по исправлению

Для решения проблемы рекомендуем выполнить следующую последовательность действий:

  1. Откройте карточку номенклатуры, по которой идет разрыв, и проверьте Вид воспроизводства.
  2. Перейдите в меню Предприятие -> Счета учета -> Счета учета номенклатуры. Убедитесь, что для данной позиции (или её папки/вида) явно прописан счет НУ 90.01.1.
  3. Сформируйте отчет «Анализ состояния налогового учета по налогу на прибыль». Провалитесь в раздел выручки и найдите документы, дающие «торговый» счет.
  4. Если ошибка обнаружена в старых периодах и счета в документах верные, а Расчет себестоимости все равно делает странные движения — возможно, дело в Ключах аналитики. В РАУЗ счета «зашиваются» в аналитические ключи при первом движении. В таком случае может потребоваться перепроведение документов за период или использование обработки Тестирование и исправление ключей аналитики (в копии базы!).

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

Таким образом, путаница в программе обычно вызвана либо неполным заполнением регистра Счета учета номенклатуры, либо некорректным выбором Вида воспроизводства, что в совокупности с механизмами РАУЗ дает неожиданный результат на счетах налогового учета.

← На главную