Advice for invoice design
Posted: Sun Sep 09, 2007 8:57 am
I am new to StimulReport (i'm evaluating since march): now i need to design an invoice.
In my program i do all calculations, so there is no need to use report "sum" function or other specific functions: all data are already elaborated, they just have to be printed.
As you know, invoice has (typically) an head, a body and a foot. In my case, the user decides what fields must be printed in the head and what in the foot: i cannot decide what are the fields that must be printed in the head and what in the foot. For example, some users want the "Bank name" printed in head and other users want it printed in foot. Of course, the body fields are always the same (luckily).
My "hypothetical" solution is to pass two datatables: "master" (containg all "head" and "foot" fields) and "details" (containg all body fields).
These two tables have a master-detail relationship.
Assuming this structure, how can i design the report so that the "head" and "foot" data are taken from "master" table and "detail" data are taken from "detail table"?
And, beside this, do you have any design suggestion? I'll begin now to design as i told, but i am searching for some "experienced" advice to understand if i'm doing right with this dataset structure or there is a better way.
Thanks.
In my program i do all calculations, so there is no need to use report "sum" function or other specific functions: all data are already elaborated, they just have to be printed.
As you know, invoice has (typically) an head, a body and a foot. In my case, the user decides what fields must be printed in the head and what in the foot: i cannot decide what are the fields that must be printed in the head and what in the foot. For example, some users want the "Bank name" printed in head and other users want it printed in foot. Of course, the body fields are always the same (luckily).
My "hypothetical" solution is to pass two datatables: "master" (containg all "head" and "foot" fields) and "details" (containg all body fields).
These two tables have a master-detail relationship.
Assuming this structure, how can i design the report so that the "head" and "foot" data are taken from "master" table and "detail" data are taken from "detail table"?
And, beside this, do you have any design suggestion? I'll begin now to design as i told, but i am searching for some "experienced" advice to understand if i'm doing right with this dataset structure or there is a better way.
Thanks.