Data Youforce Reporting sneller en volledig beschikbaar

[cvanstijn]

Data Youforce Reporting sneller en volledig beschikbaar maken (Op verzoek van de Servicedesk van Visma|Raet dit idee aangemaakt)

Wij hebben de afgelopen maanden dat we elke maand een melding kunnen maken dat de data in Youforce Reporting niet volledig is. 

Bij rapport systeemmutaties is dan de datum van de dag dat de data niet meer doorkomt niet zichtbaar (die is grijs, niet te selecteren). Deze maand is deze wel te selecteren maar heb ik voor 1 code maar 11 hits. En als je voor dezelfde code een rapport maakt in Report Builder heb ik 84 hits. Dat is nogal een verschil. En je gaat ervan uit dat Youforce Reporting dezelfde hits toont. Dus je kunt dan ook niet controleren of alle data is doorgevallen.

Bovenstaande komt naast onderstaande wat allemaal de afgelopen maand heeft plaatsgevonden:

1) Entiteiten die niet geselecteerd konden worden (bug die niet bij Visma ligt maar waar we wel enorm last van hadden dat we geen data konden ophalen)

2) Vrije velden konden niet getoond worden (foutmeldingen bij rapporten, geen inhoud/data van het rapport zichtbaar voordat je deze vrije velden had verwijderd)

3) Verzuimdata die niet correct doorvalt, je mist data

4) VANAF 01-10-2024 GEEN REPORT BUILDER MEER ALS BACKUP. (apart dat de data daar wel door kan komen). Want als de data niet klopt in YR dien je eerst weer een call aan te maken bij Visma|Raet die wordt doorgestuurd naar PD en daar gaat weer tijd overheen voordat je de juiste data hebt en dan dien je de gegevens al te hebben voor het afsluiten van de salarissen. 

Kortom een snellere en volledig beschikbare data in Youforce Reporting is zeer wenselijk.

[karl Wegner]

Wij ervaren dezelfde problemen. 

Daarnaast missen er wel eens salarisresultaatgegevens. Soms een hele maand.

Tevens gaat het met de entiteit dienstverbandhistorie ook niet altijd goed icm salarisresultaten. Zorgt ook voor het missen van data.

Wij zouden ook graag zien dat de entiteit salarisresultaten ook gekoppeld is met de entiteit Dienstverband.

[Evelynekamps]

We ervaren helaas dezelfde problemen. We werden geconfronteerd met een prachtig nieuw product "Reporting", maar achter de schermen wordt er voortdurend gesleuteld. Reporting incl updaten van data lijkt niet af.  Het veld verversdatum komt niet overeen met het daadwerkelijke ververs moment. Dit is niet uit te leggen aan de eindgebruiker. De verversing schijnt per entiteit verschillend te zijn. Dit is momenteel een achteruitgang tov Report Builder. Het controleren van systeemmutaties is een dagelijkse handeling van onze salarisadministratie. 

We zien ook dat elk rapport ontzettend traag op start. Meestal duurt het een minuut voordat alle slicers en output zijn geladen, jammer. 

[Silvia Feijen]

Wij ervaren dezelfde problemen. Met name bij het formatie- en bezettingsrapport. Zodra er wijzigingen in Beaufort doorgevoerd werden, waren deze bijna direct zichtbaar in het rapport uit de Report Builder. Nu zit hier een nachtverwerking tussen. Dit is heel vervelend voor de controle van de wijzigingen. Hopelijk kan er vaker per dag ververst worden.

Verzoek was om hier een idee voor aan te maken, maar aangezien het nauw aansluit bij bovenstaande deze aanvulling in plaats van een nieuw idee. 

[Raymond_de_Rozario]

Een paar maanden geleden duurde het inderdaad een halve dag of meer voordat de data vanuit Beaufort doorkwam in YR. Nu zweeft het een beetje rond de 2 a 3 uur. Dit is in verhouding met RB nog steeds traag, aangezien dit near real time was. Nu snap ik dat de koppeling met een replicatie database en het periodiek inlezen van een datamodel anders werkt en dat wanneer je dit vaker gaat doen dat de performance van YR enorm achteruit gaat, maar we lopen sinds de overgang er tegenaan dat we ons proces enorm hebben moeten aanpassen omdat de controles veel later kunnen worden gedaan.

Is er bijvoorbeeld gekeken naar dit artikel? Het gaat hierbij om een techniek die jammer genoeg na 31-10-27 niet meer wordt ondersteund, maar er is een nieuwe variant beschikbaar. Kijk hiervoor bij dit artikel. Misschien hebben jullie hier iets aan?

[Michiel_Kootker]

Wij ervaren dezelfde problemen. Morgen is er weer de roostersluiting. De gegevens uit het roostersysteem worden dan in Tijdregistratie ingeladen. Met behulp van Report Builder draaien we direct daarna een controle rapport. Dat lukt dus straks niet meer als Report Builder volledig is uit gefaseerd.

Voor de BIG herregistratie hebben we in Report Builder een mooi opgemaakt rapport met de gewerkte uren van de afgelopen jaren. In Youforce Reporting is maar een beperkte periode aanwezig. Gaat dus ook niet meer werken. 

De data die in de database zit is eigendom van de klant, van ons dus. VismaRaet heeft eenzijdig besloten dat wij niet meer onze eigen gegevens niet meer via een rapport kunnen raadplegen. 

Voor ons is de overgang van Report Builder naar Youforce Reporting (ondanks de goede aspecten in technische zin die Youforce Reporting ook heeft) in functionele zin een achteruitgang. 

[Raymond_de_Rozario]

Uit de reacties maak ik op dat wij niet de enige zijn die Youforce Reporting gebruiken als controle/ondersteuning van de dagelijkse/maandelijkse processen niet niet als management informatie rapportage. Bij deze laatste snap ik dat er een vertraging in kan en mag zitten, aangezien je achteraf data wilt analyseren. Dit is niet het geval bij controles, waar de gegevens up to date moeten zijn.