Amortissement dégressif double

L'arrondi est half-up avec un paramètre decimals configurable pour que tableurs et automatisation API s'accordent. Une entrée invalide échoue avec invalid_input et n'est pas facturée.

Ce que signifie le dégressif double et comment le tableau est construit

La réponse renvoie cost, salvage, life_years et decimals ; indique rate et rate_percent ; et émet des lignes avec year, beginning_book, depreciation, accumulated_depreciation et ending_book, plus total_depreciation et final_book_value.

Contrat d'entrée, arrondi, validation et exemples chiffrés

Un entier optionnel decimals de zéro à huit vaut deux par défaut et pilote l'arrondi half-up des champs monétaires du tableau et des totaux renvoyés. L'amortissement de l'année un est quatre mille sur une ouverture de dix mille, laissant six mille. L'année deux prend quarante pour cent de six mille soit deux mille quatre cents, et ainsi de suite, jusqu'à ce qu'une année ultérieure soit plafonnée pour que la clôture ne descende pas sous mille. Associez la réponse à votre propre convention de mi-année ou tables fiscales de demi-période seulement si votre juridiction l'exige ; ce point de terminaison construit un tableau DDB en années pleines à partir des trois entrées classiques et ne change pas de méthode en cours de vie ni ne calcule des tables de pourcentages MACRS. Envoyez un corps JSON avec trois champs obligatoires : cost, un nombre fini strictement supérieur à zéro pour le coût d'acquisition ou la base amortissable de départ ; salvage, un nombre fini supérieur ou égal à zéro et inférieur ou égal à cost pour la valeur résiduelle estimée ; et life_years, un entier de un à cent inclus pour la durée d'utilité en années entières. Champs manquants, chaînes vides, valeurs non finies, cost non positif, salvage négatif, salvage supérieur à cost et life_years hors plage entière échouent avec invalid_input en nommant le problème, et ces échecs ne sont pas facturés. Le taux est calculé comme deux divisé par life_years en précision complète dans la boucle ; rate et rate_percent dans la réponse sont arrondis pour la stabilité d'affichage. Exemple : cost dix mille, salvage mille, life_years cinq donne un taux dégressif de quarante pour cent car deux sur cinq vaut zéro virgule quatre. Exemple : cost cinquante mille, salvage cinq mille, life_years huit produit un taux de vingt-cinq pour cent et un tableau plus long adapté aux registres de machines.

Où un calculateur d'amortissement dégressif double apporte de la valeur

Les contrôleurs et les gestionnaires d'immobilisations utilisent un calculateur d'amortissement dégressif double pour préparer des rôles d'amortissement internes qui doivent coller au DDB des manuels avant d'ajouter une convention de mi-année ou de période partielle. Les étudiants et les plateformes LMS ont besoin d'un oracle déterministe pour les devoirs qui demandent le taux, la charge de chaque année, l'amortissement cumulé et la valeur comptable sans bugs silencieux du plancher résiduel. Une validation en échec ne consomme pas le solde. Les migrations de tableurs et les bascules ERP profitent d'un contrat JSON pur qui régénère le même tableau qu'un classeur de référence lorsque coût, résiduelle et durée coïncident. Comme l'implémentation est parse pure de niveau A, chaque appel réussi coûte le prix de base publié $0.002 sans jetons de modèle ni réseau sortant. Gardez life_years dans la plage, salvage au plus égal à cost, figez les lignes arrondies dans les tests, et vous obtenez des tableaux DDB reproductibles pour les grands livres, les flux n8n et les workers en bordure sans déployer un sous-système complet d'immobilisations.