Side 1 af 48 Navision Stat 5.4.02 Featurepack 27.10.2014 ØS/ØSY/CPS 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.
Frigivelse 1. november 2014. Side 2 af 48 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. Ændringer af Navision Stat databasen (funktionalitet) 2. Nye rettighedsfiler 3. Nye datafiler 4. 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/navision- Stat/Officielle-frigivelser/Navision-Stat-5402
Indholdsfortegnelse Side 3 af 48 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
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 4 af 48
Målgruppe Side 5 af 48 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
Introduktion Side 6 af 48 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 Step Udføres af Bemærkning Forberedelse af data pr. Navision Stat og INDFAK 1 Disponent og Bogholder Kræver indsigt i data. regnskab Forberedelse af Navision Stat databasen 2-19 Superbruger, Intern IT, Hosting Afhænger af eventuel hostingaftale. Indlæsning via VMS partner Opsætning for generel INDFAK integration Opsætning for INDFAK2 integration 20-24 Superbruger, Intern IT, Hosting partner Konvertering af Bruger ID er Skift fra systemkodefilter til udeladelsesfilter 25 Institutionen Anbefales håndteret men er valgfrit frem til opgradering til NS 7.0 Opsætning af integration til Digital Post 26 Selve Digital Post tilslutningen Afhænger af eventuel hostingaftale. skal udføres af institutionen, mens installation af Digital Post invokeren bør udføres af Intern IT eller Hosting partneren ØS-LDV 27 Superbruger, Intern IT, Hosting Afhænger af eventuel hostingaftale partner Strammet ekstern adgang til originale E-Bilag 28 Superbruger, Intern IT, Hosting partner 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 Step Styres af Udføres af Forberedelse af data pr. Navision Stat og INDFAK 1 MODST Disponent (kunde) og bogholder (ØSC). regnskab Forberedelse af Navision Stat databasen Indlæsning via VMS 2-19 MODST KMD og SIT står for objekt opdatering og datakonvertering. Opsætning for generel INDFAK integration 20-24 MODST KMD og SIT står for opsætningen. Opsætning for INDFAK2 integration Konvertering af Bruger ID er Skift fra systemkodefilter til udeladelsesfilter 25 Institutionen Institutionen Opsætning af integration til Digital Post 26 Institutionen KMD og SIT står for installation af Digital Post invokeren (og den afledte Navision Stat opsætning pr. regnskab). ØS-LDV 27 Institutionen Institutionen Strammet ekstern adgang til originale E-Bilag 28 MODST KMD står for opsætningen.
Komponent og filoversigt Side 7 af 48 Følgende komponenter og datafiler skal downloades fra http://www.modst.dk/systemer/navision-stat/officielle-frigivelser/navision- Stat-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 Bruges af alle statslige institutioner på en ren standard Navision Stat løsning. NS5402_SELVEJE_27102014.zip Bruges af alle selvejende institutioner under Ministeriet for Børn og Undervisning. Digital Post invoker_5.40.02. - 1.0.11.zip Objektrettelser (inklusiv efter-konvertering) Informationsfil (INF): generel indlæsning Informationsfil (TXT): data indlæsning Rettighedsopsætning Kontoskema Momsangivelsesliste XMLBRO opsætning Bankopsætningsfil Objektrettelser (inklusiv efter-konvertering) Informationsfil (INF): generel indlæsning Informationsfil (TXT): data indlæsning Rettighedsopsætning Kontoskema Momsangivelsesliste XMLBRO opsætning Bankopsætningsfil Installationsfil for installation af Digital Post invoker (webservice) 5402.fob 5402.INF 5402.TXT Rettigheder_stat_5402_22092014.txt Kontoskema_5402_17022014.txt Momsangivelse_5402_08082014.txt XMLBRO_5402_25082014.txt DBTS_2.0513_2.xml 1 5402.fob 5402.INF 5402.TXT Rettigheder_selveje_5402_22092014.txt Kontoskema_5402_17022014.txt Momsangivelse_5402_08082014.txt XMLBRO_5402_25082014.txt DBTS_2.0513_2.xml 2 Digital Post invoker_5.40.02. -1.0.11.msi 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.
Installation Trin for Trin Side 8 af 48 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.zip 3, 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 VMS 4 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 objektfilen 6 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. 4 Se også brugervejledning til VMS på: http://www.modst.dk/systemer/navision- Stat/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.
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: Side 10 af 48 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 regnskabet 10. 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. 9 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 vms@modst.dk. 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.
Opsætning for generel INDFAK integration Side 11 af 48 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.
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. Side 12 af 48 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.
Opsætning af integration til Digital Post (efter aftale) Side 13 af 48 26. For opsætning af Digital Post integration henvises til vejledningerne: ØS-LDV Digital Post tilslutning Trin for trin 11 Digital Post invoker og NS regnskab installationsvejledning 12 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. 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. 11 Anvendes af NS institutionsbruger. 12 Anvendes af hostingleverandøren/intern IT og NS institutionsbruger med forretningsansvar for Digital Post.
Strammet ekstern adgang til originale E-Bilag Side 14 af 48 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 arkiv 13, 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 Normal NS 5.4 opsætning Anomymous Disabled Ændret Authentication ASP.NET Impersonation Enabled Uændret Basic Authentication Disabled Uændret Forms Authentication Disabled Uændret Windows Authentication Enabled Uændret Authorization Rules Mode Users Roles Verbs Entry Type Allow [Domain]\[AD-group_N1] Local Alow [Domain]\[AD-group_N2] Local Alow [Domain]\[AD-group_N ] 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.
Beskrivelse af ny funktionalitet Side 15 af 48 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 systemansvar 14, 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. 14 Og for IKK-ØSC institutioner med databaser, hvor findes objekter med IN02236 i Objektversionslisten
Der er i forbindelse med indtastning af bank- og betalingsoplysninger også indlagt valideringer på de forskellige felter, og på selve bestillingskortet. Side 16 af 48 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 E- bilag 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. Side 17 af 48 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 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
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. Side 19 af 48 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.
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. Side 20 af 48 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.
IndFak2 integration Side 21 af 48 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 Indfak2 15, 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. 15 GIS udeladelsesfiltret kan opsættes differentieret pr. datastrøm, og er således ikke begrænset til en anvendelse ifm. IndFak2.
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 E- bilagsopsæ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.
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. Side 23 af 48 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:
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 25 af 48
Generelt Side 26 af 48 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.
Nedenstående viser eksempler for en manuelt indtastet konteringslinje med Finanskonto, Sagsnummer og Sagsopgavenummer: Side 27 af 48 Finans har højeste prioritet Sag har højeste prioritet Ingen prioritering Ingen markering (som nu) Ved konflikt vinder dimensioner fra Finanskontoen Ved konflikt vinder dimensioner fra Sagsopgaven Ved konflikt vinder dimensioner fra sidst indtastede værdi, som i de fleste tilfælde vil være Sagsopgave Erstat og suppler Ved konflikt vinder dimensioner fra Sagsopgaven Ved konflikt vinder dimensioner fra Finanskontoen Ved konflikt vinder dimensioner fra Sagsopgaven Ved konflikt vinder dimensioner fra Sagen Ved konflikt vinder dimensioner fra Sagsopgaven Kun suppler 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.
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. Side 28 af 48 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
Generisk integrationssnitflade, GIS Side 29 af 48 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.
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: Side 30 af 48 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
Køb PM/NKS Side 31 af 48 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.
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. Side 32 af 48 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. Kreditor er oprettet af fagsystemet. 2. Kreditor er uden E-Bilagspartner. 3. Der findes max. et bankkort pr. kreditor. 4. 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.
IN02258 Advarsler vist på betalingskontrolrapporterne De 2 primære betalingskontrolrapporter i Navision Stat er givet ved: Side 33 af 48 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
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. Side 34 af 48 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 e- mail 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 [no@reply.dk]. 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.
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. Side 35 af 48 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 E- boks 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. EBOKS Baseret på adresseoplysninger 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 aftalenummer 16 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 e- mail adresse og markeret for forsendelse via E-mail og posten ikke er udsøgt til en af de foranstående forsendelsesformer 17. 16 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).
Funktionalitet Side 36 af 48 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 fakturering 18. 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 fjernprint 19. 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 oplysninger 20. 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/vejledninger- STAT-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 Visningen initieret fra Navision Stat. 19 Opsættes på administrationsportalen til Strålfors Connect. 20 E-BOKS kræver CVR eller CPR-nummer. Fjernprint kræver komplette adressedata.
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. Side 37 af 48 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/navision- Stat/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.
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. Side 38 af 48 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 PoRS2 21. 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: Anvendes, hvis man ikke fakturagodkender før modtagelse i NS Anvendes, hvis man anvender IndFak1 Anvendes, hvis man anvender IndFak2 21 PoRS2 (Profile Registration Service) et NemHandelsregister API, der gør det muligt at lave opslag og foretage ændringer på Nemhandelsregistret.
Bilag A Opdaterede vejledninger Side 39 af 48 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/vejledninger- STAT-NS5402
Bilag B Tilladte kompileringsfejl Side 40 af 48 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 Nr Navn Bemærkning Table 370 Excel Buffer Table 5062 Attachment Table 5302 Outlook Synch. Link Form 6016900 About Payment Management Rapport 6007502 Export Posted Invoice to XML Rapport 6007675 ProcessIntegrationBatch Rapport 99008512 edoc 2004 System Check Codeunit 397 Mail Codeunit 424 Export Analysis View Codeunit 680 Style Sheet Management Codeunit 5053 TAPIManagement 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. Codeunit 5054 WordManagement Codeunit 5064 E-Mail Logging Codeunit 5300 Outlook Synch. Setup Mgt. Codeunit 5301 Outlook Synch. NAV Mgt. Codeunit 5303 Outlook Synch. Deletion Mgt. Codeunit 5304 Outlook Synch. Outlook Mgt. Codeunit 5305 Outlook Synch. Process Line Codeunit 5306 Outlook Synch. Export Schema Codeunit 5307 Outlook Synch. Synchronize Codeunit 5308 Outlook Synch. Synchronize All Codeunit 5309 Outlook Synch. Process Links Codeunit 5310 Outlook Synch. Resolve Confl. Codeunit 5311 Outlook Synch. Finalize Codeunit 5312 Outlook Synch. Troubleshooting Codeunit 5500 Production Schedule Management Codeunit 6810 EP Request Handler Codeunit 6815 EP Support Functions Codeunit 6817 EP Format Functions Codeunit 6870 EP Trust Handler Codeunit 6872 EP Crypto Mgt. Codeunit 7152 Export Item Analysis View Codeunit 7700 ADCS NAS Start up Codeunit 8610 Questionnaire Management Codeunit 8611 Migration Management Codeunit 6007181 NAS Integration Engine Codeunit 6007500 XML Brigde Inbound Codeunit 6007501 XML Bridge GetPicture Codeunit 6007503 XML Bridge Management Codeunit 6007504 XML Bridge Outbound Codeunit 6007684 CreateReturnXML Codeunit 6007685 WriteReturnXMLFile Codeunit 6007687 GISParseExcel
Type Nr Navn Bemærkning Codeunit 6007752 GIS WS NAS Codeunit 6007759 SendSalesDocAsEmailManager Codeunit 6016801 Import Currency Exchange Rates Codeunit 6016817 Send Payments Codeunit 6016839 PM direct Codeunit 6017200 Import Account Statement Codeunit 6052702 Coll. DB Direct Codeunit 99008516 edoc XML DOM Mangement Codeunit 99008517 XMLDocument-Create Codeunit 99008528 EDoc Appln. Srv. Startup Side 41 af 48
Bilag C NS 5.4.02 Objektliste Side 42 af 48 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 New Object Version List New Object Date Table 17 G/L Entry NAVW15.00.01,NS5.4.02 24-10-2014 NAVW15.00.01,NAVDK4.00.01,CMGT5.00.0 Table 18 Customer 1.1.07x,NS5.4.02 24-10-2014 Table 25 Vendor Ledger Entry NAVW15.00.01,PM5.00.01.2.05.01,NS5.4.02 24-10-2014 Table 38 Purchase Header NAVW15.00.01,PM5.00.01.2.05,NS5.4.02 24-10-2014 Table 81 Gen. Journal Line NAVW15.00.01,PM5.00.01.2.05,CMGT5.00.01.1.11x,NS5.4.02 24-10-2014 Table 112 Sales Invoice Header NAVW15.00.01,NAVDK5.00.01,OIO2007.01, CMGT.1.01,NS5.4.02 24-10-2014 Table 114 Sales Cr.Memo Header NAVW15.00.01,NAVDK4.00.02,CMGT5.00.0 1.1.01,NS5.4,NS5.4.02 24-10-2014 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. NAVW15.00.01,NS5.4.02 24-10-2014 NAVW15.00,NAVDK5.00.01,CMGT5.00.01.1. Table 297 Issued Reminder Header 07,NS5.4.02 24-10-2014 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 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
Type ID Name New Object Version List New Object Date Side 43 af 48 Table 6007790 edoc Sender Party Setup 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 Form 20 General Ledger Entries NAVW15.00.01,NS5.4.02 24-10-2014 NAVW15.00.01,NAVDK4.00.01,PM5.00.01.2. Form 21 Customer Card 05,CMGTx,NS5.4.02 24-10-2014 Form 29 Vendor Ledger Entries NAVW14.00,PM4.00.02.2.05.01,NS5.4.02 24-10-2014 Form 50 Purchase Order NAVW15.00.01,NAVDK4.00,PM5.00.01.2.05, NS5.4.02 24-10-2014 Form 51 Purchase Invoice NAVW15.00.01,NAVDK4.00,PM5.00.01.2.05, NS5.4.02 24-10-2014 Form 52 Purchase Credit Memo NAVW15.00.01,NAVDK4.00,NS5.4.02 24-10-2014 Form 132 Posted Sales Invoice NAVW15.00.01,NAVDK5.00.01,CMGT5.00.0 1.1.08,NS5.4.02 24-10-2014 Form 134 Posted Sales Credit Memo NAVW15.00.01,NAVDK4.00.02,CMGT5.00.0 1.1.08,NS5.4.02 24-10-2014 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 NAVW15.00,NS5.4.02 24-10-2014 NAVW15.00,NAVDK5.00.01,CMGT5.00.01.1. Form 438 Issued Reminder 07x,NS5.4.02 24-10-2014 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 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 Form 6016858 Payment List 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
Type ID Name New Object Version List New Object Date Side 45 af 48 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 Codeunit 1 ApplicationManagement NAVW15.00.01,NAVDK5.00,NS5.4.02 24-10-2014 Codeunit 12 Gen. Jnl.-Post Line NAVW15.00.01.PM5.00.00.2.05,CMGT5.00.01.1.08,NS5.4.02 24-10-2014 Codeunit 80 Sales-Post NAVW15.00.01,NAVDK4.00.02,CMGT5.00.0 1.1.09,NS5.4.02 24-10-2014 Codeunit 90 Purch.-Post 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 MenuSuite 52 Navision Stat NS5.4.02 24-10-2014
Bilag D Indlejret konvertering Side 47 af 48 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.
Bilag E Oversigt over pilottest Side 48 af 48 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. Nr. IN02236 IN02219 Navn Forbedring til brugerkontrollisterne Godkendelsesflow på redigering af data via DDI Testes automatisk ved alle 11 Indfak2 piloter IN02171 Aflevering af data fra Navision Stat til Indfak2 Ikke - ØSC kunde ØSC kunde ØSC team IN02202 Modtagelse af E-bilag fra Indfak2 i Navision Stat Ikke- ØSC kunde ØSC team IN02311 Kreditordublethåndtering og matchlogik 22 Ikke - ØSC kunde ØSC kunde ØSC team IN02312 Tværgående bilagsidentifikation (Indfak2/Navision Stat) Ikke - ØSC kunde ØSC kunde ØSC team Testes udelukkende ved Indafk2 piloterne: Digitaliseringsstyrelsen og Arbejdstilsynet ØSC team ØSC kunde IN02264-02 Mulighed for at afløfte indlæsning fra åbning af ØSC team indbakkerne IN02225 Ændring af faktureringsleverandør ved accept ØSC team må ikke ske IN02247 Udeladelse af GIS data indenfor filter ØSC kunde IN02221 IN02257 IN02258 Diverse ændringer til de 2 betalingskontrolrapporter (før og efter betaling) ØSC team IN02057 Digital Post integration ØSC kunde ØSC team 22 Undtaget for test under selve pilottesten, da der ikke har været muligt at finde produktionsdata, der kunne danne baggrund for testen.