В одной из типовой БП (3.0) сделали обязательный переход на фсбу 6 (с 01.01.2022) и амортизация по БУ совпадает с НУ копейка в копейку, при чем в "параметры амортизации ОС" (записей нет)... СПИ не изменен, корректировки разницы тоже нет... Как это возможно сделать? Я  не могу найти)))

Кто-нибудь понял, что хочет автор?

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

(2) давайте картинки

(3) Чего именно? Как ОСВ выглядит и что нет записей в параметрах амортизации?))

(3) В другой БП другая картина с переходом ФСБУ 6

(5) Смотрите РС Параметры амортизации (БУ) и РС Параметры амортизации (НУ)

(6) Там ничего не обычного нет...

Функции для технического специалиста - Справка-расчет амортизации
Там в настройках есть выбор: БУ или НУ. Для начала - БУ
Период: сначала декабрь 2021, потом январь 2022
Отбор по ОС из (5)

Переход делается документом "Изменение элементов амортизации ОС"

(9) Цитата из (2):
как можно такое сделать, чтобы в ОСВ БУ и НУ были равны, но не через изменение элементов амортизации

Вернее на его основе

(11) Есть такая всеми забытая константа КонецПримененияАлгоритмовАмортизацииПБУ6
может туда залезали... ещё вариант: с 2022 года устроили по БУ по своим одинаковым сооружениям групповушник.

(12) Все проверила)))
1) В справках расчета - все те же данные, в одной БП - сумма равная с НУ, в другой - не равная...
2) Нашла эту константу (наверно эту) - называется ДатаОкончанияПримененияАлгоритмовАмортизацииПБУ6  - даты и там и там одна и та же...
3) А вот 3 момент даже не знаю как проверить... что за "групповушник"? )

(13) Радость моя, понимаете какая штука, то что Вы посмотрели - это неплохо, но согласитесь, что надо бы и другим посмотреть.
Файлы длинные, поэтому лучше не скринить, а сохранять их в файл. И сюда.

Особенно меня с утра порадовало это:
- даты и там и там одна и та же

Это как если бы на улице я спросил прохожего:
- Извините, не знаете - который час?
- Знаю [и пошёл себе дальше]

(2) А бухгалтера у вас, уже не в состоянии понять, как там должны быть проводки с ?

Если вы не хотите через штатный документ, то руками Бух. справкой. :)

Странно все это, человек в зад лезет аж на целый год. И нечего, что 2023-год, как и 2022, амортизировали ваши ОС-ы, не как малоценку :)

(14) Ой как приятно))) Надеюсь не сарказм😉  Прикрепляю фото отчет (файлы не большие))). Тут обе БП😘

(17) Ну  бухгалтера очень часто "странные"... Сначала они не хотели ничего менять, т.к. все привычно... А потом - сделай как-нибудь и все 😲😡

(15) 🤣😂 Да уж, неловко вышло))) Просто я как зомби только сравниваю эти 2 БПшки уже три дня, пытаясь понять как так можно было вывернуться, да еще и "без палева"🤔😁

Разницы возникают не от самого факта перехода на ФСБУ, должны быть дополнительные условия (разницы в сроках, модернизации, консервации и т.п.)

Ладно. Мы не будем ждать милостей от природы (с) Мичурин
Известно, что до ФСБУ было:
АмМесяцБУ = ОстСт / ОстСПИ
АмМесяцНУ = ПервСт / СПИ
Из подобия треугольников они были равны.

После ФСБУ изменилось только БУ, добавилось минусом в числитель Ликвидационная стоимость:
АмМесяцБУ = (ОстСт – Ликв)/ ОстСПИ

Какие у нас цифры есть? Мы знаем только
АмМесяцБУдо = 14353,73
АмМесяцБУпосле = 18963,4

Если бы только ввели новое значение Ликв, то АмБУ строго уменьшилась бы, а она увеличилась. Почему? Да потому что либо увеличили числитель, либо уменьшили знаменатель. Либо и то, и другое )
Вроде как легче нам не стало, а ведь достаточно только глянуть Справку-расчёт на несколько секунд и увидеть там все неизвестные. Но мы же не ищем лёгких путей?

Могла ли бухгалтер в одной своей базе завести Ликв зданию, а в другой базе, другому зданию, нет?
Могла. Потому что в одном регионе есть кадастровая стоимость, а в другом ещё нет.

Теперь понятна разница в расчётах. Из-за Ликв.

Упс! Что-то выложили. Вернусь с совещания гляну. Или вы, коллеги, гляньте, плиз )

(23) Дело в том, что бух говорит, что Ликв.стоимость должна быть по 0 у нас... Если в изменении элементов амортизации ввести ликв стоимость, или увеличить СПИ (при ликв = 0), то суммы будут в норме... Это да, можно на крайний случай сделать, но бухи бравируют тем, что предыдущий программист сделал как-то без параметров, без операций введенных вручную... Теперь просто уже до ужаса (до бессонницы) интересно понять - КАК...???🤨

Увы... не будет совещания. Финик доложил, что денег нет, не проходят ни доллары, ни евро, ни даже ланкийские рупии. Не испить вам больше, о други моя, единственного натурального цейлонского чая Дилма из социалистической страны Шри-Ланка (

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

Вот парадный подъезд. По торжественным дням,
Одержимый холопским недугом,
Целый город с каким-то испугом
Подъезжает к заветным дверям;
...
Раз я видел, сюда мужики подошли,
Деревенские русские люди,
Помолились на церковь и стали вдали,
Свесив русые головы к груди;
...
Кто-то крикнул швейцару: «Гони!
Наш не любит оборванной черни!»
И захлопнулась дверь. Постояв,
Развязали кошли пилигримы,
Но швейцар не пустил, скудной лепты не взяв,

И пошли они, солнцем палимы,
Повторяя: «Суди его бог!»,
Разводя безнадежно руками,
И, покуда я видеть их мог,
С непокрытыми шли головами…

(22) здание 2005 года... накопленная амортизация не кратна АмМесяцБУдо.
==>> В истории этого здания наверняка полно событий для того чтобы НУ и БУ разошлись по разным дорожкам. Даже без Ликв

Поехали.
Декабрь 2021
ОстСт = 2 139 427.43
ОстСПИ = 331
АмМесяцБУ = ОстСт / ОстСПИ = 6463.53
ТютЕлька в тютЕльку!

Январь 2022
ОстСт = 2 132 963.90
ОстСПИ = 330
АмМесяцБУ = ОстСт / ОстСПИ = 6463.53

Здесь всё нормуль.

Счастье моё, а нельзя ли наконец дать те же данные, но в той базе, где разбежался БУ?

(28) Так там 2 БП))  Прикрепила же -7 картинок☺ Дублирую)))

(26) 😥

(27) Не могу спортить, вообще не вкурсе, где бухи и как могли химичить... Но Если судить по ОСВ, это произошло с 1.01.22 (до этого все ровно шло), что странным образом совпадает с обязательным переходом на фсбу6...

(31) Вы же сами показали, что произошло в (29):
до этого в БУ считалось от первоначальной, теперь от остаточной.
Если были любые события влияющие на амортизацию в истории, то формулы расходятся.
Наибольшая загадка: как им удавалось считать от первоначальной стоимости на 31.12.2021.

(31) Это не честные и добросовестные бухгалтеры схимичили, здесь сработала рука программиста.

Когда-то давно, задолго до ФСБУ по 2022 году у этого здания прошла модернизация или консервация и тут выяснилось, что подобие треугольников нарушилось, причём строго по закону:
АмМесяцБУ = (ОстСт+Модерн) / ОстСПИ
АмМесяцНУ = (ПервСт+Модерн) / СПИ

Видно по арифметике, что наклон прямых стал различаться, ведь один и тот же кусок для БУ прибавляют в серединке прямой, а для НУ в начале, притом, что конечная нулевая точка не изменилась?

И побежала бухгалтер к программисту 1С, и начала его трясти, а тот взял и тупо перепробил код в программе. И стала та программа ошибочно считать по алгоритму не бухгалтерскому, а налоговому.
14к = 14к
А ведь правильнее было в БУ именно 18к.

Обновили программу к 2022 году, и сгинул тот ошибочный код, как и не было. И стала программа вновь грамотно считать 18к в БУ и 14к в НУ.

(32) Не только на 31.12.2021, а впринципе до этого так считалось... Судя по ОСВ

А код не трогали (не должны были во всяком случае), т.к. БП полностью Типовая и на поддержке.. Хотя можно и в конфигурацию залезть и сравнить что-то там...🙄

(35) Ой, это не мне было адресовано)))

Вот я тут изобразил )
https://i.ibb.co/N72YLsk/2024-04-26-10-37-43.png

(36) А в новой уже того кода нет, это надо поднимать старый архив. Да и нужно ли?

Теперь дело за ГБ. Это уже политика. Как скажет, так и врубите в программу то, что она решит.
Действуйте.

[шёпотом] Чтоб не переделывать прошлое, я бы втихаря сдвинул СПИ по БУ чуть подальше, чтобы как было - шла одинаковая Аморт.

Если за столько лет никто не раскопал (кроме Вас, мадемуазель, снимаю шляпу), то и дальше никто не раскопает )

(39) Вредные советы от Гены)
1. СПИ - целое число, с веротностью 99,9% подогнать амортизацию не получится
2. косячить в чужом учёте - дело наказуемое, при неудачном стечении обстоятельств

(40) "Я тя умоляю!" (с) одна моя знакомая

Никто и никогда не будет проверять амортизацию делением на калькуляторе, КОГДА НЕТ разницы БУ и НУ.

А уж СПИ сделать с двумя-тремя знаками - мне прям неловко даже замечать о таком программисту 1С )

Ну или проще: Есть же Ликв. А уж там копейки и Аморты сойдутся как надо.

Прикинул: Ликвидационную стоимость надо пробить
705 279.67
и тогда БУ = НУ и никто ничего не заметит. А программисту выпишут премию за то, что он "код поправил" за три дня пахоты )

Да и оценка Ликв вполне рыночная. Купили здание за 5 лямов и за 30 лет эксплуатации без капремонта ухайдокали до 700к

А нет, ступил, только один месяц совпадут, тангенсы же остались разными. Значит только сдвигать СПИ_БУ вправо.

Гена, я тоже люблю побаловаться математикой)) Но зачем такое делать в реале, чтобы бухгалтер мог продолжать жить в своём коконе из прошлого века? Разницы в амортизации в БУ и НУ для 20 летнего здания - ЭТО НОРМА. Это всё что нужно донести до буха ну и собственно проверить правильность расчета.
Есть подозрение, что при переходе на новое ФСБУ должны быть корректировки амортизации в БУ, а на картинке они отсутствуют.

(46) Да, все верно, корректировки были (и могу их вернуть), просто пыталась восстановить алгоритм из другой БП, в которой  каким то чудом все и без этого сработало...

Ну в общем всем большое, огромное спасибо, очень душевная и романтичная у нас получилась беседа, со стихами и известными цитатами 🥰. Скорее всего буду умывать руки от этой задачи, видимо до истины мне не до капаться((( Просто скажу, что делать будем штатными возможностями... Пусть сами выбирают СПИ менять или делать корректировку... 🤷‍♀️😥

🖐🖐🖐

(47) Да нет же никакого чуда. Похоже я невнятно объяснил. Попробую ещё раз. Вот картинка линейного уменьшения остаточной стоимости ОС от времени. Нижняя прямая. Исчисления амортизации по БУ и НУ ВСЕГДА разные. По НУ - это БОЛЬШОЙ треугольник. Амортизация - отношение двух катетов:
АмМесяцНУ = ПервСт / СПИ
На графике 2 по оси ординат - первоначальная стоимость, а 8 по оси абсцисс - СПИ

По правилам же БУ амортизация считается по МАЛОМУ треугольнику, например, нарисован момент времени 4 по оси абсцисс:
АмМесяцБУ = ОстСт / ОстСПИ

Треугольники подобны по равенству всех своих трёх углов. Поэтому отношение их собственных катетов равны:
ОстСт / ОстСПИ = ПервСт / СПИ
или
АмМесяцБУ = АмМесяцНУ

Вот так было, есть и будет во второй вашей базе, которая "хорошая".

Но в первой базе, которая "плохая", однажды, много лет назад произошла модернизация одного из ОС. Причём не рассматриваемого, а совсем другого, которого может уже и нет сейчас, неважно. Главное, что непоправимое случилось.

Верхние прямые на графике иллюстрируют модернизацию. Видно, что изменился наклон?
И с этого момента для данного ОС навсегда стало:
АмМесяцБУ > АмМесяцНУ

Но это не понравилось бухгалтеру и она настойчиво попросила программиста сделать всё "как при бабушке". Тот не стал сдвигать СПИ_БУ вправо для возврата параллельности новых прямых, а тупо пробил в коде программы: считать амортизацию в БУ по алгоритму НУ, т.е. по большому треугольнику. Но алгоритм работал в первой базе для ВСЕХ ОС.

Пруф - это Ваши же слова из (24):
- но бухи бравируют тем, что предыдущий программист сделал как-то без параметров, без операций введенных вручную

Вот он и срубил код в той первой базе.

Что произошло на стыке 2021-2022. Либо пришёл новый программист и тупо обновил релиз под типовой, без последующего внесения тех ранешних топорных изменений. Либо сам прежний программист не захотел разбираться в правилах прехода на новый ФСБУ и сам же решил обновить типовой код без своих правок.
Вот "плохая" база и сразу пошла выдавать амортизации как положено: 18к > 14к

Я Вам даже пари предлагаю на 1000 рублей.
Откройте ранешний архив "плохой" базы, скажем от середины 2021 года - и сразу найдёте в коде исправления в модуле амортизации,  меченные как
// ПрежнийПрог начало
...
// ПрежнийПрог конец

Мажем?

Я даже могу попробовать год угадать, когда прошла эта первая модернизация и программист срубил код (легко проверить по журналу доков Модерна).

Это здание в Волгодонске - это раз.
Когда тратят большие деньги "на ветер", на полный капремонтище? Только перед приездом Самого - это два.
Путин был единственный раз в Волгодонске в 2010 году.

Ответ: 2010

не вдаваясь в тему, достаточно запустить обработку с записью данных из "нужного" файла

(52) И каждый месяц её запускать? Исключено. Прежний программист был сверхленив. Скорее всего он один раз сделал расширение и всё.

Упс... тогда пари отменяется. Если расширение, то мы его в архиве не увидим. Я правильно понимаю ситуацию?

(54) Смотря какой архив. Если dt, емнип, расширения тоже выгружаются.

(56) Э... ?

Пошли как-то два джентльмена порыбачить на Темзу ради спортивного интереса. Один из них поймал русалку. Поймал, посмотрел, красивая до жути - да и отпустил обратно в реку...
- But why?
- But how?

(49) Да, бывают такие сложности в сопровождении того, что вчера еще было актуальным, а сегодня просто в пух переписано основным поставщиком конфигурации... И тянуть вчерашний день на сегодня, когда вчерашние дни уже в табу на корректировки :)

(57) Расширений для БП не было... во всяком случае, на сколько я знаю)) Тем более? что та "хорошая" БП и по сей день считает и БУ и НУ нормально (ну или не нормально, но так как хотят Бухи), обновляемся постоянно...

(59) А можно в "плохой" базе щёлкнуть
ОС и НМА - Модернизация ОС
Что там в журнале?

(60)

(61) А если отбор по организации снять?
И ещё: насколько база глыбокая? С какого года проводки? Не было ли свёртки?

(60) Вот еще думаю, что подозрительно в "хорошей" происходит передача ОС в аренду с 01.01.2022 0:00:01... Может с помощью передачи как-то что-то сделано...

😂

«Логика может привести вас от пункта А к пункту Б, а воображение — куда угодно» @ А. Эйнштейн

(62) Самая ранняя запись - это ввод остатков...

(64) Ясно. До 2010 года нам не докопаться.
Ладно, проехали )