Nieuwe medewerker(s) zonder salarisstrook

[#1]

18 juni 2024 14.00u.

Dit probleem is opgelost: alle tests geven groen licht waardoor we de aanpassing naar productie hebben gebracht. Als je de salarisproductie reeds hebt gedraaid en dit probleem hebt geconstateerd, dan zijn de volgende mogelijkheden voor het herstel.

Salarisproductie

Overdraaien

Als je een salarisproductie hebt gedraaid, en enkele medewerkers mist omdat deze een ingangsdatum met terugwerkende kracht hebben, dan kun je overwegen een overdraai te doen; zet in GDI de periode terug naar juni en draai opnieuw met dezelfde mutaties. De overdraai zorgt ervoor dat alle mutaties weer aangeleverd worden aan Gemal, dus ook van de nieuwe medewerkers die met terugwerkende kracht in dienst zijn gekomen. Deze medewerkers worden nu wel in berekening meegenomen. De leveringen voor de loonaangifte, het pensioen, de betaling, data voor reporting worden opnieuw aangemaakt. Je moet zelf nog wel de oorspronkelijke overzichten in Dossier Online verbergen van de voorgaande productie.

Aanvullende correctieproductie

Je kunt er ook voor kiezen om een aanvullende correctieproductie te doen. De  missende medewerkers moet je dan herrekenen met invoercode 02475 waarde 1 (vanaf januari voor de zekerheid), en omdat de nieuwe medewerkers correct op de database staan, worden deze berekend. Je ontvangt dan een aanvullende strook voor deze medewerkers die gelijk is aan de strook als die uit de salarisproductie zou zijn gekomen. De leveringen zullen aanvullend zijn, we adviseren wel om een synchronisatie loonaangifte pensioen en betaling te doen. Daarnaast kun je overwegen om in een speciale productie één bestand af te roepen voor bijvoorbeeld de journaalposten.

Vervangende correctie-productie

Voor deze oplossing moet je alle mutaties van de betreffende medewerkers opnieuw aanbieden aan Gemal; het is eigenlijk een overdraai op medewerkersniveau. Hoewel de vervangende correctie-productie het meest gebruikt wordt door klanten om te corrigeren, ligt deze oplossing hier het minst voor de hand, maar het is wel mogelijk.

Proefproductie

Als je een nieuwe medewerker opnieuw aanbiedt aan Gemal, met een ingangsdatum die voor de maand juni start, dan komt deze ook tot berekening. Dit is ook de eenvoudigste manier om te controleren of de oplossing werkt.

18 juni 2024 9.00u.

We hebben het probleem ontdekt en dit aangepast in onze testomgeving en testen dit nu, inclusief een wat bredere regressietest. Als dit is afgerond zijn we voornemens deze aanpassing door te voeren naar  productie in payroll Gemal. We houden je op de hoogte.

17 juni 2024 16.40u.

We krijgen meldingen dat nieuwe medewerkers zijn opgevoerd zonder foutmelding, maar waarbij de salarisstrook wordt gemist en mogelijk ook een betaling. Het lijkt te gaan om medewerkers die met terugwerkende kracht zijn opgevoerd waar dit voorkomt. Dit geldt voor zowel de salaris- als proefproductie. We zijn dit aan het onderzoeken en houden je op de hoogte.

[ZGV-Louis]

Bij ons helaas ook.

[Gijs-van-Donkersgoed]

Geen salarisstrook, geen vaste persooneelsgegevens, geen individuele loonstaat en geen betaling...

[PetervO]

Hier helaas hetzelfde. Is er zicht op een snelle oplossing????

[Inge vd Kamp]

Hopende op een snelle oplossing, probleem bij ons namelijk ook van toepassing.

[Diana9]

Hier hetzelfde probleem. Online proefberekening met 2475 lukt wel, een proefproductie insturen met 2475 levert ook geen stroken en betalingen op....... Ik begin zo langzamerhand echt een beetje verdrietig te worden van Visma en de issues van de laatste tijd..... :-(. Wij mogen het weer "verkopen" aan onze medewerkers.....

[Linda Noordam]

Bij ons werkt het helaas ook niet.

[Ineke Kroon]

Hier ook hetzelfde probleem

[Miranda72]

Hier ook hetzelfde probleem alleen heeft het systeem meerdere wijzigingen niet meegenomen. Het wordt nu wel krap draaien voor ons, wanneer kunnen we iets verwachten?

[L Weegenaar]

@Evert van Manen kan er een update geplaatst worden? Het moment van afroepen voor sommige klanten ivm betaalbatch tekenen komt heel dichtbij. 

[Edwin50]

Bij ons idem en zo ook niet in het 1917-bestand. Is er al meer duidelijkheid daar wij binnen 2 dagen moeten gaan betalen.

[EllenEbink]

Wij moeten morgen de batch aanleveren. Kunnen we op de hoogte gehouden worden? Dit zijn wel erg vervelende dingen. 

[Corien19]

Wat gebeurt er met de betaalopdrachten die je al hebt ingestuurd, als je gaat overdraaien?

Kun je die opnieuw insturen en wordt het vorige bestand (die al naar Equens is gestuurd) overschreven?

[Evert van Manen]

@EllenEbink Dag Ellen, probleem was opgelost om 14.00u.; ik zag je reactie daarna nog verschijnen. Was inderdaad een erg vervelende fout en nadat we dit zagen, daar ook alleen maar mee bezig geweest. Voor jullie ook lastig; je kunt in MSG zoeken op invoercode 02325 code nieuwe medewerker en wanneer de ingangsdatum voor juni ligt, is de medewerker zeer waarschijnlijk ook niet berekend.  Zoals beschreven zijn er meerdere oplossingen. Als jullie nog moeten draaien dan ontstaat het probleem niet.

[Evert van Manen]

@Corien19 Dag Corien, als je je betaling helemaal afgerond hebt en je komt nu tot de conclusie dat er een of meedere nieuwe medewerkers niet zijn berekend, dat advieseer ik je een aanvullende correctieproductie te draaien. Leg bij deze nieuwe medewerkers dan invoercode 02475 met waarde 1 vast, zodat de medewerker(s) getriggerd/aangeraakt worden in de programmatuur. Dan komen ze tot berekening en kun je zelf een datum kiezen voor de betaling (of dezelfde). De betaling gebeurd dan via 2 betaalbestanden, maar daar merkt een medewerker niets van. Wil je echt overdraaien, dan is het van belang of je de oorspronkelijke betaling nog kunt tegenhouden bij equens of je bank. Persoonlijk zou ik dan een aanvullende correctieproductie veiliger vinden omdat je afhankelijk bent.

[Evert van Manen]

@L Weegenaar  wij waren rond 13.30u. klaar, toen we nog een melding kregen die net weer anders was; die moesten we eerst nog snel beoordelen. Dit was een anders probleem (mutatieissue) en had hier niet mee te maken. Rond 14.00 konden we de aanpassing doorvoeren.

[Ivan_Snijckers]

Beste @Evert van Manen 

We hebben de productie juni al gedraaid. Buiten 6 medewerkers wat het betreft hebben we ook nog een aantal andere correcties. Kunnen we dat in 1 correctie productie draaien. In beaufort - sessie omzetten in een correctie productie, de medewerkers kopieren tbv correctie en dan via gemal een vervangende correctie-productie draaien?

[Evert van Manen]

@Ivan_Snijckers Dag Ivan, je kunt inderdaad ook gewoon een vervangende correctie productie draaien. Die zijn klanten idd het meest gewend en inderdaad moet je dan alle mutaties ook echt opnieuw aanleveren zoals je ook netjes beschrijft. Je begint immers dan op 1 juni  opnieuw..

Ik sprak ook een klant die te dicht op de betaling zit en met een voorschot (1 medewerker) gaat werken. Die gaat in juli deze nieuwe medewerker herreken en moet dan het voorschot over juni dan nog inhouden.

Nadat deze fout is ontstaan, zijn de missende nieuwe medewerkers wel correct op de database geplaatst, alleen werden ze niet berekend. Dus mijn optiek was dat een aanvullende correctie productie het meest eenvoudig is: alleen een herrekening doen met invc 02475 waarde 1 waarna Gemal gewoon op de database kijkt wat er berekent moet worden.

Maar je moet mssn die oplossing kiezen die voor jou als klant het meest toegankelijk is. succes.

[Eddie Veltman1]

Ook wij hadden te maken met een nieuwe medewerker die niet was meegenomen in de berekening.

Wij draaien altijd de volledige productie terug zodat we alle voorkomende fouten en signalen kunnen meenemen in een tweede afroep van de productie. Omdat het draaien van een productie vaak niet langer duurt dan een haluur en je niet opnieuw alles hoeft te controleren is dat volgens ons de beste werkwijze. Je loopt dan niet of nauwelijks vertraging op.

De betaalbestanden insturen voordat je alles hebt gecontroleerd is sowieso uit den boze, doe je dat wel dan loop je tegen problemen aan die je niet wilt. EVN

[EllenEbink]

We hebben net een volledige proefproductie afgeroepen. De medewerkers die per 1 juni in dienst zijn gekomen en halverwege juni tijdens de proeftijd beëindigd zijn komen niet mee met de verloning. De rest lijkt de kloppen

[Evert van Manen]

@Eddie Veltman1 Dag Eddie, klinkt dat je het goed in beeld hebt. Jullie draaien dus vaker de sal.prod. over. Als dat slechts een halfuurtje duurt, is dat goed te doen, maar als je wat groter bent (meer dv's) vind je dat mssn geen fijne keuze. Daarom ben ik blij dat de payroll nog steeds koerst naar een (vorm van) real time verwerking. Dus niet meer overdraaien, maar aanvullend (aanv.corr)  je openstaande issues (foutmeldingen) oplost. Dan heb je bijna geen tijdverlies.

Mijn persoonlijk droom is dan dat we de mutaties alleen maar laten rekenen door Gemal zonder output aan te maken; die roep je dan maar af op het moment dat je daar aantoe bent, of nog beter: als we met z'n allen meer gewend zijn aan de reportingmogelijkheden die real time wordt gevuld, dan is dat de plek om vast te stellen hoe je ervoor staat. Nou, ik stop met dit soort ideeen en ga weer verder in het hier en nu.. 🙂

[Evert van Manen]

@EllenEbink Dag Ellen, je schrijft: We hebben net een volledige proefproductie afgeroepen. De medewerkers die per 1 juni in dienst zijn gekomen en halverwege juni tijdens de proeftijd beëindigd zijn komen niet mee met de verloning. De rest lijkt de kloppen

Kan het zijn dat deze nieuwe medewerkers niet zijn aangeleverd ? Het probleem was juist dat twk nieuwe medewerkers niet werden berekend. De oorzaak was in de programmatuur ook helder waardoor dit kwam, maar ik kreeg klantmeldingen door dat de nieuwe medewerkers in de huidige maand juist wel werden berekend.

Als je twijfelt oid, graag zsm call aanmaken, dan kijken we, de desk in eerste instantie, mee..

[EllenEbink]

We hebben de salarisproductie afgeroepen en alle nieuwe medewerkers zijn verwerkt. Alles is goed gegaan.