Mijn Communities
Help

Resultatenoverzicht code netto betaling niet altijd correct

door Evert van Manen (Bijgewerkt ‎24-11-2022 08:31 door Niek Grupstra VISMA )

update 24/11/22

De fix is doorgevoerd waarmee de resultaten correct worden gepresenteerd. Om alsnog de correcte resultaten te ontvangen kun je met een speciale productie de benodigde overzichten afroepen. Dit doe je met het pad: Selecteren werkgever/productie / Afroep overzichten/bestanden / afroep variabel. Daar kun je de overzichten, waarmee je werkt, alsnog afroepen, De resultatenoverzichten met lijstnummer 0601 t/m 0605, terugkoppeling uitvoercodes 1917, journaalposten 3701/4703 en of 3801/4704.

 

update 23/11/22 

Na analyse blijkt dat de resultaten ook niet goed werden weggeschreven wanneer er bij een medewerker sprake was van een percentuele loonverdeling met een afwijkende datum ingang. We gaan dit herstellen en komende nacht, van de 23e op de 24e november, zal de aanpassing in productie worden genomen. De oplossingsrichting daarna is dat je met een speciale productie de foutieve overzichten alsnog kunt afroepen. Wanneer de aanpassingen zijn doorgevoerd doen we nog een update hierover.

 

update 21/11/22 16.00u.

Er zijn nog situaties waardoor het resultatenoverzicht niet correct is. Dit wordt geanalyseerd en we houden je op de hoogte.

 

update 21/11/22

De fix is doorgevoerd waarmee de resultaten correct worden gepresenteerd. Om alsnog de correcte resultaten te ontvangen kun je met een speciale productie de benodigde overzichten afroepen. Dit doe je met het pad: Selecteren werkgever/productie / Afroep overzichten/bestanden / afroep variabel. Daar kun je de overzichten, waarmee je werkt, alsnog afroepen, De resultatenoverzichten met lijstnummer 0601 t/m 0605, terugkoppeling uitvoercodes 1917, journaalposten 3701/4703 en of 3801/4704.

 

update 18/11/22

Na analyse blijkt dat de resultaten niet goed werden weggeschreven wanneer er bij een medewerker sprake was van een loonverdeling die later dit jaar ongedaan is gemaakt. Deze medewerker(s) krijgen in de november productie een foutief resultaat; niet alleen op het netto salaris maar bij meerdere berekeningen/uitvoercodes van het dienstverband. Dit probleem kan zich daarna voordoen op het resultatenoverzicht (ook csv), de journaalposten en het 1917 bestand. De betaalbestanden zijn geen onderdeel van dit probleem en zijn hierdoor niet geraakt. We gaan dit herstellen en komende nacht, van de 18e op de 19e november, zal de aanpassing in productie worden genomen. De oplossingsrichting daarna is dat je met een speciale productie de foutieve overzichten alsnog kunt afroepen. Wanneer de aanpassingen zijn doorgevoerd doen we nog een update hierover.

 

17/11/22

We krijgen vragen aan de desk over een (soms) onjuiste waarde van uitvoercode 01500 (netto loon) op het resultatenoverzicht (ook in csv-formaat). Dit probleem lijkt zich alleen voor te doen op het resultatenoverzicht; de waarde van uitvoercode 01500 in het 1917-bestand lijkt correct te zijn en ook de fysieke betaling wordt correct klaargezet in de BetaalManager (RBM). We zijn deze situatie aan het analyseren en zullen je hierover verder berichten zodra we meer informatie hebben.

17 Opmerkingen
Vincent2
CONTRIBUTOR ***
door Vincent2

@Evert van Manen 

Wij ervaren ook verschillen in andere codes naast 01500. Bijvoorbeeld in 01001 en 01158.

Ronald_de_Vlam
CONTRIBUTOR **
door Ronald_de_Vlam

Wij zien ook verschillen in o.a. onderstaande codes:

 

1001Salaris
1150Premie pensioen
1170Premie AOP
1193Inh wn WIA-WGA
1501Afdracht premie VPL
1502Werkg.afdr.ZVW
1672Afdracht premie UFO
1736Afdr WGA privaat
1874Afdracht premie WAO-WIA basis
1876Afdracht premie AOP
1882Afdracht premie PF
door Evert van Manen

Dag Vincent en Ronald,, dit hadden we ook gezien; sommige medewerkers 7,25x hogere waarde dan je zou verwachten en bij mijn voorbeeld (klantcall) ging het om enkele grondslagen/netto betalingen maar ook bruto salaris.. Alleen concreet afbakenen is een schijnveiligheid qua uitspraak omdat eerst de aard van het probleem moet worden gevonden. Met het publiceren is het ook altijd kiezen tussen 'snel maar wat vager' en 'langer wachten maar nauwkeurige kunnen zijn'. Nu maar gekozen voor de snelheid omdat er juist nu veel wordt afgeroepen en iedereen dit kan beoordelen.  Ik zal dit berichtje updaten als we het 'hoe en wat' in beeld hebben.  vriendelijke groet Evert.

Aralt
CONTRIBUTOR **
door Aralt

Wat ik zie in november is een verschil van de betaalstaat met de loonjournaalpost en het resultatenoverzicht deze sluit niet aan.

Harold Reijnders
CHAMPION *
door Harold Reijnders

@Evert van Manen 

 

Ik lees bovengenoemde problemen, die wij overigens niet hebben.

De 1917 lezen wij iedere maand zonder problemen in, in een datawarehouse.

Echter de 1917 van november geeft problemen, slechts 1 regel van de 7124 regels wordt ingelezen.

Daarna stopt het.

Is het 1917 bestand van november niet goed?

Moeten we een nieuwe aanvragen en hoe gaat dit dan?

gr. Harold (Gemeente Sittard-Geleen)

 

JohnS1
CONTRIBUTOR *
door JohnS1

Wij hebben een verschil tussen lijst 1917 en het resultatenoverzicht. Maandelijks doen we een vergelijk met de bruto salarissen. Dit sluit nu niet aan. Hoe op te lossen?

Pier
CONTRIBUTOR **
door Pier

Kunnen wij nu wel het betaalbestand vanmiddag naar de bank sturen?

Lianka
CONTRIBUTOR **
door Lianka (Bijgewerkt ‎18-11-2022 09:17 door Lianka )

@Pier @Aralt De fout die bij deze problematiek in het resultatenoverzicht zit (pdf, csv), zit niet in het betaalbestand en de betaalstaat. 

 

Ter controle heb ik een check gedaan door via management rapportage gemal uitvoercode rubriek 1500 te controleren met de betaalstaat.

Karin Scholten
CONTRIBUTOR *
door Karin Scholten

@Evert van Manen wij hadden 2 verschillen, één is er door de fix opgelost, nu nog de andere....

robzijlmans
CONTRIBUTOR **
door robzijlmans

1917 bestand van november is niet goed er wordt maar 1 regel ingelezen dat wordt veroorzaakt doordat de lengte van 1 regel van het bestand 1 positie is uitgebreid (was 881 tekens lang en in november 882 tekens lang.

Harold Reijnders
CHAMPION *
door Harold Reijnders

@robzijlmans 

He Rob, dit is precies wat wij ook hebben. 

Heb 3x in een call gevraagd aan Hans Klomp gevraagd of het 1917 bestand is aangepast.   Dit was niet het geval.

Wel dus.

 

@Evert van Manen 

Hoe lossen jullie dit op?

 

 

robzijlmans
CONTRIBUTOR **
door robzijlmans

Wat is nu de status want bij gemeente Nijmegen nog steeds verschillen voor 1 instelling

Jannie Zwiers
CONTRIBUTOR **
door Jannie Zwiers

Klopt het dat de loonaangifte ook niet goed gaat? Heb een verschil tussen de ljp en de aangifte bij 2 organisaties

Pier
CONTRIBUTOR **
door Pier

Er werd ook geschreven door VISMA/RAET dat de loonaangifte over november 2022 niet verzonden moest worden. 

Kan de loonaangifte over november 2022 nu wel verzonden worden? Of moeten we nog wachten?

door Niek Grupstra

Er is bij ons geen algemeen probleem met de loonaangifte bekend en het probleem met het resultatenoverzicht is opgelost.

 

Het probleem met de loonaangifte waarover in deze discussie gesproken wordt lijkt zich te beperken tot de betreffende organisatie en geen relatie te hebben met het resultatenoverzicht. De loonaangifte over november 2022 kan dus verzonden worden.

 

Wel adviseren we natuurlijk je eigen loonaangifte te controleren voordat je deze verzendt. Als er specifieke vragen zijn over de loonaangifte of een ander onderwerp dan het resultatenoverzicht dan kun je deze voorleggen aan ons Service Center. Zij kunnen de specifieke situatie bij je bedrijf dan onderzoeken.

Nico marinus
CONTRIBUTOR *
door Nico marinus

we hebben vandaag 01-12-2022 een loonstaat afgeroepen lijstnummer 4802 en het blijkt dat er loonverdelingen missen. we hebben hier inmiddels een call van gemaakt 

Dennis van der Weerd
CONTRIBUTOR ***
door Dennis van der Weerd

@Nico marinus Bij ons is het probleem dat de journaalpost netto betalingen niet overeenkomt met de betaalstaat. Deze kwamen voor november 2022 altijd overeen. De bruto betalingen kloppen wel en daarmee de opgave aan de Belastingdienst en Pensioenfond ook. Ik heb hier uiteraard een call voor aangemaakt. Is dit hetzelfde probleem dat jullie ervaren?