AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Programmieren allgemein Fortlaufende lückenlose Rechnungsnummern
Thema durchsuchen
Ansicht
Themen-Optionen

Fortlaufende lückenlose Rechnungsnummern

Ein Thema von IBExpert · begonnen am 27. Jun 2015 · letzter Beitrag vom 30. Jun 2015
Antwort Antwort
Seite 5 von 8   « Erste     345 67     Letzte »    
mkinzler
(Moderator)

Registriert seit: 9. Dez 2005
Ort: Heilbronn
39.858 Beiträge
 
Delphi 11 Alexandria
 
#41

AW: Fortlaufende lückenlose Rechnungsnummern

  Alt 29. Jun 2015, 11:52
Zwischenzeitlich darf man eine Storno-Rechnung aber wieder Gutschrift nennen, auch wenn es umsatzsteuerlich keine ist. ( Eine Gutschrift im umsatzsteuerlichen Sinne ist das Gegenstück zur Rechnung; aber vom Empfänger ausgestellt)
Markus Kinzler
  Mit Zitat antworten Zitat
Lemmy

Registriert seit: 8. Jun 2002
Ort: Berglen
2.380 Beiträge
 
Delphi 10.3 Rio
 
#42

AW: Fortlaufende lückenlose Rechnungsnummern

  Alt 29. Jun 2015, 11:54
Siehe BMF Schreiben vom 25.10.2013 auf Seite 3, letzter Absatz:
Im Dezember 2013 sah das wohl schon wieder anders aus...

http://erfolgreich-wirtschaften.de/f...flichtangaben/


Aber ich bin da definitiv auch nicht sattelfest...
  Mit Zitat antworten Zitat
mkinzler
(Moderator)

Registriert seit: 9. Dez 2005
Ort: Heilbronn
39.858 Beiträge
 
Delphi 11 Alexandria
 
#43

AW: Fortlaufende lückenlose Rechnungsnummern

  Alt 29. Jun 2015, 11:56
Schon im Oktober

BMF 25.10.13, IV D 2 – S 7280/12/10002
Markus Kinzler
  Mit Zitat antworten Zitat
Benutzerbild von Mavarik
Mavarik

Registriert seit: 9. Feb 2006
Ort: Stolberg (Rhld)
4.143 Beiträge
 
Delphi 10.3 Rio
 
#44

AW: Fortlaufende lückenlose Rechnungsnummern

  Alt 29. Jun 2015, 11:59
Im Dezember 2013 sah das wohl schon wieder anders aus...
http://erfolgreich-wirtschaften.de/f...flichtangaben/
Wie geil das wusste ich auch nicht... "Ich sach doch is ne jutschrift"!
  Mit Zitat antworten Zitat
Benutzerbild von frankyboy1974
frankyboy1974

Registriert seit: 7. Apr 2015
Ort: SH
169 Beiträge
 
Delphi XE7 Professional
 
#45

AW: Fortlaufende lückenlose Rechnungsnummern

  Alt 29. Jun 2015, 12:32
Hallo,

ich habe BWL und Informatik studiert. Meine Frage und zugleich Antwort lautet wie üblich zu solchen Threads:

42

mfg

frank
Java ist auch eine Insel.
Ist Delphi von Oracle?
In meiner Buchstabensuppen fehlt das C++!
  Mit Zitat antworten Zitat
Perlsau
(Gast)

n/a Beiträge
 
#46

AW: Fortlaufende lückenlose Rechnungsnummern

  Alt 29. Jun 2015, 12:46
Hallo, ich habe BWL und Informatik studiert. Meine Frage und zugleich Antwort lautet wie üblich zu solchen Threads: 42

  Mit Zitat antworten Zitat
Benutzerbild von Captnemo
Captnemo

Registriert seit: 27. Jan 2003
Ort: Bodenwerder
1.126 Beiträge
 
Delphi XE4 Architect
 
#47

AW: Fortlaufende lückenlose Rechnungsnummern

  Alt 29. Jun 2015, 13:02
Grundsätzlich halte ich das erneute verwenden einer Rechnungsnummer, wenn die alte Rechnung als nicht bezahlt wird, für keine gute Lösung (ob nun Steuerrechtlich möglich oder nicht). Ich schreibe dafür generell eine Stornorechnung.
Der Grund hierfür liegt im Rechnungsdatum und in der Nachvollziehbarkeit.
Ein Steuerprüfer wird schon hellhörig, wenn innerhalb der fortlaufenden Rechnungsnummern nicht auch das Rechnungsdatum chronologisch fortlaufend ist. Das deutet nämlich auf nachträgliche Veränderungen der Rechnungen hin, und das macht ihn erst mal neugierig. Im Gegenzug dazu sind Rechnungen, die nicht bezahlt werden, und mit Stornorechnung somit nachvollziehbar sind, für einen Prüfer kein Grund für eine Beanstandung. So halte ich es immer in Rücksprache mit meinem Steuerberater, und das ist bisher immer sehr gut gelaufen, und es gab nie Rückfragen oder Beschwerden vom Prüfer.
Zwar will ein Prüfer, aus verständlichen Gründen, immer was finden, aber dazu hat er in den Ausgaben genug Möglichkeiten.

Solange ich nicht wirklich zu unrecht mehr Zahlen muss, als ich Zahlen müsste, gehe ich mit dem FA immer den Weg des geringsten Widerstandes.

Und desweitern kann ich durch ein Storno auch nach Jahren noch selber gut nachvollziehen, was damals gewesen ist.
Dieter
9 von 10 Stimmen in meinem Kopf sagen ich bin nicht verrückt. Die 10. summt dazu die Melodie von Supermario Bros.
MfG Captnemo
  Mit Zitat antworten Zitat
Benutzerbild von bernau
bernau

Registriert seit: 1. Dez 2004
Ort: Köln
1.295 Beiträge
 
Delphi 12 Athens
 
#48

AW: Fortlaufende lückenlose Rechnungsnummern

  Alt 29. Jun 2015, 13:05


Ich finde gerade diese Threads besonders hilfreich und lesenswert. Zeigen sie doch, daß unterschiedliche Auffasungen und Interpretation von Dingen vorhanden sind.
Gerd
Kölner Delphi Usergroup: http://wiki.delphitreff.de
  Mit Zitat antworten Zitat
Benutzerbild von Captnemo
Captnemo

Registriert seit: 27. Jan 2003
Ort: Bodenwerder
1.126 Beiträge
 
Delphi XE4 Architect
 
#49

AW: Fortlaufende lückenlose Rechnungsnummern

  Alt 29. Jun 2015, 13:12


Ich finde gerade diese Threads besonders hilfreich und lesenswert. Zeigen sie doch, daß unterschiedliche Auffasungen und Interpretation von Dingen vorhanden sind.
Vor allen Dingen sollte jeder ein solches Vorgehen (in welcher Art auch immer) mit seinem Steuerberater absprechen. Der kennt in der Regel die Sachbearbeiter vom Finanzamt schon und weiß ggf. auch über die Verfahrensweise des FA's bescheid. Obwohl es eigentlich eine einheitliche Gesetzeslage gibt, so interpretiert doch jedes FA in manchen Dingen etwas anders, als andere.
Dieter
9 von 10 Stimmen in meinem Kopf sagen ich bin nicht verrückt. Die 10. summt dazu die Melodie von Supermario Bros.
MfG Captnemo
  Mit Zitat antworten Zitat
Benutzerbild von jaenicke
jaenicke

Registriert seit: 10. Jun 2003
Ort: Berlin
9.585 Beiträge
 
Delphi 11 Alexandria
 
#50

AW: Fortlaufende lückenlose Rechnungsnummern

  Alt 29. Jun 2015, 13:29
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.
Leider müssen wir die Rechnungsnummer zum Beispiel an Kartenterminals schon vorab übertragen um dort die Zahlung hinterher zuzuordnen. Wenn die Zahlung abgebrochen wird, ist die Rechnungsnummer trotzdem vergeben.
Oder wir schicken die Rechnung in Italien oder Griechenland an Fiskaldrucker bzw. Fiskalbox. Nur leider hat der Bediener diese ausgeschaltet, so dass die Rechnung offen bleiben muss, aber eine Rechnungsnummer hat.

Theoretisch könnte man die Rechnung bei der Vergabe der Rechnungsnummer auch unveränderbar machen. Aber wenn diese dann nicht abgeschlossen werden kann, bliebe nur ein Rechnungsstorno. Dumm nur, wenn der Bediener z.B. das Recht nicht hat. Zumal ein Storno einer nicht abgerechneten Rechnung auch irgendwie komisch ist.

Das sind nur Beispiele. Es gibt noch eine ganze Reihe von Fällen, in denen es eben einfach nicht anders möglich ist.

Damit sich niemand über die Lücken wundert, braucht man aber in der Rechnungsübersicht nur einen Platzhalter zu hinterlegen, damit ersichtlich ist, dass die Rechnung z.B. wieder leer storniert und nie abgerechnet wurde.
Sebastian Jänicke
Alle eigenen Projekte sind eingestellt, ebenso meine Homepage, Downloadlinks usw. im Forum bleiben aktiv!
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 5 von 8   « Erste     345 67     Letzte »    


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 05:00 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz