CVars: beim Einlesen für Sub-Modules Gültigkeit richtig bestimmen
Werden für CVars für Belege eingelesen (z.B. Aufträge), wo also »sub_module« gesetzt ist (hier: »orderitems«), so steht in der CVar-Spalte »trans_id« die Datenbank-ID des referenzierten Sub-Items (hier: »orderitems.id«) drin und nicht die ID des Items, auf das sich die Konfiguration selber bezieht.
Die Gültigkeit einer CVar wird hingegen nicht am Beleg selber sondern eine Ebene darüber, am Warenstammdatum, festgemacht. Das bedeutet, dass in der Spalte »custom_variables_validity.trans_id« die Artikel-ID enthalten ist.
Übergeben bekommt die Funktion zum Einlesen der CVars aber die ID des Orderitems.
Also muss das Datenbankquery unterschiedliche Tabellen und Spalten abfragen, je nachdem, ob »sub_module« gesetzt ist oder nicht.
CVars: beim Einlesen für Sub-Modules Gültigkeit richtig bestimmen
Werden für CVars für Belege eingelesen (z.B. Aufträge), wo also
»sub_module« gesetzt ist (hier: »orderitems«), so steht in der
CVar-Spalte »trans_id« die Datenbank-ID des referenzierten
Sub-Items (hier: »orderitems.id«) drin und nicht die ID des Items, auf
das sich die Konfiguration selber bezieht.
Die Gültigkeit einer CVar wird hingegen nicht am Beleg selber sondern
eine Ebene darüber, am Warenstammdatum, festgemacht. Das bedeutet, dass
in der Spalte »custom_variables_validity.trans_id« die Artikel-ID
enthalten ist.
Übergeben bekommt die Funktion zum Einlesen der CVars aber die ID des
Orderitems.
Also muss das Datenbankquery unterschiedliche Tabellen und Spalten
abfragen, je nachdem, ob »sub_module« gesetzt ist oder nicht.