Via javascript het mutatienummer kunnen ophalen in het formulier. Bijv: GF_Mutnr() (SLSR-I-651)

[Anonymous]

Bij het proces om een vacature aan te vragen/aan te maken in Self Service hoort zowel een mutatienummer als een vacaturenummer (VC0001). Onderdeel van het vacaturenummer is een uniek volgnummer. Daarnaast bestaat ons vacaturenummer uit de afdelingscode en functiecode, om te kunnen gebruiken voor managementinformatie in EasyCruit.

Voor het volgnummer-onderdeel van het vacaturenummer bestaat een apart javascript, die een uniek opvolgend nummer creëert. Echter zou ik graag middels Javascript, het mutatienummer willen ophalen en onderdeel willen maken van het vacaturenummer, i.p.v. een extra unieke volgnummer. Daartoe heb ik een javascriptformule nodig die het mutatienummer ophaalt in het formulier. Bijv. ietrs als GF_Mutnr(). Proefondervindelijk, uit de documentatie, van onze consultant, van de servicedesk en van een andere klant begrijp ik dat dit nog niet bestaat.

Verzoek:

Maak het mogelijk om via javascript het mutatienummer in het formulier op te halen.

Redenen om dit te willen:

• Mutatienummer is ook uniek en vervult daarmee de behoefte van een uniek vacaturenummer. Een apart volgnummer is dan dubbel en onnodig.
• Voorkomt onduidelijkheid in communicatie over procesnummers. 'Bedoel je nu het mutatienummer of het vacaturenummer?'. We houden het vacaturenummer dan 'onder water' (hidden), zodat het puur voor de export en managementinformatie in Easycruit van pas komt.
• Het vacaturenummer hoeft niet meer in de Resumé getoond te worden om op te kunnen zoeken (bijv. in Archief), omdat je dan immers op de kolom mutatienummer kunt zoeken. Wij gebruiken de Resumé uitgebreid voor allerlei andere behandelinformatie bij dit proces. Het vacaturenummer neemt veel ruimte van de Resumé in beslag en vertroebeld het overzicht van de informatie die daar staat.

Hoe lossen we dit nu op:

We kopiëren het mutatienummer uit de kop van de mutatie naar een rubriek in het formulier. Vanaf daar wordt het middels javascript opgehaald en onderdeel gemaakt van het totale vacaturenummer.

Bepaald geen 'leane' oplossing, daarom dit verzoek.

[Former Member]

Hartelijk dank voor je idee. Het toegekende nummer is: SLSR-I-651

[Christiaan Sluis]

Beste klanten,

Voordat we onderzoek kunnen overwegen horen we graag waar dit nog meer voor gebruikt wordt. Een dergelijke functie is erg kwetsbaar in prebewerkingen, voordat de mutatie opgeslagen is en een nummer heeft gekregen.

Als we inzichtelijk hebben waarvoor het gebruikt wordt dan kunnen we dit verder overwegen.

[ZGV-Louis]

@Christiaan Sluis Ik wil deze graag gebruiken als een workflow wordt afgerond, dan kan ik de mutatienummer wegschrijven naar een vrije rubriekcode in beaufort.  En deze veld mutatienummer gebruiken voor een nieuwe workflow via signaleren, zodat onze PA of SA medewerker kan zien door welke oude mutatie de nieuwe workflow is geopend.

[Christiaan Sluis]

Hoi @ZGV-Louis ,

Kan je hem nog specifieker maken voor mij? Ik voorzie namelijk wat onzekerheden met overlappende mutaties en de volgordelijkheid van signaleringen misschien.

Daarnaast ben ik ook erg op zoek naar het nut hiervan binnen de applicatie zelf, naast wat de oorspronkelijke indiener geeft.

[ZGV-Louis]

@Christiaan Sluis Ik wil niet muteren op de mutatienummer. Misschien ben ik niet helemaal duidelijk geweest. Ik wil graag de mutatienummer naar een apart rubriek hebben in Self Service. Deze kan ik dan exporteren naar beaufort toe op een eigen rubriek. 

[Christiaan Sluis]

@ZGV-Louis Dat begreep ik wel. Waar ik op doelde is dat als je dit mutatienummer vanaf de eigen rubriek terug laat komen in een nieuwe mutatie (net zoals met iedere andere rubriek mogelijk is), of je niet er tegenaan gaat lopen dat dit tussentijds wordt aangepast. Dus vandaag is mutatie 123 het laatste, en over een week start dan een nieuwe workflow vanuit actieve signalering waar je de 123 in wilt zien. Maar intussen is ook mutatie 125 al verwerkt en komt deze waarde in je nieuwe signaal/workflow terug. Door een specifiek voorbeeld te hebben, kan ik inschatten of dit een risico is of dat ik het toch anders heb begrepen. Daarnaast blijf ik natuurlijk open staan voor andere scenario's om dit af te wegen.