Alt der vedrører kreditors stamdata, herunder bank og betalingsoplysninger skal således vedligeholdes i NS og hentes fra NS til RejsUd2.

Relaterede dokumenter
Alt der vedrører kreditors stamdata, herunder bank og betalingsoplysninger skal således vedligeholdes i NS og hentes fra NS til RejsUd2.

Alt der vedrører kreditors stamdata, herunder bank og betalingsoplysninger skal således vedligeholdes i NS og hentes fra NS til RejsUd2.

Navision Stat 7.1 Opret/rediger RejsUd kreditor via DDI

Håndtering af rejsekreditorer - selvejeinstitutioner

Selvejeinstitutioner Opret RejsUd kreditor rediger kreditor med DDI

Navision Stat 7.1 SAM vedrørende DDI bestilling af RejsUd kreditor via DDI

RejsUd2 Oprettelse af udenlandsk Rejsekreditor

RejsUd2 Oprettelse af indenlandsk Rejsekreditor

Hvorfor er kreditor og betaling ikke låst?

Oprettelse og opdatering af kreditorer

Bilag til GIS håndtering i forbindelse med Årsafslutning november 2018

Internt statsligt køb og salg i Navision Stat

Kvikguide til kørslen Forbered for RejsUd2 integration

Navision Stat Kvikguide til Håndtering af Direct Debit. Overblik. Side 1 af 9. ØSY/TIE Dato:

Navision Stat 9.2. HR Medarbejder. Overblik. Side 1 af 11. ØSY/SKH 5. december 2018

Vejledning der beskriver processen mellem manuelle bilag i IndFak2 og NS 7.0

Guide der beskriver ny afsendelsesmetode via DB Webservice

Kopiering af produktionsdatabaser for opsætning af testdatabaser

Payment Management - Udbetalinger. Payment Management - Udbetalinger

Udvalgte nye elementer i Navision DDI en

Nedenstående beskriver den samlede mængde af funktionalitetsændringer mellem Navision Stat 9.0 og 9.1, frigivet over følgende builds 1 :

Gældende ansvarsfordeling ved integration mellem lokalt fagsystem og Navision Stat via den generiske integrationssnitflade, GIS.

Nedenstående beskriver den samlede mængde af funktionalitetsændringer mellem Navision Stat 9.3 og 9.4, frigivet over følgende builds 1 :

Navision Stat 5.1 GIS integration

Opfølgning via Rollecenter

Kvikguide til Navision Stat 9.2

De følgende sider indeholder skærm dumps fra Navision Stat og beskrivelser af, hver enkelt handling.

Navision Stat 7.0. Kvikguide til Stakke. Overblik. Side 1 af 11. ØSY/STO 12. maj 2015

Navision Stat 9.0. Kvikguide til Køindikatorer. Overblik. Side 1 af 13. ØSY/STO 01. oktober 2017

Nedenstående beskriver den samlede mængde af funktionalitetsændringer mellem Navision Stat 9.3 og 9.4, frigivet over følgende builds 1 :

Kvikguide: Afvikling af kørsel for forberedelse til Forberedret styring af internt statsligt køb og salg. Indledning

Nedenstående beskriver den samlede mængde af funktionalitetsændringer mellem Navision Stat 9.1 og 9.2, frigivet over følgende builds 1 :

Udsøgning af betalinger - kreditorer

Navision Stat 7.0. CVR Integration. Overblik. Side 1 af april 2015 ØS/ØSY/MAG

Brug af rapporten Tjek original Dokument i udbetalingskladden

Navision Stat Brugervejledning til håndtering af automatiseret salgsbilag. Side 1 af 55. ØSY/TIE 29. Oktober 2014

Navision Stat 9.1. Beskrivelse af Central Integration CIS. Overblik. Side 1 af 18. ØSY/SKH 31. maj 2018

Vejledning til årsafslutning 2015

Tjekliste ved overgang til DB Webservice

Bank. Microsoft Dynamics NAV 2009 Klassisk. Side 1. C op yr ig ht: Naddon version

Håndteringen af Rykker og Kontoudtog fungerer på samme måde, beskrives dog ikke i denne vejledning.

Indlæsning af datastrøm fra mitcfu.dk i Navision Stat

Forbedringer i NS

Vejledning til årsafslutning 2014

Navision Stat 7.0. Abonnementsløsningen. Overblik. Side 1 af maj 2015 ØS/ØSY/TIE

Gældende ansvarsfordeling ved integration mellem lokalt fagsystem og Navision Stat via den generiske integrationssnitflade, GIS.

Nedenstående beskriver den samlede mængde af funktionalitetsændringer mellem Navision Stat 9.2 og 9.3, frigivet over følgende builds 1 :

Manuelle opsætninger efter afsluttet opgradering til NS7.0

GIS indlæsning af kreditorer og betalingsform. Brugervejledning 1.0

Navision Stat Kvikguide til decentral indrapportering. Indhold: 1. juli 2010 ØKO/JKH

Forbedringer i Navision Stat 5.4

Gældende ansvarsfordeling ved integration mellem lokalt fagsystem og Navision Stat via den generiske integrationssnitflade, GIS.

Continia Payment Management Demonstrations vejledning Payment Management. December 2017 PM 2.50

Navision Stat 9.0. CVR Integration og EU VAT nr. validering. Overblik. Side 1 af dec v.3 ØSY/MAG/KKP

Kvikguide til kørslen Sæt/Slet Alias spærringer.

Tidsplan til årsafslutningen 2015

Opsætning Saxo ERPTrader. Microsoft Dynamics NAV 2009 / 2013 / 2013R2

Nedenstående beskriver den samlede mængde af funktionalitetsændringer mellem Navision Stat 9.1 og 9.2, frigivet over følgende builds 1 :

Udveksling af data med Navision Stat ved hjælp af GIS. Lars Matthiesen, UNI C

Bank. Microsoft Dynamics NAV 2009 Rollebaseret. Side 1

Vejledning i brug af den decentrale indrapporteringsløsning for medarbejdere i ØSC.

Nedenstående beskriver den samlede mængde af funktionalitetsændringer mellem Navision Stat 9.2 og 9.3, frigivet over følgende builds 1 :

Økonomi Programopdatering version DSM 2009 Efterår 2011

CONTINIA PAYMENT MANAGEMENT BANKKONTO AFSTEMNING FACTSHEET

Vejledning til årsafslutning oktober 2013

I gang med Danske Bank Webservice afløseren for API

Formål Kvikguide beskriver, hvordan du kan foretage filtrering og sortering i henholdsvis tabeller og rapporter.

Her ses hele processen fra en betalingen overføres til banken, til indlæsning af filer fra Banken.

Årsafslutning. Tidsplan og vejledning til Årsafslutningen Overblik. Side 1 af 42. ØSY/TIE Dato

Fordeling af formål i Navision Stat via funktionen udgiftsfordelinger

Vejledning i årsafslutning 2018 i Navision Stat Selvejer-udgave

I gang med Danske Bank Webservice afløseren for API

Nedenstående beskriver den samlede mængde af funktionalitetsændringer mellem Navision Stat 9.3 og 9.4, frigivet over følgende builds 1 :

Kvikguide til Navision Stat 7.0

Navision Stat 9.1. Installationsvejledning til NS CIS Invoker. Overblik. Side 1 af 8. ØSY/TJO/CPS Dato

Navision Stat workshop 6. november 2018

Indsendelse af filer til banken

Formål Dokumentet beskriver hvordan brugere i brugerkontrollisten bliver godkendt.

Indsendelse af filer til banken

Vejledning i årsafslutning 2017 i Navision Stat Selvejer-udgave

Standard opsætning af REJS-UD

Nedenstående beskriver den samlede mængde af funktionalitetsændringer mellem Navision Stat 9.1 og 9.2, frigivet over følgende builds 1 :

Vejledning til Kreditormodulet

Installation af GIS opsætning til integration mellem Navision Stat 5.3 og Blanketsystem

Navision Stat 9.2. CVR Integration samt EU VAT-validering. Overblik. Side 1 af oktober 2018 ØSY/KKP/MAG

Afstemning af personalekreditornummeret mellem RejsUd og Navision

Nedenstående beskriver den samlede mængde af funktionalitetsændringer mellem Navision Stat 9.1 og 9.2, frigivet over følgende builds 1 :

Renter debitorer. Renter debitorer. For at kunne benytte renter skal følgende være oprettet i systemet:

Omvendt vil dataleverancer fra Navision Stat 7.0 indeholde information om, fra hvilke tabeller data er udlæst.

Indlæsning af tilskud fra UVM

Bogføring og betaling af RejsUd afregninger i Navision Stat 5.1

August Vejledning i finansfordelinger i Navision Stat 5.2.xx

Udgiftsfordeling i NS

LINK TIL FINANS E-CONOMIC. Sagsøkonomi, planlægning og prognose AutoPilot

Mamut Stellar Banking

Omvendt vil dataleverancer fra Navision Stat 9.1 indeholde information om, fra hvilke tabeller data er udlæst.

Finanskonto til renteindtægter fra debitorer Der skal være oprettet en finanskonto til automatisk bogføring af debitorrenter.

Transkript:

Side 1 af 25 Navision Stat 7.1 ØSY/TIE/CPS Dato 01.08.17 Kvikguide til håndtering af RejsUd2 i Navision Stat Formål I forbindelse med overgang til RejsUd2, er der krav om at alle data vedrørende kreditorer registreres i Navision Stat mhp. en mere sikker udveksling af data mellem Navision Stat (NS) og RejsUd2. Alt der vedrører kreditors stamdata, herunder bank og betalingsoplysninger skal således vedligeholdes i NS og hentes fra NS til RejsUd2. Ansvaret for oprettelse og ændringer af rejsekreditorer er placeret hos kunden, uanset om Navision Stat regnskabet serviceres af Statens Administration eller ej. Kreditorer, der skal anvendes som rejsekreditorer, skal derfor altid oprettes og redigeres via Indrapportering til ØSC (DDI), som en DDI bestilling. DDI funktionaliteten, er udvidet med godkendelse på Kreditorbestillinger, og med mulighed for at angive, om kreditor skal bruges som rejsekreditor. For at sikre at kreditordata er ens i begge systemer spærres der for editering af oprettede kreditorkort, hvor kreditoren er markeret som rejsekreditor. Samtidig er det ikke længere muligt at omdøbe rejsekreditorer, da disse bliver tilknyttet til en rejsepersons data i RejsUd2. Bemærk, at det i den forbindelse ikke længere er tilladt at anvende CPR nr. som Kreditor nr. Moderniseringsstyrelsen har til dette formål udarbejdet en kørsel for konvertering af eksisterende kreditorer oprettet med CPR-nr. 1 1 Konverteringen bestilles via RejsUd teamet i forbindelse med overgangen fra RejsUd1 til RejsUd2.

Indholdsfortegnelse Beskrivelse... 3 1.0 Opsætninger til understøttelse af RejsUd2... 3 1.1 Opsætning af kladder på GIS datastrøm til RejsUd2... 3 1.2 Editeringsbegrænsning... 3 1.3 Opsætning af Nummerserie til Kreditoroprettelse... 4 1.4 Opsætning af Købskladde til RejsUd2... 4 1.5 Opsætning af Masterskabelon til Kreditorer... 6 2.0 Opsætninger til understøttelse af RejdUd2 via DDI... 7 2.1 Opsætning af Decentral indrapporteringsopsætning... 7 2.1.1 Tilknytning af nummerserie til oprettelse af rejsekreditorer... 8 2.2 Opsætning af godkendelse i DDI... 8 3.0 GIS datastrømme (Fagsystem)... 10 3.1 Stamdata datastrøm udlæsning til RejsUd2... 10 3.2 GIS-/Stamdata kontrolrapport... 11 3.3 RejsUd2 datastrøm til modtagelse af afregninger... 12 4.0 Indrapportering til ØSC... 14 4.1 Kreditorbestilling og Redigér data (Kreditor)... 14 4.1.1 Oprettelse af ny kreditor i DDI... 14 4.1.2 Redigering af Rejsekreditor i DDI... 19 5.0 Kreditorkort... 21 5.1 Kreditor med kreditornr. fra nummerserie... 21 5.2 Markering som Rejsekreditor... 21 6.0 Udbetalingskladder PM... 22 6.1 Lav forslag med filter på Rejsekreditorer... 22 6.2 Rapporten Sammenlign betalingsoplysninger med originalt købsbilag... 23 6.3 Check bogførte betalinger med indkomne købsbilag... 24 Side 2 af 25 Målgruppe Guiden henvender sig både til den DDI bruger, som skal oprette og redigere rejsekreditorer og de brugere, som skal: behandle GIS-batches, bogføre bilag samt foretage udbetalinger der vedrører RejsUd2. Guiden henvender sig derfor både til statslige og selvejende institutioner, der anvender RejsUd2, da alle har mulighed for at anvende den funktionalitet, der beskrives her. Copyright En delmængde eller hele emner i teksten af denne dokumentation til Microsoft Dynamics NAV er blevet ændret af Moderniseringsstyrelsen. 2017 Microsoft Corporation and Moderniseringsstyrelsen. All rights reserved.

Beskrivelse Side 3 af 25 1.0 Opsætninger til understøttelse af RejsUd2 De opsætninger der beskrives her, kan opsættes af alle der har opsætningsrettighederne givet ved rollerne NS_OPS_FIN og NS_OPS_GIS. 1.1 Opsætning af kladder på GIS datastrøm til RejsUd2 Sti: Afdelinger/Opsætning/Programopsætning/Generel Integration/Generisk Integration/GIS Importdatastrømme Der skal oprettes en særlig købskladde til RejsUd2 til dannelse af rejseposter til bogføring, se afsnit 1.4. På datastrømme REJSUD_AFR, fagsystem REJSUD2, skal den særlige købskladde, hvor rejseposter fra RejsUd2 overføres til, angives under Oversigtspanelet Kladde i felterne Kladdetypenavn og Kladdenavn. 1.2 Editeringsbegrænsning Sti: Afdelinger/Opsætning/Programopsætning/Generel Integration/Generisk Integration/GIS Fagsystemer/Handlingen Editeringsbegrænsninger Der skal opsættes editeringsbegrænsning på fagsystemet REJSUD2, svarende til det viste. Opsætningen er vigtig da Kreditorer til RejsUd2 ikke må kunne editeres, da betalingsoplysningerne kun findes i NS og vedligeholdes derfra. Samtidig sammenholdes kreditors betalingsoplysninger med betalingspostens betalingsoplysninger i Udbetalingskladden. Kreditor låses første gang der kommer en batch fra RejsUd2. Bemærk: Oprettelse og vedligeholdelse af kreditorer, skal foretages via en DDI Kreditorbestilling eller via Rediger data.

Side 4 af 25 1.3 Opsætning af Nummerserie til Kreditoroprettelse Sti: Afdelinger/Økonomistyring/Opsætning/Generelt Til oprettelse af nye rejsekreditorer og til omdøbning af rejsekreditorer, der er oprettet med CPR nr., anbefales det, at der oprettes en ny nummerserie. Bemærk: En rejsekreditor må ikke være oprettet med CPRnr. i kreditornr. CPRnr. må kun fremgå af feltet CPRnr., på selv kreditorkortet. Her ses et eksempel på hvordan en nummerserie til rejsekreditorer kan se ud. Bemærk: Der skal altid være angivet både et Start nr. og et Slut nr. 1.4 Opsætning af Købskladde til RejsUd2 Sti: Afdelinger/Økonomistyring/Gæld Der skal oprettes en speciel købskladde som tilknyttes fagsystemet RejsUd. Se hvordan kladden tilknyttes under punkt 1.1. Vores anbefaling er at du opretter et nyt kladdenavn RejsUd under købskladden KØB.

Bemærk: Der må ikke anvendes tal i et kladdenavn, da systemet i så fald tæller kladdenavnet op, og der oprettes en ny kladde ved hver indlæsning. Dette gør at opsætningen på fagsystemet i så fald skal rettes tilsvarende, ved hver indlæsning. Side 5 af 25 Det nye kladdenavn oprettes ved at vælge punktet Købskladder. Markér derefter linjen med KØB og tryk OK. Under kladdenavn trykker du på pilen. Der åbnes nu et billede, hvor det er muligt at oprette et nyt kladdenavn fx REJSUD. Bemærk: Rejseposter stemples med bilagsnr. i RejsUd2, som sendes med til NS. Der skal derfor ikke tilknyttes en nummerserie til kladdenavnet. Anvendes en købskladde der hedder det samme, som vi anbefaler til RejsUd1, skal det overvejes om den ny kladde skal hedde noget andet, eller om opsætningen på fagsystemet til RejsUd1 skal ændres til en midlertidig kladde, så Købskladden RejsUd fortsat bliver anvendt til det nye fagsystem.

Her ses et eksempel på en købskladde med rejseposter fra RejsUd2, indeholdende RejsUd ID fra Mastercard transaktioner, sammen med nogle RejsUd poster, som er indrapporteret manuelt i RejsUd2, og som derfor ikke indeholder et RejsUd ID. Bemærk: RejsUd ID bruges til afstemning af konto 6155xx i Beholdningsafstemningen, hvor der kan foretages en automatisk udligning på disse poster. Side 6 af 25 1.5 Opsætning af Masterskabelon til Kreditorer Sti: Afdelinger/Opsætning/Programopsætning/Generelt/Konfigurer masterskabeloner. Da oprettelse af nye rejsekreditorer skal foretages via Kreditorbestillinger i DDI, anbefales det, at der oprettes skabeloner til de felter, som er krævet udfyldt på kreditorkort, og som ikke kan indtastes på selve bestillingen. Det er specielt vigtigt, at bruge skabeloner, da der spærres for editering på de kreditorer der anvendes som Rejsekreditorer i RejsUd2. Fx skal bogføringsgrupper være opsat på kreditorerne, som oprettelse via DDI. Skabelonen, tilknyttes Kreditorbestillingen inden den sendes til godkendelse. Se også punkt 3.3.1.

Side 7 af 25 Bemærk: Der kan være forskellige felter der skal udfyldes, så det er kun et eksempel på en skabelon der vises her. Det vil dog altid være felter fra tabel 23, kreditortabellen, der skal med i skabelonen. Felter der ligger i en undertabel, som tilgås fra kreditorkortet, kan ikke opsættes via en skabelon. 2.0 Opsætninger til understøttelse af RejdUd2 via DDI De opsætninger der beskrives her, kan kun opsættes af DDI bruger med opsætningsrettigheder givet ved rollen, NS_OPS_OESC_GODKEND. 2.1 Opsætning af Decentral indrapporteringsopsætning Sti: Afdelinger/Økonomistyring/Indrapportering til ØSC og Decentral indrapporteringsopsætning Da kreditorer, der skal bruges til RejsUd 2, altid skal oprettes via DDI, er der tilføjet et nyt felt Tvungen DDI oprettelse af rejsekreditorer. Felter er placeret under Decentral indrapporteringsopsætning, som er et nyt punkt rettet mod opsætninger som SAM/ØSC kunden skal foretage. Feltet bruges samme med den nye mulighed for, at angive på en Kreditorbestilling om en kreditor skal bruges som rejsekreditor. Der vælges mellem 2 indstillinger: 1. Opret rejsekreditorer via DDI ; denne indstilling sikrer, at rejsekreditorer altid bliver oprettet via DDI, og skal altid bruges af SAM/ØSC kunder. 2. Fri oprettelse af rejsekreditorer ; denne indstilling giver mulighed for frit, at oprette rejsekreditorer ved at sætte markering i feltet Rejsekreditorer enten via DDI Kreditorbestilling, eller direkte på kreditorkortet. Denne indstilling kan bruges af andre brugere, fx selvejende institutioner, der ikke serviceres af Statens Administration.

Side 8 af 25 2.1.1 Tilknytning af nummerserie til oprettelse af rejsekreditorer Den nummerserie der er oprettet til rejsekreditorer, vælges ind i feltet Nummerserie til rejsekreditorer. Se også punkt 2.3. for oprettelsen af ny nummerserie. Når der oprettes kreditorer via DDI kreditorbestilling og der sættes flueben i feltet Rejsekreditor, vil denne nummerserie automatisk blive anvendt som ved oprettelse af kreditorer. 2.2 Opsætning af godkendelse i DDI Sti: Afdelinger/Økonomistyring/Indrapportering til ØSC Når kreditorer skal oprettes via DDI, er det vigtigt at der opsættes godkendelse. Godkendelsen skal anvendes på rejsekreditorer, der skal oprettes med betalingsoplysninger, som er nødvendig af hensyn til de stamdata, der skal sendes til RejsUd2, samt låsning for editering af rejsekreditorer. Anvendes godkendelse via DDI til oprettelse eller redigering af Rejsekreditorer, skal der i dette billede være sat markering i felterne Kreditorbestillinger og Redigér Kreditorbestilling.

De personer der må godkende kreditorbestillinger, skal opsættes under Bruger ID. Derefter sættes der en markering i felterne Kreditorbestilling og Redigér Kreditorbestilling. Side 9 af 25

3.0 GIS datastrømme (Fagsystem) Dette afsnit henvender sig til brugere, der håndterer GIS-batches indlæst fra RejsUd2. Side 10 af 25 Til RejsUd2 skal der oprettes 4 datastrømme jf. vejledningen GIS kommunikation mellem NS71 og REJSUD2. Vejledningen henvender sig til hostingleverandører, og beskriver opsætning af de fire datastrømme herunder opsætning af udeladelsesfiltret. I denne vejledning beskrives kun to af datastrømmene, nemlig Stamdata til RejsUd2 og Indlæsning af poster fra RejsUd2. 3.1 Stamdata datastrøm udlæsning til RejsUd2 Sti: Afdelinger/Opsætning/Programopsætning/Generel Integration/Generisk Integration/GIS Importdatastrømme Dette billede viser datastrømmen, for afhentning af stamdata via RejsUd2. Datastrømmen bliver automatisk opsat ved overgang til RejsUd2. Bemærk: I feltet Sidst behandlet ses datoen og tidspunktet RejsUd2 sidst har hentet stamdata. Det er derfor altid muligt at se om stamdata er hentet på en given dato.

3.2 GIS-/Stamdata kontrolrapport Sti: Afdelinger/Opsætning/Programopsætning/Generel Integration/Generisk Integration/Rapporter Side 11 af 25 Til RejsUd2 og Indfak er der udviklet en stamdatarapport. Rapporten viser opsatte udeladelsesfiltre og feltværdimapninger, der er opsatte for den valgte datastrøm. Rapporten gennemløber en række af de relevante opsætninger, som udtrækkes med henblik på at vise, hvor der i NS måtte være fejl i opsætningen, herunder manglende data, eller inkonsistente opsætninger. Rapporten kan med fordel bruges efter RejsUd2 første gang har hentet stamdata, som tjek på, at alt ser fint ud. Rapporten bør afvikles ved ændringer i opsætningen eller lignende, hvor data skal til RejsUd2. Rapporten kan med fordel anvendes til fejlsøgning i de tilfælde, hvor der opleves udfordringer med udvekslingen mellem NS og RejsUd2. For at få vist eller udskrevet rapporten, vælger du i anfordringsbilledet RejsUd datastrømmen for stamdata.

Her ses et eksempel på en visning af tjekrapporten. Side 12 af 25 3.3 RejsUd2 datastrøm til modtagelse af afregninger Sti: Afdelinger/Opsætning/Programopsætning/Generel Integration/Generisk Integration/GIS Importdatastrømme

Dette billede viser datastrømmen REJSUD_AFR til indgående batchs indeholdende rejseposter fra RejsUd2. Side 13 af 25 Det er muligt at se om en batch er behandlet, eller har behandlings fejl i feltet Sidste status. Bemærk: I feltet Sidst behandlet ses datoen og tidspunktet hvor der er modtaget batchs fra RejsUd2. Vælger du Batch i Handlingsbåndet, får du en oversigt over de batches, der er modtaget fra Fagsystemet. Det er også her, at du ser status for den modtagne batch. Har en batch Status Behandlet er batchen modtaget uden fejl. Har en batch status Behandlingsfejl, er der fejl i batchen, der skal håndteres. I det viste tilfælde ligger der poster i den kladde, der er opsat for fagsystemet REJSUD2. Her skal du først håndtere posterne i kladden og efterfølgende vælge Behandl batch i Handlingsbåndet.

Side 14 af 25 Bemærk: Fejler batchen på, at kreditor ikke er oprettet, vil der skulle oprettes en kreditor via en DDI bestilling, såfremt regnskabet serviceres af Statens Administration. Dette fordi kreditor skal stemples som rejsekreditor. Efterfølgende kan batchen behandles igen på normal vis. 4.0 Indrapportering til ØSC Dette afsnit henvender sig til kunder serviceret af Statens Administration, eller selvejende institutioner, der ligeledes har mulighed for at anvende DDIfunktionaliteten. 4.1 Kreditorbestilling og Redigér data (Kreditor) Sti: Afdelinger/Økonomistyring/Indrapportering til ØSC Skal kreditorer oprettes eller redigeres med Bank- og Betalingsoplysninger via DDI, kræves der som nævnt tidligere en godkendelse. Dvs den der har oprettet Kreditorbestillingen skal sende den videre til godkendelse. Se også punkt 3.2. Indenlandsk kreditor oprettes kun med CPRnr. som ukomplet, hvor en udenlandsk kreditor oprettes med fulde adresseoplysninger, sammen med bank og betalingsoplysninger. Bemærk: Betalinger der modtages fra RejseUd2 er altid i DKK. Er betalingen til udlandet skal der ske en veksling i banken, derfor skal der angive en modværdi på disse bestillinger. Se også 3.3.2. 4.1.1 Oprettelse af ny kreditor i DDI Sti: Afdelinger/Økonomistyring/Indrapportering til ØSC/Bestillinger Vælg Opret Bestilling og Kreditor. Tryk OK.

Indenlandsk rejsekreditor: Du får nu en kreditorbestilling. En rejsekreditor er som udgang punkt en CPR kreditor, hvor betalinger/udlæg kan anvises som ukomplet betaling via Nemkonto(NKS) til Banken. En ukomplet betaling kræver ikke så mange felter udfyldt, du skal derfor som minimum blot udfylde dette via oversigtspanelet Generelt : Side 15 af 25 Navn; udfyldes med kreditor navn. CPR Nr.; udfyldes med kreditors cpr nr. Rejsekreditor; angiv om kreditor skal bruges som rejsekreditor. Anvend skabelon; her er det vigtigt at du tilknytter en kreditorskabelon til rejsekreditorer. Se også punkt 1.3. På oversigtspanelet Bank- og Betalingsoplysninger skal du kun vælge den Kreditor-betalingsgruppe der hedder NKS-CPR, som hænger samme med CPRnr. feltet, du har udfyldt på Oversigtspanelet Generelt. Betalingsmetoden bliver automatisk udfyldt med den relevante metode.

Side 16 af 25 Udenlandsk rejsekreditor: En rejsekreditor der skal modtage indbetalinger på en udenlandskonto, eller ikke har et CPRnr. skal udfyldes på denne måde via oversigtspanelet Generelt : Der skal indtastes fulde adresseoplysninger som minimum er navn, adresse, postnr, by og Landekode. Valutakode, opsættes med DKK Valutakode (modværdi), opsættes med EUR(Valutakoden som banken skal anvise pengene i). Rejsekreditor, angiv om kreditor skal bruges som rejsekreditor. Anvend skabelon; her er det vigtigt at du tilknytter en kreditorskabelon. Se også punkt 2.3. Oversigtspanelet Bank- og Betalingsoplysninger skal udfyldes på denne måde uanset nationalitet: Bank kode, udfyldes med en sigende kode. Bank navn, Udfyldes med banken navn. Kontonummer, Banknummer og Bankregistreringsnr. Kreditor-betalingsgruppe, skal udfyldes med Udland. Inden for EU: Felterne BIC(SWIFT-adresse) og IBAN skal udfyldes.

Uden for EU: Felterne Kontonummer og BIC(SWIFT-adresse), skal udfyldes. Bankens adresse oplysninger kan ligeledes være krævet udfyldt. Uden for EU(Australien, USA, Canada og New Zealand): Betalingsmetode, udfyldes automatisk når Kreditor-betalingsgruppe er valgt. Bankens adresse oplysninger er her krævet udfyldt. Side 17 af 25 Når bestillingen er udfyldt vælger du i handlingsbåndet handlingen Send bestilling. Bestillingen bliver nu sendt til godkendelse.

Side 18 af 25 Godkender skal efterfølgende godkende bestillingen. Godkender åbner bestillingen ved at markere linjen og i Handlingsbåndet vælge handlingen Bestillingskort. Når bestillingen er sendt og bestillingskortet åbnes for godkendelse, er alle felter grå, og der kan ikke rettes i bestillingen. For at godkende bestillingen, vælges Handlingsbåndet under fanen Handlinger og handlingen Godkend bestilling. Bemærk: Skal der rettes noget i bestillingen skal der i Handlingsbåndet under fanen Handlinger vælges handlingen Afvis godkendelse. Kreditorbestillingen er nu klar til at blive færdig behandlet (ved Statens Administration)

Side 19 af 25 Brugeren (hos Statens Administration)r vælger Bestillingskort, som vist tidligere. Bestillingen skal accepteres under Handlingsbånder under fanen Start og handlingen Acceptér. Kreditor er nu oprettet. Se også punkt 4.0 4.1.2 Redigering af Rejsekreditor i DDI Skal en af rejsekreditorernes stamdata rettes. Det kan være markeringeren i feltet Rejsekreditor på Kreditorkortet eller bogføringsgruppen der mangler, eller det kan være kreditors bankoplysninger der skal rettes. Det kan alt sammen rettes via Redigér data. Sti: Afdelinger/Økonomistyring/Indrapportering til ØSC/Bestillinger Vælg Redigér data. Vælg Kreditor og tryk OK

Side 20 af 25 Du vælger nu den kreditor der skal rettes, og tryk OK. Indtast og tilføj de oplysninger der mangler. I det viste eksempel er der tilføjet følgende oplysninger: CPR Nr.; her er angivet kreditors CPRnr. Anvend skabelon; her er sat en skabelon på der sørger for at div. bogføringsgrupper oprettes på kreditor. Rejsekreditor; her er sat en markering da kreditor skal bruges som rejsekreditor. Bemærk: Resten foregår som beskrevet under punkt 3.3.1.

5.0 Kreditorkort Dette afsnit henvender sig til Statens Administration og Selvejende institutioner, der behandler kreditordokumenter i NS. Side 21 af 25 5.1 Kreditor med kreditornr. fra nummerserie Når bestillingen er accepteret, er kreditoren oprettet med et bilagsnummer fra den nummerserie der er opsat under Decentral Indrapporteringsopsætning i DDI. Under oversigtspanelet Fakturering er felterne Virksomhedsbogføringsgruppe, Momsvirksomhedsbogf.gruppe og Kreditorbogføringsgruppe udfyldt ud fra den skabelon, som blev tilknyttet kreditorbestillingen. 5.2 Markering som Rejsekreditor Kreditorkortet indeholder nu feltet Rejsekreditor. Det er et krav at feltet er markeret på kreditorer til RejsUd2, da feltet bruges som filter i stamdataudtrækket til RejsUd2. Se også afsnit 1.1. For at få feltet udfyldt på eksisterende kreditorkortet kan du bruge Rediger kreditor bestilling i DDI, eller hvis du har mange kreditorer der skal udfyldes kan du bestille en kørsel. Bemærk: På grund af editeringsbegrænsning kan felter ikke udfyldes direkte på kreditkortet efter modtagelse af første batch fra fagsystemet RejsUd.

Side 22 af 25 Når der første gang er modtaget bilag fra RejdUd2 via GIS, stemples kreditor med Afsendersystem REJSUD2 og Afsender ID. Samtidig er kreditor spærret for editering. 6.0 Udbetalingskladder PM Dette afsnit henvender sig til alle med adgang til at afvikle udbetalinger. 6.1 Lav forslag med filter på Rejsekreditorer Sti: Afdelinger/Økonomistyring/Gæld og Udbetalingskladder PM Det er muligt i Udbetalingskladden at sætte filtre op, hvis du ønsker at danne et betalingsforslag kun med rejseposter fra RejsUd2. Når du har åbnet Udbetalingskladden skal du vælge Naviger i handlingsbåndet og punktet Lav forslag.

Nedenstående anfordringsbillede vises, hvor der i oversigtspanelet Kreditor kan angives, at der kun skal dannes poster på kreditorer med markering i Rejsekreditor, eller der kan angives et fagsystem fx REJSUD. Side 23 af 25 Kun åbne poster fra de kreditorer der opfylder betingelserne, bliver dannet i udbetalingskladden. Et eksempel på poster der er dannet i Udbetalingskladden, som er klar til godkendelse og betaling. 6.2 Rapporten Sammenlign betalingsoplysninger med originalt købsbilag Inden posterne i Udbetalingskladden udlæses, skal rapporten Sammenlign betalingsoplysninger med originalt købsbilag køres. Rapporten bruges af andengodkender til at tjekke, at bank og betalingsoplysninger i Udbetalingskladden svarer til dem kreditor har afsendt ved modtagelse af rejseposter fra RejsUd2. Er der afvigelser i rapporten, skal der tjekkes for om disse er gyldige og noteres tilsvarende, inden anden godkendelse foretages.

Bemærk: Det er vigtigt, at posterne vises som GIS poster i rapporten sammen med angivelse af fagsystemet, og IKKE som manuelle. Vises posterne som manuelle er der stor sandsynlighed for, at der ikke er opsat editeringsbegrænsninger. Se afsnit 1.4. Side 24 af 25 6.3 Check bogførte betalinger med indkomne købsbilag Sti: Afdelinger/Økonomistyring/Gæld/Rapporter Er der behov for efter bogføring, at se fx hvilke oplysning en rejsepost havde på betalingstidspunktet er det muligt, at trække rapporten Check betalinger med indkomne købsbilag. Når du vælger rapporten vises dette anfordringsbillede, hvor der i oversigtspanelet Kreditorpost kan angives, at der kun skal dannes poster på kreditorer med markering i Rejsekreditor, eller der kan angives et fagsystem fx REJSUD. Kun poster fra de kreditorer der opfylder betingelserne, bliver vist i rapporten.

Her ses et eksempel på rapportvisningen. Side 25 af 25