Aanvullend: Bij gegevens niet wijzigbaar, staan de bladerknoppen tevens erg ver naar rechts. Dat mag van mij wel meer naar links.   ... View more

Wat mij betreft zou de Verder-knop nog wat verder naar links mogen (bijv. recht onder de oude gegevens). Nu valt het buiten de uitlijning: De laatste pagina vind ik duidelijker dan nu, ik mis alleen een terug knopje, waarbij het mooi zijn als je dan een pagina terug gaat, en niet naar Te doen. Een tijdje geleden is dit ook in de Workflowdefinitie mogelijk gemaakt en dat vind ik een goede toevoeging. Huidige terugknopje: Ik vind het een goed dat indien vinkje 'Gegevens wijzigbaar' in de workflow uit staat, er in het proces op het eerste formulier rechtstreeks op de knoppen geklikt kan worden en er niet naar onder hoeft te worden gescrollt.   Tot slot lijkt me de plek en grootte van de knop Bijlage Printen overdreven gezien de focus op digitaal werken. Ik zou 'm dan eerder toevoegen aan de icoontjes rechts bovenin:   ... View more

@Marcel Bouman probleem opgelost. ... View more

@Esther Cobbins @Eelko Gerritse HAN Bedankt voor de reacties. Bij mij betrof het een Nederlandse postcode. Overigens lijkt mijn probleem sinds vanochtend verholpen te zijn. ... View more

@Roel_Harmsen ik denk dat er verschillende mogelijkheden zijn. Idee 1 var a = je getal met cijfers achter de komma; var b= var a afronden naar beneden op een geheel getal (bijv. via Math.floor); var c= a-b; //c geeft dan het getal waar je naar op zoek bent   Idee 2 Inzetten van een split formule (zie https://www.w3schools.com/jsref/jsref_split.asp) o.b.v. de punt ('.') levert een Array op. Als je dan waarde [1] opvraagt, verwacht ik dat je jouw cijfers achter de komma krijgt.   ... View more

@Raymond_de_Rozario hier hetzelfde probleem. ... View more

@Gea Bussink-Veerbeek het is lastig te weten wat je niet weet, tenzij je daar door iemand anders over wordt geïnformeerd ('ik heb de mail niet ontvangen'). Het staat me niet bij dat ik die opmerking de afgelopen tijd heb gehoord, behalve t.a.v. Easycruit, maar dat is een andere module. Jij geeft aan dat jullie alles loggen middels bijlages. Dan heb je ook terug herleidbaar wanneer iemand aangeeft iets niet ontvangen te hebben. Heb je daar al analyse (door Raet) op los gelaten? ... View more

@RobZuethof mijn suggestie zou zijn om dit niet te doen ivm risico op datalek bij verkeerd invoeren e-mailadres. ... View more

Eens met de vraag van @Jan_Laurijsen  ... View more

@Hanneke Wiersma ik zou het in Excel of Kladblok uitschrijven en dan goed doordenken of het klopt. Je zit dan vermoedelijk met EN en OF script, waarbij het prettig kan zijn om het even overzichtelijk op een rijtje te hebben. ... View more

@debby1 Interne kandidaten krijgen bij ons een nieuw dv via SS of worden overgeplaatst ... View more

@Marianne Marsman @Gea Bussink-Veerbeek  Aanvullende tip, met credits voor mijn collega Bert, die dit heeft uitgevonden: Je kunt een checkbox-rubriek verplichten dmv het volgende javascript in de post en natuurlijk vinkje 'verplicht':   var a=v_A00001[100]#; //deze checkbox-rubriek if (a=='nee'||a=='') return('') else return('ja')   Dat scheelt je weer het toevoegen van een controle. ... View more

Ik stem voor altijd tonen. ... View more

Hey @Mark Hanssen - Gemeente Venlo ,   Bedankt voor je reactie. Ik heb even getest met P05023 op A en P15013 op N. Dan wordt wel een gebruiker aangemaakt, maar zonder identity: Volgens mij is dus de actie om P05023 op G te zetten (ipv P15013 op N) bij jullie periodieke actie of P05023 op G én P15013 op N. Voor ons maakt het niet veel uit als een gebruiker weer per abuis wordt aangemaakt. Die wordt dan wel weer verwijderd bij onze maandelijkse actie om gebruikers 1 maand na uitdiensttreding weg te gooien. Wij werken overigens alleen met SAML (SSO) en sturen de mdw na uitdiensttreding de salarisstrook en jaaropgaaf op papier.  Ben het eens met je laatste zin.    Groet, Jarik ... View more

Hey @Mark Hanssen - Gemeente Venlo ,   Bedankt voor het delen van jullie werkwijze. Ik vraag me af of het nodig is om P15013 op 'N' te zetten.  Ik heb namelijk eens bij de hand gehad dat ik een gebruiker verwijderde en daarna weer opnieuw toegevoegde, om te testen of dat een bepaalde storing oploste. Om de gebruiker weer opnieuw aan te maken, zette ik toen P05023 handmatig op A en dat werkte goed. Daar kwam P15013 verder niet aan te pas. Het lijkt mij daarom dat zolang je P05023 niet onbedoeld op 'A' zet, er geen reden is om aan te nemen dat verwijderde gebruikers weer opnieuw opduiken. Of kijk ik ergens overheen  🙂 ? Dan hoor ik het graag!   Groet, Jarik ... View more

Het blijft hier traag. Antwoord van de Servicedesk op een melding hierover: ' Bedankt voor uw melding. Mijn collega’s zijn hier dit aan het onderzoeken. Wij zien vandaag inderdaad ook weer een vertraging op de servers vanaf 8:45. Inmiddels zijn er een aantal aanpassingen gedaan en de responstijden lijken momenteel te verbeteren. We blijven dit in de gaten houden en verdere aanpassingen doen om de performance te verbeteren.' ... View more

Hier ook drama. ... View more

Hier ook net 500-meldingen. Afgelopen week toch regelmatig even een sadface, 500-melding of traagheid tussendoor bij diverse gebruikers. Niet de hele dag, maar wel te vaak. ... View more

Hier ook weer foute boel. ... View more