Fortlaufende lückenlose Rechnungsnummern

[bernau]

Zitat von IBExpert:

ich war heute beim Delphitreff in Köln eingeladen

Der Vollständigkeit halber, hier noch der Link zum Delphitreff.

http://wiki.delphitreff.de/usertreffen/20150627

[jaenicke]

Zitat von IBExpert:

Wenn du die Erfahrung mit Betriebsprüfern hast, das die entegen der Anweisung vom Finanzministerium trotzdem irgendwelche Interpretationen in kückenhafte Nummernkreise haben, sollte man den einfach den Wind aus den Segeln nehmen und konsequent für nicht nachvollziehbare Lücken sorgen, denn das ist explizit erlaubt!

Oder man sorgt dafür, dass sie lückenlos sind und gibt damit ein Argument dafür, dass alles in Ordnung ist.
Und in anderen Ländern geht es anders sowieso nicht. In Portugal und ein paar anderen Ländern ist die lückenlose Vergabe der Rechnungsnummern gesetzlich vorgeschrieben und teilweise sogar die Gestaltung der Nummernkreise.

[mquadrat]

Das Problem bei lückenlosen Nummern ist aus meiner Erfahrung weniger die Software, sondern der Anwender. "Das wollte ich gar nicht". Wir vergeben unsere RE-Nummern schon so spät wie möglich, aber sobald der Benutzer mal einen Info-Druck macht oder die RE-Erfassung verlässt, kriegt das Ding eine ´Nummer. Zumindest die Diskussionen mit Kunden, die ich geführt habe, gingen alle in die Richtung "da hab ich dann lieber ne Lücke".

[Sir Rufo]

Zitat von mquadrat:

Das Problem bei lückenlosen Nummern ist aus meiner Erfahrung weniger die Software, ...

Nein, in den meisten Fällen liegt es einfach an der Software.

Überlegen wir uns doch mal, wie es früher war - ohne Computer.

Da gab es ein Buch in denen die Belegnummer festgehalten wurden. Immer dann, wenn ein Beleg fertig war (also wirklich fertig, so wie er sein soll, Ready for shipping) wurde in dem Buch die nächste Belegnummer in eine Liste geschrieben und dann auf den Beleg. Der Beleg wurde als gebucht.

Sodele und was hindert die Software es genau so zu handhaben? Also einem Beleg erst dann zu buchen, wenn der Anwender das sagt?

Aber genau da stolpern einige Anwendungen. Da wird die Belegnummer vergeben, wenn einfach nur ein neuer Beleg angefangen wird oder zwischengeparkt oder mal eben in der Vorschau angezeigt werden soll.

Nur wieso das so passiert und nicht wie es eigentlich korrekt wäre ...

weil es einfacher zu programmieren ist. Das ist der Grund.

[baumina]

Früher wurde in den Büchern die Belegnummer auch wieder durchgestrichen, wenn der Azubi halt mal wieder alles verkehrt gemacht hatte.

[bernau]

Will nur mal darauf hinweisen, daß es bei der ursprünglichen Diskussion im Delphitreff nicht um das "WIE" der Rechnungsnummernerzeugung ging. Ich glaube, das können die meisten. Sondern es geht um den Fakt, daß es rechtens ist, einen unvollständigen Nummernkreis zu haben. Hauptsache die Nummern sind eindeutig.

Wir haben allerdings auch darüber diskutiert, wie es machbar ist einen lückenlosen Nummernkreis sicher zu stellen. Und das bei zwei Filialen deren Internetverbindung zueinander ggf. unterbrochen ist.

[mquadrat]

Zitat von Sir Rufo:

Nur wieso das so passiert und nicht wie es eigentlich korrekt wäre ...

weil es einfacher zu programmieren ist. Das ist der Grund.

Da widerspreche ich. Ein Schalter für das Erzeugen der Nummer ist programmiertechnisch in keinster Weise anspruchsvoll. Zumindest unsere Kunden möchten aber einfach keinen Schalter drücken müssen (das Argument ist dann immer, dass man das ja auch vergessen könne und dann würde man sein Geld nicht kriegen). Außerdem werden Prüfer erst richtig nervös, wenn sie einen Rechnungsbeleg ohne Rechnungsnummer irgendwo rumliegen sehen. Da hilft auch das "das ist aber noch nicht fertig" vom Sachbearbeiter nichts. Die Aussage von unserem FA war: "sobald es den Beleg in Papierform gibt, muss auch ne Nummer drauf sein".

Interessant finde ich die Idee mit dem Durchstreichen. Damit kann man sowohl die lückenlose Nummernvergabe dokumentieren, als auch das "Wegwerfen" der Rechnung.

[rapante]

Zitat von Sir Rufo:

Sodele und was hindert die Software es genau so zu handhaben? Also einem Beleg erst dann zu buchen, wenn der Anwender das sagt?

Wenn es nur immer so einfach wäre...
Der Anwender schreibt seine Rechnung, klickt auf "buchen", und erzeugt die Nummer (Beleg ist nicht mehr änderbar und wird an die Buchhaltung übergeben). 2 Sekunden später fällt ihm ein, dass er etwas vergessen oder falsch eingegeben hat. Es ist dann müßig ihm zu erklären, dass er erst eine Gutschrift erzeugen und eine neue Rechnung erstellen muss, weil es im Nummernsystem keine Lücken geben darf...

[Perlsau]

Posting gelöscht wegen eben via anonymer Email erhaltener Drohung vermutlich von einem hiesigen User, mich bei meinem zuständigen Finanzamt anzuzeigen.

[baumina]

Zitat von Perlsau:

Wenn ich eine Rechnung ausstelle, die nicht bezahlt wird, kann ich diese Rechnung nicht beim Finanzamt als Beleg für meine Einnahmen einreichen (Kleingewerbler = nur Einnahmen-Überschuß-Rechnung). Ergo storniere ich die Rechnung und weise die freigewordene Nummer der nächsten Rechnung zu. So habe ich stets fortlaufende Rechnungs- und Belegnummern und hatte noch nie irgendwelche Nachfragen oder Einwände vom Finanzamt.

Rechnungsnummer-Lücken wieder auffüllen, auch ne lustige Variante