Research to check for usage of Adpf vs Adp (usage between 1/1 and 1/april can have ambigious situations

[dieuska]

Adpf2024 is not equal to Adp on 1/1/2024 because there are fiscal situations in the period of december that are not direct added, and some months afterwords they are added to the fiscal situation of 2024.

This has to be taken into account that the grb-code does not make any errors against that.

Normaly this is not a problem of 'brdr', as the Loaders do not mix this

[dieuska]

Some more information (in dutch):

De VERSDATUM is een databank datum, dus die kan idd later in de tijd liggen. De AAPD werkt tot eind april aan twee fiscale versies tegelijk. Een perceel waarvan de akte wordt verleden in het najaar van 2022 behoort tot de fiscale toestand 01/01/2023 maar kan bijvoorbeeld op 17/02/2024 in de databank van de AAPD verwerkt worden. Een perceel waarvan de akte wordt verleden op 21/01/2023, behoort tot de fiscale toestand 01/01/2024 maar kan eveneens op 17/02/2024 verwerkt worden.
Die duale toestand loopt inderdaad van januari tot april. Dan sluit de AAPD het fiscale jaar af en maken ze een statische versie 01/01/2023 op basis van de historiek in hun databank (percelen met fiscale toestand 01/01/2024 worden verwijderd en oude percelen worden teurggezet). Die statische versie wordt aan ons doorgegeven in de loop van juni - juli. We laden deze op in onze databank en passen de versiedatums aan (dat zijn degene die jij gebruikt).
Er zijn dus een aantal data:
datum van de akte van het perceel
datum van verwerking in db AAPD
fiscale toestandsdatum (01/01/xxxx)
datum van verwerking in GRB (VERSDATUM)
datum initiele versie van het perceel in GRB
Enkel die laatste 3 vind je terug in adpf.

Volgens mij kan je geen historische versie van een specifieke datum reconstrueren op basis van de fiscale toestanden omdat dat steeds 2 snapshots zijn die op een bepaald moment in het jaar zijn aangemaakt en je de datumvelden voor aanmaak van een specifiek perceel mist. Je zou dit misschien wel kunnen doen met een Adp omdat die wekelijks wordt bijgewerkt, maar hiervoor ontbreken de historische percelen in de API features (waarvoor je nu Adpf 2022 gebruikt).

[dieuska]

see GRB SpecificDateLoader (

brdr/brdr/grb.py

Line 506 in b799fb6

class GRBSpecificDateParcelLoader(GeoJsonLoader):

)