Oppsett av periodiske kjøring gjøres i SM36, se Bestille bakgrunnsjobb.
Bakgrunnsjobber skal kun settes opp av bruker 3-GRSNITT som skal eie jobben, alle trinn i jobben og alle varianter i jobben.
Det vil etter hvert kunne bli mange jobber her å holde styr på. Det er derfor viktig at alle følger den navnestruktur som gjelder.
For alle uttrekk bør vi alltid kreve at bestillingen kommer som brukestøttesak. Saksnummer i SO bør alltid angis i oppsettet. Enkleste sted å angi saksnummer er i beskrivelsesfeltet for aktuell variant i det enkelte program. Ved endring kan man da erstatte gammelt saksnummer med nytt saksnummer. Når dette gjøres bør tidligere saksnummer angis i den nye saken slik at det blir mulig å nøste seg tilbake i eventuelle brukerstøttesaker.
Å angi saksnummer her har flere fordeler:
•Det blir en høyere terskel for å endre på varianter når varianten har en henvisning til en bestilling.
•Vi unngår ufullstendige i en viss grad forkortelser som det vanskelig å forstå hensikten av varianten.
•Vi gjør det lettere å slå opp begrunnelse og målsetting for at varianten er satt opp.
Bakgrunnsjobbene skal starte med klientnummer. Deretter angis filtype. Følgende filtyper finnes for Masterdata:
•MD1 for gamle masterdatafiler.
•MD2 for nye masterdatafiler.
•MDA for innlesing av arbeidsgiverinformasjon.
•MDF for feidefiler.
•MDO for organisasjonsuttrekk.
•MDR for skriving av standardrapporter til fil.
Starttidspunkt
Det er ikke hensiktsmessig at samme jobb starter samtidig flere ganger, hverken på samme klient eller på ulike klienter. Dette er en av grunnene til at når samme jobb settes opp for flere virksomheter på samme klient skal den settes opp som en jobb med ett trinn pr firmakode.
Når samme jobb settes opp på flere klienter settes den opp med en viss tidsforskyving. Innlesing av arbeidsgiverinformasjon (MDA) går gjennom på noen sekunder og denne jobben settes derfor opp med ett minutts forskyvning og starter fra 15:00 for å alltid være ferdig før systemet tas ned i forbindelse med oppgraderinger og annen planlagt nedetid. Den starter 15:01 på klient 601, 15:02 på klient 602 etc.
Andre jobber starter med 10 minutts mellomrom 00:10, 00:20 etc. Dersom en jobb ikke er satt opp på en klient reserveres det aktuelle tidspunktet slik at oppstartsrekkefølgen alltid er 601, 602, 603 etc.
Jobber som krever oppdagering hver dag og skal inneholde gyldige poster pr. dagens dato må alltid starte etter midnatt. Andre jobber som ikke er like tidskritiske settes derfor opp før midnatt.
Skal du sette opp en ny jobb, sjekk hvilke klienter jobben er satt opp på fra før, så ser du mønsteret.
Det er likevel ett unntak fra denne regelen. Det gjelder Feidefilene (MDF). For mange kunder går de 2 ganger pr dag, en gang midt på dagen ved lunsjtid. 10 minutts mellomrom ville bety 1:40 mellom oppstart på 603 og 613. Det er for langt tidsspenn. Derfor er både rekkefølgen og avstanden mellom de ulike klient litt annerledes.
Masterdata1-filer
Transaksjonskoder: YHRI_MASTERDATA og YHRI_MASTERDATA_NEW (for UD).
Jobbene ligger fortsatt i tabell for bakgrunnjobber som vedlikeholdes av DFØ.
Masterdata2-filer
Navnestandard bakgrunnsjobb: <Klient>_MD2_FILER_<frekvens>
Transaksjonskoder: YHRI_MD2_OPPSETT og YHRI_MD2_UTFOER
Programnavn: YHRI_MASTERDATA2
Det settes opp en jobb pr klient og frekvens. Varianter i YHRI_MD2_UTFOER blir trinn i jobben.
Merk unntak i jobbnavn på klientene 603 og 613. Linje 2 og 3 er en jobber som skal gå hver 12 time. Dette er det dessverre ikke systemstøtte for og jobben er derfor satt opp to ganger med 12 timers mellomrom, begge med daglig kjøring. Linje 1 er filer som går fra flere høgskoler til et spesielt prosjekt i Agresso regnskapssystem hos Uninett. Denne jobben har derfor fått et eget navn. Det samme gjelder klient 613, der det går MD2 filer til ulike programmer til ulike tider. Da kan de være hensiktsmessig med en annen navnsetting. På klinet 603 går det i tillegg en standard jobb med overføring av andre filer hver natt. På klient 613 gjør det (foreløpig) ikke det.
Marker en fil og klikk på Trinn for å se hvilke varianter som ligger i jobben.
Navnestandard variant: <Klient>_SEKV_<fra nr.>_<til nr>.
En variant kan inneholde mange filer/sekvensnummer.
I noen tilfeller må man unnvike fra denne standarden, men det bør forsøkes lagt om til samme standard som andre.
Innlesing av arbeidsgiverinformasjon
Navnestandard bakgrunnsjobb: <Klient>_MDA_IMPORT_<frekvens>
Transaksjonskoder: YHR_OPPDATER_ARBINFO. Programnavn: YHR_OPPDAT_MAIL
Det settes opp en jobb pr klient og frekvens. Varianter i programmet blir trinn i denne jobben.
Jobben er foreløpig satt opp på 4 klienter
Marker jobben på klient 608 og klikk på Trinn.
Du ser at 3 importjobber er satt opp.
Navnestandard for varianter: <Firmakode>_AUTO_IMP. Saksnummer legges inn i beskrivelsesfeltet.
Feidefiler
Transaksjonskoder: YHR_FEIDE_FILER.
Jobbene ligger fortsatt i tabell for bakgrunnsjobber som vedlikeholdes av DFØ.
Organisatorisk uttrekk
Navnestandard bakgrunnsjobb: <Klient>_MDO_ORG_UTTREKK_<frekvens>
Transaksjonskode YHRI_UTTREKK_ORGDATA – Uttrekk organisasjonsdata
Programnavn: YHRI_ORGENHET_ORGENHET_HIST
Det settes opp en jobb pr klient og frekvens. Varianter i programmet blir trinn i denne jobben.
Marker jobben på klient 605 og klikk på Trinn.
Du ser at 3 uttrekk er satt opp.
Navnestandard for varianter: <Firmakode>_<frekvens>.
Rapporter til fil via YBC_FILGEN - Metaprogram for generering av filer
Oppsett i dette programmet et krevende ettersom det er to selvstendige programmer som er avhengige av hverandre. Det er tungt å starte med filnavn på DFØ Fildel, som er det eneste kunden har å ta tak i, og så bla seg til riktig variant i et program man kanskje ikke er helt sikker hva heter. Vi må ha en navnestruktur på variantnavn, både i den enkelte rapport og i generering.
OBS – midlertidig feilsituasjon.
Framtidig oppsett skal være som beskrevet nedenfor, men pga en mangel i metaprogrammet har vi midlertidig måttet ta ut jobbene på QOA605 og 613. Begge jobbene går derfor fortsatt fra bakgrunnstabellen. De skal flyttes tilbake til SM36 nå problemstillingen er løst.
Navnestandard for bakgrunnsjobb: <Klient>_MDR_Rapportuttrekk_<frekvens>.
Transaksjonskode: YBC_FILGEN - Metaprogram for generering av file + aktuell rapport.
Programnavn: YBC_START_PROG_LAG_FIL
I noen tilfelle vil det være naturlig at en jobb kun inneholder varianter av en rapport/oppgavetype. Da erstattes <rapportuttrekk> med hva som rapporteres, f.eks. Årsverk.
Dersom ikke annet er bestemt settes alle jobber med samme frekvens i samme klient opp som trinn i en og samme bakgrunnsjobb. Foreløpig er det satt opp 4 slike jobber.
•Daglig rapportuttrekk på klientene 605 og 613 (OBS: se midlertidig feilsituasjon)
•Månedlig rapportuttrekk fra Årsverksrapporten på klientene 604 og 606.
605_MDR_RAPPORTUTTREKK_DAGLIG
Merk aktuell jobb i SM37 og klikk på Trinn for å se hvilke jobber som inngår.
På klient 605 ligger det foreløpig kun ett trinn i jobben. Den gjelder firmakode 3680 og viser tidssaldoer fra tidevaluering.
Gå til YBC_FILGEN og finn variant 3680_TIDSSALDO. Her skal du finne transaksjonskode og variant.
Merk at du i YBC_FILGEN må angi transaksjonskode mens du i SM36 angir programnavn.
Varianten i YBC_FILGEN og i varianten i den bakenforliggende transaksjonskode skal ha samme navn.
Navnestandard for varianter: <Firmakode>_<Beskrivelse av rapport> (vil måtte avvikes i noen tilfeller).
Hent opp riktig variant i aktuell transaksjonskode.
Beskrivelse av varianten i selve rapporten bør inneholde saksnummer i SO der dette finnes. Det er eneste plass hvor dette er naturlig å legge inn.
Når du går i SE16N, tabell VARID skal du se at begge variantene har same navn, men kan ha ulik beskrivelse.
613_MDR_RAPPORTUTTREKK_DAGLIG
Også her ligger det foreløpig kun et trinn i jobben. Det gjelder firmakode 3700 og rapporten YWF_VIS_STEDFORTRED.
Variantene i YBC_FILGEN og i YWF_VIS_STEDFORTRED har samme navn.
Spesielt for Årsverksrapporten
Det burde ikke være behov for at denne rapporten går oftere enn 1 gang pr. måned, normalt like etter kjøring av hovedlønn når systemet er mest mulig oppdatert. Vanlig kjøring natt til den 10 (m/oppstart før midnatt).Den kan også kjøres ved månedsslutt og kjøres da natt til den 1. i påfølgende måned (m/oppstart etter midnatt.
Ser på innhold (trinn) på klient 606. Her ligger det foreløpig også kun ett trinn.
Firmakode og rapportnavn framgår av variantnavn.
Varianter har samme navn i rapporten og i YBC_FILGEN.
Det vil skje at samme kunde ønsker flere versjoner av samme rapport. Da holder det ikke å navnsette varianten med firmakode + rapport. Eksempelet nedenfor gjelder årsverksrapporten, men det kan i prinsippet gjelde hvilken som helst rapport.
Her har vi 3 varianter av samme rapport på samme firmakode og må derfor avvike den vanlige navnestandarden.
Men variantnavn i rapporten og i YBC_FILGEN skal fortsatt være identiske.