Hallo Benni, das mit der Nummer sollte kein Problem sein. Hier stellt sich eher die Frage, wie diese Nummer aufgebaut sein soll. Einfach nur fortlaufend bei 0 beginnend, jahresweise oder mit einem Präfix wie "RE" oder so davor?

Mich irritiert der Begriff "Abschlagszahlung", aber vermutlich meinst du Abschlagsrechnung, oder? Jedenfalls könnte man dafür bspw. ein Auswahlfeld mit den Optionen "Rechnung", "Abschlagsrechnung" und "Schlussrechnung" erstellen und den jeweiligen Begriff dann als Titel der Rechnung nehmen. Formal ist es ansonsten ja egal, was darüber steht - Rechnung ist Rechnung.

Was genau bedeutet "Abschlagszahlungen mit den Schlussrechnungen verknüpft"? Vermutlich ist keine datenbanktechnische Verknüpfung gemeint, sondern eher ein sachlicher Bezug. Also bspw. eine gemeinsame Auftragsnummer o. ä., anhand derer sich verschiedene Abschlags- und Schlussrechnungen einander zuordnen ließen.

Kurzum: Technisch lässt sich das sicher alles lösen, um konkreter helfen zu können, müsste man aber auch mehr über die Anforderungen wissen.

Hallo Benny,

ich würde für jede Art von Rechnungen eine eigene Kategorie einrichten.

A = Abschlagsrechnung

S = Schlussrechnung

R = normale Rechnungen /Jahresrechnung

 
Die Nummernkreise würde ich sprechend definieren, damit lassen sich die unterschiedlichen Rechnungsarten später besser nachvollziehen.

Weiterhin wird an den Abschlagsrechnungen ein Verrechnungskennzeichen eingefügt. Darin wird die entsprechende Nummer der Jahres- bzw. Schlussrechnung hinterlegt.

Alle Abschlagsrechnungen, die also noch kein Verrechnungskennzeichen besitzen, werden dann zur nächsten anstehenden Rechnung herangezogen und verrechnet.

 
Berücksichtigen muss man anschließend nur noch, ob die Abschlagsrechnungen komplett oder in Teilbeträgen bezahlt wurden.

Hallo, man braucht m. E. auf jeden Fall eine eindeutige übergeordnete Instanz, unter der sich zusammengehörige Rechnungen verwalten lassen. Das kann ein Auftrag, Vorgang oder Projekt sein, eine Bestellung oder was auch immer den Rechnungen zugrunde liegt. Kunde allein genügt nicht, weil der ja mehrere Rechnungen zu unterschiedlichen Aufträgen/Bestellungen/Projekten bekommen kann.

Besagte Instanz sollte nach Möglichkeit schon vor dem Erstellen entsprechender Rechnungen existieren, damit man diese von Anfang zuordnen kann. In der Regel ist das ja auch der Fall, weil bspw. Aufträge erfasst und daraus dann Auftragsbestätigungen, Lieferscheine und eben Rechnungen generiert werden. Die Hierarchie könnte dann so aussehen:

Kunde1

==> Auftrag1

====> Abschlagsrechnung1

====> Schlussrechnung2

==> Auftrag2

====> Rechnung3

Kunde2

==> Auftrag3

====> Abschlagsrechnung4

...

Ich habe dazu mal eine einfache Beispiel-Datenbank erstellt, welche nur die zur Demonstration der technischen Umsetzung erforderlichen Elemente enthält. Vielleicht hilft sie beim Entwickeln einer eigenen Lösung:

https://www.dropbox.com/s/cvrzi3kzbv6cwwb/Abschlagsrechnungen.ninox?dl=0

"NX Script" ist eine Eigenentwicklung von Ninox. Es gibt wahrscheinlich Anleihen bei anderen Skriptsprachen, m. W. aber keine größeren Überschneidungen. Ich persönlich glaube nicht, dass es für das Ninox-Scripting hilfreich wäre, sich untensiv mit anderen Sprachen zu befassen, zumal man da ja immer bei Null anfängt. Skripte in Ninox hingegen stellen nur eine Ergänzung zu den vorhandenen Gestaltungslementen dar, haben immer einen konkreten Anlass und sind in der Regel auch viel kürzer. Deshalb ist die Lernkurve bei NX Skript m. E. deutlich flacher.