Navision Stat Featurepack

Side 1 af 48

Navision Stat 5.4.02 – Featurepack SystemInfo Moderniseringsstyrelsen udgiver, ved hver Navision Stat frigivelse, en beskrivelse af den samlede installation sammen med en kortfattet beskrivelse af alle de nye funktionalitetsændringer. SystemInfoen giver således en introduktion til det komplette sæt af: systemkomponenter, datafiler, installationsvejledninger og brugervejledninger, der leveres ved Navision Stat frigivelsen.

Overblik Introduktion

Baggrund Featurepack NS 5.4.02 frigives med det primære formål at forberede Navision Stat for integration med INDFAK2, hvor Navision Stat både skal udveksle flere stamdata med INDFAK2 end med INDFAK 1, og hvor Navision Stat skal modtage E-bilag fra INDFAK 2 indeholdende nye oplysninger fra INDFAK2. De væsentligste funktionalitetsændringer  NS5.4.02 vil understøtte en modtagelse af E-bilag fra INDFAK 2, baseret på fuld kontostreng udfoldet på INDFAK 2. NS5.4.02 vil således sikre, at der både vil kunne integrereres til INDFAK 1 og 2, frem til det tidspunkt, hvor den enkelte institution skifter fra INDFAK1 til INDFAK 2. 

Eftersom både virksomheder og borgere pr. 1. november 2014 skal kunne modtage digitalpost fra det offentlige, vil NS 5.4.02 ligeledes blive lanceret med første generation af integration til Digitalpost, således at det bliver muligt, fra Navision Stat at fremsende salgsbilag via Digital Post i forbindelse med bogføring eller udstedelse af salgsbilag.



Derudover indeholder NS 5.4.02 rettelser, der samlet set reducerer oplevede låsninger for institutioner med mange samtidige brugere og store datamængder.

27.10.2014 ØS/ØSY/CPS

Side 2 af 48 Frigivelse 1. november 2014. Installationsfrist Forud for skift til INDFAK 2, og ultimativt inden opgradering til NS 7.0, der netop forudsætter, at NS5.4.02 er installeret. Forudsætninger for indlæsning NS 5.4.01 skal være indlæst. Opmærksomhedspunkter  Der kan ikke udveksles data med foranliggende indkøbssystem som fx IndFak1 under Navision Stat databasens opgradering!  Der kan ikke udveksles data via GIS’en under Navision Stat databasens opgradering!  Eventuelt opsat systemkodefilter på aliaskonteringstabellen bør omlægges til udeladelsesfilter efter implementering af NS5.4.02 og inden opgradering til NS 7.0. (IN02247) Teknik Featurepakken indeholder ændringer af følgende type: 1. 2. 3. 4.

Ændringer af Navision Stat databasen (funktionalitet) Nye rettighedsfiler Nye datafiler Ny Digital Post Invoker

Specielt om integration til Digital Post For opsætning af Digital Post integration henvises til vejledningerne:  

Digital Post tilslutning – Trin for trin Digital Post Invoker installationsvejledningen

Begge vejledninger kan hentes på: http://www.modst.dk/Systemer/NavisionStat/Officielle-frigivelser/Navision-Stat-5402

Side 3 af 48 Indholdsfortegnelse

Overblik .............................................................................................................................. 1 Introduktion .................................................................................................................. 1 Baggrund.................................................................................................................... 1 De væsentligste funktionalitetsændringer ............................................................. 1 Installationsfrist ........................................................................................................ 2 Forudsætninger for indlæsning............................................................................... 2 Opmærksomhedspunkter........................................................................................ 2 Teknik ........................................................................................................................ 2 Specielt om integration til Digital Post ................................................................. 2 Målgruppe ...................................................................................................................... 5 Hvorfor er det vigtigt? ................................................................................................. 5 Seneste ændring ............................................................................................................. 5 Introduktion .................................................................................................................. 6 Komponent og filoversigt ........................................................................................... 7 Installation Trin for Trin ............................................................................................. 8 Forberedelse af data pr. Navision Stat og INDFAK regnskab ......................... 8 Forberedelse af Navision Stat databasen .............................................................. 8 Indlæsning via VMS ................................................................................................. 9 Opsætning for INDFAK2 integration ................................................................ 11 Konvertering af bruger-id’er................................................................................. 12 Skift fra systemkodefilter til udeladelsesfilter ..................................................... 12 Opsætning af integration til Digital Post (efter aftale) ...................................... 13 ØS-LDV .................................................................................................................. 13 Strammet ekstern adgang til originale E-Bilag ................................................... 14 Beskrivelse af ny funktionalitet ..................................................................................... 15 Administration / Brugeradministration................................................................... 15 IN02236 Forbedring af brugerkontrollisterne ................................................... 15 Digital indrapportering til ØSC’et, DDI ................................................................. 15 IN02219 Godkendelsesflow på redigering af data via DDI ............................ 15 Elektronisk fakturering .............................................................................................. 16 IN01967 E-bilag, af typen Salgsfaktura, udvides med flere oplysninger........ 16 IN02174 Ekstern visning af Originale E-bilag .................................................. 16 IN02204 U-sendte E-bilag, med afvigende faktureringsdebitor ..................... 17 IN02238 Check stamdata opsætning uden advarsler ........................................ 18 IN02240 Visning af ’Indgående dokument nr.’ på manuelle købsbilag ......... 18 IN02264-02 Åbning af indbakkerne uden tunge databehandlinger................ 19 IN02264-03 Filtrering ved massebehandling ..................................................... 20 IndFak2 integration .................................................................................................... 21 N02171 Aflevering af data til IndFak2 ............................................................... 21 IN02202 Modtagelse af E-bilag med nye data fra IndFak2 ............................. 21 IN02311 Kreditordublet og matchhåndtering ................................................... 22 IN02312 Tværgående bilagsidentifikation .......................................................... 22 IN02339 Ophævelse af tjek for forskellig budgetnavne ................................... 23 Finans ........................................................................................................................... 24

Side 4 af 48 IN02264-01 Indlæsning af lønfinansposter (SLS) med færre låsninger ......... 24 IN02033 Kontoskemaændringer jf. 2013-kontoplanen.................................... 24 IN02263 Ændring til momslov ............................................................................ 24 Generelt ........................................................................................................................ 26 IN02264-04 Konflikt mellem prioritering af forslags- og aliasdimensioner.. 26 IN02283 Versionsmarkering af NS5.4.02 løsningen......................................... 27 IN02302 Strammet adgang til sletninger i ændringsloggen.............................. 28 Generisk integrationssnitflade, GIS ......................................................................... 29 IN02188 Opdatering af DDI records/kreditorer via rejseafregninger .......... 29 IN02239 GIS-enabling af lønnummertabellen .................................................. 29 IN02247 Udeladelse af GIS data indenfor et filter ........................................... 29 IN02346 Indsættelse af fejltekst i GIS automatiseringslog ved fejl ................ 30 Køb – PM/NKS ......................................................................................................... 31 IN02221 Diverse mindre rettelser til betalingskontrolrapporterne ................ 31 IN02257 Åbning for bilagstype ’Faktura’ ved betalingskontrol af GIS-bilag 32 IN02258 Advarsler vist på betalingskontrolrapporterne .................................. 33 IN02281 Betalingsvalideringen på FIK betalinger udvides med valutatjek ... 33 Personale ...................................................................................................................... 34 IN02284 Filtrering på fysisk medarbejder ifm. 'Opret Medarb. som Deb/Kred' ............................................................................................................... 34 Salg & Marketing – Bogfør og E-mail integration ................................................. 34 IN02190 Mulighed for selv at angive afsender e-mail adresse ........................ 34 Salg & Marketing – Digital Post integrationen ....................................................... 35 IN02057 Digital Post ............................................................................................. 35 IN02337 Opdatering af rettigheder ..................................................................... 36 Sager og Ressourcer.................................................................................................... 37 IN02256 Fejl i ’Bogføring af overhead’ ved nul-saldi ....................................... 37 Skærpet sikkerhed ....................................................................................................... 37 NS WEB REG TOOL .............................................................................................. 38 IN02160 Opgradering af værktøjet for en understøttelse af PoRS2 .............. 38 IN02218 Tilpasning af værktøjet for understøttelse af IndFak2 ..................... 38 Bilag A – Opdaterede vejledninger ............................................................................... 39 Bilag B – Tilladte kompileringsfejl ................................................................................ 40 Bilag C – NS 5.4.02 Objektliste ..................................................................................... 42 Bilag D – Indlejret konvertering ................................................................................... 47 Før-konvertering ......................................................................................................... 47 Efter-konvertering ...................................................................................................... 47 IN02240 Fejlagtig visning af indgående dok. nr. på manuelle Købsbilag...... 47 IN02236 Forbedring til brugerkontrollisterne ................................................... 47 IN02312 Tværgående bilagsidentifikation .......................................................... 47 Bilag E – Oversigt over pilottest ................................................................................... 48

Side 5 af 48 Målgruppe

SystemInfoen har som altid 2 målgrupper: 1. Intern IT, driftscentre (KMD og SIT) og øvrige konsulenter, der har brug for overblikket over den samlede installation, før installation, af de enkelte komponenter i løsningen, påbegyndes. 2. Daglige Navision Stat brugere, der gerne vil have en hurtig introduktion til forskellene mellem aktuel og ny version.

Hvorfor er det vigtigt?

Med SystemInfoen gives en overordnet beskrivelse af installationsforløbet og en kortfattet beskrivelse af den nye funktionalitet. Seneste ændring

Publiceret første gang: 27.10.14 Seneste ændring: 27.10.14

Side 6 af 48 Introduktion

Opgradering fra Navision Stat 5.4.01 til Navision Stat 5.4.02 afleder opgaver, der skal udføres af forskellige enheder. Nedenstående skema viser den mest hensigtsmæssige opgave fordeling for institutioner, der anvender Navision Stat 5.4.01, men som IKKE er overgået til ØSC’et. Type af rettelse ’Forberedelse af data pr. Navision Stat og INDFAK regnskab’ ’Forberedelse af Navision Stat databasen’ ’Indlæsning via VMS’ ’Opsætning for generel INDFAK integration’ ’Opsætning for INDFAK2 integration’ ’Konvertering af Bruger ID’er’ ’Skift fra systemkodefilter til udeladelsesfilter’

Step 1

Udføres af Disponent og Bogholder

Bemærkning Kræver indsigt i data.

2-19

Superbruger, Intern IT, Hosting partner Superbruger, Intern IT, Hosting partner

Afhænger af eventuel hostingaftale.

25

Institutionen

’Opsætning af integration til Digital Post’

26

’ØS-LDV’

27

’Strammet ekstern adgang til originale E-Bilag’

28

Selve Digital Post tilslutningen skal udføres af institutionen, mens installation af Digital Post invokeren bør udføres af Intern IT eller Hosting partneren Superbruger, Intern IT, Hosting partner Superbruger, Intern IT, Hosting partner

Anbefales håndteret men er valgfrit frem til opgradering til NS 7.0 Afhænger af eventuel hostingaftale.

20-24

Afhænger af eventuel hostingaftale Afhænger af eventuel hostingaftale

Nedenstående skema viser den mest hensigtsmæssige opgave fordeling for institutioner, der anvender Navision Stat 5.4.01, og som er overgået til ØSC’et MED hosting hos KMD eller SIT. Type af rettelse ’Forberedelse af data pr. Navision Stat og INDFAK regnskab’ ’Forberedelse af Navision Stat databasen’ ’Indlæsning via VMS’ ’Opsætning for generel INDFAK integration’ ’Opsætning for INDFAK2 integration’ ’Konvertering af Bruger ID’er’ ’Skift fra systemkodefilter til udeladelsesfilter’ ’Opsætning af integration til Digital Post’

Step 1

Styres af MODST

Udføres af Disponent (kunde) og bogholder (ØSC).

2-19

MODST

20-24

MODST

KMD og SIT står for objekt opdatering og datakonvertering. KMD og SIT står for opsætningen.

25 26

Institutionen Institutionen

’ØS-LDV’ ’Strammet ekstern adgang til originale E-Bilag’

27 28

Institutionen MODST

Institutionen KMD og SIT står for installation af Digital Post invokeren (og den afledte Navision Stat opsætning pr. regnskab). Institutionen KMD står for opsætningen.

Side 7 af 48 Komponent og filoversigt

Følgende komponenter og datafiler skal downloades fra http://www.modst.dk/Systemer/Navision-Stat/Officielle-frigivelser/NavisionStat-5402 for en komplet STANDARD opgradering fra Navision Stat 5.4.01 til Navision Stat 5.4.02. Zip-filer

Beskrivelse

Filnavn

NS5402_STAT_27102014.zip

Objektrettelser (inklusiv efter-konvertering)

5402.fob

Bruges af alle statslige institutioner

Informationsfil (INF): generel indlæsning

5402.INF

på en ren standard Navision Stat

Informationsfil (TXT): data indlæsning

5402.TXT

løsning.

Rettighedsopsætning

Rettigheder_stat_5402_22092014.txt

Kontoskema

Kontoskema_5402_17022014.txt

Momsangivelsesliste

Momsangivelse_5402_08082014.txt

XMLBRO opsætning

XMLBRO_5402_25082014.txt

Bankopsætningsfil

DBTS_2.0513_2.xml1

NS5402_SELVEJE_27102014.zip

Objektrettelser (inklusiv efter-konvertering)

5402.fob

Bruges af alle selvejende institutioner

Informationsfil (INF): generel indlæsning

5402.INF

under Ministeriet for Børn og

Informationsfil (TXT): data indlæsning

5402.TXT

Undervisning.

Rettighedsopsætning

Rettigheder_selveje_5402_22092014.txt

Kontoskema

Kontoskema_5402_17022014.txt

Momsangivelsesliste

Momsangivelse_5402_08082014.txt

XMLBRO opsætning

XMLBRO_5402_25082014.txt

Bankopsætningsfil

DBTS_2.0513_2.xml2

Digital Post invoker_5.40.02. -

Installationsfil for installation af Digital Post invoker

Digital Post invoker_5.40.02. -1.0.11.msi

1.0.11.zip

(webservice)

1

Bemærk at den gamle NKS-fil fra NS5.4 ligeledes genindlæses af konsistensmæssige hensyn.

2

Bemærk at den gamle NKS-fil fra NS5.4 ligeledes genindlæses af konsistensmæssige hensyn.

Side 8 af 48 Installation Trin for Trin

Forberedelse af data pr. Navision Stat og INDFAK regnskab 1. Sørg for at de sidste kritiske bilag i INDFAK eller andet foranliggende indkøbssystem er godkendte og overført til Navision Stat. Luk herefter for yderligere godkendelser/overførelser fra indkøbssystemet til Navision Stat. Forberedelse af Navision Stat databasen 2. Sørg for at du er eneste bruger på databasen og log på Navision Stat som SUPER-bruger (database owner på serveren). 3. Tag en Navision Stat sikkerhedskopi af driftsdatabasen (baserne). 4. Download og unzip filen NS5402_STAT_27102014.zip, eller NS5402_SELVEJE_27102014.zip3, der skal anvendes i forbindelse med indlæsning i både test og driftsmiljø. Sørg for at de udpakkede filer placeres i den samme folder. 5. Download og unzip øvrige filer, der skal anvendes i forbindelse med indlæsning i både test og driftsmiljø. Disse filer kan frit placeres 6. Det tjekkes, at institutionens driftsobjekter kan kompilere, hvis ikke analyseres hvorfor. Kompilering sker via Navision/ Funktioner/ Object Designer. Markering af objekttype = All og af alle linier. Klik på F11. For at se objekter med kompileringsfejl klikkes på Vis/ Kun afmærkede. Bemærk at der findes objekter i Navision Stat, der ikke nødvendigvis behøver at kunne kompilere på serveren, pga. eventuelt manglende software som Navision Stat integrerer til. Dette gælder f.eks. Word, Excel, Outlook og PM-programudvidelsesfilen CBICindk.dll. Se også listen i Bilag B.

3

Bruges udelukkende af selvejende institutioner under UVM.

Side 9 af 48 Indlæsning via VMS4 7. Åbn Navision Stat og vælg Administration/ IT-administration/ Versionsstyring (VMS)/ VMS Objektpakke. 8. Opret henvisning til en pakke via F3 - åben filen 5402.fob. Hvis meddelelsen: ”Der er konflikt mellem de objekter der skal indlæses og de objekter der er i databasen. Konflikterne skal løses før indlæsning kan fortsættes” vises, klikkes der blot OK. 9. Vælg faneblad ’Status’. Udfør ’Opr. Objektliste udskrevet’ og udskriv listen. 10. Udfør ’Objektkonflikter løst’ og svar JA til meddelelsen: ”Et eller flere objekter er i konflikt med allerede installerede objekter. Disse konflikter skal løses evt. med hjælp fra forhandler. Er konflikterne løst, således at en alternativ objektfil kan indlæses?”5. 11. Indlæs objektfilen6 5402.fob via Navision/ Funktioner/ Object Designer/ Filer / Import. Åbn filen 5402.fob. Ved ingen konflikter; Klik ’Nej’ for åbning af ’Import Worksheet’ – vinduet. I ’Import Worksheet’ – vinduet trykkes på knappen ‘Replace all’ og derefter knappen ‘OK’. Nyt vindue ”Import completed” viser resultat af indlæsningen - klik OK.7 12. Udfør ’Objektpakke indlæst’. Svar ’Ja’ til, at alternativ objektfil er indlæst. 13. Udfør ’Datakonverteret (part 2)’8. Vent på at Navision Stat kvitterer for afsluttet konvertering. 14. Udfør ’Ny Objektliste udskrevet’ og udskriv listen.

Se også brugervejledning til VMS på: http://www.modst.dk/Systemer/NavisionStat/Vejledninger-NS-5X 5 Hvis ingen objektkonfliktadvarsel fortsættes blot direkte til punkt 11. 6 Indeholdende i alt 160 objekter. 7 Hvis databasen IKKE er 100 % standardiseret, skal der eventuelt anvendes alternativ objektfil. 8 Se bilag D for en beskrivelse af efter-konverteringen . 4

Side 10 af 48 15. Udfør ’Datafiler importeret’. Hvis du har flere regnskaber på databasen, skal du skifte regnskabet og gentage punktet for hvert regnskab. I forbindelse med indlæsningen af de 2 bankopsætningsfiler til hhv. DBTS og NKS fås 2 advarsler pr. regnskab:

Til disse svares blot ’Opdater’ og efterfølgende ’Ja’. Bemærk at denne del kan være tidskrævende Du kan se en samlet oversigt over automatisk indlæste filer og deres status på Pakke/ Datafiler.

16. Udfør ’Kvitteringsfil udlæst’. 17. Udfør ’Kvitteringsfil sendt til ØS (MODST)’9. 18. Luk og genåbn regnskabet10. 19. Kontroller at der fortsat kan kompileres via Navision/ Funktioner/ Objekt Designer. Marker objekttype = All og alle linjer. Klik på F11. Eventuelle objekter der ikke kan kompilere, skal fortsat fremgå af listen i Bilag B. Hermed er alle objektrettelser og nødvendige datafiler indlæst. Du kan se en samlet liste over alle blivende objekter i bilag C. Kvitteringsfilen sendes til Moderniseringsstyrelsen, via VMS, såfremt Outlook er installeret på den PC, hvorfra opgraderingen foregår. I modsat tilfælde skal kvitteringsfilen overføres til en PC med Outlook, hvorfra den skal fremsendes som vedhæftet mail til [email protected]. 10 I tilfælde af flere samtidige versionsopdateringer, fx fordi man er bagud på versionsopdatering, er det vigtigt at genåbne regnskaberne mellem hver versionsopdatering, således at versionskortet opdateret korrekt. 9

Opsætning for generel INDFAK integration 20. For Navision Stat regnskaber med INDFAK 1/INDFAK2 integration skal schematron validering efterfølgende slås fra, som nedenstående beskrevet:  

SkematronvalideringIND = Nej for UBL2.0: Invoice, Creditnote, Order, OrderChange Reminder, Statement og UtilityStatement Skematronvalidering UD = Nej for UBL2.0: Applicationresponse

Sti: Økonomistyring/Opsætning/Generel Integration/ NS TS Integration/Dokumenttyper. Opsætning for INDFAK2 integration Navision Stat kan forberedes for integration med INDFAK2 samtidigt med, at der problemfrit udveksles med INDFAK1. I den forbindelse skal der fortages 3 typer af opsætningsændringer, nemlig via E-Bilagsstyringsopsætningen, E-Bilag afsenderopsætningen og GIS-integrationsopsætningen. 21. I E-bilagsstyringsopsætningen skal du sikre, at: ’Artskonto ID kode INDFAK2’ sættes til ’15’ ’Sagsnr.ID kode’ sættes til ’06’ ’Sagsopgavenr.ID’ sættes til ’07’ ’Indfak 2 ID kode’ sættes til ’90’ Se også eksemplet herunder:

Sti: Økonomistyring/Opsætning/Generel Integration/ NS_TS Integration/E-Bilag/Styringsopsætning.

Side 11 af 48

22. I den nye tabel ’E-bilag Afsenderopsætningen’ opsættes der automatisk, i forbindelse med opgraderingen, følgende rækker, for at kunne håndtere de aftalte forskelle i håndtering af tværgående identifikatorer og accept/afvisningssvar fra Navision Stat til hhv. INDFAK1 og INDFAK2.

Kontroller at denne opsætning ser ud som ovenstående for alle regnskaber. Sti: Økonomistyring/Opsætning/Generel Integration/ NS_TS Integration/E-Bilag/Afsenderopsætning. 23. For en opsætning af de nødvendige GIS datastrømme for udveksling af masterdata- og transaktionsdata henvises til vejledningen 'GIS Installationsvejledning INDFAK2 integration'. Konvertering af bruger-id’er 24. For en visning af bruger-id’er, der er eventuelt er ændret fra små til store bogstaver ifm. punkt 13, kan man, efter endt konvertering, afvikle rapporten 6007370 – ”Changed User Settings” fra objekt designeren. Her angives ”Start tid” = dato og tid for begyndelsen af konverteringen. ”Slut tid” = dato og tid for afslutningen af konverteringen. Skift fra systemkodefilter til udeladelsesfilter 25. Bemærk at der jvf. ’IN02247 Udeladelse af GIS data indenfor et filter’ skal ske en flytning af eventuelt eksisterende opsætning af systemkodefiltret på aliaskonteringstabellen til GIS Udeladelsesfiltret. Denne flytning varetages mest hensigtsmæssigt af institutionen selv.

Side 12 af 48

Side 13 af 48 Opsætning af integration til Digital Post (efter aftale) 26. For opsætning af Digital Post integration henvises til vejledningerne:  

Digital Post tilslutning – Trin for trin11 Digital Post invoker og NS regnskab installationsvejledning12

Begge vejledninger kan hentes på: http://www.modst.dk/Systemer/Navision-Stat/Digital-Post-integration Bemærk at NS regnskabsopsætningen kun kan foretages af brugere med rollen NS_OPS_DIGITAL_POST tildelt. ØS-LDV 27. Navision Stat 5.4.02 er understøttet af ØS LDV 2.3.1. Såfremt man har denne version, skal man ikke fortage sig yderligere. Hvis man derimod har en tidligere version, skal man opgradere til version ØS LDV 2.3.1.

Anvendes af NS institutionsbruger. Anvendes af hostingleverandøren/Intern IT og NS institutionsbruger med forretningsansvar for Digital Post. 11 12

Side 14 af 48 Strammet ekstern adgang til originale E-Bilag 28. For en sikring af, at kun Navision Stat og ØS-LDV brugere, med adgang til Navision Stat-data, har adgang til originale E-bilag placeret i elektronisk arkiv13, uanset om elektronisk arkiv tilgås via eller udenom Navision Stat, anbefales en konfiguration af elektronisk arkivs webservice tilsvarende nedenstående beskrivelse, i de tilfælde hvor elektronisk arkiv er placeret uden for firewall’en. Authentication Name

Status

Anomymous Authentication ASP.NET Impersonation Basic Authentication Forms Authentication Windows Authentication Authorization Rules Mode Users Allow Alow Alow

Disabled

Normal NS 5.4 opsætning Ændret

Enabled Disabled Disabled Enabled

Uændret Uændret Uændret Uændret

Roles [Domain]\[AD-group_N1] [Domain]\[AD-group_N2] [Domain]\[AD-group_N…]

Verbs

Entry Type Local Local Local

NB! Husk at fjern All users, Inherited. Konfigurationsændringerne kan ses i elektronisk arkivs web.config. Herefter vil kun de brugere, der gives adgang til programfolderen, for den givne instans af sitet for elektronisk arkiv, få adgang til originale E-bilag, gemt i den tilhørende Logging databasen.

13

Loggingdatabasen.

Side 15 af 48

Beskrivelse af ny funktionalitet Afsnittet beskriver de samlede rettelser som forskellen mellem Navision Stat 5.4.01 og 5.4.02. Bemærk at bilag A indeholder en liste over opdaterede bruger- og installationsvejledninger. Administration / Brugeradministration

Nedenstående beskriver de ændringer der er foretaget i brugeradministrationsfunktionaliteten i Navision Stat, som anvendes for tildeling af og opfølgning på korrekt rettighedstildeling. IN02236 Forbedring af brugerkontrollisterne Alle referencer til bruger-id i brugerkontrollisterne er nu ændret, så de altid forekommer med store bogstaver. Dette for at eliminere risikoen for ukorrekt match internt imellem de tabeller, der udgør brugerkontrolfunktionaliteten. Foruden ændret funktionalitet, er der udviklet en konverteringskørsel, der reetablerer eksisterende brugerkontrollister, med store bogstaver. Denne kørsel skal afvikles fra objektdesigneren via codeunit 6007349 – ”Reestablish User Control List”. Bemærk: For alle ØSC institutioner under Moderniseringsstyrelsens systemansvar14, er denne kørsel afviklet. Sti: Administration/Brugeradministration/Brugerkontrol Digital indrapportering til ØSC’et, DDI

Afsnittet herunder beskriver de ændringer, der er foretaget i den funktionalitet, der anvendes af ØSC kunder til at indberette data til ØSC’et for viderehandling. IN02219 Godkendelsesflow på redigering af data via DDI I forbindelse med oprettelse af data gennem DDI, har det været muligt at foretage oprettelsen via et godkendelsesforløb. Der er nu i forbindelse med redigering af kreditor- og debitordata gennem DDI muligt tilsvarende at gennemføre redigeringen af data via et godkendelsesflow. Der er endvidere i forbindelse med oprettelsen af kreditor-bestilling og en redigering af et eksisterende kreditorkort indsat flere felter på bestillingskortene, således at det, udover bankoplysninger, også er muligt at angive betalingsoplysninger for kreditoren, hvorved sidstnævnte ikke skal foretages direkte på kreditorkortet.

Og for IKK-ØSC institutioner med databaser, hvor findes objekter med IN02236 i Objektversionslisten 14

Side 16 af 48 Der er i forbindelse med indtastning af bank- og betalingsoplysninger også indlagt valideringer på de forskellige felter, og på selve bestillingskortet. Det er en forudsætning, at der er opsat godkendelse, inden der kan redigeres i bank- og betalingsoplysninger via DDI. Sti: Indrapportering til ØSC/Opret Bestilling Sti: Indrapportering til ØSC/Rediger Data Elektronisk fakturering

Nedenstående afsnit beskriver ændringer i den funktionalitet, der understøtter den elektroniske udveksling af elektroniske handelsdokumenter, dvs. indgående: købsfaktura, købskreditnota, købsrykker og købskontoudtog samt udgående: salgsfaktura, salgskreditnota, salgsrykker og salgskontoudtog. For ændringer vedrørende elektronisk fakturering, der er specielt relateret til IndFak2 henvises til afsnittet ’IndFak2 integration’. IN01967 E-bilag, af typen Salgsfaktura, udvides med flere oplysninger Til brug for fakturamodtagerens dokumentbehandling inkluderes nu flere oplysninger i det afsendte E-bilag. Dette betyder, at der på basis af det bogførte salgsbilag i Navision Stat nu leveres adresse oplysninger for både debitor(køber) og faktureringsdebitor, i modsætning til tidligere, hvor der udelukkende blev inkluderet adressedata for faktureringsdebitoren. De nye oplysninger medtages, så snart den nye XMLBRO opsætningsfil er indlæst, hvilket sker som en integreret del af opgraderingen. IN02174 Ekstern visning af Originale E-bilag Som bekendt er det muligt ikke blot at se det originale E-bilag via Navision Stat, det er også muligt at se det tilsvarende originale E-bilag direkte fra rapporterne i ØS-LDV. For at lave denne løsning, er det nødvendigt at holde adgangen til de originale Ebilag delvist åben, hvilket betød, at hvis man kunne gætte sporingsid'er til et originalt bilag af typen 'f2578091-fa77-480f-972f-1cc43d0d3d3d', og derefter kombinerede med resten af den adgangsgivende url, var det muligt at tilgå original E-bilaget udenom Navision Stat og dermed uafhængigt af rettighederne opsat i Navision Stat. Institutioner med følsomme E-bilag har derfor efterspurgt en mulighed for at begrænse adgangen. I et tæt samarbejde mellem ØS-LDV enheden, Infrastruktur og serviceenheden og NS udviklingsenheden er der nu defineret en opsætning, der gør det muligt at sikre, at kun brugere der aktivt har fået tildelt adgang til programfolderen for Elektronisk Arkiv, kan få adgang til denne visning, og det uanset om brugeren

forsøger at få adgang: uden om Navision Stat og ØS-LDV, via ØS-LDV eller via Navision Stat. Dette betyder at brugere, der tidligere har haft adgang igennem Navision Stat til at se originale E-Bilag via elektronisk arkiv, fortsat kan se disse data som de plejer, men at de samme brugere vil blive promptet for et password, hvis det samme opslag forsøges foretaget uden om Navision Stat (direkte i en webbrowser). I dette tilfælde skal brugeren blot huske for Navision Stat installationer hostet hos KMD at Brugernavnet skal foranstilles ’STAT\’ . Bemærk at denne opsætning kun er relevant i særlige tilfælde. Se også afsnittet ’Skærpet sikkerhed’ IN02204 U-sendte E-bilag, med afvigende faktureringsdebitor Med denne ændring vil en masseafsendelse af bogførte E-bilag på salgssiden, hvor faktureringsdebitor afviger fra debitor (køber), nu ske til faktureringsdebitoren. Dette i modsætning til tidligere, hvor masseafsendelsen sendte E-bilagene til debitor (køberen). Sti: Salg og Marketing / Bogførte fakturaer / Menuknap ’Funktion’, Menupunkt ’Send Usendte E-bilag’ IN02225 Beskeder ved ændring af faktureringsleverandør ved accept af E-bilag Ved modtagelse og accept af et E-bilag, hvor Faktureringsleverandøren i E-bilaget er en anden end Leverandør nr., eller hvor Kreditorkortet er opsat med en anden Faktureringsleverandør end kreditor selv, og hvor oplysningerne på E-bilaget og Kreditorkortet er forskellige, er de meddelelser, der modtages ved accept, udvidet på følgende måde:

Vælges Ja, anvendes Faktureringsleverandøren fra E-bilaget og Kreditorkortets Faktureringsleverandør opdateres samtidig. Vælges Nej, anvendes Faktureringsleverandøren fra Kreditorkortet. Ved modtagelse og accept af et E-bilag, hvor Faktureringsleverandøren har et CVR nr. som ingen kreditorer har tilknyttet, vises:

Side 17 af 48

Side 18 af 48

For at kunne acceptere E-bilaget skal der ske enten ske en manuel rettelse på Kreditorkortets Faktureringsleverandør, eller oprettes en ny kreditor som tilknyttes Kreditorkortet som Faktureringsleverandør. Derefter kan E-bilaget accepteres på ny. Sti: Køb/ Ordrebehandling/ E-bilag/ Indgående Købsdokumenter IN02238 Check stamdata opsætning uden advarsler Rapporten ’Check stamdata opsætning’ er udvidet med mulighed for at markere ’Udelad Kreditor advarsel’. Herved udelades alle advarslerne forårsaget af opsatte kreditor CVR nummer-værdier, der afviger fra dansk CVR nummer syntaks, og som ikke nødvendigvis udgør et problem i udvekslingen. Bemærk at rapporten både kan bruges for kontrol af stamdata udvekslet med IndFak1 og IndFak2, men at rapporten giver mest mening for IndFak1, da der tillades langt flere data udvekslet med IndFak2 end med IndFak1. Sti: Administration/Programopsætning/Generel Integration/NS TS Integration/ E-Bilag/Check Stamdata Opsætning. IN02240 Visning af ’Indgående dokument nr.’ på manuelle købsbilag Tidligere blev manuelt oprettede, og efterfølgende bogførte, købsdokumenter stemplet med et ”tilfældigt” uvedkommende ’Indgående dokument nr.’ Dette er nu rettet, både ved dannelse af nye manuelle købsbilag og for allerede dannede bilag via en konverteringskørsel, der afvikles ifm. opgraderingen. Sti: Køb/Ordrebehandling/Fakturaer/Fanen ’E-bilag’ Sti: Køb/Oversigt/Bogførte fakturaer/Fanen ’E-bilag’

Side 19 af 48 IN02264-02 Åbning af indbakkerne uden tunge databehandlinger Med denne rettelse bliver det muligt at flytte og minimere databehandling af nye E-bilagsdokumenter, og dermed sikre at åbning af E-bilagsindbakkerne kan ske nærmest øjeblikkeligt. Hvis du ønsker denne ændring, skal du via Økonomistyring/Opsætning/NS TS integration/E-bilag/Styringsopsætning, vælge for hver indbakketype, hvad der skal ske ved åbning.

Her har du mulighed for at vælge mellem følgende optioner: 1. Kun åbning: hvorved åbningen kun åbner kladden og viser de allerede hentede og behandlede dokumenter 2. Åbning og Behandling: hvorved åbning foretages som hidtil, inklusiv indlæsning af nye dokumenter og forsøg på behandling af tidligere dokumenter, der endnu ikke kunne færdigbehandles ved sidste åbning. Eftersom indlæsning og behandling kan vælges ”løftet fri” af selve åbningen, kan den nu afvikles via nyt menupunkt på:  Indgående Købsdokumenter\Dokument\Hent nye bilag til behandling.  Indgående Rykkere\Dokument\Hent nye bilag til behandling.  Betalingsjournaler\Funktion\Indlæs alle NKS retursvar Her er det muligt at starte en datofiltreret kørsel til afhentning og behandling af nyeste dokumenter, hvor det er muligt at undgå at gentage behandling på gamle dokumenter som endnu ikke er klar til behandling. Anvender man indstillingen ”Kun åbning” på E-bilagsstyringsopsætningen, anbefales det, at man har opsat en supplerende NAS og batchjob, der en gang i døgnet sørger for at åbne, hente og behandle ALLE indgående dokumenter, således, at man altid har sine indbakker opdateret.

Side 20 af 48 IN02264-03 Filtrering ved massebehandling Hidtil har massebehandlingskørslerne til accept, afvisning etc. for de forskellige typer indgående E-bilag, bearbejdet de dokumenter i kladden, som var markeret med ”Valgt dokument”. Den måde hvorpå kørslen til massemarkering arbejdede, har givet unødig risiko for brugere, der arbejdede samtidig i kladden kunne komme til at behandle ”hinandens” dokumenter. Dette er nu ændret således, at kørslerne til massebehandling, altid arbejder inden for de filtre der er sat i kladden. Derudover har kørslerne fået en filteranfordring, hvor man kan filtrere yderligere. Eneste undtagelse er Massekørslen ’Accept og samtidig bogføring’, som ikke giver brugeren mulighed for at foretage egen filtrering udover tvunget valg af importstatus.

Side 21 af 48 IndFak2 integration

N02171 Aflevering af data til IndFak2 Som bekendt beregnede og afsendte Navision Stat tidligere 2 typer af data til IndFak1, nemlig: 1. Stamdata: finanskonti, kreditorer, anlæg, dimensioner etc. 2. Transaktionsdata: information om betalingsstatus for modtaget fakturaer og rykkere (gebyr og rentetilskrivning) Ifm. IndFak2 ændres udvekslingen på følgende måde: 

Stamdata udvides markant for en inkludering af: Aliaskontering (udfoldelse af aliaskoden), sager, sagsopgaver og momsproduktbogføringsgrupper.



Udvekslingen omlægges, så det i stedet er Indfak2, der beregner og afhenter data fra Navision Stat via en standard GIS-integration.

Sidstnævnte betyder blandt andet, at det bliver muligt for den enkelte institution, via det nye GIS udeladelsesfilter (se også IN02247), selv at styre hvilke stamdata data der skal udveksles med Indfak215, og dermed udelukkende oversende de nødvendige og tilstrækkelige data. IN02202 Modtagelse af E-bilag med nye data fra IndFak2 Navision Stat er nu forberedt for en modtagelse af E-bilag fra IndFak2 med flere data, end det var muligt at modtage fra IndFak1. Dette betyder, at Navision Stat nu kan modtage E-bilag indeholdende en komplet dimensionskontostreng, baseret på en udfoldning af alias foretaget på IndFak2. Alias oversendes således IKKE fra IndFak2, ligesom der kan modtages E-bilag med en angivelse af:    

Internt varenummer Momsproduktbogføringsgruppe Sagsnr. Sagsopgave

Samtidigt gælder det, at E-bilagsafvisninger foretaget i Navision Stat nu resulterer i afsendelse af en negativ forretnings applikationsmeddelelses retur til INDFAK2, hvor det er muligt at gen-åbne dokumentet for fx rettelse af kontering og genfremsendelse til Navision Stat. Et E-Bilag afvist i Navision Stat vil således ikke længere kunne accepteres efterfølgende i Navision Stat. GIS udeladelsesfiltret kan opsættes differentieret pr. datastrøm, og er således ikke begrænset til en anvendelse ifm. IndFak2. 15

Side 22 af 48 Modtagelsen af de nye oplysninger, samt sikring af det nye godkendelsesflow er betinget af en udvidet opsætning af E-bilagsopsætningen. Udvidelsen finder sted, som en integreret del af opgraderingen. IN02311 Kreditordublet og matchhåndtering Ifm. den nuværende oversendelse af kreditorer til Indfak1, har det ikke været muligt at oversende mere end en kreditor med det samme CVR-nummer, da CVR-nummeret fungerer som den styrende identifikator på IndFak1 (primær nøgle). På Indfak2 er det imidlertid kreditornummeret i Navision Stat, der fungerer som den primære identifikator. Dette betyder, at alle kreditorer oprettet i Navision Stat vil kunne anvendes i Indfak2 – uanset om man har flere kreditorer med samme CVR-nummer eller ej. Indfak2 vil dog udelukkende hente de kreditorer, hvor der findes en Ebilagsopsætning i Navision Stat. Ved match i Indfak2 mellem E-bilag og kreditorer med fx samme CVR-nummer, vil Indfak2 præsenterer brugeren for de mest oplagte valgmuligheder. Ved modtagelse af det konterede og godkendte E-bilag i Navision Stat, vil Navision Stat på uændret vis afdække eventuelle mulige match i de tilfælde, der i Navision Stat findes flere kreditorer med fx samme CVR-nummer, og dermed gentage matchprocessen. Navision Stat vil således se bort fra Navision Stat kreditornummer anvendt på IndFak2. Dette sker af hensyn til en opretholdelse af den eksisterende sammenhæng mellem sælger(leverandør) og betalingskreditor (faktureringsleverandør) i Navision Stat. IN02312 Tværgående bilagsidentifikation For robust afstemning mellem Indfak2 og Navision Stat i Indfak2 introduceres et nyt felt til indeholdelse af bilagsidentifikation for: Faktura, kreditnota og rykkere, der følger E-bilaget fra godkendelse i Indfak2, til modtagelse og accept i Navision Stat, ved returnering af applikationsmeddelelse til IndFak2, ved bogføring i Navision Stat og i forbindelse med endelig returnering af betalingsstatus til Indfak2 via transaktionsdata. Feltet er navngivet ’IndFak2 ID’ og kan indeholde op til 150 tegn. Med den tidligere afstemningsmetodik imellem Indfak1 og Navision Stat, kunne der ikke afstemmes for de bilag, hvor fakturanummeret (det eksterne bilagsnummer) blev ændret i Navision Stat forud for bogføring, fx fordi leverandøren var kommet til at genanvende et tidligere anvendt fakturanummer, fx ifm. indtastning af fakturanummer på ’Virk.dk’. Med den nye tværgående bilagsidentifikation, er dette ikke længere et problem.

Side 23 af 48 IN02339 Ophævelse af tjek for forskellig budgetnavne Tjekket, der har sikret mod angivelse af forskellige budgetnavne, på tværs af hoved og linjekontering, i Indgående købsdokuments dimensionskontostreng, for bilag leveret via IndFak, er generelt ophævet for både IndFak1 og IndFak2, da IndFak2 udelukkende overfører budgetoplysninger på linjeniveau. Budgetoplysninger fra IndFak2 skal imidlertid ikke anvendes i Navision Stat. Da der endvidere ikke overføres ordre/dispositionsdata fra IndFak2 til Navision Stat, vil al fremtidig visning af disponeringsdata ske baseret på en kombination af forbrugs- og budgetdata fra Navision Stat OG disponeringsdata fra IndFak2, fx via ØS-LDV. For kunder der integrerer mellem NS5.4.02 og IndFak2 betyder det, at disponeringskolonnen på Forbrug og budgetrapporterne ikke kan garanteres at vise retvisende tal. I forbindelse med opgradering til NS 7.0, udgår disponeringskolonnen fra rapporterne.

Side 24 af 48

Finans

Nedenstående afsnit beskriver ændringer til Finans som en del af Økonomistyringsmodulet. IN02264-01 Indlæsning af lønfinansposter (SLS) med færre låsninger Med udgangspunkt i indmeldinger om låsningsproblemer i forbindelse med afvikling af kørslen ’Indlæs lønposteringer’, er kørslen optimeret ved at udskifte ”langsomme” beregningsfunktioner med hurtigere. Den forbedrede indlæsning kan umiddelbart anvendes uden ændrede opsætninger på regnskabet via: Økonomistyring/Finans/Periodiske aktiviteter/SLS/Indlæs lønposteringer IN02033 Kontoskemaændringer jf. 2013-kontoplanen Navision Stats officielle kontoskemaer er opdateret jf. ’Kravspecifikation til regnskabsrapporterne i bevillingsreformen’ baseret på 2013 kontoplanen udgivet af Statsregnskab, Moderniseringsstyrelsen. Tekstfil indeholdende disse rettelser har været tilgængelig på vores hjemmeside siden 17. februar 2014 og udgives nu generelt. Indlæsning foretages automatisk i forbindelse med opgradering til NS5.4.02. IN02263 Ændring til momslov Den 1. juli 2014 er nye regler om omvendt betalingspligt ved indenlandsk handel trådt i kraft. Reglerne betyder, at der ikke længere må faktureres med moms mellem to danske momsregistrerede virksomheder i forbindelse med handel med mobiltelefoner, bærbare computere, tablets, chips og mikroprocessorer samt spillekonsoller. Der skal oplyses gyldigt momsnummer ved handel, som skal fremgå af fakturering, der sker uden moms. Køber afregner salgsmomsen på vegne af sælger, idet køber har overtaget momsforpligtelsen fra leverandøren. Reglerne ved omvendt betalingspligt fungerer derfor i princippet på samme måde som ved handel mellem to momsregistrerede virksomheder indenfor EU. Reglerne omfatter ikke statsinstitutioner, der kun har refusionsmoms og dermed ikke er momsregistreret hos SKAT. De vil fortsat kunne modtage faktura med moms fra leverandøren. Den momsregistrerede institution skal som konsekvens af ændret lov oplyse leverandøren om korrekt momshåndtering ift. om købet vedrører offentlig forvaltning (med moms) eller indtægtsdækket virksomhed (omvendt betalingspligt/reverse charge) samt oprette nye momskoder, hvor Moderniseringsstyrelsen anbefaler derfor følgende opsætning:

Side 25 af 48

Med udgangspunkt i denne anbefaling er momsangivelsen med koden ’OES_MOMS’ ændret for en inkludering af Rubriknr. 1015 og 1235, der medtager beløb bogført med ny Momsproduktbogf.gruppe ”TOLDMOMSMO” under hhv. udgående og indgående moms OG Rubriknr. 1295 for en medtagelse af beløb bogført med ny Momsproduktbogf.gruppe ”KORTOLDMO” under indgående moms. Momsangivelsen opdateres automatisk via indlæsning af opdateret tekstfil ifm. NS5.4.02 opgraderingen.

Side 26 af 48 Generelt

Nedenstående afsnit beskriver de ændringer, der har konsekvens for flere samtidige moduler på tværs af Navision Stat, eller som har karakter af mindre rettelser uden afledt konsekvens for den daglige bruger. IN02264-04 Konflikt mellem prioritering af forslags- og aliasdimensioner Med udgangspunkt i indmeldinger om låsningsproblemer i forbindelse med afvikling af diverse kørsler, som danner kladdelinjer eller finansposter, er det afdækket, at specielt ét område, nemlig standarddimensionstabellen, blev uhensigtsmæssigt låst, når der blev anvendt sagsopgavedimensioner. Dette forhold skyldes primært, at sagsopgavedimensioner prioriteres på samme niveau som sagsdimensioner i den aktuelle løsning. Derfor er der introduceret en ny mulighed for at arbejde med sagsopgavedimensioner, som det enten øverste eller laveste styrende sæt af forslagsdimensioner. Den nye opsætning aktiveres for hele regnskabet under Sager\Opsætning og Sagsopsætning, hvor den virker som herunder beskrevet. Anvend egen prioritering af Sagsopgavedimensioner Hvis du markerer feltet, vil sagsopgavedimensioner ikke længere blive prioriteret på niveau med standarddimensioner på sagen. I stedet anvendes den prioritering der er valgt i feltet ’Handling for Sagsopgavedimensioner’. Hvis der anvendes egen prioritering, vil systemet ikke foretage låsninger på visse tabeller. Dette kan være en fordel, hvis der er mange brugere på systemet samtidig. Handling for Sagsopgavedimensioner I dette felt angiver du, hvordan du ønsker at prioritere dimensioner på sagsopgaver, når forslagsdimensioner på konteringslinjer beregnes. Feltet kan kun redigeres, hvis der er markering i feltet ”Anvend egen prioritering af Sagsopgavedimensioner”. Der er følgende valgmuligheder: 

Erstat og suppler: Vælges denne option, vil dimensioner fra sagsopgaven ALTID overskrive andre forslagsdimensioner, hvis der er konflikt.



Kun suppler: Vælges denne option, vil dimensioner fra sagsopgaven ALDRIG overskrive andre forslagsdimensioner, hvis der er konflikt. Men dimensioner fra sagsopgaven, som ikke findes i andre forsalgsdimensioner vil blive tilføjet konteringslinjen.

Side 27 af 48 Nedenstående viser eksempler for en manuelt indtastet konteringslinje med Finanskonto, Sagsnummer og Sagsopgavenummer:

Ingen markering (som nu) Erstat og suppler

Kun suppler

Finans har højeste prioritet Ved konflikt ”vinder” dimensioner fra Finanskontoen Ved konflikt ”vinder” dimensioner fra Sagsopgaven Ved konflikt ”vinder” dimensioner fra Finanskontoen

Sag har højeste prioritet Ved konflikt ”vinder” dimensioner fra Sagsopgaven Ved konflikt ”vinder” dimensioner fra Sagsopgaven Ved konflikt ”vinder” dimensioner fra Sagen

Ingen prioritering Ved konflikt ”vinder” dimensioner fra sidst indtastede værdi, som i de fleste tilfælde vil være Sagsopgave Ved konflikt ”vinder” dimensioner fra Sagsopgaven Ved konflikt ”vinder” dimensioner fra sidst indtastede værdi, som i de fleste tilfælde vil være Sagen.

Særligt om Alias Alias vil først beregne standardforslagsdimensioner svarende til, at Finanskonto, Sag og Sagsopgave var tastet manuelt. Herefter vil alle aliasdimensioner (de dimensioner der er opsat direkte på Aliaskoden), overskrive, såfremt de beregnede standardforslagsdimensioner konflikter. Den nye løsning ændrer ikke ved den aktuelle håndtering af Alias fra hhv. INDFAK og REJSUD. Særligt om GIS Data fra GIS vil følge samme forretningslogik som manuelt indtastede data jf ovenstående skema. Er det yderligere direkte dimensionskontering i GIS batchen, vil disse dimensioner altid overskrive, såfremt de beregnede standardforslagsdimensioner konflikter. Disse vil også overskrive evt. konfliktende Aliasdimensioner, såfremt Alias er anvendt. Særligt om DDI Ændringerne i håndtering af standarddimensioner på sagsopgaver, har afledt en rettelse af håndtering af Alias i DDI’en. I 5.4.01, blev sag og sagsopgave påført EFTER aliasdimensionerne, dette er ændret således at aliasdimensionerne ALTID påføres til sidst, og derfor overstyrer ved konflikt. IN02283 Versionsmarkering af NS5.4.02 løsningen Ved klik på ’Hjælp og ’Om Microsoft Dynamics’ samt i versionslistetabellen, vil løsningen efter indlæsning af rettelsespakken til enhver tid kunne identificeres på nyeste version af både brugere og eksterne systemer. Sti: Administration\ IT-administration\ Opsætning – generelt\Versionskort.

Side 28 af 48 IN02302 Strammet adgang til sletninger i ændringsloggen Som bekendt er det muligt at opsætte på tabel og feltniveau i hvilket omfang en datamæssig ændring for regnskabet ønskes logget. Som udgangspunkt er det kun en bruger med rollen SUPER tilknyttet, der kan foretage denne opsætning, ligesom det kun er en bruger med tilsvarende rettigheder, der kan slette loggen over de foretagne ændringer. Løsningen strammes yderligere ifm. NS5.4.02, således at kun en bruger med rollen SUPER, forskellig fra den bruger med rolle SUPER, der har foretaget ændringen, kan slette loggen efter ændringen. Eller med andre ord: Det er ikke længere muligt for en SUPER bruger at slette sporerne efter egne ændringer! Sti: Administration\IT-administration\Opsætning – generelt\Opsætning af ændringslog

Side 29 af 48 Generisk integrationssnitflade, GIS

Nedenstående afsnit beskriver de ændringer, der er foretaget i GIS funktionaliteten, som bruges til al udveksling af data mellem Navision Stat og lokale fagsystemer, samt mellem Navision Stat og REJS-UD Alle ændringer i denne release er bagudkompatible, således forstået at ingen af ændringerne afleder behov for ændringer af integrationssnitfladen på fagsystemer med aktuelle integrationer til Navision Stat. IN02188 Opdatering af DDI records/kreditorer via rejseafregninger Det er nu muligt at opdatere personalekreditorer oprettet via DDI'en med en GIS-integration tilhørende rejseafregningssystemet, hvor fagsystemet i Navision Stat enten er navngivet med STRUHS, REJSUD eller RAY. Dette gør det muligt at udføre en effektiv kontrol ved udbetalinger til personalekreditorer ifbm. en rejseafregning. IN02239 GIS-enabling af lønnummertabellen Det er nu muligt at indlæse data til Lønnummertabellen via GIS. Vælges det at indlæse data til lønnummertabellen via GIS, må der under INGEN omstændigheder indlæses PAI-data i Navision Stat via SLS. Integrationen er således målrettet institutioner, der IKKE opdaterer medarbejderdata i Navision Stat via dataleverancer modtaget direkte fra SLS. IN02247 Udeladelse af GIS data indenfor et filter Siden GIS-løsningen blev introduceret, har det været efterspurgt at data udtrukket fra et fagsystem via GIS, kunne begrænses fra Navision Stat regnskabet side, og dermed ikke fra fagsystemet, således at det var muligt fra Navision Stat brugere at undtage data, der blev afsendt til et fagsystem, afhængigt af hvilke fagsystem, der spurgte på data. Dette er oprindeligt blevet imødekommet på aliaskonteringstabellen, hvor der har været størst behov for at differentiere data, via det såkaldte ’Systemkodefilter’. Via Systemkodefiltret var det muligt, at indsætte et en værdi, som blev aftalt bilateralt med hvert enkelt fagsystem, for enten en medtagelse eller en udeladelse af et alias.

Side 30 af 48 Med NS5.4.02 tænkes denne løsning større, forstået således at der kan opsættes udeladelsesfiltre for alle tabeller, og felter uafhængigt at aftaler med fagsystemet, således at der for regnskabet blot foretages en udeladelsesopsætning pr. datastrøm kan opsættes et udeladelsesfilter som fx nedenstående:

Hvor det er valgt, at der ikke skal kunne hentes finanskonti af typen balance, ligesom der er indsat begrænsninger på både dimensioner og dimensionsværdier. Sti: Økonomistyring/Generel Integration/NS Lokal integration/ Import/Datastrømme/ Datastrøm/Udeladelsesfilter. Bemærk, at der på NS5.4.02 både kan anvendes systemkodefilter og udeladelsesfilter, men at systemkodefiltret udgår på NS 7.0. Bemærk endvidere at RejsUd aktuelt benytter sig af opsætningen i Systemkodefiltret for 6 institutioner. IN02346 Indsættelse af fejltekst i GIS automatiseringslog ved fejl Det er i dag muligt at indlæse GIS-filer vha. et automatiseret job. Når jobbet afvikles, er det muligt via automatiseringsloggen at se, om det er kørt med succes eller fejlet. Ved fejl har det dog tidligere ikke været muligt at se fejlårsagen i loggen. GIS-automatiseringsfunktionaliteten er nu udvidet således, at en fejlårsag vil fremgå af automatiseringsloggen i tilfælde af fejl. Sti: Administration\Programopsætning\Generel Integration\NS Lokal Integration\Import\Datastrømme\Menuknap Datastrøm\Menupkt. Automatiseringslog

Side 31 af 48 Køb – PM/NKS

Nedenstående afsnit beskriver den integration der er udviklet mellem udbetalingsfunktionaliteten i Navision Stat og Nemkonto (NKS). IN02221 Diverse mindre rettelser til betalingskontrolrapporterne Følgende rettelser gældende for begge betalingskontrolrapporter, dvs. både ’Sammenlign betalingsoplysninger med originalt købsbilag’ (før betaling) og ’Check bogførte betalinger mod indkomne købsbilag’ (efter betaling):  Oplysninger fra E-bilags vises nu i rapporten selv om ’Ekstern bilagsnr’. ændres ifm. bogføring af fakturaen, efter accept af dokumentet.  Indeholder et E-bilag en anden Faktureringsleverandør end Kreditor, tjekker rapporterne nu både på Kreditornr. og Faktureringsleverandør, sammen med det Indgående dokumentnr., og derved vises oplysningerne fra E-bilaget korrekt.  Bestillinger der er kommet fra DDI indeholdende IBAN nr., der er længere end 30 karakter, vises nu i rapporterne uden fejl. Rapporten ’Sammenlign betalingsoplysninger med originalt købsbilag’ (før betaling) er endvidere rettet som følger: 

På anfordringsbilledet under Indstillinger er der nu tilføjet punkt ’Sortering’ hvor det er muligt, at sortere mellem følgende indstillinger:  Kreditornr.: Sorterer efter ’kreditornr.’, ved markering i feltet  Udligningsbilagsnr., sortere efter fakturanr. eller bilagsnr. Hvis der således både vælges ’Sortering’ = ’Kreditornr’ og ’Opdel efter type bilag’ = ja, er det muligt at sortere efter kreditornumre indenfor bilagstypen.

Rapporten ’Check bogførte betalinger mod indkomne købsbilag’ (efter betaling) er endvidere rettet, så det nu er muligt at filtrere på ’Afsendersystem’, hvorved rapporten udelukkende viser poster for det angivne fagsystem. Bemærk at den nu forældede rapport ’Sammenlign udbetalingskladde med kreditoroplysninger via GIS’, der tidligere kunne tilgås fra: Økonomistyring/ Gæld/ Udbetalingskladder PM, knappen ’Bogføring’, nu er fjernet fra løsningen.

Side 32 af 48 IN02257 Åbning for bilagstype ’Faktura’ ved betalingskontrol af GIS-bilag Den eksisterende model er udvidet med ny model, hvor fagsystemet kan vælge enten at opfylde den gamle eller den nye model 100 %, hvor sidstnævnte tillader fagsystemet at levere bilagstype=Faktura på købslinjen under nye forudsætninger. Dette afleder en ændring i kontrolrapporterne ’Sammenlign betalingsoplysninger med originalt købsbilag’ og ’Check bogførte betalinger mod indkomne købsbilag’. Kontrolrapporterne tjekker i dag på at flg. betingelser er opfyldt: 1. 2. 3. 4.

Kreditor er oprettet af fagsystemet. Kreditor er uden E-Bilagspartner. Der findes max. et bankkort pr. kreditor. Der er opsat editeringsbegrænsninger på tabel 23, 81, 288, 6016825 og 6016826. 5. Der er ikke opsat mapning på tabel 288, 6016825, 6016826 og tabel 6016828. 6. Der leveres med bilagstype blank 7. Der leveres kreditorposter til købskladden. For at flere kreditorposteringer leveret via GIS-integrationer kan blive medtaget i den automatiserede kontrol i udbetalingskladden, er der åbnet op ift. krav 6 vedrørende bilagstypen. Dvs. at det nu bliver tilladt for fagsystemer at levere kreditorposteringer med bilagstype=Faktura, men dette vil kræve, at fagsystemet samtidig leverer data til tabel 6016828 Køb./betalingsoplysning, og at denne skal være opsat med editeringsbegrænsning. Hvis ikke dette er tilfældet for dataleverancen, så vil købsbilaget blive betragtet som ”manuelt”, og dermed skal kontrollen af betalingsoplysninger i udbetalingskladden for de pågældende bilag ske manuelt. Herudover vil en påføring af bilagstype=Faktura på kreditorposteringer aflede en korrekt advisering på betalingsposterne i form af modtagerreference. Sti: Køb\Ordrebehandling\Udbetalingskladder PM\menuknap Bogføring\menupkt. ’Sammenlign betalingsoplysninger med originalt købsbilag’ Sti: Økonomistyring\Gæld\Rapporter\’Check bogførte betalinger mod indkomne købsbilag’.

Side 33 af 48 IN02258 Advarsler vist på betalingskontrolrapporterne De 2 primære betalingskontrolrapporter i Navision Stat er givet ved:  

’Sammenlign betalingsoplysninger med originalt købsbilag’ (før betaling) ’Check bogførte betalinger mod indkomne købsbilag’ (efter betaling)

Disse rapporter er nu udvidet med en ny option, så man kan vælge enten at få vist alle advarsler, eller kun de advarsler, der er relevante for den anvendte betalingsmetode. Formålet med denne rettelse er at sikre, at de brugere der er ansvarlige for afvikling af betalingskontrollen, kan nøjes med at fokusere på de fejl, der har betydning for den betalingsmetode, der er anvendt ved effektuering af betalingen. Fx er det ikke interessant i betalingskontrolsituationen, at der er differencer på CVR-nummeret, når der er sket en ren konto-til-konto udbetaling. Denne difference kan til gengæld være interessant i andre sammenhænge, men altså sjældent på tidspunkt for betalingskontrollen. IN02281 Betalingsvalideringen på FIK betalinger udvides med valutatjek Der har tidligere været muligt at opsætte en valutakode på indenlandske kreditorer, der er tilknyttet en FIK/GIK betalingsmetode, selv om der ikke kan anvises FIK/GIK betalinger til udlandet. Dette er nu ændret, så der tjekkes på, om feltet Valutakode i Valideringstabellen er markeret som inaktiv på betalingsmetoderne 1130100..1030800. Ændringen slår automatisk igennem ved når DBTS-filen opdateres som en del af opgraderingen til NS5.4.02

Side 34 af 48 Personale

Nedenstående afsnit beskriver rettelser udarbejdet til Personalemodulet i Navision Stat, som primært består af data overført fra SLS og eventuelt efterfølgende beriget direkte i Navision Stat. IN02284 Filtrering på fysisk medarbejder ifm. 'Opret Medarb. som Deb/Kred' Når kørslen 'Opret Medarb. som Deb/Kred' afvikles, er det i dag muligt at filtrere på lønnummertabellen alene. Det er nu med NS5.4.02 også muligt at filtrere på medarbejder-tabellen i forbindelse med afvikling af kørslen. Dette betyder, at hvis der eksempelvis sættes et filter som vist for neden, så vil systemet ikke skulle løbe samtlige medarbejdere igennem men udelukkende de medarbejdere, som ikke allerede er blevet oprettet som kreditorer og debitorer. Dette vil reducere kørslens afviklingstid.

Sti: Personale/Periodiske aktiviteter/'Opret Medarb. som Deb/Kred'. Salg & Marketing – Bogfør og E-mail integration

Afsnittet herunder beskriver rettelser, der er udarbejdet som en understøttelse af den funktionalitet, hvor det er muligt i forbindelse med bogføring af enten en salgsfaktura eller en salgskreditnota at afsende salgsbilaget direkte til en specifik email adresse. IN02190 Mulighed for selv at angive afsender e-mail adresse Tidligere blev afsender e-mailadressen på alle fakturaer, afsendt som vedhæftede pdf filer i e-mail, automatisk sat til [[email protected]]. Dette er nu ændret, så man i det enkelte regnskab selv kan opsætte en e-mailadresse som afsender adresse. Den e-mailadresse man opsætter her, vil stå i Fra-feltet i modtagerens e-mail. Dvs. modtageren vil kunne sende svar retur på denne mail. Dette giver også mulighed for, at evt. autosvar fra modtageren vil kunne ses, i den postkasse afsender e-mailadressen tilhører. Sti: Salg & Marketing/Opsætning/Salgsopsætning/fanebladet ’E-mail’.

Side 35 af 48 Salg & Marketing – Digital Post integrationen

Med NS5.4.02 introduceres integration til Digital Post. Krav IN02057 beskriver således den første generation af integration imellem Navision Stat og Digital Post. IN02057 Digital Post I modsætning til den eksisterende ’Bogfør og E-mail’-løsning, hvor der udelukkende kan afsendes til debitorer med kendte e-mailadresser og kun for faktura og kreditnota bilag, udvides Navision Stat nu med fuld Digital Post integration. Dette betyder, at der ved bogføring af faktura og kreditnota eller udstedelse af rykkere og kontoudtog kan afsendes PDF-konverteret salgsbilag direkte til debitoren, hvis denne er oprettet som Digital Post modtager, til afhentning via Eboks eller Borger.dk. Såfremt modtager ikke er oprettet som Digital post modtager, kan der i stedet sendes direkte til fjernprint med automatisk kuvertering og forsendelse via Post Danmark. Se også tegningen herunder. Navision Stat

Bogføring/ udstedelse

Salgsbilag

Strålfors Connect

Baseret på CVR/CPR nr.

Baseret på adresseoplysninger

EBOKS

Strålfors Postcenter (udskrift, kuvertering og forsendelse)

For Navision Stat betyder det at der fremadrettet vil ske en udvælgelse af afsendelsesmetode efter følgende prioriteringslogik: 1. Via nets/PBS, såfremt debitorpost er markeret med aftalenummer16 2. Som E-BILAG, såfremt debitor er opsat med E-bilagspartneraftale og EANnummer og debitorposten ikke er markeret for afsendelse til Nets 3. Via Digital Post, såfremt debitor er markeret for forsendelse via Digital Post, og posten ikke er udsøgt til E-BILAG. 4. Via eksisterende ’Bogfør og e-mail’ - løsning, såfremt debitor er opsat med email adresse og markeret for forsendelse via E-mail og posten ikke er udsøgt til en af de foranstående forsendelsesformer17.

Nets integrationen indebærer mulighed for videre integration med E-boks, men kun for fakturaer og kontoudtog. 17 Bemærk at det fortsat kan være interessant at anvende denne option til de debitorer, der enten insisterer på at modtage E-Bilag på en specifik e-mail adresse, eller udenlandske debitorer, der ikke kan oprettes som Digital Post modtager pga. manglende dansk CVR eller CPR-nr., men som gerne vil modtage elektronisk (via mail og PDF). 16

Side 36 af 48 Funktionalitet Første generation af Digital Post integration i Navision Stat inkluderer følgende:      

  

 

Afsendelse af salgsfaktura, salgskreditnota, rykkere og kontoudtog i forbindelse med hhv. bogføring og udstedelse. Massebogføring med automatisk masseafsendelse. Afsendelse af alle salgsbilag som pdf, i layoutet kendt fra elektronisk fakturering18. Mulig automatisk ”stempling” af alle bilag med eget logo pr. afsendende regnskab. Mulig medsendelse af op til 10 vedhæftede pdf-bilag pr. salgsbilag. Automatisk ruteplanlægning mellem E-BOKS og fjernprint. Hvis modtager ikke er oprettet på E-BOKS med enten CPR eller CVRnummer kan der i stedet sendes salgsbilag direkte til fjernprint for autokuvertering og forsendelse via Post Danmark. Mulighed for angivelse af portotype (A eller B-post) i det tilfælde, hvor der skal betales for porto, fordi, der sendes via fjernprint19. Mulig afsendelse til udenlandske debitorer (via fjernprint), med dansk eller engelsk sproglag. Automatisk prioritering af afsendelse til Digital Post, som tredje valg ud af fire mulige valg (1 Nets-opkrævning, 2 Elektronisk fakturering, 3 Digital Post og 4 E-mail/bogfør), såfremt debitor er opsat med de nødvendige oplysninger20. Automatisk Navision Stat opdatering af forsendelsesmetode. Automatisk Navision Stat opdatering af forsendelsesstatus.

Den samlede funktionalitet beskrives i den opdaterede vejledning ’Automatiserede salgsopkrævning’, som du kan hente på: http://www.modst.dk/Systemer/Navision-Stat/Vejledninger/VejledningerSTAT-NS5402. IN02337 Opdatering af rettigheder Standardrettighederne givet ved profiler og roller justeres i mindre grad løbende i forbindelse med de enkelte Navision Stat frigivelser, men af hensyn til Digital Post integrationen, er der denne gang ligeledes introduceret en ny rolle ’NS_OPS_DIGITAL_POST’, der skal tildeles de brugere, der får ansvaret for opsætning og redigering af Digital Post opsætningen. Dette for at understøtte, at færrest mulige brugere tildeles adgang til kritiske opsætningsdata.

18

19 20

Visningen initieret fra Navision Stat. Opsættes på administrationsportalen til Strålfors Connect. E-BOKS kræver CVR eller CPR-nummer. Fjernprint kræver komplette adressedata.

Side 37 af 48 Sager og Ressourcer

Nedenstående afsnit beskriver rettelser foretaget til både sags- og ressourcemodulerne. Funktionalitetsændringerne beskrives samlet, da ændringer i sagsmodulet ofte har afsmittende effekt på funktionaliteten i ressourcemodulet, og omvendt. IN02256 Fejl i ’Bogføring af overhead’ ved nul-saldi Hvis saldoen på en sagsopgave er 0 for den aktuelle periode, fx hvis der ligger en debet- og en kreditpostering på samme beløb, så vil ’Bogføring af overhead’ kørslen ikke behandle de pågældende linjer, da der totalt set ikke skal beregnes overhead. De pågældende linjer bliver ikke markeret som værende håndteret af overheadkørslen, og dette bevirker i næste omgang, at indtægtsperiodiseringen fejler, fordi denne kørsel indledningsvis kontroller, at der er allokeret overhead. Alle bogføringskørslerne til bevillingsstyring er derfor tilrettet, så alle linjer markeres håndteret, uanset saldo. Sti: Sager\ Bevillinger\ Periodiske aktiviteter\ Bogføring af overhead. Skærpet sikkerhed

I de tilfælde, hvor en opslagsservice ned i mod Navision Stat er installeret uden for institutionens firewall, er der risiko for at der ”lyttes” med på et opslag, og i disse tilfælde skal opslaget krypteres, svarende udveksling via https. For den samlede Navision Stat løsning gælder der, at alle opslagskomponenter anbefales installeret indenfor egen firewall, på nær de såkaldte eksterne webservices, der nødvendigvis må placeres udenfor egen firewall, og som derfor altid anbefales opsat baseret på https. I særlige tilfælde, er der imidlertid nødvendigt for udvalgte installationer, at placere en service, der er specificeret til installation indenfor firewall, udenfor firewallen. Dette gælder for installation af webservicen ’Elektronisk arkiv’ i de tilfælde, hvor ØS-LDV fra lokal installation skal se data i elektronisk arkiv installeret hos ekstern Hosting Partner. Derfor bør opslaget i dette scenarie omlægges hurtigst muligt. KMD er i fuld gang med at omlægge, mens omlægningen ikke er relevant for SIT. Du kan læse mere om dette på: http://www.modst.dk/Systemer/NavisionStat/Loebende-aendringer-NS5x/Krypteret-opslag-til-elektronisk-arkiv I samme scenarie, bør der foretages en opsætning af, at kun kendte Navision Stat og ØS-LDV brugere kan få adgang til opslag via elektronisk arkiv. Denne opsætning foretages automatisk ifm. opgradering til NS5.4.02 og er beskrevet nærmere i IN02174.

Side 38 af 48 NS WEB REG TOOL

Afsnittet beskriver ændringer i det værktøj, der anvendes for en opsætning af routning af dokumenter i NemHandel infrastrukturen, imellem: INDFAK, Navision Stat og Nemkonto. IN02160 Opgradering af værktøjet for en understøttelse af PoRS2 NS WEB REG TOOL’et integrerer i dag til Nemhandelsregistret via PoRS1. Eftersom PoRS1 står overfor en snarlig udfasning, er integrationen ændret for en håndtering via PoRS221. I den forbindelse er arkitekturen på værktøjet ændret, for mulig hurtigere opdatering, i tilfælde af ændringer i profilpakker eller ved tilføjelse af nye optioner som fx routning via IndFak2 . Derudover er der arbejdet en del med brugervenligheden, for at understøtte en hurtigere registrering eller ændring af eksisterende registreringer. IN02218 Tilpasning af værktøjet for understøttelse af IndFak2 Værktøjet er udvidet pr. 21.07.14, så det er muligt at skifte fra en simpel registrering eller en IndFak1 registrering til en IndFak2 registrering. I den forbindelse er optionsværdien for IndFak1, der tidligere var navngivet ’IS2.01’ nu ændret til det mere sigende ’INDFAK1’. Dette betyder, at værktøjet nu understøtter følgende 3 optioner: Simpel INDFAK1: INDFAK2:

21

Anvendes, hvis man ikke fakturagodkender før modtagelse i NS Anvendes, hvis man anvender IndFak1 Anvendes, hvis man anvender IndFak2

PoRS2 (Profile Registration Service) et NemHandelsregister API, der gør det muligt at lave opslag og foretage ændringer på Nemhandelsregistret.

Side 39 af 48

Bilag A – Opdaterede vejledninger Listen herunder angiver de vejledninger, der er opdateret eller introduceret, med udgangspunkt i ændret eller ny funktionalitet i Navision Stat 5.4.02   

Statslig brugervejledning til Automatiserede salgsopkrævning (Digital Post) Statslig brugervejledning til den Generiske integration Statslig brugervejledning til Elektronisk fakturering

De opdaterede eller nye vejledninger kan hentes på: http://www.modst.dk/Systemer/Navision-Stat/Vejledninger/VejledningerSTAT-NS5402

Side 40 af 48

Bilag B – Tilladte kompileringsfejl Liste over objekter i Navision Stat, der ikke nødvendigvis behøver at kunne kompilere på serveren, pga. eventuelt manglende software som Navision Stat 5.4.02 integrerer til. Type Table Table Table Form Rapport Rapport Rapport Codeunit Codeunit Codeunit Codeunit

Nr 370 5062 5302 6016900 6007502 6007675 99008512 397 424 680 5053

Codeunit Codeunit Codeunit Codeunit Codeunit Codeunit Codeunit Codeunit Codeunit Codeunit Codeunit Codeunit Codeunit Codeunit Codeunit Codeunit

5054 5064 5300 5301 5303 5304 5305 5306 5307 5308 5309 5310 5311 5312 5500 6810

Codeunit Codeunit Codeunit Codeunit Codeunit Codeunit Codeunit Codeunit Codeunit Codeunit Codeunit Codeunit Codeunit Codeunit Codeunit Codeunit

6815 6817 6870 6872 7152 7700 8610 8611 6007181 6007500 6007501 6007503 6007504 6007684 6007685 6007687

Navn Excel Buffer Attachment Outlook Synch. Link About Payment Management Export Posted Invoice to XML ProcessIntegrationBatch eDoc 2004 – System Check Mail Export Analysis View Style Sheet Management TAPIManagement

WordManagement E-Mail – Logging Outlook Synch. Setup Mgt. Outlook Synch. NAV Mgt. Outlook Synch. Deletion Mgt. Outlook Synch. Outlook Mgt. Outlook Synch. Process Line Outlook Synch. Export Schema Outlook Synch. Synchronize Outlook Synch. Synchronize All Outlook Synch. Process Links Outlook Synch. Resolve Confl. Outlook Synch. Finalize Outlook Synch. Troubleshooting Production Schedule Management EP Request Handler EP Support Functions EP Format Functions EP Trust Handler EP Crypto Mgt. Export Item Analysis View ADCS NAS Start up Questionnaire Management Migration Management NAS Integration Engine XML Brigde Inbound XML Bridge GetPicture XML Bridge Management XML Bridge Outbound CreateReturnXML WriteReturnXMLFile GISParseExcel

Bemærkning

TAPI (Telephony Application Programming Interface) en ikke del af standard Windows Server 2008 R2 modsat Windows Server 2003. Så hvis man ønsker at benytte den indlejrede telefonintegration på Navision Stat, installeret på Windows Server 2008 R2, skal man selv installere den manglende TAPI komponent på Windows Server 2008 R2.

Side 41 af 48 Type Codeunit Codeunit Codeunit Codeunit Codeunit Codeunit Codeunit Codeunit Codeunit Codeunit

Nr 6007752 6007759 6016801 6016817 6016839 6017200 6052702 99008516 99008517 99008528

Navn GIS WS NAS SendSalesDocAsEmailManager Import Currency Exchange Rates Send Payments PM direct Import Account Statement Coll. DB Direct eDoc XML DOM Mangement XMLDocument-Create EDoc Appln. Srv. Startup

Bemærkning

Side 42 af 48

Bilag C – NS 5.4.02 Objektliste Liste over alle 170 blivende objekter. Der indgår i alt 171 objekter inklusiv et midlertidigt konverteringsobjekt opdateringspakken, 5402.fob til NS5.4.02. Type

ID

Name

Table

17 G/L Entry

Table

New Object Version List

New Object Date 24-10-2014

18 Customer

NAVW15.00.01,NS5.4.02 NAVW15.00.01,NAVDK4.00.01,CMGT5.00.0 1.1.07x,NS5.4.02

Table

25 Vendor Ledger Entry

NAVW15.00.01,PM5.00.01.2.05.01,NS5.4.02

24-10-2014

Table

38 Purchase Header

24-10-2014

Table

81 Gen. Journal Line

24-10-2014

Table

112 Sales Invoice Header

Table

114 Sales Cr.Memo Header

NAVW15.00.01,PM5.00.01.2.05,NS5.4.02 NAVW15.00.01,PM5.00.01.2.05,CMGT5.00.01 .1.11x,NS5.4.02 NAVW15.00.01,NAVDK5.00.01,OIO2007.01, CMGT.1.01,NS5.4.02 NAVW15.00.01,NAVDK4.00.02,CMGT5.00.0 1.1.01,NS5.4,NS5.4.02

Table

120 Purch. Rcpt. Header

NAVW15.00.01,NS5.4.02

24-10-2014

Table

122 Purch. Inv. Header

NAVW15.00.01,NS5.4.02

24-10-2014

Table

124 Purch. Cr. Memo Hdr.

24-10-2014

Table

297 Issued Reminder Header

NAVW15.00.01,NS5.4.02 NAVW15.00,NAVDK5.00.01,CMGT5.00.01.1. 07,NS5.4.02

Table

311 Sales & Receivables Setup

NAVW15.00.01,NAVDK4.00.02,NS5.4.02

24-10-2014

Table

315 Jobs Setup

NAVW15.00,NS5.4.02

24-10-2014

Table

5200 Employee

NAVW15.00,NS5.4.02

24-10-2014

24-10-2014 24-10-2014 24-10-2014

24-10-2014

Table

6006922 Inbound Document Dimension

NS5.4.02

24-10-2014

Table

6006949 NS eDoc Setup Log

NS5.4.02

24-10-2014

Table

6006979 Journal Order Line

NS5.4.02

24-10-2014

Table

6006980 Customer Order

NS5.4.02

24-10-2014

Table

6006981 Vendor Order

NS5.4.02

24-10-2014

Table

6006988 Order Approval Setup

NS5.4.02

24-10-2014

Table

6006989 Order Approval Users

NS5.4.02

24-10-2014

Table

6007211 Digital Mail Setup

NS5.4.02

24-10-2014

Table

6007212 Digital Mail Layout Setup

NS5.4.02

24-10-2014

Table

6007213 Digital Mail XML Bridge Setup

NS5.4.02

24-10-2014

Table

6007476 Appendix Log

NS5.4.02

24-10-2014

Table

6007518 Application Response Outbound

NS5.4.02

24-10-2014

Table

6007521 Inbound Reminder Header

NS5.4.02

24-10-2014

Table

6007523 Outbound Reminder Header

NS5.4.02

24-10-2014

Table

6007525 Inbound Purch. Doc. Header 2

NS5.4.02

24-10-2014

Table

6007537 Outbound Statement Header

NS5.4.02

24-10-2014

Table

6007541 Inbound Statement Header

NS5.4.02

24-10-2014

Table

6007555 Issued Statement Header

NS5.4.02

24-10-2014

Table

6007717 GIS Omit Filter Setup

NS5.4.02

24-10-2014

Table

6007718 GIS Omit Filter Field Setup

NS5.4.02

24-10-2014

Side 43 af 48 Type Table

ID

Name

6007790 eDoc Sender Party Setup

New Object Version List

New Object Date

NS5.4.02

24-10-2014

Table

99008502 Inbound Purch. Document Header

NAVW15.00,NS5.4.02

24-10-2014

Table

99008506 Outbound Sales Document Header

NAVW15.00,NS5.4.02

24-10-2014

Table

99008512 eDoc Management Setup

NAVW15.00.01,NS5.4.02

24-10-2014

NAVW15.00.01,NS5.4.02 NAVW15.00.01,NAVDK4.00.01,PM5.00.01.2. 05,CMGTx,NS5.4.02

24-10-2014

NAVW14.00,PM4.00.02.2.05.01,NS5.4.02 NAVW15.00.01,NAVDK4.00,PM5.00.01.2.05, NS5.4.02 NAVW15.00.01,NAVDK4.00,PM5.00.01.2.05, NS5.4.02

24-10-2014

24-10-2014

Form

20 General Ledger Entries

Form

21 Customer Card

Form

29 Vendor Ledger Entries

Form

50 Purchase Order

Form

51 Purchase Invoice

Form

52 Purchase Credit Memo

24-10-2014

24-10-2014 24-10-2014

Form

132 Posted Sales Invoice

Form

134 Posted Sales Credit Memo

NAVW15.00.01,NAVDK4.00,NS5.4.02 NAVW15.00.01,NAVDK5.00.01,CMGT5.00.0 1.1.08,NS5.4.02 NAVW15.00.01,NAVDK4.00.02,CMGT5.00.0 1.1.08,NS5.4.02

Form

136 Posted Purchase Receipt

NAVW15.00.01,NS5.4.02

24-10-2014

Form

138 Posted Purchase Invoice

NAVW15.00.01,PM5.00.01.2.05,NS5.4.02

24-10-2014

Form

140 Posted Purchase Credit Memo

NAVW15.00.01,NS5.4.02

24-10-2014

Form

143 Posted Sales Invoices

NAVW15.00,NS5.4.02

24-10-2014

Form

144 Posted Sales Credit Memos

24-10-2014

Form

438 Issued Reminder

NAVW15.00,NS5.4.02 NAVW15.00,NAVDK5.00.01,CMGT5.00.01.1. 07x,NS5.4.02

Form

440 Issued Reminder List

NAVW13.70,NS5.4.02

24-10-2014

Form

459 Sales & Receivables Setup

NAVW15.00.01,NAVDK4.00.02,NS5.4.02

24-10-2014

Form

463 Jobs Setup

NAVW15.00,NS5.4.02

24-10-2014

24-10-2014 24-10-2014

24-10-2014

Form

5200 Employee Card

NAVW13.60,NS5.4.02

24-10-2014

Form

5201 Employee List

NAVW13.60,NS5.4.02

24-10-2014

Form

6006942 Inbound Document Dimension

NS5.4.02

24-10-2014

Form

6006944 Failed eDoc Sales Document

NS5.4.02

24-10-2014

Form

6006945 Cancelled eDoc Sales Doc.

NS5.4.02

24-10-2014

Form

6006980 Customer Order

NS5.4.02

24-10-2014

Form

6006981 Vendor Order

NS5.4.02

24-10-2014

Form

6006990 Order Approval Setup

NS5.4.02

24-10-2014

Form

6006991 Orders Approval Users

NS5.4.02

24-10-2014

Form

6007211 Digital Mail Setup

NS5.4.02

24-10-2014

Form

6007212 Digital Mail Layout Setup

NS5.4.02

24-10-2014

Form

6007213 Digital Mail XML Bridge Setup

NS5.4.02

24-10-2014

Form

6007214 Digital Mail Sales Wksht

NS5.4.02

24-10-2014

Form

6007215 Digital Mail Reminder Wksht

NS5.4.02

24-10-2014

Form

6007216 Digital Mail Statement Wksht

NS5.4.02

24-10-2014

Form

6007476 Appendix Logs

NS5.4.02

24-10-2014

Form

6007477 Appendix Log Overview

NS5.4.02

24-10-2014

Form

6007513 NS Outbnd E-Sales Doc. List

NS5.4.02

24-10-2014

Side 44 af 48 Type

ID

Name

New Object Version List

New Object Date

Form

6007516 Application Response Outbound

NS5.4.02

24-10-2014

Form

6007529 Outbound Reminder

NS5.4.02

24-10-2014

Form

6007531 Outbound Reminder List

NS5.4.02

24-10-2014

Form

6007532 Inbound Reminder

NS5.4.02

24-10-2014

Form

6007533 Inbound Reminder Lines

NS5.4.02

24-10-2014

Form

6007535 Outbound Reminder Worksheet

NS5.4.02

24-10-2014

Form

6007546 Outbound Statement

NS5.4.02

24-10-2014

Form

6007548 Outbound Statement List

NS5.4.02

24-10-2014

Form

6007549 Outbound Statement Worksheet

NS5.4.02

24-10-2014

Form

6007550 Inbound Reminder Worksheet

NS5.4.02

24-10-2014

Form

6007554 Inbound NKS Response Worksheet NS5.4.02

24-10-2014

Form

6007555 Inbound Statement

NS5.4.02

24-10-2014

Form

6007558 Inbound Statement Worksheet

NS5.4.02

24-10-2014

Form

6007571 Issued Statement

NS5.4.02

24-10-2014

Form

6007577 Issued Statement List

NS5.4.02

24-10-2014

Form

6007679 Integration Data Stream In

NS5.4.02

24-10-2014

Form

6007683 Integration Data Stream Out

NS5.4.02

24-10-2014

Form

6007717 GIS Omit Filter Setup

NS5.4.02

24-10-2014

Form

6007718 GIS Omit Filter Field Subform

NS5.4.02

24-10-2014

Form

6007790 eDoc Sender Party Setup

NS5.4.02

24-10-2014

Form

6016824 Payment Registers

PM3.01.01.2.05.10,NS5.4.02

24-10-2014

Form

6016850 Payment Journal PM

NAVW13.00,PM5.00.00.2.05,NS5.4.02

24-10-2014

6016858 Payment List

Form

PM4.00.02.2.04.02,NS5.4.02

24-10-2014

Form

99008500 Unsent eDoc Sales Document

NAVW13.70,NS5.4.02

24-10-2014

Form

99008501 Sent eDoc Sales Document

NAVW13.70,NS5.4.02

24-10-2014

Form

99008513 Pending eDoc Purchase Doc.

NAVW14.00,NS5.4.02

24-10-2014

Form

99008514 Accepted eDoc Purchase Doc.

NAVW13.70,NS5.4.02

24-10-2014

Form

99008515 Rejected eDoc Purchase Doc.

NAVW13.70,NS5.4.02

24-10-2014

Form

99008516 Inbound Purchase Doc. Subform

NAVW13.10,NS5.4.02

24-10-2014

Form

99008525 eDoc Management Setup

NAVW15.00.01,NS5.4.02

24-10-2014

Form

99008540 Inbound Purch. Doc. Worksheet

NAVW15.00,NS5.4.02

24-10-2014

Form

99008542 Outbound Sales Doc. Worksheet

NAVW15.00,NS5.4.02

24-10-2014

Report

190 Issue Reminders

NAVW13.00,NAVDK4.00.02,NS5.4.02

24-10-2014

Report

297 Batch Post Sales Invoices

NAVW15.00,NS5.4.02

24-10-2014

Report

298 Batch Post Sales Credit Memos

NAVW15.00,NS5.4.02

24-10-2014

Report

510 Change Log - Delete

NAVW13.60,NS5.4.02

24-10-2014

Report

6006865 Import Wage Transactions

NS5.4.02

24-10-2014

Report

6006947 Check Post. Pmt. on Indb. Doc.

NS5.4.02

24-10-2014

Report

6006948 Pmt. Jnl. Check Vend.Pmt.

NS5.4.02

24-10-2014

Report

6006949 Test Setup

NS5.4.02

24-10-2014

Side 45 af 48 Type

ID

Name

New Object Version List

New Object Date

Report

6006973 Vendor Order

NS5.4.02

24-10-2014

Report

6007082 Create Emplyoee as Cust/Vend

NS5.4.02

24-10-2014

Report

6007211 Send unsent Digital Mail

NS5.4.02

24-10-2014

Report

6007212 Update Outbound Digital Mail

NS5.4.02

24-10-2014

Report

6007513 NS Inbound Purch. Doc. Actions

NS5.4.02

24-10-2014

Report

6007514 NS Inbound Remind Doc. Actions

NS5.4.02

24-10-2014

Report

6007517 NS Inbound Stmt Doc. Actions

NS5.4.02

24-10-2014

Report

6007519 NS Inb. Purch. Doc. W Dev. VAT

NS5.4.02

24-10-2014

Report

6007532 Issue Statements

NS5.4.02

24-10-2014

Report

6007533 Send Unsent Posted Invoices

NS5.4.02

24-10-2014

Report

6007534 Send Unsent Credit Memos

NS5.4.02

24-10-2014

Report

6007722 Job Appr. Co Fund. Posting

NS5.4.02

24-10-2014

Report

6007723 Job Appr. Overhead Posting

NS5.4.02

24-10-2014

Report

6007724 Job Appr. Rev. Recog. Posting

NS5.4.02

24-10-2014

Report

6007770 NS TS Import New Inbound Docs

NS5.4.02

24-10-2014

Dataport

6007213 Import Export DP XML Bridge

NS5.4.02

24-10-2014

Dataport

6007506 Imp/Exp Int. Data Stream

NS5.4.02

24-10-2014 24-10-2014

Codeunit Codeunit

12 Gen. Jnl.-Post Line

Codeunit

80 Sales-Post

NAVW15.00.01,NAVDK5.00,NS5.4.02 NAVW15.00.01.PM5.00.00.2.05,CMGT5.00.01 .1.08,NS5.4.02 NAVW15.00.01,NAVDK4.00.02,CMGT5.00.0 1.1.09,NS5.4.02

90 Purch.-Post

Codeunit

1 ApplicationManagement

24-10-2014 24-10-2014

NAVW15.00.01,PM5.00.01.2.05,NS5.4.02

24-10-2014

Codeunit

393 Reminder-Issue

NAVW15.00.01,NS5.4.02

24-10-2014

Codeunit

408 DimensionManagement

NAVW15.00.01,NS5.4.02

24-10-2014

Codeunit

6006851 Government Fixed Setup

NS5.4.02

24-10-2014

Codeunit

6006929 NS eDoc Management

NS5.4.02

24-10-2014

Codeunit

6006940 NS eDoc Functions

NS5.4.02

24-10-2014

Codeunit

6006949 NS eDoc Setup Log

NS5.4.02

24-10-2014

Codeunit

6006950 eDoc Refresh Inbound

NS5.4.02

24-10-2014

Codeunit

6006970 OrderManagement

NS5.4.02

24-10-2014

Codeunit

6006972 Edit data

NS5.4.02

24-10-2014

Codeunit

6006973 TransferOrderData

NS5.4.02

24-10-2014

Codeunit

6007211 Digital Mail Invoker Proxy

NS5.4.02

24-10-2014

Codeunit

6007212 Digital Mail Management

NS5.4.02

24-10-2014

Codeunit

6007214 Digital Mail Reminder

NS5.4.02

24-10-2014

Codeunit

6007215 Digital Mail Statement

NS5.4.02

24-10-2014

Codeunit

6007216 Digital Mail Credit Memo

NS5.4.02

24-10-2014

Codeunit

6007217 Digital Mail Status

NS5.4.02

24-10-2014

Codeunit

6007349 Reestablish User Control List

NS5.4.02

24-10-2014

Codeunit

6007350 User administration

NS5.4.02

24-10-2014

Codeunit

6007503 XML Bridge Management

NS5.4.02

24-10-2014

Side 46 af 48 Type

ID

Name

New Object Version List

New Object Date

Codeunit

6007508 Purchase Invoice-Accept20

NS5.4.02

24-10-2014

Codeunit

6007509 NS eDoc_POC-Accept20

NS5.4.02

24-10-2014

Codeunit

6007512 Accept-Reminder20

NS5.4.02

24-10-2014

Codeunit

6007513 Purchase CreditMemo-Accept20

NS5.4.02

24-10-2014

Codeunit

6007514 NSeDoc_OrderChange-Accept20

NS5.4.02

24-10-2014

Codeunit

6007517 Purch. Inv.-Accept W. Dev.VAT

NS5.4.02

24-10-2014

Codeunit

6007518 Purch. Cred.-Accept W. Dev VAT

NS5.4.02

24-10-2014

Codeunit

6007524 Accept-Statement20

NS5.4.02

24-10-2014

Codeunit

6007530 Statement-Issue

NS5.4.02

24-10-2014

Codeunit

6007676 Integration

NS5.4.02

24-10-2014

Codeunit

6007678 ProcessIntegrationTransaction

NS5.4.02

24-10-2014

Codeunit

6007683 ParseXML

NS5.4.02

24-10-2014

Codeunit

6007687 GISParseExcel

NS5.4.02

24-10-2014

Codeunit

6007751 GIS NAS Timer

NS5.4.02

24-10-2014

Codeunit

6007758 Sales Document Dispatch Mgt.

NS5.4.02

24-10-2014

Codeunit

6007759 SendSalesDocAsEmailManager

NS5.4.02

24-10-2014

Codeunit

6007760 eDoc Concurrent Accept/Post

NS5.4.02

24-10-2014

NS5.4.02

24-10-2014

MenuSuite

52 Navision Stat

Side 47 af 48

Bilag D – Indlejret konvertering Før-konvertering

Der afvikles IKKE før-konvertering ifm. NS 5.4.02. Efter-konvertering

IN02240 Fejlagtig visning af indgående dok. nr. på manuelle Købsbilag I forbindelse med implementering af krav IN02240, er det nødvendigt at foretage en konvertering af eksisterende data. Dette er for at sikre, at alle indgående købsdokumenter, har en værdi, forskellig fra blank, i feltet Sporings-id. Konverteringskørslen er inkluderet i NS5.4.02 pakken, og afvikles automatisk via codeunit ID 6007818. IN02236 Forbedring til brugerkontrollisterne I forbindelse med implementering af krav IN02236, er det nødvendigt at foretage en sanering af data i brugerkontrollisterne. Dette er for at sikre at alle eksisterende bruger-id’er er angivet med store bogstaver. Konverteringskørslen er inkluderet i NS5.4.02 pakken, og afvikles automatisk via codeunit ID 6007818. IN02312 Tværgående bilagsidentifikation I forbindelse implementering af krav IN02312, skal følgende rækker oprettes i tabellen ’E-Bilag Afsenderopsætning for hvert regnskab.

Konverteringskørslen er inkluderet i NS5.4.02 pakken, og afvikles automatisk via codeunit ID 6007818.

Side 48 af 48

Bilag E – Oversigt over pilottest Alle udviklingskrav er testet ad flere omgange ved Navision Stat udviklingsenheden, mens nedenstående oversigt viser de udviklingskrav, der er udtaget særskilt til pilottest, og som kun kan afvikles under kontrolleret forhold, da testen skal udføres som en integreret del af almindelig produktion. Da piloterne denne gang endvidere forventes at bruges størstedelen af ressourcerne på pilottest af IndFak2, er kun de allermest kritiske udviklingskrav udtaget til pilottest. Testes automatisk ved alle 11 Indfak2 piloter

Testes udelukkende ved Indafk2 piloterne: Digitaliseringsstyrelsen og Arbejdstilsynet

Nr.

Navn

IN02236

Forbedring til brugerkontrollisterne

IN02219

Godkendelsesflow på redigering af data via DDI

IN02171

Aflevering af data fra Navision Stat til Indfak2

IN02202

Modtagelse af E-bilag fra Indfak2 i Navision Stat

IN02311

Kreditordublethåndtering og matchlogik22

IN02312

Tværgående bilagsidentifikation (Indfak2/Navision Stat)

IN02264-02

Mulighed for at afløfte indlæsning fra åbning af indbakkerne Ændring af faktureringsleverandør ved accept må ikke ske Udeladelse af GIS – data indenfor filter

ØSC team

Diverse ændringer til de 2 betalingskontrolrapporter (før og efter betaling)

ØSC team

Digital Post integration

ØSC kunde ØSC team

IN02225 IN02247 IN02221 IN02257 IN02258 IN02057

22

ØSC team ØSC kunde Ikke - ØSC kunde ØSC kunde ØSC team Ikke- ØSC kunde ØSC team Ikke - ØSC kunde ØSC kunde ØSC team Ikke - ØSC kunde ØSC kunde ØSC team ØSC team ØSC kunde

Undtaget for test under selve pilottesten, da der ikke har været muligt at finde produktionsdata, der kunne danne

baggrund for testen.