Varianter navnsettes med variantnavn og beskrivelse. Eksempel: AA_PROD.HOVED – Produktiv hovedlønnskjøring.
Beskrivelsen skal gi en mest mulig meningsfull forklaring på hensikten med varianten.
Standard varianter
Gjennomgående standardvarianter settes opp i DOA 200 og transporteres ut til alle klienter. Standardvarianter må starte med CUS for at det automatisk skal opprettes transport ved lagring. Det er snakk om to typer standardvarianter, CUS&OPAL og CUS&MSS, etterfulgt av et løpenummer.
Eksempel:
•CUS&OPAL06 - Saldo fleksitid til avsp.
•CUS&MSS06 - Saldo fleksitid til avsp. MSS
CUS-varianter skal eies av 0-BAKGRUNN og være beskyttet.
Navnefeltet var opprinnelig på 10 karakterer og løpenummer måtte begrenses til 2 karakterer. Nå er navnefeltet utvidet til 14 karakterer og begrensning av løpenummer er ikke lenger nødvendig.
Den generelle lønnartrapporten hadde ved utvidelsen av feltet brukt opp de 99 mulighetene som en 2 karakters tallkode for løpenummer gav og bokstaver hadde blitt tatt i bruk.
En omdøping av eksisterende CUS&OPAL-varianter bør unngås da dette vil kreve full gjennomgang av brukerdokumentasjonen, sjekklister etc. Dette er et unntak, det er kun denne rapporten som har så mange standardvarianter.
Varianter opprettet av DFØ
DFØ oppretter en rekke varianter til bruk i bakgrunnsjobber i produksjon. Variantene kan opprettes både av 2. linje og 3. linje. Variantene skal alltid eies av en bakgrunnsbruker. Følgende navnestandard gjelder:
•Starte med klientnummer når varianten dekker hele klienten.
•Starte med lønnsavregningsgruppe når lønnsavregningsgruppes er aktuelt.
•Starte med firmakode når varianten kun gjelder en virksomhet, for eksempel masterdatafiler som skrives til DFØ Fildel.
•Tilleggsinformasjon som skal være mest mulig beskrivende.
Understrek ( _ ) kan benyttes i variantnavnet, mellomrom benyttes ikke.
Det er gjort 4 unntak fra den generelle navnestandard. Dette gjelder 4 transaksjonskoder som benyttes ved lønnskjøring. En enhetlig navnsetting har vært brukt fra 2003. Denne avviker fra standard ovenfor, men vi velger likevel å beholde tidligere navnsetting fordi den er så innarbeidet og fordi en navneendring utgjør en unødvendig risiko. Det gjelder følgende transaksjonskoder:
1) Transaksjonkode PC00_M20_CALC, varianter for lønnskjøring:
2) Transaksjonskode PRAA, varianter for overføring av kreditorstamdata:
3) Transaksjonskode PC00_M99_CIPE01, varianter for konteringskjøring:
4) Transaksjonskode PC00_M20_CEDT, varianter for lønnsslipp:
Varianter som opprettes av kunde
Standard for kundevarianter skal være at varianten skal starte med firmakode. Dette er uavhengig av om varianten er oppretter av DFØ eller av kunden selv. For øvrig er det ingen vedtatt navnestruktur.