Как скорректировать ключи аналитики РАУЗ при переходе с ОСНО на УСН в 1С:УПП

Программист 1С v8.3 (Обычные формы) Налоговый учет IT и автоматизация бизнеса
← На главную

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

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

Почему изменяются ключи аналитики при переходе на УСН

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

В состав измерений этого регистра входят:

  1. Счет учета — бухгалтерский счет учета ТМЦ (например, 41.01).
  2. Счет учета НУ — счет налогового учета по налогу на прибыль.
  3. Организация, Подразделение, Склад и другие разрезы.

Когда организация применяет ОСНО, в документах поступления формируется ключ аналитики, содержащий одновременно бухгалтерский счет и счет налогового учета: "МПЗ; ООО Организация; Склад1; 41.01; 41.01".

После изменения учетной политики и перехода на УСН учет налога на прибыль отключается. Документы списания (например, РеализацияТоваровУслуг или ТребованиеНакладная) формируют движения уже без указания счета НУ, подбирая или создавая ключ вида: "МПЗ; ООО Организация; Склад1; 41.01" (где реквизит Счет учета НУ пуст).

Так как регламентный документ РасчетСебестоимостиВыпуска сопоставляет приход и расход строго по точному совпадению ключей, возникает разрыв: на старом ключе зависает положительный остаток, а на новом ключе формируется отрицательный остаток. Простое переименование или ручное редактирование старых ключей в справочнике категорически недопустимо — это разрушит исторические движения прошлых закрытых периодов.

Почему нельзя использовать документы «Списание товаров» и «Оприходование товаров»

На первый взгляд кажется простым решением списать остатки товаров на 31 декабря и оприходовать их заново 1 января. Однако этот подход влечет серьезные проблемы:

  1. Разрыв партионного учета для УСН: для признания расходов при УСН (доходы минус расходы) необходимо соблюдение трех условий: товар получен, товар оплачен поставщику, товар отгружен покупателю (ст. 346.17 НК РФ). Ручное оприходование обрывает связь с документами расчетов и партиями поступления, из-за чего программа не сможет корректно заполнить Книгу учета доходов и расходов (КУДиР).
  2. Искажение финансового результата: документ ОприходованиеТоваров формирует доходы на счете 91.01, что приведет к необоснованному завышению прибыли в бухгалтерском учете.

Пошаговая методика переноса остатков через корректировку регистров

Рассмотрим правильный алгоритм переноса остатков с ключей ОСНО на ключи УСН.

Шаг 1. Моделирование и проверка на копии информационной базы

Перед внесением изменений в рабочей базе создадим тестовую копию. Установим дату перехода на УСН на более ранний период в копии и проведем цепочку документов: оприходование, реализацию и расчет себестоимости. Сравнив движения регистров в рабочей базе и в копии, мы точно увидим, какие идентификаторы ключей создаются системой для нового налогового режима.

Шаг 2. Закрытие предыдущего года

Убедимся, что за декабрь предшествующего года выполнены все регламентные операции, проведено восстановление последовательностей и успешно рассчитан документ РасчетСебестоимостиВыпуска. Все остатки на 31 декабря должны быть сформированы и зафиксированы.

Шаг 3. Создание новых ключей аналитики

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

Шаг 4. Корректировка записей регистров РАУЗ

Создадим документ КорректировкаЗаписейРегистров:

  1. Дата документа: 31 декабря года, предшествующего переходу, время 23:59:59 (строго после документа расчета себестоимости).
  2. Выбор регистров: отмечаем флажком регистр накопления УчетЗатратРегламентированныйУчет (и УчетЗатрат для управленческого учета, если учет ведется раздельно). Регистр бухгалтерии Хозрасчетный корректировать не нужно, так как сальдо по счету 41.01 в бухгалтерском учете остается неизменным.
  3. Заполнение строк движений:
    1. Формируем строку с видом движения Расход: указываем старый ключ аналитики вида учета (с заполненным счетом НУ), количество, сумму БУ, сумму НУ и разницы (ПР, ВР при наличии).
    2. Формируем строку с видом движения Приход: указываем новый ключ аналитики вида учета (без счета НУ), то же количество и сумму БУ. Поля по налоговому учету оставляем пустыми.

Шаг 5. Ввод остатков для регистра «Расходы при УСН»

Чтобы расходы по товарам, поступившим до перехода на УСН, признавались в КУДиР после их оплаты и отгрузки, необходимо заполнить специальный регистр накопления РасходыПриУСН. В нем фиксируются партии поступивших ТМЦ, статус оплаты поставщику и статус отгрузки на дату перехода.

Контроль корректности переноса остатков

После проведения корректировок выполним следующие проверки:

  1. Сформируем отчет ВедомостьПоУчетуЗатрат на 1 января нового года. Добавим в группировку поля Аналитика вида учета.Счет учета и Аналитика вида учета.Счет учета НУ. Убедимся, что начальные остатки по ключам с заполненным счетом НУ равны нулю, а все суммы и количества перешли на ключи без счета НУ.
  2. Сверим итоговое сальдо отчета ВедомостьПоУчетуЗатрат с отчетом ОборотноСальдоваяВедомость по счету 41.01.
  3. Проведем документы реализации за январь и выполним тестовый РасчетСебестоимостиВыпуска. Расчет должен пройти без ошибок СЛАУ и без образования отрицательных суммовых остатков по ключам аналитики.
← На главную