mivita/dev/steuerberater/steuerberater-abgleich-status.csv

3.4 KiB

1BereichThemaReferenzAnzahlBefundEinordnungStatus
2UmsetzungSammelrechnungen/APIAugust 202514Export enthielt nur Steueranteil statt Netto+Steuer, weil net_split auf ShoppingOrder fehlteTechnische Ursache identifiziert und behoben: net_split wird gespeichert, historischer Fallback auf ShoppingCollectOrder.net_splitUmgesetzt
3UmsetzungHomepartyAugust 20253Export las falsche Split-Werte (vk_*) und wich stark vom Rechnungstotal abTechnische Ursache identifiziert und behoben: Homeparty liest ek_tax/ek_netUmgesetzt
4AbgleichstatusRueckmeldezeilensteuerberater.csv66Gesamtzahl RueckmeldezeilenBasis fuer Abgleich DATEV vs. SteuerberaterlisteInfo
5AbgleichstatusFehlend im August-Exportsteuerberater.csv vs. August-Export30Belegnummer nicht in August-Export enthaltenDavon 27 in DB als September 2025, 3 unter Rechnungsnummer nicht in DB gefundenTeilweise geklaert
6AbgleichstatusExport = Betrag Test + 19%steuerberater.csv vs. August-Export24Muster: Betrag Test + 19% UStHinweis auf Netto/Brutto-Missverstaendnis plus vorherige technische Split-FehlerGeklaert
7Abgleichstatus#NV in Test aber Export vorhandensteuerberater.csv vs. August-Export5Rueckmeldung und Export widersprechen sichDB-basiert vorhanden, Bewertung nach Periode/Status statt #NVTeilweise geklaert
8KategorieTestdaten fehlerhaft: Betragsteuerberater.csv44Mix aus echten Technikfehlern und Perioden-/DatenbasisabweichungenSammelrechnung/Homeparty behoben, Rest ueber Periode und Belegfluss klaerenIn Arbeit
9KategorieTestdaten unvollstaendigsteuerberater.csv106 im August fehlend, 4 trotz #NV vorhandenMehrere Faelle sind September oder abweichender DatenstandIn Arbeit
10KategorieTestdaten fehlerhaft: Logiksteuerberater.csv83 August-Faelle 8400, 5 nicht im AugustKein pauschaler Fehler: 8400 ohne verifizierte USt-ID plausibel, 8125 bei verifizierter USt-IDTeilweise geklaert
11KategorieTestdaten fehlerhaft: Stornosteuerberater.csv3Vom Steuerberater als Storno markiertFachlich fuer August kein DATEV-Storno, da damals keine Stornorechnungserstellung im SystemFachlich geklaert
12FachlichUSt-ID Verifikation pro BestellungFolgeticket1Derzeit Validierung beim Eintragen, nicht bei jeder BestellungSoll umgesetzt werden: pro Bestellung pruefen, bei ungueltig Hinweis + USt-BerechnungOffen
13FachlichDoppelzahlungen/PayoneFolgeticket1DATEV-Export belegt keine echte DoppelabbuchungPruefung ueber payment_transactions (txid/reference) + PAYONE Portal/API erforderlichOffen
14Logikfall8125 korrekt2025372511ES-USt-ID vorhanden, reverse_charge=1, Export auf 8125/BU 1Entspricht Rechnungs-/Systemlogik zum ZeitpunktGeklaert
15Logikfall8400 plausibel202536848|202537290|2025378323AT-Faelle ohne verifizierte USt-ID, taxable_sales=28400 aus Datenlage plausibel; fuer 8125 fehlt USt-ID-GrundlageGeklaert
16PeriodenbefundSeptember statt August202538154|202538182|202538270|202538271|202538332|202538398|202538429|202538431|202538445|202538446|202538661|202538728|202538744|202538759|202538774|202538809|202538926|202539010|202539011|202539031|202539062|202539094|202539162|202539168|202539302|202539399|20253941927In DB Periode 09/2025Kein August-ExportfehlerGeklaert
17DB-BefundNicht unter Rechnungsnummer gefunden202506145|202506147|2025383333Nicht in DB auffindbar (unter genannter full_number)Separat klaeren: Datenstand, anderes Format oder extern erzeugte RechnungOffen