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

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

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

Hvorfor er kreditor og betaling ikke låst?

Oprettelse og opdatering af kreditorer

GIS: Anbefalinger og performance (NS )

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

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

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

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

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

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

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:

Kopiering af produktionsdatabaser for opsætning af testdatabaser

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

Manuelle opsætninger efter afsluttet opgradering til NS7.0

Navision Stat. Produktstrategi Opr Opd ØS/ØSY/CPS

Internt statsligt køb og salg i Navision Stat

Kvikguide til Navision Stat 9.x

Navision Stat GIS bagudkompatibilitet

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

Tidsplan til årsafslutningen 2015

Vejledning i opsætning af datastrømmene STUDADM1 og evt. STUDADM2 til integration mellem EASY A og/eller SIS og Navision Stat

Af Camilla Mørk Rösler 1. marts 2014 Versionsnummer Service Level Agreement (SLA) Kreditor

Navision Stat. Produktstrategi. Opd ØS/ØSY/CPS

Kvikguide til Navision Stat 7.x

Brug af rapporten Tjek original Dokument i udbetalingskladden

GIS indlæsning af kreditorer og betalingsform. Brugervejledning 1.0

Navision Stat. Produktstrategi. Opd ØS/ØSY/CPS

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

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

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

Navision Stat 5.1 GIS integration

Håndtering af rejsekreditorer - selvejeinstitutioner

Udsøgning af betalinger - kreditorer

Statens Administration ydelser og betalingsmodel for Økonomiservicecentret (ØSC) 2015

Standard opsætning af REJS-UD

Workshop 2 Implementering af IndFak2. marts

Navision Stat 5.4. Beskrivelse af SFTP kommunikation mellem NS 5.4 og det eksterne fagsystem. Overblik. Side 1 af 6

Servicebeskrivelse for IndFak. Juli 2019

Navision Stat GIS bagudkompatibilitet

Navision Stat 7.0. GIS SFTP kommunikation mellem NS 7.0 og INDFAK2. Overblik. Side 1 af 12. ØSY/SKH/CPS Opr

Finansministerens redegørelse vedrørende Statsrevisorernes bemærkninger til Rigsrevisionens beretning om revision af statsregnskabet for 2013

Beskrivelse af Generisk integration

Vejledning til årsafslutning 2014

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

FACTSHEET CONTINIA PAYMENT MANAGEMENT

RejsUd2 Oprettelse af indenlandsk Rejsekreditor

Formål med IndFak. Staten skal have ét system til håndtering af indkøb og fakturaer Procesbesparelser ved at automatisere arbejdsgange og kontroller

Forbedringer i Navision Stat 5.4

Navision Stat Featurepack

1. Tilretninger skal som udgangspunkt undgås 2. Hvis de ikke kan undgås, skal tilretninger implementeres:

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

Vejledning til årsafslutning 2015

Indlæsning af tilskud fra UVM

Servicebeskrivelse for RejsUd. Juni 2019

Bilag om bogføring. Indhold. 1. Indledning

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

Udbetaling og afregning af forskud i RejsUd

FGU opgaver under systemimplementeringen. April 2019

Selvejeinstitutioner Opret RejsUd kreditor rediger kreditor med DDI

Tidsplan til årsafslutningen 2014

Bilag 7 Forretningsnødplaner

ØSC Kundeforum. Den 19. juni 2012

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

Vejledning om. Automatisk Bankkontoafstemning i. Navision Stat via API eller Business Online

Navision Stat GIS SFTP kommunikation mellem NS og INDFAK2. Overblik. Side 1 af 12. ØSY/SKH Opr. d

Beskrivelse af SFTP kommunikation mellem NS og det eksterne fagsystem.

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

Webinar FGU Elektronisk bankafstemning i Navision Stat. sept 2019

Statens Administration ydelser og betalingsmodel for Økonomiservicecentret (ØSC) 2014

Indsendelse af filer til banken via API

RejsUd2 Oprettelse af udenlandsk Rejsekreditor

Udvalgte nye elementer i Navision DDI en

Fra Navision Stat 3.60 til 5.1

Tjekliste ved overgang til DB Webservice

Navision Stat 9.3 GIS integration

Yderligere kontroller på økonomiområdet

Navision Stat (NS 9.3)

Navision Stat 5.1 GIS integration

Navision Stat workshop 6. november 2018

Denne installationsvejledning beskriver hvordan man installerer EFI webservices til kommunikation mellem Navision Stat og Skat.

NemHandel registreringsvejledning. Navision Stat, INDFAK og Nemkonto. Introduktion. Overblik. Side 1 af 15. ØS/ØSY/CPS 7.

Vejledning til årsafslutning oktober 2013

Tilsynet med Statens Administration

Indrapportering til ØSC med DDI. Møde i Kulturministeriet november 2010 v/karen Ejersbo Iversen

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

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

Navision Stat 5.1 GIS integration (pilotversion)

Performanceoptimering Navision Stat

Indkøbs workshop. Implementering af indkøbsdelen i IndFak2

Akkumuleret Installationsvejledning NS

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

Anvendelse og funktion af Ændring af momssats i RejsUd og Rejsekonto i RejsUd Navision

BENCHMARK ANALYSE. The Continia Way to Pay!

Kvikguide til Navision Stat 9.2

Transkript:

Side 1 af 5 Ansvarsfordeling ved anvendelse af GIS Opr. 06.12.13 Opd. 27.05.15 ØS/ØSY/SKH/CPS Gældende ansvarsfordeling ved integration mellem lokalt fagsystem og Navision Stat via den generiske integrationssnitflade, GIS. I det følgende beskrives de særlige forhold, man som institution skal være opmærksom på ved integration mellem et lokalt fagsystem og Navision Stat, herunder den generelle tekniske godkendelse, og de særlige forhold for ØSC institutioner, der fordrer en tilsvarende forretningsmæssig godkendelse. Drift af lokale fagsystemer Driften af ethvert lokalt fagsystem er altid institutionens eget ansvar. Systemejerskab Det er givet, at institutionen har systemejerskabet og dermed ansvaret for vedligeholdelse og drift af selve fagsystemet, uanset overgang til ØSC. Det er ligeledes givet, at Moderniseringsstyrelsen har systemejerskab og dermed ansvaret for vedligeholdelse og drift af Navision Stat, for de institutioner, der er overgået til ØSC et. For de institutioner der ikke er overgået til ØSC et bibeholdes systemansvaret for Navision Stat af institutionen. Funktionalitet der er placeret i fagsystemet eller i en eventuel mellemliggende udvekslingsdatabase mellem fagsystemet og Navision Stat systemejes af kunden selv og supporteres IKKE af Moderniseringsstyrelsen. Det er således institutionens ansvar, at data overføres korrekt fra enten fagsystem 1 eller udvekslingsdatabasen til Navision Stat og omvendt. Institution Moderniseringsstyrelsen Fagsystem Udvekslingsdatabase Navision Stat GIS 1 Dette gælder også i de tilfælde, hvor fagsystemet, eller udvekslingsdatabasen, består af en ekstra Navision Stat database, hvortil, der er rekvireret særskilt licens.

Support og teknisk godkendelse Moderniseringsstyrelsen yder udelukkende support på Navision Stat funktionalitet, herunder de lokale GIS - opsætninger, som tidligere er teknisk godkendt af Moderniseringsstyrelsen, ved Navision Stat udviklingsenheden med udgangspunkt i tilsendt dokumentation. Side 2 af 5 Se: http://www.modst.dk/systemer/navision-stat/generiskintegrationssnitflade/support-og-teknisk-godkendelse for nødvendige dokumentationsskabeloner og tjeklister. Resultatet af den tekniske gennemgang håndteres på følgende måde: ØSC-kunde IKKE ØSC kunde Positivt svar Resultatet af den tekniske vurdering videresendes til ØSC et for efterfølgende forretningsmæssig kontrol Resultatet af den tekniske vurdering sendes til kunden Negativt svar Resultatet af den tekniske vurdering sendes til kunden med kopi til ØSC et Resultatet af den tekniske vurdering sendes til kunden Ressortændringer og anden flytning af datastrømme Ved overtagelse af GIS-integration, der er godkendt under en bogføringskreds og flyttet til anden bogføringskreds, fx i ifm. en ressortændring, skal der indhentes ny godkendelse efter flytningen af datastrømmen. Forretningsmæssig godkendelse af GIS integrationer for ØSC institutioner For GIS integrationer hos ØSC institutioner gælder endvidere, at disse yderligere skal forretningsmæssig godkendes af ØSC et. Formålet med den forretningsmæssige godkendelse er at sikre, at der kun idriftsættes GIS-løsninger, som lever op til det gældende regelsæt på området, herunder understøtter hensigtsmæssige og effektive arbejdsgange i ØSC et i overensstemmelse med standard opgavesplittet. ØSC et er ansvarlige for den forretningsmæssige godkendelse af opsætningen i Navision Stat ud fra en datamæssig kontrol, eftersom det er ØSC et, der står for den daglige behandling af de data, der modtages via GIS.

Den forretningsmæssige godkendelse er todelt: Side 3 af 5 1. Forretningsmæssig godkendelse på testniveau i umiddelbar forlængelse af Moderniseringsstyrelsen tekniske godkendelse 2. For integrationer der afleder udbetalinger, foretages der endvidere i produktion, inden idriftsættelse, en datakontrol for aktivering af faktisk udveksling af data mellem Navision Stat og det lokale fagsystem. I fald denne del ikke vurderes at fungere hensigtsmæssigt, tager ØSC direkte kontakt til kunden. Bemærk, at det kun er ØSC et, der kan opsætte og aktivere/de-aktivere datastrømme, og at en datastrøm således først bliver aktiveret, når den forretningsmæssige godkendelse er på plads, og ØSC et har modtaget en opsætningsfil i txt-format. Den samlede godkendelsesproces for ØSC institutioner er opsummerende skitseret herunder: Følsomme persondata Der må ikke overføres følsomme persondata fra lokale fagsystemer til Navision Stat! Navision Stat indeholder, som udgangspunkt, ikke følsomme persondata, hvorfor det omvendt IKKE er muligt at hente denne type af data fra Navision Stat til lokale fagsystemer.

Godkendelse af data Alle data overført til Navision Stat, via GIS, forudsættes godkendt af institutionen FØR overførelse. Dette betyder, at det er institutionens eget ansvar, at alle data, der forudsættes godkendt, fx købsfakturagrundlag, har undergået de nødvendige kontroller, før aflevering til Navision Stat. Side 4 af 5 Godkendelsen kan enten ske via en manuel eller en systemunderstøttet håndtering i det afsendende lokale fagsystem 2. Såfremt data afleveres til en Navision Stat database i ØSC et, sørger ØSC et for de resterende standardiserede godkendelser, for de efterfølgende processer, jf. best practise. Afstemning af data der udveksles via GIS Sikring af at der kan afstemmes og bliver afstemt mellem Navision Stat og de lokale fagsystemer er altid institutionens ansvar. Kontrol af udbetalingsdata De væsentligste afstemningsdata er givet ved de data, der resulterer i udbetalinger. Disse data kan kontrolleres automatiseret eller manuelt, og er i det følgende beskrevet i prioriteret rækkefølge. Automatiseret systemunderstøttet betalingskontrol For en sikring af at der kan foretages en automatiseret og dermed effektiv kontrol af udbetalinger forudsættes følgende opfyldt: 1. Kreditor oprettes via det pågældende fagsystem. 2. Kreditor oprettes uden integration til elektronisk fakturering (uden E-bilag partner). 3. Der opsættes editeringsbegrænsninger for det pågældende fagsystem for udvalgte NS tabeller. 4. Kreditorposteringer leveres med bilagstype blank eller faktura fra fagsystemet. 5. Der oprettes kun 1 bankkort pr. kreditor fra fagsystemet. 6. Der må ikke være opsat mapning på betalingsoplysnings-tabellerne i Navision Stat. 7. Alle kreditorposteringer levereres til købskladden, eller som købsbilag. Såfremt de 7 nævnte krav kan opfyldes, vil det være muligt at foretage en automatiseret afvigelsesrapportering i Navision Stat mellem de GIS leverede data og de tilknyttede Navision Stat udbetalingsdata umiddelbart forud for betaling. 2 Bemærk, at ved EXCEL-GIS integration betragtes EXCEL som et lokalt fagsystem.

For ØSC databaser skal alle nye fagsystemer, der afleverer data til udbetaling via GIS integrationer, opfylde ovenstående krav. For eksisterende GIS-integrationer i ØSC et, der ikke kan opfylde ovenstående krav, skal der indgås en midlertidig separat aftale mellem ØSC et og institutionen om manuel kompenserende kontroller, herunder afregning af hermed forbundne omkostninger. Denne aftale vil i så fald alene kunne være gældende til udgangen af 1. halvår 2015, hvorefter alle fagsystemer forventes at leve op til krav for automatiseret systemunderstøttet betalingskontrol. Side 5 af 5 Manuel papirbaseret betalingskontrol Hvis ikke punkt 1, 5 og 7 kan opfyldes af fagsystemet, er det ikke muligt at foretage en automatiseret systemunderstøttet kontrol i forbindelse med udbetalinger. I stedet skal der ske en kontrol af data, baseret på 2 rapporter, nemlig Navision Stat rapporten Sammenlign betalingsoplysninger med originalt købsbilag 3 samt en rapport/dokumentation leveret af fagsystemet/institutionen, der kan anvendes til at kontrollere op imod de betalingsposter, der ligger i udbetalingskladden i Navision Stat. For ØSC-institutioner skal denne løsning alene opfattes som en forebyggende foranstaltning, indtil fagsystemet lever op til krav for automatiseret systemunderstøttet betalingskontrol. Dette forventes etableret senest med udgangen af 1. halvår 2015. Generelle afstemninger For almene afstemninger mellem fagsystemet og Navision Stat, kan der aftales udvalgte områder til papirbaseret kontrol. For Navision Stat løses dette via en anvendelse af rapporten Modtagne batches. For ØSC institutioner gælder det, at institutionen og ØSC et i fællesskab skal fastlægge et passende kontrolniveau. Når dette er på plads, retter ØSC et henvendelse til MODST s økonomisupport for hjælp til at opsætte rapporten Modtagne batches, for den pågældende datastrøm. Se i øvrigt frigivne kvikguides til automatiseret betalingskontrol og generelle afstemninger på: http://www.modst.dk/systemer/navision-stat/spoergsmaal- Svar-og-Kvikguides-NS5X Og http://www.modst.dk/systemer/navision-stat/vejledninger/vejledninger- STAT-NS70 3 Bemærk, at denne rapport bruges til følgende typer af udbetalinger: genereret via DDI, leveret som E-bilag, manuelt indtastede og bilag der leveres af GIS, uden at opfylde de nævnte krav.