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?

GIS: Anbefalinger og performance (NS )

Oprettelse og opdatering af kreditorer

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

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 9.2. HR Medarbejder. Overblik. Side 1 af 11. ØSY/SKH 5. december 2018

Kvikguide til kørslen Forbered for RejsUd2 integration

Nedenstående beskriver den samlede mængde af funktionalitetsændringer mellem Navision Stat 9.1 og 9.2, 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.

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

Navision Stat GIS bagudkompatibilitet

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

Manuelle opsætninger efter afsluttet opgradering til NS7.0

Internt statsligt køb og salg i Navision Stat

GIS indlæsning af kreditorer og betalingsform. Brugervejledning 1.0

Navision Stat 5.1 GIS integration

Kopiering af produktionsdatabaser for opsætning af testdatabaser

Standard opsætning af REJS-UD

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

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

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

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

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

Navision Stat GIS bagudkompatibilitet

Indlæsning af tilskud fra UVM

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

Tidsplan til årsafslutningen 2015

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

Navision Stat 9.3 GIS integration

Kvikguide til Navision Stat 9.x

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

Bilag om bogføring. Indhold. 1. Indledning

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

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. Produktstrategi. Opd ØS/ØSY/CPS

Servicebeskrivelse for IndFak. Juli 2019

Udsøgning af betalinger - kreditorer

Workshop 2 Implementering af IndFak2. marts

Navision Stat 5.1 GIS integration (pilotversion)

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

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

Forbedringer i Navision Stat 5.4

Webinar FGU Elektronisk bankafstemning i Navision Stat. sept 2019

Beskrivelse af SFTP kommunikation mellem NS og det eksterne fagsystem.

Servicebeskrivelse for RejsUd. Juni 2019

Navision Stat 5.1 GIS integration

Håndtering af rejsekreditorer - selvejeinstitutioner

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

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

Beskrivelse af Generisk integration

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

Kvikguide til Navision Stat 9.2

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

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

Tjekliste ved overgang til DB Webservice

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

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

FACTSHEET CONTINIA PAYMENT MANAGEMENT

FACTSHEET TIL MICROSOFT DYNAMICS NAV CONTINIA E FAKTURA

Performanceoptimering Navision Stat

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

Vejledning til årsafslutning 2015

Yderligere kontroller på økonomiområdet

Funktionsopdatering ASPECT4 Finance (B=fejl, S=support/Info, T=Opgave, W=Releaseønske) 1233 Nulstilling/ændring af dimensionskontonumre

FGU opgaver under systemimplementeringen. April 2019

Navision Stat (NS 9.3)

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

Selvejeinstitutioner Opret RejsUd kreditor rediger kreditor med DDI

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

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

GDPR vejledning. 1. maj Indhold. ClientView GDPR vejledning

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

Workshop 1 Implementering af IndFak2. marts

1 QUICK GUIDE. Sådan kommer du i gang / Quick guide

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

Tilslutningsaftale Til Webservice

Tidsplan til årsafslutningen 2014

NemHandel registreringsvejledning. Navision Stat, INDFAK og Nemkonto. Introduktion. Side 1 af 15. ØS/ØSY/CPS 13. april 2016

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

Vejledning til årsafslutning 2014

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

CONTINIA PAYMENT MANAGEMENT BANKKONTO AFSTEMNING FACTSHEET

Brug af rapporten Tjek original Dokument i udbetalingskladden

Navision Stat workshop 6. november 2018

KØBSPROCESSEN i forbindelse med Elektroniske fakturaer

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

Servicebeskrivelse for Statens BI LDV. Juni 2019

SBS - Det Statslige Budgetsystem

TM Sund. NemSMS/Digital Post brugervejledning. TM Care a/s Niels Hemmingsens Gade 9, København K

Continia Statement Intelligence Demonstrations vejledning Statement Intelligence. December 2017 PM 2.50

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

Indkøbskuben (NS_Indkøb) Denne kube anvendes til at se de indkøb der er foretaget.

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

Guide til opdatering af Navision Stat med ny funktionalitet - nye objekter, datakonvertering, automatisk indlæsning af datafiler.

Installationsguide. Integration af erhvervsdata fra NN Markedsdata til Microsoft Dynamics NAV 2015

Transkript:

Side 1 af 5 Ansvarsfordeling ved anvendelse af GIS Opr. 06.12.13 Opd. 10.03.17 ØS/ØSY/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 SAM 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 SAM. 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 SAM. For de institutioner der ikke er overgået til SAM 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: Positivt svar Negativt svar SAM-kunde Resultatet af den tekniske vurdering videresendes til SAM for efterfølgende forretningsmæssig kontrol IKKE SAM kunde Resultatet af den tekniske vurdering sendes til kunden Resultatet af den tekniske vurdering sendes til kunden med kopi til SAM 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 SAM institutioner For GIS integrationer hos SAM institutioner gælder endvidere, at disse yderligere skal forretningsmæssig godkendes af SAM. 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 SAM i overensstemmelse med standard opgavesplittet. SAM er ansvarlige for den forretningsmæssige godkendelse af opsætningen i Navision Stat ud fra en datamæssig kontrol, eftersom det er SAM, der står for den daglige behandling af de data, der modtages via GIS. Den forretningsmæssige godkendelse er todelt: 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 SAM direkte kontakt til kunden.

Bemærk, at det kun er SAM, 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 SAM har modtaget en opsætningsfil i txt-format. Side 3 af 5 Den samlede godkendelsesproces for SAM institutioner er opsummerende skitseret herunder: Samlet MODST/SAM proces for godkendelse af GIS-løsning Vurdering af løsning (Testmiljø) Vurdering af løsning (Produktionsmiljø) Idriftsættelse Teknisk vurdering i MODST (MODST tjekliste) Forretningsmæssig vurdering i SAM (SAM tjekliste) Samlet tilbagemelding til institutionen fra SAM (vurderingsskema) Datakontrol i SAM for løsninger med udbetaling (SAM tjekliste) Samlet tilbagemelding til institutionen fra SAM (vurderingsskema) Løbende dialog om løsningen mellem SAM og institutionen Ansvar for løbende kontrol af datastrømme SAM er ansvarlig for at der ikke foretages udbetalinger via fagsystemer som ikke er endeligt godkendt, eller som ikke har indgået en aftale om manuel kontrol. SAM foretager derfor en månedlig kontrol af poster som er dannet fra et fagsystem, og som har ført til udbetaling. SAM foretager ligeledes kontrol af de datastrømme som danner nye batches, der ikke før er registreret i rapporten. 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 SAM, sørger SAM 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. Kreditorposteringer leveres med bilagstype blank eller faktura fra fagsystemet. Sidstnævnte forudsætter at der ydermere medsendes betalingsoplysninger via tabellen Køb./betalingsoplysning. 4. Der oprettes kun 1 bankkort pr. kreditor fra fagsystemet. 5. Der må ikke være opsat mapning på betalingsoplysnings-tabellerne i Navision Stat, uanset hvilke tabeller og felter, der er opsat. 6. Alle kreditorposteringer levereres til købskladden, eller som købsbilag. Såfremt de 6 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.

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. Side 5 af 5 For SAM institutioner gælder det, at institutionen og SAM i fællesskab skal fastlægge et passende kontrolniveau. Når dette er på plads, retter SAM henvendelse til MODST s økonomisupport for hjælp til at opsætte rapporten Modtagne batches, for den pågældende datastrøm. Se ligeledes http://www.modst.dk/systemer/navision-stat/vejledninger