Способ начисления амортизации по Единым нормам амортизационных отчислений изменился на Линейный с 2025 в 1С

1. Добрый день!

   Уточните, пожалуйста, заметили такую ошибку после обновления программы или просто после проведения закрытия месяца за январь?

   1. Здравствуйте.
      Заметили после проведения закрытия месяца. Поднял копию базы до обновлений на последние релизы, проблема остается. Т.е. на релизе 3.0.168.25 после закрытия января проблема повторяется.

2. Приложение

   Да, наблюдаю аналогичную ситуацию.

   Пришлите пожалуйста скрин записей регистра «Параметры амортизации ОС (бухгалтерский учет)» с отбором по ОС — Забор железобетонный 10003. Посмотрим, нет ли лишних записей.

   Открыть можно через правый верхний угол, выпадающий список — Функции для технического специалиста.
   Для упрощения поиска по кнопке Еще — Настроить список — добавить в отбор Основные средства, после этого появится отбор на панели. Или стандартным способом правой кнопкой мыши в графе «Основное средство» — найти.

3. Запись одна.

4. Приложение

   Спасибо.
   В принципе, изменение корректное, потому что данный метод был актуален при ПБУ 6, которое уже не действует. И ФСБУ 6/2020 такой способ начисления амортизации не предусмотрен. Поэтому здесь надо вам решить, насколько верно его дальше применять.

   Протестировала, у меня способ изменился еще с 2022 года, т.е. с даты перехода на ФСБУ, при этом новых записей в регистры не сформировалось, видимо где-то внутри программы контроль зашит. Сейчас какой обходной вариант нашли:
   также через Функции для технического специалиста найдите константу «Дата окончания применения алгоритмов амортизации на основе ПБУ 6», проверьте, есть ли значение какое-то, если пусто — установите до конца 2025 года или дальше, смотря сколько месяцев для таких ОС осталось. Перепроведите январь, должно поменяться с линейного. В декабре если еще что-то будете перепроводить не должно поменяться, но на всякий случай копию сохраните перед изменениями.

   Какой ответ от разработчиков придет, поделитесь потом, пожалуйста, очень интересно будет почитать, как технически организовано и в связи с чем. Но, скорее всего, такой способ больше просто не должен применяться.

5. Через Функции для технического специалиста «Дата окончания применения алгоритмов амортизации на основе ПБУ 6», по умолчанию стояла 01.01.2030 год. Менял на конец 2025 года, перепроводил декабрь 2024 и январь 2025, изменений нет.

6. Странная ситуация.

   Посоветуемся с программистом, какие варианты обхода. Это займет некоторое время.
   Спасибо за понимание.

7. Приложение

   Роман, здравствуйте!

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

   !!! Разработчиками в программу внесены изменения: в самих регистрах все осталось, как было (вы это тоже видели, когда присылали скрин регистра Параметры амортизации ОС (бухгалтерский учет)), поменялся запрос сборки данных и их отображение в отчетах.

8. Приложение

   Согласно новому коду:
   1 Для совместимости расчетов до 01.01.2025 года сохраняется возможность применения алгоритмов ПБУ6 (СпособАмортизацииДопускаетПрименениеАлгоритмаПБУ6 = Истина)
   2. С 01.01.2025 года возможность применения алгоритмов ПБУ6 уже определяется по специальной функции ПрименяютсяСпособыАмортизацииФСБУ6, в которой анализируются данные регистра Параметры амортизации ОС (бухгалтерский учет), и получается, что если есть способ амортизации по Единым нормам амортизационных отчислений, запрос вернет невозможность применять этот способ амортизации с 2025 года (СпособАмортизацииДопускаетПрименениеАлгоритмаПСБУ6 = Ложь)

   Я воспроизвела в Консоле запросов ситуацию по своей тестовой организации Техномир.
   Смотрите скрины, там все по шагам очень развернуто.
   Запрос возвращает не пустой запрос по указанному регистру Параметры амортизации ОС (бух.учет), если есть способы амортизации кроме пропорционально объему выпуска и линейного, в моей базе это два способа:
   — Уменьшаемого остатка
   — По единым нормам амортизационных отчислений.
   Запросу достаточно выбрать любой не из этого списка, он и выбирает — Уменьшение остатка, то есть запрос не пустой.
   Теперь программа анализирует: Результат не пустой, т.е. Истина, инверсия в вызывающую процедуру даст Не Истина = Ложь И это реальный запрет использования с 2025 года устаревших способов амортизации. Константа теперь не поможет.

9. Приложение

   То есть устаревшие правила с 2025 годе НЕ действуют!
   Если посмотреть, как собирается Справка-расчет амортизации ОС, то тоже сразу видны изменения.
   Прикладываю скрины кода разработчиков.
   —
   То есть там тоже сборка идет с 2025 года по-новому и если способ амортизации уже не используется, он просто добавляется в группу, которая используется.

   Я думаю, что вы напрасно ждете, что вам с горячей линии ответят, что все исправят. Очень сомневаюсь. Очень.
   Ваш способ амортизации запрещен, т.к. ПБУ6 отменили. И его просто нельзя возвращать.

   Предлагаем вам рассмотреть для себя уход от этого способа начисления амортизации с 2025 года.
   Или обратиться к программисту для написания расширения, в котором указанные моменты поменять. Но хотим предупредить, что подобное жесткое ограничение с 2025 года, похоже, не случайно и если уже разработчики так заморочились специально (ведь была же константа использования ПБУ6, которую мы 3 года двигали…) то это связано со сборкой данных в отчетность или измененные алгоритмы закрытия месяца.
   Если оставите, возможно, править отчеты придется вручную на постоянной основе.

   И это будет расти как снежный ком, сделанная доработка будет тянуть другие, тем более на таком сложном участке как ОС.
   Хотите этого? Решать вам.

10. Спасибо за развернутый ответ.
11. Рады были помочь! Обращайтесь, пожалуйста.

Комментарии закрыты.