При формировании отчетности в 1С:ERP многие специалисты сталкиваются с ситуацией, когда доходы от реализации услуг собственного производства (в частности, услуги по переработке давальческого сырья) некорректно распределяются в Приложении №1 к Листу 02 Декларации по налогу на прибыль. Вместо ожидаемой строки 011 («Выручка от реализации товаров (работ, услуг) собственного производства») суммы попадают в строку 012 («Выручка от реализации покупных товаров»).
В этой статье мы подробно разберем причины такого поведения программы, рассмотрим изменения в архитектуре учета последних версий 1С:ERP и проанализируем доступные способы решения этой проблемы.
Согласно правилам заполнения Декларации по налогу на прибыль, выручка должна четко разделяться по источникам происхождения:
Отчет давальцу, методологически относятся именно к производственным услугам.В конфигурации 1С:ERP документ Отчет давальцу фиксирует факт оказания услуг по переработке. Логично ожидать, что система автоматически определит это как собственное производство. Однако на практике (особенно в версиях 2.5.9 и выше) мы наблюдаем попадание сумм в «торговую» строку 012.
Давайте разберемся, почему механизм распределения выручки изменился. Начиная с версии 2.5.9, разработчики 1С провели масштабную переработку подсистемы раздельного учета по налогу на прибыль.
Ранее система активнее использовала данные субконто на счетах бухгалтерского учета (в частности, на счете 90.01) для классификации выручки. В новых версиях акцент сместился на использование регистров накопления и изменение состава субконто. Это привело к тому, что алгоритм автоматического разделения строк 011/012 стал менее детерминированным в сложных случаях, таких как давальческая схема.
Официальная позиция разработчиков:
В связи с пересмотром состава субконто и алгоритмов закрытия месяца, разделение выручки по строкам 011 и 012 может происходить по упрощенной схеме. Если система не находит однозначных признаков «собственного выпуска» в движениях регистров в момент реализации, она может классифицировать доход как «прочую реализацию» или «реализацию товаров», что по умолчанию отправляет сумму в строку 012 — для этой задачи есть инструмент выявления ошибок в регистрах ERP. Это считается ожидаемым поведением системы в текущих релизах, требующим внимания бухгалтера.
Прежде чем приступать к исправлению, давайте убедимся, что проблема именно в классификации дохода. Для этого можно использовать проверочные отчеты для ERP 2.5 или выполнить следующие действия в программе:
Отчет давальцу.Отчет давальцу (кнопка Дт/Кт). Внимательно изучите закладку Налоговый учет. Обратите внимание на субконто счета 90.01.1. Именно заполнение аналитики на этом счете часто является ключом к пониманию, куда система «положит» сумму.Одним из рычагов влияния на распределение выручки в 1С:ERP являются настройки справочника Статьи доходов. Давайте проверим, как настроена статья, используемая в вашем документе реализации.
При заполнении документа Отчет давальцу (или Реализация услуг и прочих активов) вы указываете статью доходов. Рассмотрим ее настройки:
Если в этом поле выбрано общее значение, например, «Выручка от реализации товаров (работ, услуг)», система применяет стандартный алгоритм распределения. Попробуйте создать отдельную статью доходов специально для услуг переработки.
Рекомендация:
В некоторых случаях помогает явное указание вида деятельности, связанного с производством, если конфигурация позволяет выбрать более специфичный вид дохода. Однако стоит помнить, что список видов доходов регламентирован НК РФ и жестко прошит в конфигурации. Тем не менее, корректная привязка аналитики учета (Номенклатурных групп в старых версиях или Направлений деятельности в новых) может помочь системе правильно идентифицировать поток.
Критически важный момент, который мы часто упускаем из виду — это тип номенклатуры. 1С:ERP использует поле Вид номенклатуры для определения характера операции.
Проанализируем вашу номенклатуру услуги по переработке:
Отчет давальцу.Важно:
Если по ошибке для услуги переработки был создан вид номенклатуры с типом Товар, система будет считать реализацию продажей товара. А поскольку этот «товар» не был произведен документом Выпуск продукции (ведь это услуга), система посчитает его покупным и отправит сумму в строку 012. Для производственных услуг (переработка) наиболее корректным типом в ERP является Работа, так как этот тип предполагает накопление себестоимости и производственный цикл.
Если настройки статей доходов и номенклатуры выполнены корректно, но сумма все равно попадает в строку 012, необходимо прибегнуть к методу, рекомендованному техподдержкой 1С для текущих релизов.
Так как алгоритм автоматического заполнения не может гарантировать 100% точность в сложных случаях смешанного учета, допускается ручная корректировка показателей декларации:
Для сохранения корректности учета в будущих периодах и автоматизации процесса можно рассмотреть вариант корректировки данных регистра налогового учета, но это требует вмешательства технических специалистов.
Для опытных пользователей и консультантов существует способ исправить ситуацию на уровне данных, чтобы декларация заполнялась автоматически. Это можно сделать через документ Операция (регл. учет) или корректировку регистров.
Суть метода заключается в сторнировании движений, которые система классифицировала как торговые, и создании корректных движений.
Рассмотрим алгоритм действий (вы также можете применить обработку сторнирования для ускорения процесса):
Отчет давальцу.Однако в ERP версии 2.5.x более важную роль играют регистры накопления, такие как ВыручкаИСебестоимостьПродаж. Если декларация строится на их основе (зависит от настроек учетной политики и версии), то простая бухгалтерская справка может не помочь. В этом случае потребуется документ Корректировка регистров, где нужно изменить измерение, отвечающее за вид деятельности, с «Продажи» на «Производство» — для этого подойдёт автоматическое заполнение документа Корректировка регистров.
Подводя итог, можно сказать, что проблема попадания выручки от переработки в строку 012 вместо 011 в 1С:ERP чаще всего вызвана:
Самым быстрым и легитимным способом решения на данный момент является ручная правка строк декларации. Для системного решения необходимо тщательно проверять настройки НСИ (виды номенклатуры, статьи доходов) и следить за обновлениями конфигурации, в которых разработчики периодически уточняют алгоритмы заполнения отчетности.