TechKnowledge Content
Проблем
Как да запишете актив, който е добавен или надстроен за целите на амортизацията?
Разделителна способност
Разделителна способност 1 – Създаване на нов актив за добавяне/надстройка с помощта на същия ИД на актив с различна суфикс
Например подобрих актив с комбинацията AssetID-Suffix от TRUCK-1. След това мога да създам втори актив за добавяне/надстройка с помощта на същия ИД на актив, но нов суфикс, TRUCK-2.
Тези две AssetID-Suffix комбинации ще се държат като отделни отделни активи. Т.е. амортизацията на TRUCK-1 няма да има ефект върху TRUCK-2. TRUCK-2 ще трябва да бъде амортиран отделно. Това би било един от начините за улесняване на проследяването на подобренията за целите на отчитането.
Освен това за целите на отчитането можете да изберете ИД на главен актив в прозореца Обща информация за активи, което показва, че активЪТ TRUCK-1 е "Главен актив" за втория актив, което е друг начин да ви помогне да групирате активи в отчети.
Разделителна способност 2 – Ръчно промяна на базата на разходите за актива
Втората опция е ръчно да увеличите базата на разходите на подобрения актив под Карти | Дълготрайни активи | Книга. Тъй като полето База на разходите е чувствително към амортизация поле, когато записвате промените в тази комбинация от ИД/книга на актива, ще бъдете подканени да нулирате живота, да нулирате годината или да преизчислите. Ако не искате да повлияете на амортизацията, която сте изпълнили по-рано за този актив, и искате само дълготрайните активи да вземат предвид новата база разходи от този момент напред в живота на актива, тогава ще искате да изберете Преизчисляване.
Забележка – Ако някога се наложи да нулирате живота на този актив, дълготрайните активи няма да могат да определят кога ръчно сте променили сумата на база разходи или каква е била първоначалната база разходи, и тя ще нулира амортизацията за целия живот на актива с помощта на текущата сума на база разходи. Годината на нулиране ще се държи по подобен начин, ако ръчно сте променили базата на разходите през текущата година.
Тази статия е techKnowledge Document ID: 30289
