Calculateur d'amortissement

Comment les trois méthodes répartissent le coût sur la durée d'utilité

Le linéaire (straight_line) répartit la base de façon uniforme, de sorte que chaque période pleine porte la même charge jusqu'à ce que la dernière absorbe l'arrondi résiduel. Le dégressif à deux cents pour cent (double_declining_balance) applique un taux constant de deux divisé par la durée d'utilité à la valeur nette d'ouverture de chaque période, ce qui anticipe la charge ; le moteur ne comptabilise jamais plus que la valeur nette restante moins le résidu, et la période finale prend ce qui reste pour que le calendrier se termine bien sur le salvage. La somme des années (sum_of_years_digits) pèse davantage les périodes initiales sans taux sur la valeur nette : les chiffres de un à n somment n fois n plus un sur deux, et la période t passe en charge la durée restante sur cette somme fois la base amortissable, avec à nouveau un résidu en dernière période pour que les totaux collent à la base. Conventions d'année partielle, barèmes MACRS, section 179, amortissement bonus et unités d'œuvre sont hors périmètre : ce endpoint répond aux trois méthodes périodiques en forme fermée avec un calendrier explicite.

Contrat d'entrée, arrondi et gestion des erreurs

Envoyez éventuellement decimals comme entier de zéro à huit contrôlant l'arrondi half-up des sorties monétaires (deux par défaut). Une durée d'utilité nulle ou négative est l'erreur dure du contrat : diviser une base amortissable par une durée non positive est indéfini, donc la tâche échoue au lieu de renvoyer Infinity ou un calendrier fabriqué. L'arrondi half-up s'applique à chaque champ monétaire à partir du calcul en virgule flottante, pour que les goldens restent stables entre runtimes. La dernière période du calendrier absorbe tout résidu afin que l'amortissement cumulé égale la base amortissable et que la valeur nette finale égale le salvage même si la division ne tombe pas sur une décimale propre. Envoyez en POST un objet JSON avec quatre champs obligatoires : cost comme nombre fini strictement positif, salvage comme nombre fini supérieur ou égal à zéro et inférieur ou égal à cost, useful_life comme entier de un à cent (périodes entières, en général des années) et method comme l'un de straight_line, double_declining_balance ou sum_of_years_digits. Les chaînes numériques qui s'interprètent comme des valeurs finies sont acceptées comme les nombres JSON. Champs manquants, valeurs non finies, cost non positif, salvage négatif, salvage supérieur à cost, method inconnu et useful_life nul, négatif, non entier ou supérieur à cent échouent avec invalid_input et ne sont pas facturés. En cas de succès le corps renvoie cost et salvage arrondis, useful_life, method, depreciable_base, periodic_depreciation (la charge de la première période ; en linéaire c'est le montant annuel constant), total_depreciation, book_value_end, un tableau schedule avec un objet par période contenant period, depreciation, accumulated_depreciation et book_value, et une courte chaîne formula à afficher à côté des chiffres. Associez cette API à votre propre module fiscal si vous avez besoin de pourcentages MACRS ou de conventions de première année par juridiction ; le calculateur n'estime ni économies d'impôt ni actifs d'impôts différés.

Où un calculateur d'amortissement multi-méthodes crée de la valeur

Les pages d'éducation comptable et les blogs de finance personnelle se positionnent sur calculateur d'amortissement lorsqu'ils proposent un outil en direct qui laisse le lecteur choisir une méthode au lieu de figer la page sur une seule convention. Les formateurs en comptabilité laissent les élèves saisir coût, résidu et durée, basculer entre linéaire, dégressif à deux cents pour cent et somme des années, et vérifier à la fois la charge de la première période et l'échelle complète de la valeur nette face aux tables du manuel. Les parcours d'onboarding SaaS peuvent montrer l'amortissement du premier actif sans déployer un module complet de grand livre. Cet outil ne récupère pas de catalogues d'actifs, n'applique pas de pourcentages de bonus fiscal, ne prorate pas les acquisitions en cours d'année et ne lit pas les barèmes MACRS : uniquement l'amortissement périodique en forme fermée et la valeur nette d'un seul actif avec coût, résidu, durée en périodes entières et l'une des trois méthodes de manuel. Les scripts d'ops internes ont besoin d'un endpoint parse déterministe plutôt qu'un collage fragile dans un tableur pour construire des registres d'immobilisations pour démos ou sandboxes. 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, et une validation échouée ne consomme pas le solde. Faites varier useful_life ou method en boucle depuis votre code pour des tables de scénarios ; figez periodic_depreciation et les valeurs nettes du schedule dans les tests ; gardez les requêtes petites. Le chemin gratuit du navigateur utilise le même module pur que l'API, ainsi démos et production ne divergent jamais. Si vous avez besoin de la page linéaire seule qui se positionne déjà sur cette requête plus étroite, conservez-la ; ce endpoint est le sélecteur de méthode avec calendrier.