При подготовке к сдаче отчетности и самопроверке бизнеса пользователи программы 1C:Бухгалтерия предприятия 3.0 нередко обращаются к встроенному отчету Оценка риска налоговой проверки. Однако на практике можно столкнуться с ситуацией, когда по конкретной организации в отчете строка налога на прибыль остается пустой за все доступные периоды, несмотря на то, что регламентированные декларации полностью заполнены, рассчитаны и успешно отправлены в ФНС.
Проанализируем механику работы отчета, выясним скрытую причину такого поведения конфигурации и разберем по шагам практические способы исправления ситуации.
Для понимания корня проблемы разберем, откуда встроенный отчет извлекает показатели. В отличие от большинства стандартных бухгалтерских отчетов, Оценка риска налоговой проверки берет показатели налога на прибыль не из проводок по счету 68.04 и не из оборотов счетов 90 и 91. Источником данных выступает непосредственно сохраненный документ регламентированной отчетности — Декларация по налогу на прибыль (в частности, строки Листа 02).
Алгоритм выборки данных устроен следующим образом: программный запрос ищет сохраненные декларации по выбранной организации за проверяемый период. Если в информационной базе зарегистрированы обособленные подразделения, то по организации формируется несколько отчетов за один и тот же период: основная декларация по головной организации и отдельные формы (часто нулевые) по обособленным подразделениям.
В коде отчета отбор по головному КПП или консолидация данных по подразделениям могут отсутствовать. В результате запрос считывает показатели только из одного документа — чаще всего из того, который был сохранен последним по времени. Если последней была записана пустая декларация по обособленному подразделению, отчет подтягивает нулевые значения именно из нее, полностью игнорируя заполненную декларацию головного подразделения.
Рассмотрим самый быстрый и безопасный вариант, который не требует физического удаления документов из базы. Если механизм выборки отчета ориентируется на дату и время последней записи документа регламентированной отчетности, достаточно сделать декларацию головной организации приоритетной.
Оценка риска налоговой проверки и проверим заполнение строк с налогом на прибыль.Если обновление времени записи не помогло обойти внутреннюю сортировку запроса, воспользуемся проверенным практическим методом временного исключения конкурирующих документов из выборки.
Оценка риска налоговой проверки. Запрос исключит помеченные на удаление объекты и считает показатели из единственной оставшейся активной головной декларации.Проанализируем необходимость наличия нулевых деклараций по подразделениям в базе. Согласно налоговому законодательству, если организация и ее обособленные подразделения находятся на территории одного субъекта РФ, налогоплательщик вправе перейти на централизованную уплату налога на прибыль через головную организацию или одно выбранное подразделение.
В такой ситуации отдельная подача деклараций в инспекции по месту нахождения подразделений не требуется, а распределение сумм отражается в специальных приложениях к Листу 02 общей декларации. Если нулевые отчеты по подразделениям создавались ошибочно, их можно окончательно удалить из информационной базы, что полностью исключит сбои при формировании аналитических отчетов.
Для программистов и системных администраторов, сопровождающих нетиповые базы или базы на постоянной поддержке, предпочтительным решением будет точечная доработка кода без снятия конфигурации с замка. Для этого разберем реализацию через расширение:
ОценкаРискаНалоговойПроверки и найдем модуль, отвечающий за сбор показателей регламентированной отчетности.Если сформировать отчет Оценка риска налоговой проверки оперативно не удается, разберем типовые альтернативные средства самоконтроля, встроенные в конфигурацию:
БУ = НУ + ПР + ВР.