De status 'Bestaat al' is niet terecht. Dit moet zijn 'Gerealiseerd'. Op het moment dat ik het idee opperde, bestond het nog niet. ... View more

Ook bij ons is het onwerkbaar. ... View more

En zie ook Meldingen pop-up in Youforce voor Professional (YO... - Visma Community ... View more

Dat de community een draak is wat betreft de storingsmeldingen, abonnementen en de diverse kanalen is inmiddels bekend. Een centrale plek voor verstoringen is een stapje in de richting, maar eigenlijk wil ik actief geïnformeerd worden over verstoringen. En als ik dan eerst binnen deze community (dus niet via een ander kanaal) ergens een vinkje moet zetten zodat ik per direct een e-mail of sms of pop-up ontvang als er een verstoring is geconstateerd, zij dat maar zo. Als ik maar actief wordt geïnformeerd als er een storing is en er niet naar op zoek moet gaan als gebruikers verstoringen melden.    Zie ook mijn reactie (en die van anderen) in Support tegel voor HR professionals op startpagina... - Visma Community ... View more

Ik ging er van uit, dat Visma|Raet naar aanleiding van bovenstaande discussie de standaardformulieren gecorrigeerd zou hebben, maar dat is dus niet zo. Ik heb in WAZO_2-4 de scripts gewijzigd op regel 30 en 130, daarna werd er een EDI bericht aangemaakt:   Regel 30 PRE moet zijn: return(GF_WRB('PI0240'));   Regel 130 POST moet zijn: var a = v_P01571#; var b = v_A00001[5]#; if (a=='06') {x=''} else {x=b}; return(x);   ... View more

Helemaal mee eens. Wij merken het met name bij de verlofregistratie. Als die in de te-doen-lijst blijft staan en de verlofkaart wordt bijgewerkt, geeft de mutatie daarna bij openen een 500-melding en ook kan er geen nieuwe mutatie worden aangemaakt. ... View more

@Tiina Rosón , je hebt aangegeven dat deze wens is gerealiseerd, maar dat is niet waar. Gebruikers hebben grote problemen met de manier waarop nu wordt gecommuniceerd over verstoringen en de wens voor pop-up meldingen in Youforce (of een andere accurate oplossing zoals bijvoorbeeld een sms) bij verstoringen is nu actueler en groter dan ooit. Hiervoor verwijs ik ook naar de commentaren in het artikel Support tegel voor HR professionals op startpagina... - Visma Community.  ... View more

@Rianne van der Linden , @Monique80 , nadat ik de melding had heropend werd deze weer afgesloten omdat ik in de melding alleen een voorbeeld van de Workflow definitie had ingevoegd. Maar ik verwees ook naar een melding die in 2018 onterecht was afgesloten en die ik toen niet meer kon heropenen. In díe melding (die al liep vanaf 21-11-2012!) had ik de situatie beschreven voor het selecteren van een plek in het PDOL bij het handmatig opslaan van documenten vanuit de workflow. Melding opnieuw heropend (voor de zoveelste keer) en er is nu toch gevraagd om nadere informatie. De aanhouder wint, zullen we maar zeggen ... ... View more

Ik was verrast vandaag een mail te ontvangen dat het probleem nu ineens is opgelost, nadat ik een verwijzing naar dit artikel in de community had gemaakt. Helaas is het nog maar gedeeltelijk opgelost: alleen in de workflowdefinitie, nog niet in de workflows zelf, maar het kan dus wel. Hopelijk wordt er nu doorgepakt om het probleem op alle fronten op te lossen. ... View more

@Monique80 , wij hebben hierover al vanaf 2016 een call lopen die twee keer ten onrechte is afgesloten omdat het probleem opgelost zou zijn. De prioriteit is laag, omdat het aangetast zou zijn voor één gebruiker, maar dat is dus niet zo. Ik heb in mijn melding verwezen naar dit artikel. Als iedereen die hiervan last heeft ook een melding aanmaakt met een verwijzing naar dit artikel, dan wordt er misschien eindelijk iets gedaan aan dit probleem. ... View more

Zou inderdaad heel handig zijn, als alle ingestelde knoppen al in het eerste scherm van de dialoog zichtbaar zijn. Wij hebben in veel workflows acties waarbij het niet noodzakelijk is om nog mutaties door te voeren, maar waar dat nog wel moet kunnen voor het geval dat. PSA moet dan steeds de hele dialoog doorlopen om bij de knoppen te komen. ... View more

@Raymond_de_Rozario , excuses voor de afkortingen: did = datum in dienst, dud = datum uit dienst. ... View more

Als wij medewerkers die uit dienst zijn nog in onze administratie moeten houden, bijv. vanwege RVU, maken we een nieuw DV aan met een andere soort arbeidsrelatie. Die arbeidsrelatie is uitgesloten van de AD, zodat er geen account wordt aangemaakt.  Voor managementrapportages is dat ook handig, omdat je dan die arbeidsrelatie kunt uitsluiten, het is immers een puur administratieve registratie.  Overigens overschrijft bij ons een nieuw DV niet het actuele DV in de AD. Dat gebeurt pas na de einddatum van het eerste DV. De AD kijkt naar did en dud. Je zou dus ook nog eens met je ICT-afd. kunnen overleggen of er op AD-niveau iets aangepast kan worden.  Wij hebben ook de mogelijkheid dat ICT een account op NOSYNC zet, dat betekent, dat de account niet wordt gesynchroniseerd met de nieuwe gegevens. Je zou dan kunnen vragen of ICT de lopende account op NOSYNC zet tot en met de einddatum van dat dienstverband. Als het op de dag daarna weer gesynchroniseerd wordt, wordt het overschreven met de gegevens van het nieuwe DV. ... View more

Volgens mij is dee wens achterhaald, omdat dit nu via HRSS wordt doorgegeven. ... View more

@Raymond_de_Rozario , De keuze voor PS-rubrieken was niet slim, maar soms ontdek je zulke dingen pas wanneer je de rubrieken al lang in gebruik hebt is mijn ervaring, helaas. Het is wat veel gevraagd om nieuwe DV-rubrieken in gebruik te nemen. Als er alleen een DV wordt aangemaakt om de verzending van het personeelsblad te garanderen, kun je er ook voor kiezen om voor het ontvangen van het personeelsblad een nieuwe persoonsnummer aan te maken. ... View more

@Marcel Bouman , inderdaad ben ik op de hoogte van de knop in Self Service. Het gaat mij om de app.   @Remco te Ronde , Een team heeft één manager en die blijft de manager van dat team, ook als hij ziek is. En een vervanger is een vervanger. Het is geen oplossing om in de organisatiestructuur tijdelijk een andere manager in te stellen omdat wij dit als beheerder in de app niet kunnen. Vanuit de organisatiestructuur werkt dit door in alle applicaties en dat is niet de bedoeling.  ... View more

@Remco te Ronde , het gaat er niet alleen om dat een leidinggevende dat vaak vergeet, maar een leidinggevende kan ook zo ziek worden dat hij niet in staat is zelf zijn vervanging in te stellen. Ook gebruiken wij de vervanging om een tweede manager in te regelen, omdat we niet meer dan 1 MGR op een OE willen hebben. Dat is een taak van applicatiebeheer, waarmee een manager niets van doen heeft. Kortom, een beheerder moet altijd kunnen ingrijpen op de rolvervanging. Het is wat mij betreft te kort door de bocht om deze inrichting op te hangen aan het interview met de managers. Die hebben geen idee wat wij als beheerders nog moeten bijsturen in de vervanging. Ik zal zeker een idee aanmaken. ... View more

In de huidige API's is het niet mogelijk eigen rubrieken op te nemen. Als de BINT vervangen wordt, kan ik er dan van uit gaan, dat we in de API 's die de BINT vervangen wel al onze eigen rubrieken kunnen opnemen?  ... View more

Alle rubrieken van Kind 1 tm Kind 4 zijn DV-rubrieken. Waarom zijn dit geen PS-rubrieken? Kindgegevens zijn immers persoonsgebonden, en ook in een volgend dienstverband moet je rekening houden met wat in een eerder dienstverband aan ouderschapsverlof is genoten. ... View more

@Maarten VB , wat grappig dat je het hier hebt over een "foutje" en "kleine bugje". In Self Service werkt het al jaren zo en daar hebben ze dit foutje "opgelost" door het kopje boven de einddatum te wijzigen:   ... View more

Behalve dat wij als beheerders in Youforce Reporting alle actieve en toekomstige ingestelde vervangingen willen kunnen inzien, vind ik het minstens zo belangrijk dat wij als beheerder ook vervanging voor managers kunnen inregelen. ... View more

@Remco te Ronde , ik ken die mogelijkheid niet en wij hebben deze mogelijk niet: Zoals je ziet heb jij linksboven ook een ander icoontje. Moeten hiervoor rechten ingesteld worden om dit te kunnen wijzigen of moet deze nog met een nieuwe release meekomen? ... View more

@Brian van de Grift , bij ons werken de linken ook niet die vanuit de community doorlinken naar 4Me. We krijgen dan een inlogscherm naar sso.raet.nl. Hiervan loopt een melding in het ticketsysteem.    ... View more

Een datum meegeven wanneer het verlof komt te vervallen is prima, maar dat is niet per definitie 1 juli. Bij ons is dat namelijk  per 1 januari. Die datum zal dus uit de verlofregeling moeten komen. ... View more

@Raymond_de_Rozario , ook vanuit het gebruikersbeheer gaat het huisje niet naar de hoofdpagina.  ... View more

Volgens mij heb ik dit jaren geleden al als idee geopperd. Intussen lossen wij het op door altijd een zgn 'logdocument' te laten meesturen met een mail vanuit een workflow. Templates worden namelijk wel gelogd, en daardoor kunnen wij in ieder geval zien, dat de mail is verstuurd. Wij moeten nu wel regelmatig het PDOL opschonen en alle logdocumenten verwijderen. Het mooiste is inderdaad wanneer alle mails worden gelogd, ongeacht of er een bijlage bij zit of niet. Als toevoeging zou ik dan ook in de logging het e-mailadres willen zien waarnaar de mail is verstuurd, want: - medewerkers vergeten dat ze een ander e-mailadres bij 'mijn voorkeur' hebben opgegeven - bij het inrichten van wordkflows kan wel eens een typefoutje in een vast adres sluipen ... View more