Hoi @Lieke Sterk Huis (en iedereen die had gestemd),   Goed nieuws! Dit idee is gerealiseerd. Zojuist is hiervoor het volgende artikel gepubliceerd: Uploaden BIG-(her)registratie beschikbaar   Daarin is exact beschreven hoe je het activeert en in gebruik neemt. ... View more

@SimoneK, het is een bestaand recht. Het gaat om het aanpassen van gegevens in het kandidaatprofiel, zoals bijvoorbeeld NAW gegevens. ... View more

Mee eens! Ook met het idee om het schermpje in beaufort wat groter te maken.  ... View more

@Bart Kok - Gemeente Venlo dat zou moeten meevallen aangezien het bericht technische release al meer dan 1 jaar oud is 😁 ... View more

Helemaal eens met bovenstaande, mooie toevoeging en fijn van de instructies. ... View more

Hoi @Paul Wevers - Gemeente EHV ,   Leuk om te horen dat je klaar bent om te testen en hopelijk vlot live te gaan.   Je hebt helemaal gelijk! Maar je hebt ook precies een punt te pakken waar ik niet zo 1, 2, 3 een antwoord op heb. Een snelle analyse lijkt dat circa 40 verschillende organisaties de exacte workflownaam 'Werkgeversverklaring hypotheek' gebruiken. Daarnaast zijn er nog diverse varianten die er op lijken, zoals 'Werkgeversverklaring aanvragen', 'Werkgevers-verklaring hypotheek' of 'Werkgevers-verklaring hypotheek/huur'.   Met de huidige integratie zouden we een werkwijze moeten realiseren om dit op te lossen. Dit zou kunnen zijn dat alle beheerders op dezelfde data zelf de wijziging in de naam van de workflow moeten doorvoeren. Of dat wij als Visma|Raet achter de schermen zelf de namen van de workflows laten aanpassen. Beide bewerkelijke oplossingen. Maar we gaan geen uitdaging uit de weg, dus ik zal er met mijn collega's eens over nadenken.   Waarbij inderdaad het argument van een retour gestuurde workflow begrijpelijk is, maar waarvan we zien dat het niet vaak voorkomt (lees ook: Wat is de beste werkwijze als de workflow retour gestuurd moet worden?)   Kortom, voorlopig verwacht ik niet dat we de naam aanpassen in Self Service. Maar ik zal er eens verder op broeden en wellicht krijg ik (in de vakantieperiode) een ingeving hoe we het toch goed een relatief eenvoudig kunnen verbeteren.   Maar voor nu zou ik zeggen, ga vooral door met testen en veel succes (en hopelijk plezier) met het vrijgeven van deze nieuwe functie. ... View more

Note 05-07-2024: Het idee en status is niet gewijzigd. Enkel het label 'Aanvragen & uploaden' is toegevoegd, zodat het makkelijker terug te vinden is. ... View more

@FBB Zorgboog ik krijg helaas niet eens de mogelijkheid om mij gebruikersnaam en wachtwoord op te geven ... View more

Ik bedoel deze kolom:    Als je al een filter voor jaar en maand binnen de CALCULATE hebt geplaatst is dat ook voldoende.  ... View more

@RFrank Ik ga dit idee sluiten, want inderdaad zoals aangegeven door @FBB Zorgboog was dit al een idee dat bestond. Ik begrijp dat je het niet gevonden hebt, want soms werkt het zoeken een beetje onhandig.   Het is in ieder geval zeker goed en dat juichen we alleen maar toe om additionele stemmen en specifieke feedback te geven op ideeen die al reeds eerder besproken zijn. Zoals aangegeven in dat idee heb ik het voorlopig op "Alternatief aanwezig" gezet. Daarmee is zeker de deur niet dicht. Dus iedereen die nog niet daar op het idee gestemd heeft zou ik aanraden dat alsnog te doen zodat we beter inzicht krijgen over het aantal mensen dat dit echt een goede toevoeging zou vinden.   De voornaamste reden om het initieel niet toe te voegen was enerzijds weinig stemmen, maar anderzijds ook omdat de aanname en feedback van andere organisaties was dat dit vrij uitzonderlijk was (en dus prima was om handmatig te doen). Maar misschien hebben jullie @RFrank binnen jullie organisatie andere statistieken over de frequentie van dit soort specifieke redenen die relevant zijn voor bv het UWV. Voeg dat zeker ook als informatie toe aan het idee. Nogmaals de link naar het eerdere idee: Reden herstel [P01634] ontbreekt - Visma Community ... View more

@Maarten VB  - fijn dat er nu een overzicht te generen is! Nog wel een vraagje hierover. Is er bewust gekozen voor Percentage deelherstel? In de Verzuim Manager wordt namelijk gesproken over Percentage Verzuim(%).   ... View more

@Chris van den Berg staat dit wellicht nog wel in de planning voor de toekomst of moet ik daarvoor een idee inschieten? ... View more

Hoi @CarolienScholl1, Bedankt voor jouw idee! ik zet dit idee door naar een ander team zodat zij dit verder kunnen onderzoeken.  ... View more

@FBB Zorgboog leuk om te horen dat je meteen aan de slag wil! Zie hieronder de link. Deze voeg ik zo ook toe aan de pagina waar de vorige webinars ook zijn te vinden. https://vimeo.com/960365596/6f2f122e6b  ... View more

Wij krijgen ook meldingen dat managers een lege pagina krijgen en geen vervanger kunnen selecteren. Als beheerder kan ik ook niemand selecteren. Gr. Noelle ... View more

Gezien de AVG-zorgen betwijfel ik dat het terug gedraaid gaat worden, helaas. ... View more

@FBB Zorgboog Ook wij maken gebruik van SSO. We hebben er voor gekozen om de jaaropgave ook nog op papier te verstrekken aan alle (ex-) medewerkers. Ik begrijp de AVG overwegingen van VISMA|Raet, maar alles is nu ingericht op actieve medewerkers bij een organisatie. Wellicht dat niet-actieve medewerkers via VISMA|Raet ondersteund kunnen worden in het benaderen van hun digitale salarisspecifaties en jaaropgaven?  ... View more

Beste communityleden, We hebben zojuist een nieuwe update geplaatst over de storing die momenteel invloed heeft op Selfservice. Ons team werkt nog steeds hard aan een oplossing en we waarderen jullie geduld in deze kwestie. Lees de nieuwste update op onze statuspagina. Hier vind je de laatste informatie over de voortgang en onze inspanningen om het probleem op te lossen. Onze excuses voor de ongemakken die dit probleem veroorzaakt. We blijven ons inzetten voor een snelle oplossing en houden je via de statuspagina op de hoogte.   Met vriendelijke groet, Lars Bijleveld ... View more

@Chris van den Berg laat ik nu net gisteren de Tutorial Groeperen bekeken hebben en daarna geprobeerd hebben deze in een rapport toe te passen. Kwam er maar niet uit omdat ook ik die optie niet meer kon vinden. Ga het binnenkort met deze info weer opnieuw proberen.😉 ... View more

Hoi @Rianne van der Linden ,   Dit idee krijgt de status 'realisatie onwaarschijnlijk'. We hebben inmiddels gezien dat de standaard opzet van 'persoonlijke gegevens wijzigen' voor veel organisaties goed werkt. Daarnaast zijn er organisaties die juist meer flexibiliteit wensen. Bij de ene is dat bijvoorbeeld nog het vastleggen van de datum 'burgerlijke staat' (vanwege bijvoorbeeld extra verlofdag 25 jarig huwelijk). Terwijl een andere organisatie bijvoorbeeld absoluut de 'burgerlijke staat' niet wil vastleggen (ook niet vrijwillig).   Hoe simpel het ook klinkt, zou achter de schermen het volgende betekenen: Configuratiescherm voor de beheerder om dit in te stellen Logica dat als je een extra veld aan zet (b.v. datum burgerlijke staat) dat alle gegevens uit HR Core Beaufort -> App goed worden gesynchroniseerd Logica dat als een medewerker het scherm 'persoonlijke gegevens' opent de instellingen van die zijn ingesteld worden geladen   Allemaal zaken die inderdaad realisseerbaar zijn. Maar het huidige alternatief (géén rechten geven op 'persoonlijke gegevens wijzigen' & een organisatie specifieke workflow die te gebruiken is via Mijn Youforce) zal in de meeste gevallen voldoende zijn. Omdat we maar één keer onze tijd kunnen besteden focussen we ons ons voor het onderdeel 'Profiel' liever op de innovaties die we bouwen in het onderdeel 'Uploaden en aanvragen'.   Om daarin transparant te zijn krijgt het idee de status 'realisatie onwaarschijnlijk'. ... View more

wij zouden dit ook graag zelf willen inzien en niet steeds na hoeven te vragen. ... View more

@brussaard-c @Evelynekamps @Wendy70 Mij is het gisteren eind van de middag weer gelukt! Heb overigens nog geen reactie op mijn ticket ontvangen. Mijn tip is dan ook het gewoon opnieuw te proberen ... View more

Is Mijn Youforce hetzelfde als Mijn Youserve? Als dat niet zo is, kan Mijn Youserve dan toegevoegd worden (zakelijke markt). Bedankt! ... View more

Deze functionaliteit zullen we waarschijnlijk gaan toevoegen. Dit zal op basis van een nieuw recht zijn in autorisatie beheer. Momenteel heb je "ziekteregistratie alle medewerkers" en hiermee heb je toegang tot de pagina, maar kun je dus ook ziek & herstelmeldingen doen. Waarschijnlijk komt er een recht in de trend van "inzicht verzuim alle medewerkers" waarmee je ook toegang hebt tot dezelfde pagina (en dus ook tot de taken), maar waarbij alle actie mbt ziekteregistratie niet beschikbaar zijn (ziekmelden, herstelmelden, deelherstel aanpassen). ... View more

@Petra Koenders kijk in Youforce / Beheer eens naar de optie Groepsgewijs gebruikers verwijderen. Ik doe dat 1x per maand en kies dan voor het verwijderen van alle gebruikers die geen actief dienstverband meer hebben en langer dan 1 maand uit dienst zijn ... View more

@Maarten VB ik zie het staan. Fijn dan kan ik die gaan gebruiken zodra ik een vraag heb waar collega's wellicht het antwoord op hebben 😉 ... View more

@Sabine Koelewijn ok dan ga ik dat (nogmaals) proberen in de hoop dat de getroffen personen nu wel in het lijstje verschijnen ... View more

@FBB Zorgboog dank voor de vermelding, ik ga ernaar kijken   ... View more

Hoi @arnonieuwstad ,   Het idee waar je op reageert is uit 2016 en gelukkig zijn er sindsdien heel veel stappen vooruit gezet. Mogelijk heb je recent gelezen dat medewerkers het proces ook kunnen starten vanuit de Youforce App. Meer informatie daarover vind je in het volgende nieuwsbericht: Aanvragen werkgeversverklaring hypotheek beschikbaar   Op basis van die ontwikkelingen hebben we ook recent het volgende kennisbank artikel aangemaakt: Werkgeversverklaring: Ondersteuning bij inrichting workflow en template   Waarschijnlijk heb je met dat nieuwsbericht en kennisbank artikel alles wat je nodig hebt om alles goed in te richten. Mocht het toch niet lukken, laat het dan weten. Dan kunnen we vanuit Visma|Raet altijd nog verder ondersteunen.   ... View more

      Specificaties DPIAI 00 importbestand            Document2                                                                                                                                                                                                   I Als u mutaties wilt importeren in Beaufort, moet u deze mutaties in een mutatiebestand in ASCII-Formaat aanleveren. Standaard geeft u dit bestand de naam DPlAIOO.txt. Alle mutaties in dit ASCII-bestand moeten op een bepaalde manier zijn vastgelegd: conform een voorgeschreven bestandsindeling, die hieronder wordt uitgewerkt. Zo voldoen de mutaties aan de kenmerken van de rubriek in de rubriekentabel van Beaufort. ledere mutatie bestaat uit de volgende velden, waarbij deze volgorde moet worden aangehouden: Procescode Rubriekscode Object_id Indicator stam/variabel Creatiedatum Creatiegebruiker • Waarde Ingangsdatum Productiesoort Verrekenperiode Elk van de bovenstaande gegevens moet aan bepaalde eisen voldoen. Hieronder worden deze eisen, per veld, toegelicht. Procescode Dit is de code van het aanleverende proces waarmee de mutatie moet worden verwerkt. Voor de procescode gelden de volgende eisen: Beginpositie: 1 Eindpositie: 3 Lengte: 3 Datatype: alfanumeriek Inhoud: de inhoud van het veld Procescode moet in hoofdletters worden opgegeven. U kunt de codes zelf bepalen; een aantal codes zoals TMT, CMT en RVM zijn reeds in gebruik. De procescode die u hier invult, moet corresponderen en daarom in Beaufort bekend zijn. U legt deze code in Beaufort vast als u het aanleverend proces definieert: u vult hier een 'code proces' in. Rubriekscode Dit is de aanduiding van de rubriek waarvoor de mutatie geldt. De volgende eisen zijn van toepassing: Beginpositie: 4 Eindpositie: 9 Lengte: 6                       Datatype: alfanumeriek    Inhoud: u kunt zowel Standaard-rubrieken als eigen rubrieken opgeven. De inhoud van het veld Rubriekscode mag uitsluitend met hoofdletters worden gevuld. Object_id De waarde van het object_id zorgt ervoor dat de mutatie uiteindelijk bij de juiste persoon en/of dienstverband terechtkomt. Hiervoor gelden de volgende eisen:                       Beginpositie: 10                       Eindpositie: 59 Lengte: maximaal 50 Datatype: numeriek Inhoud: Het object_id is een samengestelde sleutel, die uit een of meer deelsleutels kan bestaan. De onderdelen van de sleutel moeten gescheiden zijn door een spatie. Er mogen geen voorloopnullen in staan. Uit welke onderdelen het object_id bestaat, is afhankelijk van de gegevenssoort: PS (Persoon): pers_nr DV (Dienstverband): pers_nr, dv_vlgnr BG (Bank-giro, dienstverbanden): pers_nr, dv_vlgnr, bg_vlgnr   IZ (Inzet): pers_nr, dv_vlgnr, oe_oper_sl, operfunc_kd, ingang_dt IP (Inpastabel): reg_sal_kd, inpas_nr LV (Loonverdeling): pers_nr, dv_vlgnr, lv_rglnr     SD (Speciale doorbelasting): pers_nr, dv_vlgnr, sd_rglnr ZG (ziektegeval): pers_nr, dv_volgnr, ZG_nr ZT (Ziektetijdvak): pers_nr, dv_volgnr, ZG_nr, ZT_nr Hieronder vindt u de kenmerken van de deelsleutels van de object_id.: Pers_nr (persoonsnummer). Maximale lengte: 6, numeriek DV_vlgnr (dienstverband-volgnummer). Maximale lengte: 3, numeriek Bg_vlgnr (volgnummer bank/giro). Maximale lengte: 2, numeriek Lv_rglnr (regelnummer loonverdeling). Maximale lengte: 3, numeriek Sd_rglnr (regelnummer spec. doorbelasting). Maximale lengte: 2, numeriek Oe_oper_sl (technische sleutel operationele organisatorische eenheid). Maximale lengte: 10, numeriek. Operfunc_kd (Code operationele functie). Maximale lengte: 7, alfanumeriek. Ingang_dt (ingangsdatum inzet). Geldig Beaufort datumformaat, zie creatiedatum. Reg_sal_kd (Code salarisregeling) Inpas_nr. (Inpasnummer) ZG_nr (ID nr ziektegeval): Maximale lengte: 10, numeriek ZT_nr (ID nr ziektetijdvak): Maximale lengte: 10, numeriek Indicatie stam/variabel Hiervoor gelden de volgende eisen: Beginpositie: 60 Eindpositie: 60               Lengte: 1 Datatype: alfanumeriek Inhoud: deze indicator kan uitsluitend de waarden S (Stamgegeven) of V (Variabel gegeven) hebben. Deze waarde moet overeenkomen met de indicatie Stam/Variabel van de rubriek volgens de rubriekentabel in Beaufort. Creatiedatum De creatiedatum wordt in Beaufort opgenomen in de historie van de mutatie. Hiervoor gelden de volgende eisen: Beginpositie: 61 Eindpositie: 71 Lengte: 11 Datatype: alfanumeriek Inhoud: de datum moet in een voor Beaufort geldig formaat worden opgegeven, zonder extra voorloopnullen. Bijvoorbeeld: ddmmeejj (0101 2022). dd = dagnummer, mm = maandnummer, ee = eeuwnummer,jj = jaarnummer - dd-mm-eejj (01-01-2022). ddmmjj (010122, 01 jan 2022). Creatiegebruiker Dit is de identificatie van de gebruiker die de mutatie aanbrengt. Hiervoor gelden de volgende eisen: Beginpositie: 72 Eindpositie: 87 Lengte: 16 Datatype: alfanumeriek Inhoud: het formaat van 'creatiegebruiker' is alfanumeriek. De gebruiker moet in Beaufort reeds bekend zijn, in verband met het importeren van de mutaties. Bij het definiëren van het aanleverende proces voor deze mutaties kan worden bepaald of gebruik zal worden gemaakt van gebruikersautorisatie. Hiermee kunt u ervoor zorgen dat alleen de creatiegebruiker de mutaties verder kan verwerken. 5 Waarde Voor de waarde van de mutatie gelden de volgende eisen: Beginpositie: 88    Eindpositie: 137 Lengte: 50 Datatype: alfanumeriek Inhoud: De waarde kan links worden aangesloten, voorloopnullen zijn toegestaan. De waarde moet voldoen aan de voorwaarden die voor de betreffende rubriek in de rubriekentabel zijn vastgelegd. Als bij de rubriek van de mutatie een referentietabel aanwezig is, moet de opgegeven waarde in de referentietabel voorkomen. Als de waarde uit een bedrag bestaat, geldt het volgende. Als de waarde negatief is, dan moet een minteken op positie 88 worden geplaatst. Hele bedragen en decimalen moeten worden gescheiden door een decimale punt. Ingangsdatum De ingangsdatum wordt in Beaufort gebruikt als selectiecriterium in het proces van het verwerken van indirecte mutaties. Hiervoor gelden de volgende eisen: Beginpositie: 138 Eindpositie: 148 Lengte: 11 Alfanumeriek of numeriek: alfanumeriek Inhoud: het formaat van de ingangsdatum is gelijk aan het formaat van de creatiedatum. Als de ingangsdatum in de toekomst ligt, dan kan de mutatie pas met indirect muteren worden verwerkt als die datum is bereikt. Houd rekening met rubrieken waarvoor een speciale syntax geldt, zoals de rubriek Geslacht, met de vaste waarden M of V. Raadpleeg de rubriekentabel. Als u wilt herrekenen over een jaarwerkperiode, dan moet u de verrekenperiode gebruiken. De ingangsdatum wijziging moet gelijk zijn aan de begindatum van de laatste loonperiode uit de periodekalender waarin ook de betreffende jaarwerkperiode is   opgenomen. Productiesoort Op positie 179 t/m 181 kunt u de productiesoort vastleggen, bijvoorbeeld NOR of JWP. Verreken periode Op positie 182 t/m 187 kunt u eventueel de verrekenperiode vastleggen, bijvoorbeeld 022022. In een jaarwerkperiode (13 t/m 1 5) kunt u alleen nog maar herrekenen over een van de voorgaande salarisperiodes. 7 ... View more