Projekt: Geheime Rechnungsnummer!

Laut Gesetzt ist es möglich eine Rechnungsnummer zu gestalten die keine Rückschlüsse auf die Zahl der Aufträge und den Umsatz zulässt. Bei Shopware kann man anhand der Rechnungsnummer leicht beides ausrechnen. Mit euch zusammen möchte ich das jetzt ändern. [quote]Nach einer bundesweit gültigen Verfügung (11.02.2008, Az. S 7 280 A - St. 44 5) der Oberfinanzdirektion Koblenz aus dem Frühjahr 2008 müssen Sie die fortlaufende Nummerierung jedoch nicht beibehalten. Unter Bezugnahme auf Abschnitt 185 Abs. 10 UStR teilte die Finanzverwaltung mit, dass Sie als Rechnungsnummer Zahlen- und Buchstabenreihen sowie Kombinationen aus Ziffern und Buchstaben verwenden können. Sie müssen lediglich nach einem System vorgehen, das es nicht zulässt, dass zwei Rechnungen dieselbe Rechnungsnummer tragen. Der Vorteil bei so einem eigenen System liegt darin, dass Ihre Kunden keine Rückschlüsse ziehen können, wieviele Rechnungen Sie insgesamt schreiben. Dadurch könnten Sie den ungefähren Stellenwert ihrer Auträge einschätzen, und dieses Wissen bei Verhandlungen verwenden. Arbeiten Sie am besten die Kundennummer in die Rechnungsnummer ein, dann verraten Sie dem Kunden nicht zuviel. Ein simples, aber effektives System zur Vergabe von Rechnungsnummern kann so aussehen: Zuerst kommt die Jahreszahl, dann die Kundennummer, und dann eine fortlaufende Nummer, die den Rechnungen an diesen bestimmten Kunden zugeordnet ist. Zum Beispiel wäre 20121234003 die dritte Rechnung des Jahres 2012 an den Kunden mit der Kundennummer 1234.[/quote] Quelle: experto.de ------------------------ Was wir dazu brauchen sind doch im groben nur 4 Schritte. 1.) Zuerst muss das aktuelle Jahr ausgelesen werden. 2.) Die Kundennummer muss ausgelesen werden. 3.) Die Anazahl der Bestellungen muss gezählt und die Anazahl als Variable ausgegeben werden. 4.) Die 3 Variablen müssen hintereinander gefügt und in das Feld Rechnungsnummer eingefügt werden. ----------------------- Kann irgendeiner zu diesen Schritten Hilfe anbieten?

Hallo, schau dir das mal an: http://store.shopware.de/administration … ellnummern Das hast du also schon mal die komplette Basis und musst das ggf. nur noch um einige Teile erweitern.

Danke für den Hinweis, aber das Prinzip des Plugins ist ja zufällig irgendwas zu erstellen und das darf ja bei der Rechnungsnummer keinesfalls passieren. Wir haben ja bei der „geheimen Rechnungsnummer“ auch nur konstante Grund-Variablen wo Shopware dann nur hochzählen muss. Vielleicht gibt es ja hier einen der sich mit PHP und Mysql genug auskennt UND kurz Zeit hat um so ein kleines Script zu bauen, würde sicherlich vielen helfen.

[quote=„Partyman“]…und das darf ja bei der Rechnungsnummer keinesfalls passieren.[/quote]Warum nicht? Das entspricht doch auch der Verordnung. Warum kompliziert, wenn es auch einfach geht?

@avenger das verstehe ich nicht. Die Rechnungsnummer muss doch einem festen System folgen, also z.B. jahr+kundennummer+001 dann jahr+kundennummer+002 dann jahr+kundennummer+003… Verstehe im Moment nicht wie hier die Zufälligkeit weiterhelfen könnte.

Ich hatte vor einigen Tagen den Thomas von dem Plugin mal angeschrieben, bis jetzt aber keine Antwort erhalten. Ein weiterer Vorteil der Kundenspezifischen Rechnungsnummer wäre, das man bei einer Stornierung den kompletten Vorgang einfach löschen kann, der Vorgang müsste so nicht der Buchhaltung übergeben werden. Beispiel: Normale Rechnungsnummer: Der Kunde bestellt mit der Rechnungsnummer 20001 und storniert die Bestellung 2 Tage später. Da im Normalfall die Rechnungsnummer mittlerweile durch andere Bestellungen höher ist z.B. 20008 kann die Rechnung 20001 nicht mehr gelöscht werden da dadurch eine Lücke entsteht. Es muss also einmal die Bestellung und zusätzlich die Stornierung gebucht werden. Geheime Rechnungsnummer: Der Kunde bestellt mit der Rechnungsnummer 2012KUNDENNUMMER003 und storniert die Rechnung 2 Tage später. Da dieser Kunde im Normalfall in der Zwischenzeit keine weitere Bestellung in Auftrag gegeben hat, ist diese Rechnungsnummer immer noch die letzte und der Vorgang kann im ganzen gelöscht werden so als ob es nie eine Bestellung gegeben hätte. Man spart so viel Zeit und Geld bei Steuerberater.

[quote=„avenger“] Unter Bezugnahme auf Abschnitt 185 Abs. 10 UStR teilte die Finanzverwaltung mit, dass Sie als Rechnungsnummer Zahlen- und Buchstabenreihen sowie Kombinationen aus Ziffern und Buchstaben verwenden können. Sie müssen lediglich nach einem System vorgehen, das es nicht zulässt, dass zwei Rechnungen dieselbe Rechnungsnummer tragen.[/quote] also das verstehe ich sogar :wink: eine fortlaufende nummer interessiert keinen, aber 2 gleiche nummern sollten nicht sein :sunglasses:

JA ABER… es gibt auch Sachen die erlaubt sind und trotzdem für Ärger sorgen können. Im Normallfall haben 95% der Rechnungsnummern kleine oder große Nummernkreise. Kommt da jetzt einer mit gar keinen Nummernkreisen, besteht erstmal ein Anfangsverdacht. Bei Lücken in den Rechnungsnummern (die Möglich sind!) hat der Betriebsprüfer trotzdem die Möglichkeit bei einem Verdacht auf Zurückhaltung dieser Rechnungen eine geschätzte Veranlagung anzuordnen und dann muss man nachzahlen obwohl man nix falsch gemacht hat. Deshalb ist es besser wenn man pro Kunde einen Nummernkreis einführt z.B. Jahr+Kundennummer+Anzahlderbestellungen, oder nur Kundennummer+Anzahlderbestellungen. Ich hätte da eine Idee für eine erste Realisierung: Bei der manuellen Erstellung einer Rechnung gibt es doch dieses Formularfeld wo man die Rechnungsnummer eintragen kann. Dieses Feld könnte man doch Vorbelegen mit JAHR + der Kundennummer auf den Userdetails + Die Anzahl der Bestellungen des Kunden aus der Bestellliste. Dann bräuchte man immer nur auf erstellen klicken und für jeden Kunden würde ein Nummernkreis entstehen. Leider klappt das mit der Übertragung der 3 Variablen in die Seite “Bestelldetails” noch nicht. :wtf:

Ich würde die gesamte Rechnungsnummer aber nicht zuuu lange wählen. warum: 1. Wenn die Rechnung manuell dann in eine Fibu eingetippt werden, tippt man sich ja die Finger wund 2. Wenn die dAten über die DATEV Schnittstelle an einen FIBU übertragen werden gibt es hier grenzen was die Länge angeht. 3. Den Sinn solch ein Nummer hab ich immer noch nicht verstanden, aber ist auch egal Bei uns sind die RE (2stelliges Jahr) und 5stellige lft. Nummer (über alle Kunden hinweg) Bsp: RE1211234 und die lft. Nummer wird / kann am Jahresanfang auf 0 gesetzt werden, ist aber kein Muss

Hat einer ne Idee wie man die Variablen {Kundennummer} und {Anzahl der Bestellungen} in das Formularfeld (wo man die Rechnungsnummer manuel eingeben kann) als Vorbelegung einsetzen kann? Beide Variablen werden ja auf anderen Seiten im Backend ausgegeben, sind also verfügbar. So wäre immer die richtige Rechnungsnummer bereits in diesem Feld vorbelegt und man müsste keine mehr eintragen.