@Chris van den Berg . Prima webinar met veel nieuwe dingen en handige tips! Ik heb niet de gehele webinar kunnen volgen, maar ik kijk 'm rustig nog een keertje terug. Ook goed dat er nog webinars volgen waarbij jullie specifieker ingaan op rapporteren op verlof en verzuim.  ... View more

@Frank JHM Poell . Niet echt een 'alternatief aanwezig' naar mijn mening, want handmatig d.m.v. een eigen rubriek mag naar mijn mening geen alternatief genoemd worden.     Jammer in elk geval dat jullie niet voornemens zijn deze rubriek te introduceren, terwijl deze wel opgenomen is in Youforce Reporting, waarbij dezelfde vraagstukken gelden (en misschien ook dezelfde complexiteit geldt). Daarnaast is mijn mening dat deze rubriek al standaard opgenomen zou moeten zijn in Beaufort gezien de complexiteit die al jullie klanten ondervinden met de dubbele dienstverbanden.    We gaan in dit geval kijken naar een eventueel ander alternatief, misschien zijn er mogelijkheden met robotisering.  @Marco Vermaat    ... View more

@carolien boon  Helemaal mee eens.  Daarnaast vind ik het vreemd dat VismaRaet dit op eigen initiatief en vanuit het niets aanpast, zonder vooraf overleg met de klanten die hier reeds gebruik van maken.    @Bastiaan Friederichs @Matthijs Nagel  ... View more

@Marianne Marsman . Deze wens hebben wij ook. Hopelijk wordt hier iets mee gedaan. ... View more

@Gea Bussink-Veerbeek . Dit 'stoorde' me ook al tijdens het inrichten, de naam is hierdoor niet altijd volledig zichtbaar. Een bredere kolom zou prettig zijn.     ... View more

@vroom  Komen de signaleringen wel binnen op het emailadres dat gekoppeld is aan de Beaufort-gebruiker die als actienemer staat ingesteld (zie onderstaande schermafdruk als voorbeeld)? Op dat emailadres zouden de signaleringen gewoon binnen moeten komen. ps. Wij hebben diverse email-signaleringen ingericht binnen actieve signalering, we gebruiken hierbij de optie 'Externe e-mail' niet.       ... View more

@Chris van den Berg . Idem aan mijn opmerking onder https://community.visma.com/t5/Forum-Youforce-Reporting/Groepering-op-een-kolom/m-p/532935#M211. Voor ons is deze aanpassing ook gewenst. Geldt zowel voor het veld 'Postadres' als voor het veld 'Woonadres'. ... View more

Infoblok altijd zichtbaar heeft de voorkeur (ook in het archief).   En dan ook graag meteen 'weergave mdw/mgr' uitsplitsen in 'weergave mdw' en 'weergave mgr'. 😀     ... View more

Hier zijn reeds diverse ideeën voor ingeschoten, zie bijvoorbeeld SLSR-I-174 en SLSR-I-536. De infoblokken zijn in sommige gevallen ook niet zichtbaar in het archief, wat voor ons erg storend is. Hopelijk wordt dit eens aangepast, want werken met tekstblokken is voor ons niet de oplossing (inderdaad niet fraai namelijk).  ... View more

@Chris van den Berg . Het is hiermee gelukt. Dank!!! Ik kwam er wel achter dat bij het veld 'Postadres' de toevoeging van het huisnummer ontbreekt.  Bij dit veld wordt nu alleen de straatnaam + huisnummer getoond, dus zonder toevoeging zoals bij dit veld binnen Report Builder. Dit veld is dus niet volledig indien er sprake is van een huisnummer-toevoeging. Zou dit nog kunnen worden aangepast in het datamodel?  (Geldt waarschijnlijk ook voor het veld 'Woonadres'). ... View more

@TheoLescure . Bedankt! Ik ga er mee aan de slag. ... View more

@Chris van den Berg . Bedankt! Klopt, betreft dat rapport. Alternatief 1 zou de gewenste oplossing zijn. Echter wordt de filter op arbeidsrelatie hier niet goed toegepast. Het overzicht zou ongeveer 1100 regels moeten hebben, bij alternatief 1 krijg ik 1500 regels. Hierbij zijn bijvoorbeeld ook de inhuurmedewerkers opgenomen. Deze zijn echter via de arbeidsrelatie (P01102) uitgefilterd dus zouden niet zichtbaar moeten zijn... ... View more

@TheoLescure . Bedankt voor je uitgebreide reactie! Helaas geeft dit voor ons niet de gewenste oplossing. ... View more

@Pedro Morales Zou je hier een algemene melding kunnen maken onder 'Verstoringen' met een duidelijke uitleg van het probleem, de status (zijn jullie hier mee bezig?) en een eventuele workarround. Het is op deze manier allemaal niet te volgen voor ons als klant. Bedankt. ... View more

Waar blijft de communicatie van Raet hierover? Ik meende dat ze hun processen hadden verbeterd?   @Inez Vialle Bedankt voor de tip! Wij hebben dit als workarround gecommuniceerd naar onze medewerkers intern. ... View more

Bij ons ook dezelfde problemen. Melding aangemaakt bij Raet. Hopelijk is het snel verholpen. ... View more

@FBB ZB . Geen standaard rapport, zelf gebouwd maar niet zo moeilijk. Indien je de kolommen 'Persoon status' en 'Dienstverband status' toevoegt krijg je mooi in beeld voor welke medewerkers nog een dienstverband actief is. In dat geval is de Dienstverband status 'Inactief' en de Persoon status 'Actief'. Bij Impromptu en Report Builder was dit nooit in beeld te krijgen, bij deze nieuwe tooling dus wel.   ... View more

Hallo @Jar1k , Je verhaal klopt, maar dit kan natuurlijk nog altijd per ongeluk gebeuren. Daarnaast staat rubriek P05023 standaard op 'M' (mutatiebestand).  Indien er iets verandert bij deze medewerker binnen beaufort (bijvoorbeeld iets met twk of bij een bulkmutatie waarbij deze medewerker ook wordt geraakt) dan wordt dit dienstverband dus opnieuw getriggerd en krijgt de medewerker alsnog een nieuw Youforce-account. Ik ben hier zelf ooit de fout mee ingegaan 🙄, waardoor een aantal medewerkers die uit dienst waren onterecht de automatische mail omtrent hun nieuwe Youforce-account ontvingen. Dit op hun privé mailadres, aangezien het zakelijke emailadres in Beaufort reeds was verwijderd.  Het advies (dat ik destijds kreeg van de Raet consultant) is daarom om P15013 in deze gevallen op 'Nee' te zetten, dan weet je ook zeker dat er niks mis kan gaan. Daarnaast heeft Raet deze rubriek natuurlijk niet voor niets ingebouwd.   Maar volgens mij staan dit soort dingen ook nergens goed beschreven door Raet. ... View more

Hallo Martijn,  Vervolgens zal het youforce-account nog wel verwijderd moeten worden, anders kan de betreffende medewerker nog altijd inloggen.  P15013 zorgt alleen voor de aansturing vanuit Beaufort naar Youforce. Beide acties moet je dus uitvoeren om er voor te zorgen dat een medewerker niet meer kan inloggen in Youforce. Indien de medewerker in de toekomst opnieuw in dienst komt (onder hetzelfde personeelsnummer met een nieuw dienstverbandnummer) wordt het weer automatisch een nieuw Youforce-account aangemaakt voor dit dienstverband.  ... View more

Het groepsgewijs toegang verlengen voeren we binnen onze organisatie maandelijks uit. We doen hier echter verder niks mee. Jaarlijks verwijderen we op 1 juni alle Youforce-gebruikers die het jaar daarvoor uit dienst zijn gegaan. Dit via de optie 'Groepsgewijs gebruikers verwijderen'. Op 1 juni 2023 bijvoorbeeld voor de medewerkers die in 2022 uit dienst zijn gegaan. Op die manier kunnen de medewerkers tot die datum nog altijd in het personeelsdossier voor de jaaropgave voor de belastingaangifte.  Voordat we de actie 'Groepsgewijs gebruikers verwijderen' uitvoeren zetten we binnen Beaufort de waarde van rubriek P15013 op 'nee' bij de medewerkers die uit dienst zijn gegaan (met kolommutatie). Anders wordt er naderhand alsnog automatisch een account aangemaakt. Hierbij filteren we de medewerkers die uit dienst gaan, maar nog een ander actief dienstverband hebben uit (Dit kan eenvoudig via Youforce Reporting).   ... View more

Nu kwartiertje (07:00 - 07:15 uur) gewerkt in HRSS (beheer gedeelte: formulieren, dialogen, workflows). Geen enkele problemen ondervonden.  ... View more