Annulatie van aanvraag - De portaalsite van de sociale zekerheid

MULTIFUNCTIONELE AANGIFTE
(DmfA)
Subgroep: ASR
Aanvraag Sector Uitkeringen
Richtlijnen bij het opstellen een annulatie van
aanvraag in het batch-ciruit
Versie
:
20141
Auteur
:
Smals
Referentie
:
20141_Annulatie_Aanvraag_NL.docx
1
Inhoudstafel
1.
Situering van de stroom ................................................................................. 3
1.1.
ONLINE-TOEPASSING OP PORTAAL VAN DE SOCIALE ZEKERHEID ........................... 3
1.2.
BATCHTOEPASSING.......................................................................................... 3
2.
Structuur van de notificatie van annulatie .................................................... 4
2.1.
INHOUD ........................................................................................................... 4
2.2.
REDENEN VAN ANNULATIE ................................................................................ 4
2.3.
VOORBEELD .................................................................................................... 5
3.
Controles ......................................................................................................... 6
3.1.
CONTROLE VAN DE NOTIFICATIE OP BASIS VAN HET XML-SCHEMA ........................ 6
3.2.
COHERENTIECONTROLE ................................................................................... 6
3.2.1. Verificatie of de aanvraag bestaat en openstaand is .................................................... 6
3.2.2. Verificatie of de verzender de aanvraag mag annuleren ............................................. 6
3.2.3. Verificatie coherentie van de werknemer.................................................................... 6
3.2.4. Verificatie coherentie van de werkgever ..................................................................... 6
2
1. Situering van de stroom
Een aangever kan een ontvangen aanvraag – ASR Uitkeringen (= Scenario 7 ASR Uitkeringen)
annuleren. Hiermee geeft hij aan dat hij niet wenst te antwoorden op de aanvraag; de reden hiertoe
wordt opgegeven in de annulatie.
1.1. Online-toepassing op portaal van de sociale zekerheid
In de online-toepassing op het portaal van de sociale zekerheid annuleert de gebruiker de aanvraag
door deze te selecteren in de lijst van openstaande aanvragen en vervolgens op de knop ‘Annuleren’
te klikken. Na een reden van annulatie aangevinkt te hebben, kan hij vervolgens de annulatie
bevestigen en wordt deze verstuurd.
1.2. Batchtoepassing
In de batchomgeving annuleert de verzender de aanvraag door een negatieve notificatie terug te
sturen naar het transferpunt van de sociale zekerheid. De reden van annulatie wordt aangegeven via
de foutcode die in de notificatie is opgegeven.
3
2. Structuur van de notificatie van annulatie
De structuur van de notificatie van annulatie komt overeen met het notificatie-bericht dat men als
verzender ontvangt bij het versturen van een aangifte.
Hiertoe verwijzen we naar het XML-schema en het glossarium van de notificatie.
2.1. Inhoud
Onderstaande gegevens dienen opgegeven te worden:
Nr.
XML-Tag Functioneel
blok / Zone
Waarde
Betekenis
90059
<Form>
00296
<Identification>
NOTI001
00218
<FormCreationDate>
JJJJ-MM-DD
Datum van creatie van de notificatie
00299
<FormCreationHour>
UU:MM:SS.SSS
Uur van creatie van de notificatie
00110
<AttestationStatus>
0
0
00297
<TypeForm>
FA
Definitief antwoord op een aanvraag
90256
<EmployerId>
00011
<NOSSRegistrationNbr>
NNNNNNNCC
Inschrijvingsnummer werkgever
indien RSZ-werkgever
00109
<NOSSLPARegistrationNbr>
NNNNNNCC
Inschrijvingsnummer werkgever
indien RSZPPO-werkgever
00014
<CompanyID>
NNNNNNNNCC
Ondernemingsnummer van de
werkgever
90155
<HandledReference>
00221
<ReferenceType>
5
Verwijst naar een aanvraag
00298
<ReferenceOrigin>
2
Verwijst naar de sociale zekerheid
00222
<ReferenceNbr>
90173
<WorkerRecordIdentification>
00024
<INSS>
90175
<HandlingResult>
00107
<ResultCode>
90176
<AnomalyReport>
00108
<Error-ID>
00235
<TagName>
Form
00497
<AnomalyClass>
B
Werkgever uit de ontvangen
aanvraag
Referentie van de sociale zekerheid
van de ontvangen aanvraag
Ticketnummer
NNNNNNNNNCC
INSZ-nummer van de werknemer uit
de aanvraag
0
Niet OK, weigering
Reden van weigering (zie volgende
paragraaf)
2.2. Redenen van annulatie
In de notificatie dient men de reden van de annulatie aan te duiden door een foutcode door te sturen.
De te gebruiken foutcodes zijn beperkt tot de onderstaande waarden. Deze zijn eveneens terug te
vinden in het glossarium van de aanvraag (= glossarium AADD501)
ErrorID
Label
Wanneer gebruiken?
90059-240
De aanvraag is niet voor ons
Als de aanvraag niet bestemd is voor de ontvanger
4
bestemd
90059-251
Reeds beantwoord via een
aangifte op eigen initiatief
Als reeds een aangifte op eigen initiatief verstuurd
werd.
90059-272
Reeds verwerkt
Als het kwartaal dat in de aanvraag MiniDmfA
opgevraagd werd reeds doorgestuurd werd via de
DmfA-stroom.
Dit mag niet gebruikt worden indien een onvolledig
kwartaal opgevraagd wordt.
90059-428
De werkgever blijft stilzwijgend
Als de werkgever stilzwijgend blijft ten aanzien van
de mandataris waardoor de nodige informatie
ontbreekt om de aanvraag te beantwoorden.
Deze foutcode kan alleen gebruikt worden door
aangevers van het type ‘mandataris’.
2.3. Voorbeeld
Hieronder vindt men een voorbeeld van een annulatie:
<?xml version="1.0" encoding="UTF-8"?>
<NOTIFICATION xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="NOTIFICATION_20141.xsd">
<Form>
<Identification>NOTI001</Identification>
<FormCreationDate>2014-03-20</FormCreationDate>
<FormCreationHour>07:12:47.350</FormCreationHour>
<AttestationStatus>0</AttestationStatus>
<TypeForm>FA</TypeForm>
<EmployerId>
<NOSSRegistrationNbr>123456789</NOSSRegistrationNbr>
<CompanyID>1234567891</CompanyID>
</EmployerId>
<HandledReference>
<ReferenceType>5</ReferenceType>
<ReferenceOrigin>2</ReferenceOrigin>
<ReferenceNbr>03400027BV5TZ</ReferenceNbr>
</HandledReference>
<WorkerRecordIdentification>
<INSS>12345678912</INSS>
</WorkerRecordIdentification>
<HandlingResult>
<ResultCode>0</ResultCode>
<AnomalyReport>
<ErrorID>90059-251</ErrorID>
<TagName>Form</TagName>
<AnomalyClass>B</AnomalyClass>
</AnomalyReport>
</HandlingResult>
</Form>
</NOTIFICATION>
5
3. Controles
Na een vormcontrole op basis van het XML-schema, worden een aantal coherentiecontroles
uitgevoerd.
3.1. Controle van de notificatie op basis van het XML-schema
De notificatie van annulatie zal gecontroleerd worden ten opzichte van het bijbehorende XMLschema.
Indien er tijdens deze controle een fout wordt gevonden, zal de notificatie niet verwerkt worden.
3.2. Coherentiecontrole
3.2.1. Verificatie of de aanvraag bestaat en openstaand is
Om deze controle te kunnen doen, moet het ticketnummer van de aanvraag meegegeven worden.
Op basis van het ticketnummer wordt de aanvraag opgezocht. Indien ze teruggevonden wordt, gaat
men na of deze nog openstaand is.
Indien het ticketnummer niet aanwezig is of de aanvraag wordt niet teruggevonden of deze is reeds
afgesloten, wordt de annulatie niet verwerkt.
3.2.2. Verificatie of de verzender de aanvraag mag annuleren
Om deze controle te kunnen doen, moeten de gegevens van de werkgever meegegeven worden.
Deze controle bestaat erin te verifiëren of de verzender van de notificatie overeenstemt met de
bestemmeling van de ASR-aanvraag.
Als deze twee verschillen, wordt een mandaatcontrole uitgevoerd. De principes van deze
mandaatcontrole, komen overeen met de werkwijze in de ASR-stromen.
Indien de gegevens van de werkgever niet aanwezig zijn of als de verzender het recht niet heeft om
voor deze werkgever een annulatie te doen, wordt de annulatie niet verwerkt.
3.2.3. Verificatie coherentie van de werknemer
Om deze controle te kunnen doen, moet het INSZ-nummer van de werknemer meegegeven worden.
Bij deze controle wordt nagegaan of de persoon die vermeld is in de notificatie van annulatie wel
overeenstemt met de persoon vermeld in de aanvraag.
Indien het INSZ niet aanwezig is of niet identiek is, wordt de annulatie niet verwerkt.
3.2.4. Verificatie coherentie van de werkgever
Om deze controle te kunnen doen, moeten de gegevens van de werkgever meegegeven worden.
Bij deze controle wordt nagegaan of de werkgever die vermeld is in de notificatie van annulatie wel
overeenstemt met de werkgever vermeld in de aanvraag.
Indien het werkgever niet aanwezig is of niet identiek is, wordt de annulatie niet verwerkt.
6
4. Feedback op notificatie
Aangezien de annulatie van een aanvraag dient te gebeuren onder de vorm van een notificatie op
een aanvraag, wordt geen functionele feedback meer op dit bericht gestuurd.
Een notificatie op een notificatie is niet mogelijk. Bijgevolg ontvangt men alleen een ACRF ter
bevestiging van de ontvangst van de notificatie.
Het zou echter steeds kunnen dat uw notificatie niet verwerkt wordt omdat zijn incorrecte informatie
bevat (zie controles hierboven beschreven). In dat geval zal u telefonisch of per mail gecontacteerd
worden.
7

Download Report