Doppelt degressive Abschreibung

Die Rundung ist half-up mit konfigurierbaren Nachkommastellen, damit Tabellenkalkulation und API-Automatisierung übereinstimmen. Ungültige Eingaben scheitern mit invalid_input und werden nicht berechnet.

Was doppelt degressive Abschreibung bedeutet und wie der Plan entsteht

Die Antwort spiegelt cost, salvage, life_years und decimals; meldet rate und rate_percent; und liefert Planzeilen mit year, beginning_book, depreciation, accumulated_depreciation und ending_book sowie total_depreciation und final_book_value.

Eingabevertrag, Rundung, Validierung und Rechenbeispiele

Ein optionales Ganzzahlfeld decimals von null bis acht ist standardmäßig zwei und steuert die half-up-Rundung der Geldfelder im Plan und der zurückgegebenen Summen. Die Abschreibung im Jahr eins beträgt viertausend bei einem Anfangsbuchwert von zehntausend und lässt sechstausend. Jahr zwei nimmt vierzig Prozent von sechstausend gleich zweitausendvierhundert, und so weiter, bis ein späteres Jahr so begrenzt wird, dass der Endbuchwert nicht unter eintausend fällt. Kombinieren Sie die Antwort nur dann mit eigener Halbjahreskonvention oder steuerlichen Halbjahrestabellen, wenn Ihre Rechtsordnung das verlangt; dieser Endpunkt baut eine DDB-Tabelle für volle Jahre aus den drei klassischen Eingaben und wechselt die Methode nicht mitten in der Nutzungsdauer noch berechnet er MACRS-Prozenttabellen. Senden Sie einen JSON-Body mit drei Pflichtfeldern: cost, eine endliche Zahl strikt größer null für Anschaffungskosten oder abschreibungsfähige Anfangsbasis; salvage, eine endliche Zahl größer oder gleich null und kleiner oder gleich cost für den geschätzten Restwert; und life_years, eine ganze Zahl von eins bis einschließlich hundert für die Nutzungsdauer in vollen Jahren. Fehlende Felder, leere Zeichenketten, nicht endliche Werte, nicht positives cost, negatives salvage, salvage über cost und life_years außerhalb des Ganzzahlbereichs scheitern mit invalid_input unter Nennung des Problems; diese Fehler werden nicht berechnet. Der Satz wird als zwei geteilt durch life_years mit voller Präzision in der Schleife berechnet; rate und rate_percent in der Antwort werden für Anzeigestabilität gerundet. Beispiel: cost zehntausend, salvage eintausend, life_years fünf ergibt einen degressiven Satz von vierzig Prozent, weil zwei durch fünf null Komma vier ist. Beispiel: cost fünfzigtausend, salvage fünftausend, life_years acht erzeugt einen Satz von fünfundzwanzig Prozent und einen längeren Plan für Maschinenbücher.

Wo ein Rechner für doppelt degressive Abschreibung Nutzen stiftet

Controller und Sachbearbeiter für Anlagen nutzen einen Rechner für doppelt degressive Abschreibung, wenn interne Abschreibungsrollen vorbereitet werden, die vor jeder Halbjahres- oder Teilperiodenkonvention dem Lehrbuch-DDB entsprechen müssen. Studierende und LMS-Plattformen brauchen ein deterministisches Orakel für Hausaufgaben, die Satz, Jahresaufwand, kumulierte Abschreibungen und Buchwert verlangen — ohne stille Fehler am Restwertboden. Fehlgeschlagene Validierung wird nicht berechnet. Tabellenkalkulationsmigrationen und ERP-Cutover profitieren von einem reinen JSON-Vertrag, der denselben Plan wie ein Referenzarbeitsblatt erzeugt, wenn Kosten, Restwert und Nutzungsdauer übereinstimmen. Weil die Implementierung reines Parse-Tier-A ist, kostet jeder erfolgreiche Aufruf den veröffentlichten Basispreis $0.002 ohne Modell-Token und ohne ausgehendes Netz. Halten Sie life_years im Bereich, salvage höchstens gleich cost, pinnen Sie gerundete Planzeilen in Tests, und Sie erhalten reproduzierbare DDB-Tabellen für Bücher, n8n-Flows und Edge-Worker, ohne ein volles Anlagen-Subsystem aufzubauen.