Probleme durch Programmierung eines inkorrekten Rechnungsprogramms zu erwarten?

[fkerber]

Das ist ein guter Punkt - danke für den Input!
Wenn es ja einen (zumindest theoretischen) Grund gibt, in dem man die Rechnung noch "legal" editieren kann, dann ist ja gegen die Funktionalität an sich nichts zu sagen.
Das mit dem Hinweis werde ich dann auf jeden Fall aufnehmen.

Super, dass man selbst an einem sonnigen Sonntagmittag hier so schnell passende Antworten bekommt!


Viele Grüße,
Frederic

[jaenicke]

Wir machen das ganz einfach... die Rechnung wird im Hintergrund storniert und 1:1 neu erstellt. Die kann man dann normal editieren.

Wichtig ist aber nur, dass keine Rechnung editiert wird, zu der der Ausdruck bereits beim Kunden ist. Wenn der diese Rechnung wieder zurückgibt, sollte es auch in Ordnung sein.

Wenn ein entsprechender Warn hinweisen angezeigt wird, ist aber der Betreiber dafür verantwortlich.

Trotzdem sehe ich keinen Grund die Rechnung nicht im Hintergrund zu stornieren und eine neue zum Editieren anzubieten.

[mensch72]

wenn "Edit", dann macht es nur in der org. Rechnung Sinn, denn internes Storno + neue Rechnung ergäbe das (zusätzliche)Problem, das eine neue Rechnungsnummer vergeben werden müßte und diese eine "Rückwärtsrechnung" ist, wenn schon andere Sachen passiert sind und es gesamt nicht mehr chronologisch stimmig ist.

Ich hoffe, das es sich "nur" um Freitext Rechnungen handelt!... Bei Rechnungen welche mit Artikelpositionen aus einer WaWi korrespondieren zerhaut es bei Mengenänderungen den Bestand und bei Preisänderungen die Statistik der Durchschnitte z.B. vom Rohertrag... FA Prüfer sind nicht dummm und wissen wie sie schnell abtesten ob da eventuell was unpassend ist.

Für Sage/KHK gibt es spezielle "Korrektur-Tools", welche aber ganz tief im SQL-Server ansetzen, weil da dann zig Standard-Trigger und sonstige interne (Sicherheits)Funktionen der DB hart umgangen werden. Sowas als Bestandteil des normalen WorkFlow zu planen/nutzen... ich weiß nicht!

-> Eventuell wäre es besser, das Rechnungswesen dort auf "ProformaRechnungen" umzustellen und erst bei Zahlungseingang echte und zum Geldeingang passende Rechnungen zu erstellen.
-> "Sauber&Sicher" geht das aber eigentlich auch nur, wenn man mit "IST-Versteuerung" veranlagt wird. Da fällt im Gegensatz zur Sollversteuerung die Umsatzsteuer erst bei Geldeingang an. Die Umsatzsteuer ist allgemein das Hauptproblem bei Rechnungsänderungen, denn bei solch indirekten Steuern versteht das FA keinen Spaß.