← На главную

Переход с редакции 2.0 на 3.0 — ответственный процесс, который часто сопровождается проблемами с автоматическим заполнением регламентированной отчетности. Одной из наиболее частых «головных болей» бухгалтеров является ситуация, когда выручка по основной деятельности (счет 90.01.1) не попадает в декларацию по налогу на прибыль, а программа ошибочно ищет данные на счете 90.01.2. Рассмотрим пошагово, как проанализировать ситуацию и исправить настройки.

Шаг 1: Проверка настроек учетной политики

Первым делом убедимся, что программа понимает, какой вид деятельности ведет организация. Ошибка часто возникает из-за того, что после переноса система «считает», что организация применяет особый порядок налогообложения (например, раздельный учет НДС или деятельность с особыми правилами).

1. Откройте раздел Главное — Учетная политика.
2. Проверьте, правильно ли указаны настройки для целей налогового учета.
3. Если вы подозреваете, что данные перенеслись некорректно, рекомендуем создать новую запись учетной политики с 1 января текущего года. При этом крайне важно перезаполнить все пункты, а не полагаться на перенесенные значения.

Шаг 2: Анализ регистра сведений «Счета с особым порядком налогообложения»

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

Зайдите в настройки программы и проверьте, не включен ли счет 90.01.1 в список счетов с особым порядком. Если это так — удалите его оттуда. Декларация по налогу на прибыль ожидает выручку от основной деятельности именно на 90.01.1, и любые отклонения в настройках могут сбить логику отчета.

Шаг 3: Проверка корректности плана счетов

Иногда проблема кроется в самой структуре плана счетов, которая была искажена при миграции.

Проверьте карточку счета 90.01.1:

• Убедитесь, что у счета не стоит флаг Является группой. Если этот признак установлен, программа не даст проводить по нему документы, что часто приводит к пустым оборотам в регистрах.
• Проверьте состав субконто. В редакции 3.0 структура аналитики должна соответствовать типовой конфигурации. Если после переноса добавились лишние субконто, механизмы заполнения отчетов не смогут сопоставить данные.

Шаг 4: Работа с номенклатурными группами

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

Рекомендация: Проанализируйте отчет Анализ состояния налогового учета по налогу на прибыль. Если в нем обороты видны, а в декларации — нет, значит, нарушена связка документов с регистрами накопления.

Шаг 5: Проверка движений по регистрам НДС

В 1С 3.0 данные для отчетности часто берутся из регистров накопления, а не напрямую из бухгалтерских проводок. Если суммы не попадают даже в Книгу продаж, это означает, что первичные документы (Реализация товаров и услуг) не сформировали записи в регистрах.

Как проверить:

1. Откройте документ реализации.
2. Нажмите кнопку Дт/Кт для просмотра движений документа.
3. Проверьте наличие записей в регистрах НДС продажи и Продажи.

Если записей нет, попробуйте перепровести документы за отчетный период. Если это не помогает — воспользуйтесь групповым перепроведением документов через Операции — Закрытие месяца — Групповое перепроведение документов.

Что делать, если ничего не помогает?

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

1. Разверните новую, пустую конфигурацию 3.0.
2. Настройте в ней учетную политику идентично вашей организации.
3. Перенесите остатки и обороты (или воспользуйтесь штатной обработкой для загрузки данных из 2.0).
4. Сформируйте декларацию. Если в «чистой» базе всё считается корректно, значит, причина была в повреждении метаданных старой базы при конвертации.

Помните, что регулярное использование chdbfl.exe (утилита проверки базы) и ТИИ (тестирование и исправление) — обязательные процедуры при переходе на новую редакцию, которые позволяют выявить ошибки структуры данных на ранних этапах.