About vroom

vroom · ‎14-08-2023

Veel dank!!!!

vroom · ‎08-08-2023

@Anonymous Vraag: Als nu bijna alle organisatie aangeven dat ze hier geen vrede mee hebben en graag vanuit maatschappelijk belang die 3e keuze in Beaufort willen hebben, waarom is dit dan nog niet ingepland in de routemap van VismaRaet??

vroom · ‎12-07-2023

neem het volgende in het pre-script van E5000 op (als P01107 al in het formulier staat): a=GF_FunctieNaamLang(v_P01107#); return(a) Weergave=text Dat heb ik net gecontroleerd en dat werkt.

vroom · ‎10-07-2023

In een andere rubriek neem je dan als script op: GF_FunctieNaamLang(v_E50000#) kan je proberen, maar ik weet niet zeker of dit werkt met andere rubrieken dan de P01107. Of: GF_Rubriekwaardeomschrijving('E50000', v_E50000#)

vroom · ‎16-05-2023

Ik kan woensdag 17 en maandag 22 mei.

vroom · ‎16-05-2023

Zie ook: https://community.visma.com/t5/Forum-Youforce-Reporting/Datamodel-uitbreiden-met-Actieve-Signalering/td-p/579922

vroom · ‎16-05-2023

Zie ook: https://community.visma.com/t5/Ideeen-Youforce-Reporting/Rapportage-quot-uit-te-voeren-acties-AS-quot/idi-p/536538. Nodig je de mensen die daarbij Kudos hebben gegeven ook uit?

vroom · ‎12-05-2023

Op dit moment krijg je altijd het volgende lijstje in je mail korte tekst lange tekst Persoonsnummer : Volgnummer dienstverband : Naam : Organisatorische eenheid : Rappeldatum : Status : Notities : Door : Heel mooi dat er al zoveel informatie in staat, maar waar kunnen we beïnvloeden wat er in dit lijstje komt te staan? Ik wil er de functieomschrijving bij en ik wat kan ik met die notitie doen? Willen jullie AUB een mogelijkheid bieden om dit zelf te kunnen aanpassen?

vroom · ‎04-05-2023

ook voor ziekteregistratie is het volledig onduidelijk welke rubrieken nu in die verzuimrapportages staan, bijvoorbeeld P01690 tm P01698

vroom · ‎07-04-2023

Misschien kan je hier wat mee: jid=GF_DatumHaalJaar(v_P00322#); jd=GF_DatumHaalJaar(v_FS0060#); b= parseFloat(0+v_A00001[200]#); if (jid==jd && b<=150){x=ok} else {x=notok}; return(x); toelichting: jid=jaar in dienst jd= jaar declaratie b=bedrag Ik heb het script niet getest, maar als het werkt kan het resultaat mogelijk gebruikt worden als conditie in de workflow.

vroom · ‎05-04-2023

Hiervoor heeft Sven laatst een berekend veld gemaakt voor ons: @filter hoofddienstverband. dit is het bijbehorende script: VAR PersonBk = Contract[Person_BK] VAR MaxContractHoursPWVar = CALCULATE(MAX(Contract[ContractHoursPW]), ALL(Contract), Contract[Person_BK] = PersonBk, Contract[ContractStatus]= "Actief", Contract[EmploymentType_BK]<>"VRI") VAR MinDateInServiceVar = CALCULATE(MIN(Contract[Date_In_Service]), ALL(Contract), Contract[Person_BK] = PersonBk, Contract[ContractStatus]= "Actief", Contract[EmploymentType_BK]<>"VRI") VAR MinContractNumberVar = CALCULATE(MIN(Contract[ContractNumber]), ALL(Contract), Contract[Person_BK] = PersonBk, Contract[ContractStatus]= "Actief", Contract[EmploymentType_BK]<>"VRI") VAR CountContractHoursPWVar = CALCULATE(COUNT(Contract[ContractHoursPW]), ALL(Contract), Contract[Person_BK] = PersonBk, Contract[ContractStatus]= "Actief", Contract[EmploymentType_BK]<>"VRI") VAR CountDateInServiceVar = CALCULATE(COUNT(Contract[Date_In_Service]), ALL(Contract), Contract[Person_BK] = PersonBk, Contract[ContractStatus]= "Actief", Contract[EmploymentType_BK]<>"VRI") VAR MinContractHoursPWVar = CALCULATE(Min(Contract[ContractHoursPW]), ALL(Contract), Contract[Person_BK] = PersonBk, Contract[ContractStatus]= "Actief", Contract[EmploymentType_BK]<>"VRI") RETURN SWITCH( TRUE(), Contract[ContractHoursPW] = MaxContractHoursPWVar && CountContractHoursPWVar = 1, 1, Contract[ContractHoursPW] = MaxContractHoursPWVar && Contract[Date_In_Service] = MinDateInServiceVar && CountDateInServiceVar = 1, 1, Contract[ContractHoursPW] = MaxContractHoursPWVar && Contract[Date_In_Service] = MinDateInServiceVar && Contract[ContractNumber] = MinContractNumberVar, 1, Contract[ContractHoursPW] = MaxContractHoursPWVar && Contract[ContractHoursPW] <> MinContractHoursPWVar, 1 ) Dit script is bedoelt om het hoofddienstverband te bepalen, maar hiermee borgt het ook dat de medewerker maar 1x in de lijst voorkomt. Als je het filter voor dit veld dan op 1 zet, dan is het geregeld

vroom · ‎03-04-2023

voor dagenverschil kan je het beste de rubriek erin zetten, bijvoorbeeld a=GF_DagenVerschil(v_P00321#,v_A00001[100]#); return(a). Voor het andere script begrijp ik niet precies wat je bedoelt. Op basis van welke periode bedoel je dan? Aantal dagen of weken of maanden? Als je wilt controleren of iets in hetzelfde jaar is kan je scriptjes gebruiken als: a=GF_DatumHaalJaar(v_P00322#); b=GF_DatumHaalJaar(v_FS0060#); if (a==b) etc.....

vroom · ‎30-03-2023

helemaal gelijk, dat is een hele goede vraag!

vroom · ‎30-03-2023

Is het geavanceerde filter misschien wat je zoekt? klik op de betreffende tabel, klik bij Filters op het betreffende datumveld, geef aan 'geavanceerd filteren' en dan kan je e.e.a. instellen

vroom · ‎30-03-2023

Top Chris, Waar ik nog aan zit te denken zijn kolommen voor: Takenlijst Youforce To Do Lijst Email Workflow (en welke dan) Verwijderen (en periode daarvan) Mailadres (indien mail is geselecteerd)

vroom · ‎30-03-2023

heb je al geprobeerd om de maand en de dagwaarde van bijvoorbeeld een peildatum in een slicer in het rapport te zetten en daar dan op te selecteren? en dat ziet er dan zo uit

vroom · ‎29-03-2023

Wij hebben eigenlijk dezelfde vraag. Wij werken met SDB en daarin worden wel de betaald verlofuren vastgelegd, en we importeren die uren voor de salarisadministratie, waarin dan de korting van 30% wordt doorberekend. Maar wij hebben ook de vraag hoe we die uren zichtbaar krijgen of op zijn minst kunnen wegschrijven naar een totaalrubriek in Beaufort (en we gebruiken de verlofmodule in Beaufort niet). Aangezien in SDB geen verlofsoort 'betaald verlof' kan worden ingericht en dus ook geen 'tegoed' kan worden bepaald en vooralsnog ook geen totaaltelling van reeds opgenomen uren zichtbaar gemaakt kan worden, hebben we ook geen manier om het saldo van wat is opgenomen zichtbaar te maken voor de medewerker. Misschien kan in Gemal een totaalrubriek worden ingericht die de geboekte uren na de salarisverwerking bij elkaar optelt (een soort 'totaal tot op heden') en dat die waarde dan kan worden teruggeschreven naar Beaufort? Dan lopen we wel een maand achter, maar dat is beter dan niets. Heeft iemand daar ervaring mee?

vroom · ‎28-03-2023

@TheoLescure, kleine check: ik dacht dat je met de rechten voor "instellingen beheren" ook de berekende velden kon zien in de instellingen van Youforce Reporting, zonder dat je een licentie nodig had, maar dat is dus veranderd?

vroom · ‎28-03-2023

Bedankt voor de aanvulling, dat wist dan weer niet. (Wel jammer, trouwens, dat dit niet kan zonder Reporting Pro.)

vroom · ‎27-03-2023

Je kan de status van de functie, (of die actief is) toevoegen als kolom, filter instellen en dan verwijderen uit Kolommen, dan blijft het filter wel erin staan, maar is niet zichtbaar als kolom.

vroom · ‎27-03-2023

Nee hoor, dit kan je gewoon zelf invullen bij Instellingen / Berekende velden:

vroom · ‎27-03-2023

Ja, kan door gewoon berekend veld te maken met daarin de tekst tussen aanhalingstekens zoals : "tekst". en dan de kolom op te nemen in de rapportage

vroom · ‎22-03-2023

voor het volledige script omdat het de engelse datumnotatie moet zijn: a=v_A00001[600]#; b=a.split('-'); c= (b[1] + '-' + b[0] + '-' + b[2]); d = new Date(c); e = d.getDay(); return(e)

vroom · ‎22-03-2023

Een theorie van mij is dat dit gebeurd vanwege een berekend veld dat wordt gebruikt door Sven. De berekening is dan op de een of andere manier niet geupdate en dus kan je het rapport niet openen. Wat kan helpen is: klik op Bewerken: kijk bij welk veld het verkeerd gaat, dan staat er meestal een afwijkend icoontje bij het betreffende veld Klik op Instellingen: zoek dat veld op bij Berekende velden, open dat veld en klik op vinkje om het weer op te slaan, dan wordt het veld opnieuw berekend. Het is geen garantie dat het werkt, maar je kan het proberen. Het is alleen stom dat het niet meteen werkt. Wij hebben koppelbestanden gemaakt in reporting die door een robot worden verstuurd, maar als het rapport niet wordt aangemaakt vanwege zo'n foutmelding dan hebben wij dus geen koppelbestand. Dit probleem zou gewoon nooit mogen voorkomen. Dus @productontwikkeling, wat is de oplossing?

vroom · ‎10-03-2023

Ik vind dat een geheel ander verzoek @Christiaan Sluis. In dat andere verzoek staat niets over meer pposities/karakters/ruimte voor tekst. Bovendien staan hier veel meer kudo's bij 😉

vroom · ‎09-03-2023

Hallo Frank, Wat je aangeeft is duidelijk. En je voorstel is ondertussen uitgevoerd. Ik had er een call voor aangemaakt en die is opgelost. Wij hebben dus een XML ingelezen en daarna was dit opgelost. Maar de melding van de servicedesk was dat de PI0007 al langere tijd op 3 posities staat en dat andere klanten hier dus geen probleem mee zouden moeten hebben Dan weet je dat.

vroom · ‎07-03-2023

Hoi Katinka, Dank je wel, dat is tenminste een antwoord waar ik wat mee kan.

vroom · ‎07-03-2023

Wij ervaren dezelfde problemen met mailtjes die we zelf hebben ingesteld in workflows. Ook daarbij worden de mailtjes niet alleen als template maar ook als bijlage ingesteld, zodat we kunne n monitoren of ze worden verstuurd. We hebben datum en tijdstop aangeleverd waarop mailtjes niet werden verstuurd. Als ik vraag welke maatregelen ze nu nemen om dit te voorkomen krijg ik dit antwoord van de Servicedesk van Visma: "Ons Devops-team heeft een monitoring- en logboeksysteem om de servers in de gaten te houden. als ze ongebruikelijke activiteiten met de server zien gebeuren, kunnen ze proactief actie ondernemen. Heb je zo voldoende informatie en kan ik dit call afsluiten?" Oftewel, nergens wordt iets gezegd over de oorzaak of de oplossing, of wat ze gaan doen om dit in de toekomst te voorkomen. Dat is jammer