Hallo Michael, der Sinn von Verknüpfungen ist ja, dass sich Daten dynamisch anpassen. Bei manchen Tabellen wie z. B. Rechnungen will man das aber natürlich nicht. In solchen Fällen sollte man sämtliche Daten in eigene Datenfelder übernehmen statt sie nur zu verknüpfen. Das gilt nicht nur für Preise, sondern für sämtliche Rechnungsdaten, also bspw. auch die Adresse des Kunden. Denn auch die kann sich in den Stammdaten ja mal ändern, und dann würde der Rechnungsdatensatz nicht mehr mit der einstmals versendeten Rechnung übereinstimmen.

Hallo Michael, “Eigene Datenfelder” heißt, dass alle Daten als feste Werte in der Rechnung gespeichert werden. Man benötigt also auch in der Tabelle “Rechnungspositionen” ein Feld für den Preis. “Redundant” sind die Daten aber nicht, weil der eine Preis (Leistung) der jeweils aktuelle ist, der andere (Rechnungsposition) der zum Zeitpunkt der Rechnungsstellung gültige. Ersterer kann sich ändern, letzterer nicht. Und das gilt in gleicher Weise für alle Rechnungsdaten, die aus externen Tabellen geholt werden.

In der Praxis geht man zumeist so vor, dass man mit einem Trigger “Nach Änderung” im Verknüpfungsfeld “Leistungsart” den Preis der gewählten Leistung ausliest und in das Preis-Feld der Position schreibt.

Man kann das sehr gut am Beispiel der Ninox-Vorlage “Rechnungen” nachvollziehen.