Belegpositionen nicht mehr mit ordnumber, transdate, cusordnumber speichern
stattdessen für das Drucktemplate der Rechnung ordnumber_oe, transdate_oe und cusordnumber_oe aus Recordlinks auslesen, und auch entsprechende Druckvariablen für Angebot und Lieferschein bereitstellen.
Diese Informationen sollen in Zukunft nur noch aus record_links bestimmt werden, aus Kompatibilitätsgründen werden die alten Werte aber vorerst noch in der DB belassen, aber eben nicht mehr bei neuen Aufträgen oder Lieferscheinen gespeichert. Dadurch werden sie auch nicht mehr im Rahmen des Workflows weitergereicht.
Ursprünglich wurden diese Datenbankfelder wahrscheinlich für Sammelaufträge konzipiert, d.h. sie sollten nur befüllt werden, wenn man einen neuen Auftrag aus mehreren bestehenden Aufträgen erstellt hat. Das passt insofern, als daß diese Felder beim initialen Speichern eines Auftrags nicht gefüllt wurden. Allerdings wurden die Felder schon gefüllt, wenn man einen Auftrag zum zweiten Mal gespeichert hat, es war also nicht allein auf das Zusammenfügen von Aufträgen beschränkt. Außerdem wurden diese Felder im Rahmen des Workflows von Auftrag zu Lieferschein oder Auftrag zu Rechnung dann in delivery_order_items oder invoice gefüllt.
Bei "als neu speichern" eine Auftrags wurde auch noch die alte Auftragsnummer in die neue Position übernommen.
Weiterhin wurde nicht berücksichtigt, daß man mittlerweile auch aus mehreren Lieferscheinen eine Rechnung erstellen kann, die auch unterschiedliche Aufträge haben können.
Für das Rückverfolgen der ursprünglichen Belege ist generell nun record_links eine gute Möglichkeit, die Rückverfolgung von Positionen zu ermöglichen. Das Verhalten, daß die Variablen nur dann gefüllt sind, wenn sie aus Sammelaufträgen stammen, ist nun nicht mehr vorgesehen (und hat vorher auch nicht richtig funktioniert).
In der Druckvorlage gibt es für Rechnungspositionen nun auch neue Druckvariablen, nämlich die Angebotsnummer, Angebotsdatum, Lieferscheinnummer und Lieferscheindatum für die Belege, aus denen die Positionen im Rahmen des Workflows ursprünglich stammten. Siehe Doku.
Belegpositionen nicht mehr mit ordnumber, transdate, cusordnumber speichern
stattdessen für das Drucktemplate der Rechnung ordnumber_oe, transdate_oe und
cusordnumber_oe aus Recordlinks auslesen, und auch entsprechende
Druckvariablen für Angebot und Lieferschein bereitstellen.
Diese Informationen sollen in Zukunft nur noch aus record_links bestimmt
werden, aus Kompatibilitätsgründen werden die alten Werte aber vorerst
noch in der DB belassen, aber eben nicht mehr bei neuen Aufträgen oder
Lieferscheinen gespeichert. Dadurch werden sie auch nicht mehr im Rahmen
des Workflows weitergereicht.
Ursprünglich wurden diese Datenbankfelder wahrscheinlich für
Sammelaufträge konzipiert, d.h. sie sollten nur befüllt werden, wenn man
einen neuen Auftrag aus mehreren bestehenden Aufträgen erstellt hat.
Das passt insofern, als daß diese Felder beim initialen Speichern eines
Auftrags nicht gefüllt wurden. Allerdings wurden die Felder schon
gefüllt, wenn man einen Auftrag zum zweiten Mal gespeichert hat, es war
also nicht allein auf das Zusammenfügen von Aufträgen beschränkt.
Außerdem wurden diese Felder im Rahmen des Workflows von Auftrag zu
Lieferschein oder Auftrag zu Rechnung dann in delivery_order_items oder
invoice gefüllt.
Bei "als neu speichern" eine Auftrags wurde auch noch die alte
Auftragsnummer in die neue Position übernommen.
Weiterhin wurde nicht berücksichtigt, daß man mittlerweile auch aus
mehreren Lieferscheinen eine Rechnung erstellen kann, die auch
unterschiedliche Aufträge haben können.
Für das Rückverfolgen der ursprünglichen Belege ist generell nun
record_links eine gute Möglichkeit, die Rückverfolgung von Positionen zu
ermöglichen. Das Verhalten, daß die Variablen nur dann gefüllt sind,
wenn sie aus Sammelaufträgen stammen, ist nun nicht mehr vorgesehen (und
hat vorher auch nicht richtig funktioniert).
In der Druckvorlage gibt es für Rechnungspositionen nun auch neue
Druckvariablen, nämlich die Angebotsnummer, Angebotsdatum,
Lieferscheinnummer und Lieferscheindatum für die Belege, aus denen die
Positionen im Rahmen des Workflows ursprünglich stammten. Siehe Doku.