Omzeilbare fouten verdwijnen, er wordt enkel gewerkt met blokkerende fouten of met waarschuwingen. Bijkomend worden de validatieregels in hun geheel herwerkt met het oog op meer duidelijkheid en vereenvoudiging.

De gegevens zoals vermeld in de berichten aan schuldenaars blijven verplicht aan te geven. Voor een vlotte verwerking van de fiche en het toekennen aan het juiste dossier, raden we aan de fiche zo volledig mogelijk in te dienen, indien mogelijk inclusief de niet-verplichte velden.

Fiches voor inkomstenjaar 2026 moeten via de nieuwe toepassing ingediend  worden, die voor oudere inkomstenjaren in de oude toepassing.

Voor de nieuwe toepassing is er geen Java vereist.

Er zal geen downloadbare validatiemodule meer beschikbaar zijn. U kunt wel, indien gewenst, de validatieregels aftoetsen door een testbestand te sturen in de toepassing.

Neen, het is niet meer verplicht om opeenvolgende fiches te nummeren.

De globale brochure voor BOW 2.0 zal gepubliceerd worden in december, zoals elk jaar. Dit omdat wij rekening moeten houden met de wetswijzigingen die nog tot het einde van het jaar kunnen doorgevoerd worden.

De definitieve demo wordt ten laatste begin 2027 gepubliceerd. Voordien worden via verschillende kanalen demo's van de toepassing voorzien.

Neen, er wordt niet gewerkt met mandaten. Het huidige rollenbeheer blijft van toepassing.

Gegevens moeten waar mogelijk worden opgesplitst. Waar dit niet mogelijk is, moet het volledige adres worden ingevoerd in de eigenschap ‘s’, die correspondeert met de straat.

In plaats van te werken met XML-tags om de verschillende zones te definiëren, gebruikt het nieuwe systeem JSON-eigenschappen die voor de meeste zones bestaan uit een numerieke code van vier cijfers. Deze numerieke code blijft identiek aan die in de XML-tags voor de meeste zones. Bijvoorbeeld, zone 2.060 van formulier 281.10, die werd gedefinieerd door de tag 'f10_2060_gewonebezoldigingen' in XML, wordt nu gedefinieerd door de eigenschap '2060' in JSON.

De orde van de tags is vrij te kiezen. U kunt eerst de verplichte zones opnemen, gevolgd door de facultatieve zones, maar dit is niet verplicht.
 

Elke fiche moet over een unieke key beschikken om dubbele indiening van de fiche te voorkomen. Die unieke key heeft als voordeel dat een gebruiker op eenvoudige wijze de juiste fiche kan aanpassen indien gewenst.

De verzender kan aan een entiteit meerdere referenties toekennen, dit zowel voor schuldenaars als begunstigden. De entiteiten worden per afzender opgeslagen zodat fiches door geen enkele andere afzender kunnen worden overschreven.  
 

U maakt best het onderscheid door het gebruik van een andere prefix in de referentie van de schuldenaar.
 

.XML-bestanden kunnen nog een beperkt aantal jaren worden ingediend in de oude toepassing, zijnde inkomstenjaar 2024 en vroeger. Vanaf inkomstenjaar 2026 zijn enkel JSON Lines bestanden toegestaan.

Negatieve bedragen zijn niet toegestaan. Evenmin is het weinig zinvol om lege velden aan te vullen met '0', aangezien '0' in sommige velden een andere betekenis heeft en dus niet slaat op een 'leeg' veld.
 

Als uw zending fouten bevat, dan wordt uw zending geweigerd. Wanneer de zending wordt geweigerd, dan moet u die, na correctie, opnieuw volledig versturen.

Dit kunt u doen door gebruik te maken van een verschillende fichereferentie. Als er voor de schuldenaar verschillende locaties van toepassing zijn, is het nuttig per locatie een verschillende referentie van die schuldenaar aan te maken.

De preambule kan dagelijks worden verstuurd. We raden u aan niet iedere dag de volledige portfolio aan entiteiten opnieuw in te laden, maar alleen maar de wijzigingen.

• Als er geen wijziging in de preambule is, verandert er niets aan de ingezonden gegevens.
• Als er wel een wijziging in de preambule is, met name extra gegevens, dan worden die extra gegevens gecreëerd.
• Als er een gegeven wegvalt in de preambule:
  • bijvoorbeeld wegvallen entiteit: de bestaande fiches blijven behouden, net als als de entiteiten die gelinkt zijn aan de entiteiten. Maar de key die geschrapt werd in die geschrapte entiteit, kunt u niet meer hergebruiken aangezien die op non-actief werd gezet.
  • bijvoorbeeld schrappen adres: dit is een wijziging die wordt doorgevoerd als zijnde een update van de entiteit, maar de oorspronkelijke fiches met de bijhorende gegevens van de entiteit blijven behouden.
     

Er wordt niet langer een automatische mail gegenereerd. U kunt ten allen tijde de feedback in de toepassing opvragen. Als u over dezelfde rol beschikt, kunt u ook feedback opvragen over fiches die eerder door een collega werden ingediend.
 

Ja, het blijft nog steeds mogelijk om fiches in te dienen via de toepassing, ofwel via verzending van een file ofwel via codering in de schermen.
 

Dit kunt u voorkomen door de preambule en de fiches in één bestand te plaatsen. Wanneer u ze afzonderlijk wilt indienen,  raden wij u aan om te wachten op de acceptatie van de preambule alvorens de fiches te verzenden, aangezien deze fiches verwijzen naar de gegevens uit de preambule.

De ontwikkelingen voor de opstart van API zijn nog in volle gang. Van zodra de technische ontwikkelingen gevalideerd worden, publiceren we de nodige informatie op onze website.
 

Het zenden van grote bestanden blijft mogelijk. Die zendingen moeten in JSON Lines opgesteld worden. De zendingen type .XML verdwijnen dus wel vanaf inkomstenjaar 2026.
 

Neen, er is geen conversiemodule voorzien. Daarom gaat u best tijdig met de aangeleverde bestanden aan de slag.

Met het doorgeven van een wijzigende fiche, wordt de oude fiche gedesactiveerd en de nieuwe geactiveerd. Het zal wel mogelijk zijn om de initiele fiche te consulteren.