Die erste dürfte korrekt sein, die zweite doch eher nicht!?
Erzeugen kann man diese zwei Versionen, wenn testweise ein bewegliches Wirtschaftsgut im Jahr 2018 gekauft und angelegt wird. Dann kann man im Anlagen Plugin auf den blau unterlegten Link-Namen des Guts klicken und dann sieht man Tabelle 1: Die AfA Beträge jeweils fürs Jahr richtig weil monatsgenau ermittelt.
Falls man aus dieser Jahresversion 2018 einen Jahreswechsel zu 2019 erzeugt, sieht man das AfA Gut erneut im Jahr 2019 aufgeführt, klickt man jetzt darauf, hat sich die Struktur zu Version 2 (siehe oben) verändert: Drei gleiche Afa-Beträge 153,82 EUR statt den monatsgenauen Beträgen.
Was muss ich tun, um immer die Struktur aus Tabelle 1 zu erhalten?
Bearbeitet von KlausWei am 20.11.2019 19:19:35
Seit v2.29 erlaube ich, den Restwert in der Buchung zu verändern. Wenn man den falsch eingibt oder das Datum oder die Abschreibungsmethode nachträglich ändert, kann es dazu kommen, dass der Restwert vorzeitig 'aufgebraucht' wird.
Hier sieht es so aus, dass mit Jahresgenauer AfA oder einem Datum im Januar angefangen wurde abzuschreiben und dann später auf monatsgenaue AfA umgeschaltet wurde oder das Datum korrigiert wurde.
Schau Dir die Buchungsdatei von 2015 doch noch mal dahingehend an, was Du damals ursprünglich eingestellt hattest.
Hallo,
ich nutze immer noch die Version v1.67, da ich irgendwie keine Lust hatte umzusteigen :-) Ist einfach ein super Programm!
Die Erstellung der Abschreibungstabellen (AfA-PlugIn) hat jedoch bei mir noch nie korrekt funktioniert. Habe mich bisher nicht aus der Deckung gewagt, da keinerlei Wortmeldungen in den Diskussionen aufgetaucht sind :-)
Einen korrekten Abschreibungsverlauf erhalte ich nur im Jahr der Erstbuchung (Aufruf der entsprechenden Jahres-Datei). Diese Tabelle der monatsgenauen AfA speichere ich mir dann für die kommenden steuerlichen Vorgänge der nächsten Jahre.
Erzeuge ich in späteren Jahren nochmalig eine Abschreibungstabelle, werden Güter aus vorhergegangenen Jahren dann (falsch) in jahresgenauer Abschreibung dargestellt. Die ursprünglich korrekt festgelegten Abschreibungsbeträge der Folgejahre nach der Erstbuchung werden somit "über den Haufen geworfen".
Eine Lösung habe ich leider bisher nicht gefunden.
Ohne die Buchungsdateien kann ich nicht genau rekonstruieren was da passiert. Aber ganz ehrlich habe ich auch nicht so viel Lust, einen möglichen Fehler in einer Version zu jagen, die 30 Versionen hinterherhinkt.
Kann es sein, dass Dein AfA-Plugin ähnlich betagt ist?
Ich kann mich gerade nicht an einen bug erinnern, der zu falschen AfA führte -- aber da es schon so lange her ist, will ich es auch nicht ausschließen...
Sorry, ich möchte keine unnötige Arbeit generieren! Wie gesagt hat mich das
Problem die letzten Jahre nicht übermäßig beeinträchtigt ... ich wollte nur KlausWei mit meinen Erfahrungen unterstützen.
Das Problem lokalisiert sich ausschließlich im AfA-PlugIn (welches ich wie alle anderen PlugIns immer tagesaktuell halte :-), EasyCT bucht die automatisierten
Abschreibungsbeträge im Jahr der Erstbuchung und in allen Folgejahren völlig korrekt!
Wenn es gewünscht wird, stelle ich natürlich Buchungsdateien von zwei, drei aufeinanderfolgenden Jahren zur Verfügung.
Da müsste man mal in den Code des Plugins schauen. Andererseits plane ich die AfA-Liste sowieso in das Hauptprogramm zu integrieren, damit die EÜR elektronisch übertragen werden kann. Damit würde das Plugin tendenziell obsolet werden.
Ich habe auch das Problem
Abschreibung auf 20 Jahre ab 2. Juni wird im Ersten Jahr richtig berechnet (monatsgenau)
Im zweiten Jahr wird das erste Jahr als volles Jahre gerechnet und die Abschreibung würde schon 1/2 Jahr zu früh enden.
Jetzt habe ich mal in die Zukunft geschaut und einige Jahreswechsel gemacht und das letzte Jahr stimmt dann auch wieder.
Es wird immer richtig gerechnet nur leider ist die Anzeige in den Zwischenjahren immer auf volle Jahre gerechnet.
Springe ins Forum:
Forensuche
Shoutbox
Du musst dich einloggen um eine Nachricht zu senden.
mielket
14.10.2025 10:40:17
Naja, wäre EC&T nativ für MacOS entwickelt worden und man bräuche einen Mac-Emulator drumrum, damit es auf Windows läuft, gäbe es auch Reibungsverluste.
Thomas R
04.10.2025 11:39:18
Danke, ich weiß schon, warum ich lieber in der Win-Welt lebe.
mielket
04.10.2025 11:12:27
Der Plugin-Manager kann nur EC&T updaten, nicht das Crossover, das im EasyCT4Mac.zip Paket enthalten ist.
mielket
04.10.2025 11:09:47
nicht ganz: Das Problem war, dass der Fehler nicht in der EC&T-Software an sich steckte, sondern in der Windows-Simulation der Firma Codeweavers drum herum.
Thomas R
04.10.2025 07:48:12
@thomas_stahl Wenn du auf das Icon des Button "Plugin" klickst geht dein Wunsch in Erfüllung.
thomas_stahl
03.10.2025 20:43:01
Version 3.4. hat meine Druck-Probleme gelöst! Danke
thomas_stahl
03.10.2025 20:37:06
Warum gibt es keinen Button "Update" wo ich einfach die neueste version einfach Installieren kann?
