@alzaimar: halten wir doch mal fest...
a)
- die rechnungspositionen könnnen sich nachträglich ändern
- die Steuersätze können sich nachträglich ändern
daraus folgt, du musst die daten in deiner fakturatabelle vorhalten. die summenberechnung positionen * steuersatz = summe sollte dann in der einzelnen rechnungsauswertung erfolgen. dadurch werden inkonsistenzen bei der summierung vermieden.
b) um auszuwerten sollte es zwei möglichkeiten geben
per Batch ist ideal um die statistikdaten neu aufzubauen und ggf. fehler zu beseitigen welche sich im laufenden betrieb eingeschlichen haben.
für die regulären auswertungen, dauert eine summierung oder neuaufbau im dialog zu lange. Daher sollte eine Summentabelle mit den relevanten merkmalen existieren, aus der man schnell und einfach die statistiken generieren kann.
Die summentabelle sollte normal im dialog fortgeschreiben werden, das heisst, wenn du eine neue rechnung sicherst, hast du ja alle daten zusammen, diese kannst gleich verwenden um die statistiktabelle mit der neuen rechnung zu bestücken. sollte sich die rechnung ändern, weshalb speicherst du da nicht die ursprüngliche rechnung mit umgedrehten vorzeichen und die korrigierte mit dem aktuellen? da neutralisiert sich der alte statistikbeleg und wird gleich auf den neuen stand gebracht. das kostet wohl beim speichern nur ein paar millisekunden, und wenn nicht 500 rechnungen in der stunde durch die selbe person erfasst werden, fällt das auch nicht weiter auf.
da brauchste keinen trigger, oder sonstigen verrenkungen machen. ausserdem kann der kunde jederzeit die statistiken über sämtliche aufträge ziehen... ebenso verfährst du, wenn der auftrag in eine faktura geändert wird...
<HTH> Grenzgaenger