[python-nl] Versie beheer opslaan in objecten of modules
Gerard Petersen
gerard at facturize.nl
Thu Jul 8 11:49:53 CEST 2010
Een logische laag in de vorm van BI is op termijn wel een goede maar dat is
nu nog wat premature.
Dank voor de tip overigens :)
Mvrgr,
Gerard.
On 07-07-10 17:09, GewoonAnthony wrote:
> Hoi,
> Ik zou hier eigenlijk gewoon in het ontwerp rekening meehouden en
> 'businessrulles' / rekenregels in een versie definieren. En dan opnemen
> welke reken verise van toepassing is op de betreffende dataset.
> Groet,
> Anthony
>
> Op 7 juli 2010 16:36 schreef Gerard Petersen <gerard at facturize.nl
> <mailto:gerard at facturize.nl>> het volgende:
>
> Hi All,
>
> Ik ben recent met een facturatie pakket online gegaan en loop tegen
> een interresant fenomeen aan. Ik zou hierover graag jullie input hebben.
>
> Ik probeer alles zo dynamisch mogelijk af te handelen in mijn django
> app, maar door wettelijke verplichting bijvoorbeeld, onstaan er
> noodzakelijke wijzigingen.
> Nu kan het dus zo zijn dat door een wijziging een oude factuur zou
> veranderen. Echter mag dit niet omdat dan een (wettelijk) gefixeerd
> object veranderd. Je zou in een versie attribuut op je object
> middels condities data kunnen redigeren tot wel/niet beschikbaar. Of
> je zou de nieuwe versie van de module die hem genereert er aan
> kunnen koppelen middels een versie nummer.
>
> In het eerste geval lijkt het imho op model niveau dat er een fout
> gevoelige situatie ontstaat die steeds ondoorzichtiger wordt. En in
> het tweede geval zou je code base op termijn onhandelbaar groot
> worden, omdat je dan van modules meerdere versie in je app moet gaan
> onderhouden.
>
> Een ander voorbeeld is bijv een module die de BTW rapportage
> genereert. Als ik hier (conform de wet) wijzigingen in aanbreng
> mogen de oude rapportages (reeds gebruikt door mijn klanten voor de
> BTW aangiftes in het verleden) nooit afwijkingen vertonen.
>
> Zijn er mensen die hier al eens tegenaan zijn gelopen? En hoe kan je
> daar het beste mee omgaan?
>
> Mijn hartelijke dank voor jullie brain-power!
>
> Mvrgr,
>
> Gerard.
> _______________________________________________
> Python-nl mailing list
> Python-nl at python.org <mailto:Python-nl at python.org>
> http://mail.python.org/mailman/listinfo/python-nl
>
>
>
>
> _______________________________________________
> Python-nl mailing list
> Python-nl at python.org
> http://mail.python.org/mailman/listinfo/python-nl
More information about the Python-nl
mailing list