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
12.01.2026 13:32:16
@sternkieker Nein, ich lass mir Zeit damit. Die Frist bis 10. gilt überigens nur für USt.-Voanmeldungen -- die USt.-Erklärung kannst Du locker auch im Sommer machen.
Thomas R
07.01.2026 18:40:16
@Sternkieker Die USt-Erklärung 2025 sind im Grunde ja nur 2 Zahlen. Das kannst du schon elektronisch über Elster vornehmen.
sternkieker
07.01.2026 17:22:09
Besteht die Möglichkeit, dass das Formular Umsatzsteuererklär ung 2025 bis zum 10.1.26 online ist ??
Grüße aus Berlin
Sternkieker
hhoffmann
06.01.2026 20:33:25
@mielket Danke für die Info. Prima!
mielket
05.01.2026 12:08:57
Ein gutes Neues wünsche ich euch auch!
mielket
05.01.2026 12:07:59
@thomas_stahl schick mir mal einen screenshot. Wegen Datensicherungsopt ionen: Ist normal -- wähle einfach eine der Optionen; die drückt dann automatisch auf OK.
mielket
05.01.2026 12:05:10
@hhoffmann Im Verlaufe des Januar kommt das Formular-Update. Benutze bis dahin provisorisch das EÜR2024.
hhoffmann
04.01.2026 17:15:08
Hallo, ist die EÜR 2025 online oder sehe ich die nicht? Danke für Tipp!
thomas_stahl
03.01.2026 21:31:24
Und bei dem Fenster Datensicherungsopi onen ist nur der Button Abbrechen sichtbar, sonst nichts...
thomas_stahl
03.01.2026 21:30:28
Hallo, ich bekomme immer die Meldung: Sorry, konnte das Übergabeprotokoll- PDF nicht öffnen...habe Acrobat und Reader aber installiert...
BernhardT
01.01.2026 13:12:45
Dem kann ich mich nur anschließen...
Thomas R
31.12.2025 21:23:11
Allen hier ein gutes, erfolgreiches und gesundes 2026 und Dir mielket zusätzlich weiterhin die Kraft EC&T weiter zu pflegen.
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.
