Db structuur facturen
Willem vp op 16/01/2014 14:01:15:
Dat heet "verzamelfactuur". Soms is het handig om niet per order te factureren, maar per tijdsperiode, bijvoorbeeld wekelijks of maandelijks. Je kan dan alle orders die in die periode zijn geplaatst op 1 factuur zetten. Apple doet dat bijvoorbeeld met iTunes. Als ik vandaag een app koop en morgen nog een, dan is de kans groot dat die op dezelfde factuur komen te staan.
Zo zie je maar weer, je leert elke dag.
Zelf nog nooit mee te maken gehad, maar inderdaad is dat wel een mogelijkheid. In dat geval wil je dus een linktabel hebben tussen orders en facturen, omdat je nu een many-to-many relatie krijgt.
Ik ga hier mee aan de slag. Alle informatie is natuurlijk welkom, dus als er nog meer tips zijn GRAAG! ;-)
en dan zijn er nog de credit facturen.
Klopt, is het slimmer om dit te combineren of om dezelfde structuur op te zetten maar dan voor credit nota's?
Gewijzigd op 16/01/2014 15:39:56 door Willem vp
Dat is een mooie regel maar, dan krijg je geen uniek credit nummer. Dan zal hij gewoon een factuurnummer krijgen met een negatief bedrag.
Ik scheid mijn debit en credit facturen namelijk ook met verschillende nummers die unique auto_increment zijn, wat niet zal werken als ik het negatieve bedrag ga hanteren in de huidige structuur die Erwin nu heeft opgemaakt.