1. Tilretninger skal som udgangspunkt undgås 2. Hvis de ikke kan undgås, skal tilretninger implementeres:
|
|
- Bjørn Graversen
- 7 år siden
- Visninger:
Transkript
1 Navision Stat Opd ØS/ØSY/CPS Produktstrategi Introduktion Produktstrategien for Navision Stat består af en generel funktionalitetsstrategi samt et antal delstrategier, der kan rummes herunder. Disse delstrategier er pt. givet ved: 1. Distributionsstrategi 2. ØSC Opdateringsstrategi 3. Integrationsstrategi 4. Domænestrategier 5. Rapporteringsstrategi Generel funktionalitetsstrategi Den til enhver tid aktuelle basisversion af Navision Stat standard består af basis produktet MS Dynamics NAV samt de nødvendige statslige tilretninger, der følger nedenstående gyldne regelsæt. 1. Tilretninger skal som udgangspunkt undgås 2. Hvis de ikke kan undgås, skal tilretninger implementeres: så generisk som muligt, med potentiel anvendelse af flest mulige kunder så tyndt som muligt, dvs. uden at forstyrre eksisterende standardfunktionalitet således, at ændringerne består af funktionalitet, der ligger inden for systemets naturlige funktionsområde således, at ændringerne føles og opleves som en naturlig del af basisproduktet således, at ændringerne er dokumenterede og sporbare på tværs af: kode, kravspecifikationer, testkort og manualer. 3. Så snart ændringerne kan standardiseres via ny funktionalitet i basisproduktet, der kan implementeres på rentabel og forsvarlig vis, elimineres de statslige tilretninger. 4. Derudover gælder det, at Navision Stat konstant vedligeholdes som et tidssvarende økonomisystem og kontinuerligt løftes i henhold til accepteret og dokumenteret nyeste tekniske platform. Dette sker blandt andet via en løbende vurdering af nye versionsopdateringer til basisproduktet frigivet af Microsoft.
2 Statslige tilretninger implementeres afledt af nedenstående: Side 2 af 12 Gældende statslige regler for bogføring og opfølgning, der afviger fra kravene i den private sektor. Ny lovgivning, hvor systemunderstøttelse er en forudsætning, eller en katalysator, for lancering af samme. Ønske om ændret eller ny systemunderstøttelse indberettet af kunder, hvor det vurderes, at ønsket kan have almen interesse for alle kunder. Hensyn til strategiske valg, fx: Procesoptimering mhp. på effektivisering (reducering af nødvendigt af tidsforbrug pr. bruger) Sikkerhedsoptimering for kontrollerede logninger og godkendelsesprocesser 1. Distributionsstrategi Der anvendes en to-strenget distributionsmetodik. En der gælder Navision Stat kunder serviceret via ØSC 1 et i SAM 2 og en for alle andre. Navision Stat kunder, fremover nævnt hhv. ØSC model og Standard model. Standard model Moderniseringsstyrelsen har ansvaret for den samlede udvikling af Navision Stat Standard. Løsningen frigives på hjemmesiden, hvor den kan downloades af både kunder og konsulenter. Hvis kunden har behov for specifikke tilpasninger, kan kunden eventuelt kontakte et konsulenthus for en implementering af disse tilretninger. Herved opstår der et antal forskellige varianter af Navision Stat for hver standard version af Navision Stat. Se skitsen herunder. Inst. Specifikke tilretninger A Statslige tilretninger Inst. Specifikke tilretninger B MS Dynamics NAV Inst. Specifikke tilretninger C 1 ØSC: Økonomi Service Centret. 2 SAM: Statens Administration.
3 ØSC model Side 3 af 12 Moderniseringsstyrelsen har ansvaret for den samlede udvikling af Navision Stat Standard. Løsningen frigives på hjemmesiden. Herefter har Moderniseringsstyrelsen ansvaret for, at den nye version implementeres hos den enkelte kunde. Der kan IKKE foretages institutionsspecifikke tilretninger. Se tegningen nedenfor. Statslige tilretninger MS Dynamics NAV 2. ØSC opdateringsstrategi Moderniseringsstyrelsen oppebærer, som udgangspunkt, systemejerskabet for alle Navision Stat databaser i ØSC et. Dette betyder, at ændringer i databasens struktur, dvs. de objekter, der udgør databasen, samt ændringer i øvrige komponenter, i den samlede Navision Stat løsning, kun må foretages af Moderniseringsstyrelsen givet ved Navision Stat enheden, NSUDV. Selve installationen af versionsopdateringer foretages af NSUDV, eller ved hosting leverandøren, Statens IT, med udgangspunkt i installationsvejledninger udarbejdet af NSUDV. Midlertidige objekter, der skal bruges ifm. datakonvertering, kan udelukkende indlæses ved NSUDV, og kun såfremt objekterne er godkendt af NSUDV. Eksterne konsulenter bedes derfor tage direkte kontakt til NSUDV via vms@modst.dk for kvalitetskontrol og konkret indlæsning. For en yderligere sikring af ovenstående skal alle oprettelse af SUPER - brugere på ØSC - databaser autoriseres af Moderniseringsstyrelsen. Institutionen er fortsat dataejer, og kan derfor frit foretage alle øvrige nødvendige datarettelser inden for det gældende brugerrettigheds- og licenskoncept, så længe dette ikke forudsætter, at der foretages objektændringer.
4 Side 4 af Integrationsstrategi Navision Stat er den applikation i den samlede leverede økonomiløsning fra Moderniseringsstyrelsen, der har det største antal integrationer. De mange integrationer er implementeret efter følgende regelsæt. 1. Ved integration til de kritiske centrale systemer i MODST 3, defineres formatet i samarbejde med de centrale systemer 4, og al udveksling sker via ØDUP 5 eller fremtidig ny komponent, der yder samme postkasse mulighed. 2. Ved integration til ny fælles standard systemer, for håndtering af betalinger opkrævninger og CVR-data, følges den teknologi og de formater, som standardsystemet tilbyder Ved alle E-Bilag udvekslinger via Nemhandel, herunder integration med INDFAK, følges de standarder, der er udmeldt af DIGST 7, dvs. for både xml-format, protokol- og infrastruktur Ved integrationer til institutionsspecifikke fagsystemer, anvendes de teknologier og formater, som er udmeldt i forbindelse med implementeringen af GIS 9 funktionaliteten i Navision Stat. 5. Ved integration til nye fælles standard systemer (undtaget de systemer, der er nævnt i punkt 1-3), anvendes de teknologier og formater, som er udmeldt i forbindelse med implementeringen af GIS i Navision Stat Domæne strategier Efterhånden som der opstår et behov for en præcisering af udvalgte produktområder, listes disse som en domænestrategi under den generelle produktstrategi. 3 MODST: Moderniseringsstyrelsen 4 Statens Koncern System, SKS og Statens Lønsystem, SLS. 5 ØkonomiDataUdvekslingsPunkt. 6 Dette gælder fx integration til Nemkonto, Danske Bank, PBS, EFI og CVR. 7 DIGST: Digitaliseringsstyrelsen. 8 OIOUBL, OIO RASP og NHR. 9 GIS: Generisk IntegrationsSnitflade 10 Dette gælder fx rejseafregning- og udlægsstyringssystemet, REJS-UD.
5 4.1 Decentral indrapportering til ØSC, DDI DDI funktionaliteten blev bygget med følgende formål: Side 5 af 12 At dække behovet for dataudveksling mellem kunden og ØSC et for det enkelte servicerede regnskab via en brugervenlig grænseflade, der nemt og intuitivt kan anvendes uden behov for væsentlig kompetenceudvikling 11. Dette betyder, at løsningen (videre)udvikles inden for følgende rammer: De udvidende faktorer: Løsningen skal til enhver tid understøtte det gældende officielle opgavesplit i SAM. Løsningen skal kunne overføre det nødvendige regnskabsmateriale for regnskabsmæssig godkendelse. Workflowet skal understøttes via statusændringer og datakontrol. Alle arbejdsgange, der både involverer kunden og ØSC et skal kunne afvikles i en ubrudt kæde. Alle transaktioner skal kunne spores. Antallet af manuelle kontroller skal reduceres, hvor muligt. Der må ikke forekomme dobbeltindtastninger mellem kunden og ØSC et i felter med fast defineret indehold. Data SKAL fødes et sted, men MÅ gerne beriges et andet sted. De begrænsende faktorer: Ny/ændret funktionalitet skal kunne anvendes uden anden introduktion, end den der fremgår af manualer og vejledninger Ny/ændret funktionalitet skal være relevant for mere end 80 % af eksisterende ØSC kunder Såfremt nye dataregistreringer kræver godkendelse af ØSC et, skal nye registreringer håndteres via bestillingslogikken mellem kunden og ØSC et. Såfremt nye dataregistreringer IKKE kræver godkendelse af ØSC et, skal registreringen ske via inkludering af standardvisning under DDI menuen. Såfremt nye dataregistreringer har opsætningsmæssig karakter, inkluderes disse kun i DDI løsningen såfremt, det forventes at kunden har behov for at rette i opsætningen mere end 2 gange pr. måned (i ordinær drift). 11 Ny funktionalitet skal kunne ibrugtages via støtte i manualer og vejledninger, og dermed uden behov for kursusdeltagelse eller anden form for oplæring.
6 Ny funktionalitet hvor der efterspørges en automatiseret indberetning for bestillinger af større mængder data ad gangen, håndteres IKKE af DDI funktionalitetsområdet, men løses i stedet af GIS, der netop er bygget til håndtering af store mængder af forhåndsgodkendte data. Dette betyder, at der ikke udvikles en GIS understøttelse af DDI funktionaliteten. Vedhæftning af filer til DDI bestillinger, via BLOB 12 felter, skal, af performance og databasekapacitetsmæssige hensyn, udelukkende anvendes ved vedhæftning af relevant regnskabsmateriale, dvs. bilag, der er påkrævet ved den interne godkendelse af bestillingen i ØSC institutionen, eller påkrævet ved senere revision af regnskabet. Øvrige filer til vedhæftning skal ske via standard kæde 13 funktionalitet. Ny decentral funktionalitet med direkte regnskabsmæssig relevans, som findes i den eksisterende Navision Stat løsning, men som ikke overholder kravet om 80 % relevans for DDI brugere, inkluderes ikke i DDI løsningen. Denne type funktionalitet kan i stedet tilgås direkte via en kombination af udvidede rettigheder og eventuel dispensation fra opgavesplittet. Ny decentral funktionalitet, der ikke har nogen direkte regnskabsmæssig relevans, og som derfor bedst afvikles i andre systemer end Navision Stat, inkluderes ikke i løsningen. Dette gælder fx funktionalitet, der aktuelt håndteres af: Rejseafregningssystemer, indkøbs- og faktureringshåndteringssystemer samt diverse institutionsspecifikke fagsystemer. Alle ønsker til ny/ændret DDI funktionalitet skal godkendes af SAM og NSUDV. Side 6 af BLOB: Binary Large OBjects. En datatype der tillader at vedhæftede filer gemmes direkte i databasen. 13 Kædefunktionalitet: Der linkes/kædes til et bilag gemt på et eksternt drev.
7 4.2 GIS Den generiske integrationssnitflade blev bygget med det formål: Side 7 af 12 At etablere en ensartet håndtering af alle tidligere integrationer, bygget lokalt mellem Navision Stat og den enkelte institutions fagsystem, for en overførelse af forhåndsgodkendte data fra fagsystem til Navision Stat, og omvendt en læsning af data generelt fra Navision Stat. Dette under hensynstagen til en fortsat understøttelse af eksisterende krav til sikkerhed, datalogning og transaktionsspor via et entydigt afsender ID tilknyttet dataudvekslingen. At minimere antallet af eksisterende forskellige Navision Stat varianter væsentligt, og hermed fremme medarbejdermobiliteten i ØSC et. Løsningen vedligeholdes således indenfor følgende rammer: De udvidende faktorer: Der må frit læses fra alle tabeller i Navision Stat. Hvis der kan argumenteres for en proceseffektivisering ved åbning for skrivning til yderligere tabel, åbnes tabellen jvf. det eksisterende GIS regelsæt for enabling af tabeller. Ved åbning af en tabel for skrivning, åbnes alle felter på tabellen. Data kan indlæses fra Excel som fagsystem, givet at disse data, som ved leverancer fra andre fagsystemer, er godkendte før indlæsning og filen er låst for editering. De begrænsende faktorer: Da GIS integrationen forudsætter, at der udelukkende sker en overførelse af forhåndsgodkendte data til Navision Stat, via en system - til - system integration, er det institutionens ansvar, at sikre at data er godkendte i afsendende fagsystem, før skrivning til Navision Stat 14. Der må aldrig skrives direkte til posteringstabeller, fx finansposttabellen, der indeholder slutresultatet af en registreringsproces, hvor data flyttes mellem flere tabeller undervejs af hensyn til korrekt datavalidering. Der må aldrig skrives til tabeller der holder data midlertidigt midtvejs i en registreringsproces, som fx udbetalingskladden. Data må udelukkende skrives til stamdatatabeller eller de tabeller, hvorfra en normal transaktionsproces opstartes, som fx kladder eller bilag. Der må aldrig skrives til stamdata- og opsætningstabeller, der vedligeholdes via dataleverancer fra de centrale systemer, som fx SKS og SLS. En bruger kan kun skrive til de tabeller via GIS - funktionaliteten, som brugeren har adgang til at skrive direkte i, via normale indtastninger. 14 For en håndtering af skrivninger, der afleder en godkendelsesproces ved modtagelse i Navision Stat, henvises til DDIfunktionaliteten, alternativt til Excel-funktionaliteten, hvor Navision Stat tjekker for godkendelse forud for indlæsning.
8 Det er institutionens ansvar, som dataejer, at føre kontrol med selve dataleverancens indhold. Derfor er det ligeledes institutionens ansvar selv at sikre, at der ikke overføres følsomme persondata til Navision Stat. Navision Stat indeholder pr. definition ikke følsomme persondata, og indeholder derfor ej heller tabeller og felter, der er forberedt for modtagelse af denne type data. Flere enablede tabeller indeholder såkaldte BLOB felter, hvortil det principielt ville være muligt at indlæse vedhæftede bilag. Da dette imidlertid betyder at databasen vil vokse ukontrolleret og forringe performance, er dette ikke tilladt. Indlæsning af data via webservice må nødvendigvis følge de begrænsninger, der normal gælder for webservices, hvilket betyder, at der ikke kan udveksles mere end 4MB ad gangen. Indlæsning af større datamængder, med batchlignende karakter bør generelt testes forud for valg af udvekslingsmetode 15. Side 8 af Excel-udveksling, txt-fil, xml-fil, webservice (xml), sql-db udveksling eller sftp.
9 4.3 Sager, ressourcer og projektbevilling Sags- og ressourcemodulerne i Navision Stat baserer sig i vidt omfang på den standardfunktionalitet, der er frigivet af Microsoft, men som udvides via videreudvikling af Navision Stat med følgende formål: Side 9 af 12 At rette de fejl og mangler i standardmodulerne, som kan henføres til manglende fokus på områderne fra Microsofts side, dette gælder fx en konsistent håndtering af dimensionslogik samt finans- og anlægsintegration. At udvide løsningen generelt for en understøttelse af aktivitet, projekt- og bevillingsstyring. Løsningen vedligeholdes således indenfor følgende rammer: De udvidende faktorer: Udvidelser foretages med højt generaliseringsniveau, der sikrer løsninger, der kan bruges af flest mulige kunder. Udviklingen vil for nærværende fokusere på det segment af de eksisterende og nye kunder, der i dag har de største erfaringer med projekt- og bevillingsstyring, for at sikre den bedst mulige dækning af behovet for systemunderstøttelse. De begrænsende faktorer: Nye udvidelser skal implementeres så simpelt som muligt, uden at gå på kompromis med de væsentligste behov for systemunderstøttelse på området, således at løsningen kan supporteres analogt med øvrig Navision Stat funktionalitet. Nye udvidelser i forhold til rapportering vil i udgangspunkt ske i sagskuben eller de faste rapporter i LDV. Fakturering på sager sker direkte fra sager og ikke fx via DDI. Funktionaliteten omhandlende VIA (igangværende arbejde), vedligeholdes kun af Microsoft. Sager vil ikke blive understøttet i alle funktionalitetsområder i Navision Stat.
10 4.4 Håndtering af salgsbilag (faktura, kreditnotaer, rykkere og kontoudtog) I forbindelse afsendelse af salgsbilag til debitorer følges nedenstående prioritering, for valg af metode for fremsendelse, hvilket får konsekvenser for den tilsvarende prioritering af videreudviklingen af den tilsvarende systemunderstøttelse: Side 10 af Bogføring/udstedelse med afsendelse af elektroniske salgsbilag 16 via OIOUBL og opslag på NHR 17 for routning (Nemhandel). 2. Opkrævning via PBS. Hvis debitor har en PBS aftalenummer, sker der et normalt træk på debitors konto via en PBS aftale. I dette tilfælde er der ikke behov for rykkere 18. Hvis debitor IKKE har et PBS aftale nummer, udskriver PBS en papirfaktura med FIK kort og sørger for kuvertering og fremsendelse. Hvis efterfølgende rykkere fremsendes til PBS, kan PBS ligeledes rykke for disse. 3. Bogføring/udstedelse med afsendelse af salgsbilag 19 til eboks via Digital post integrationen. 4. Bogføring af salgsbilag med afsendelse via Bogfør og -løsningen Bogføring af salgsbilag med afsendelse til fjernprint, autokuvertering og autoforsendelse som brevpost via Digital Post integrationen 21. Såfremt, der ikke er etableret digital postintegration kan den resterende del af salgsbilag, dvs. typisk fakturering af debitorer i den private sektor, som hverken har et EAN-nr. / CVR-nr. registreret på NHR, eller en konto, fremsendes på papir, der er printet lokalt. I denne forbindelse skal følgende medtages i betragtningerne: Hvis man som myndighed primært har dårligt betalende private debitorer, eller blot store mængder af opkrævninger, kan det være en fordel at vælge en PBS aftale model frem for alle andre modeller, for en procesoptimering af de efterfølgende rykkerprocedurer. 16 Salgsfaktura, kreditnota, rykker og kontoudtog 17 NemHandelsregistret. 18 I tilfælde af PBS aftale er det muligt at fremsende kreditnotaer for modregning via PBS.. 19 Salgsfaktura, kreditnota, rykker og kontoudtog 20 Salgsfaktura og kreditnota. 21 Salgsfaktura, kreditnota, rykker og kontoudtog, Bemærk denne mulighed elimineres på versionen efter NS7.1
11 4.4.1 Anbefalinger for valg af løsning Side 11 af 12 Som udgangspunkt gælder derfor følgende anbefalinger for opkrævning af debitorer i et givet regnskab: Udgangssituation Afsendelse af salgsbilag til ALLE offentlige debitorer. Afsendelse af salgsbilag til private debitorer, der IKKE forventes at betale rettidigt. Afsendelse af mange salgsbilag til primært private debitorer. Afsendelse af salgsbilag til private debitorer, som forventes at betale rettidigt, men hvor en PBS løsning er fravalgt pga. få salgsfaktureringer generelt på regnskabet Afsendelse af salgsbilag til private debitorer, hvor en PBS løsning er fravalgt pga. få salgsfaktureringer generelt på regnskabet, og hvor der ikke findes en adresse på debitor. Afsendelse af salgsbilag til debitorer i udlandet med mailkonto, hvor der er indgået af aftale om fakturering pr. mail. Afsendelse af mange salgsbilag til debitorer i udlandet uden mailkonto Bedste løsning Afsendelse af elektroniske salgsbilag via OIOUBL Opkrævning via PBS, hvor debitoren har indgået en PBS aftale. Opkrævning via PBS, hvor debitorerne ikke nødvendigvis har indgået en PBS aftale, eller opkrævning via eboks (Digital post integration). Opkrævning via eboks (Digital post integration) Opkrævning via Bogfør og e- mailløsningen. Opkrævning via Bogfør og e- mailløsningen. Opkrævning via fjernprint (Digital post integration)
12 Side 12 af Rapporteringsstrategi LDV er den platform, som Moderniseringsstyrelsen har valgt til lokal analyse og rapportering. Rapportudvikling i Navision Stat vil derfor være fokuseret inden for følgende områder: 1. Handelsdokumenter Der sker løbende en vedligeholdelse og videreudvikling af de rapporter, der kan klassificeres som dokumenter, dvs. rapporter der distribueres uden for regnskabets myndighed i form af salgsbilag, købsbilag og lignende. 2. Rapporter rettet mod ØSC medarbejdere og institutioner udenfor ØSC. Der sker løbende en vedligeholdelse og videreudvikling af eksisterende rapporter. Videreudvikling vil primært være fokuseret mod kontrol af processer afviklet i Navision Stat eller mellem Navision Stat og fagsystemer. 3. Rapporter rettet mod ØSC institutioner Disse rapporter er placeret i den digitale indrapporteringsløsning (DDI) og der sker alene en vedligeholdelse af de eksisterende rapporter. Der sker, som udgangspunkt, ingen videreudvikling, da disse brugere typisk vil anvende LDV som deres primære rapporteringsværktøj. Se i øvrigt domænestrategi for DDI. Der bygges udelukkende rapporter, der trækker data indenfor det samme regnskab eller bogføringskreds. Alle rapportændringer foretages primært som en videreudvikling af eksisterende standardrapporter for at holde den samlede rapportportefølje på et absolut minimum, men med størst mulig fleksibilitet pr. rapport. I det omfang ønskede datavisninger, der aktuelt dækkes af statslige rapporter, fremadrettet kan dækkes af skærmvisninger eller Excel udlæsninger, udgår de statslige rapporter 22. Moderniseringsstyrelsen forbeholder sig samtidig, med udgangspunkt i målinger på anvendelsesgraden, kontinuert at eliminere statslige rapporter, der ikke i væsentlig grad anvendes. 22 Statslige rapporter er givet ved rapporter, der er udviklet 100 % af Moderniseringsstyrelsen i modsætning til standardrapporter (100 % udviklet af Microsoft) og standard rapporter med statslige tilretninger (udviklet af Microsoft, men efterfølgende tilrettet af Moderniseringsstyrelsen).
Navision Stat. Produktstrategi. Opd ØS/ØSY/CPS
Navision Stat Opd. 21.02.17 ØS/ØSY/CPS Produktstrategi Introduktion Produktstrategien for Navision Stat består af en generel funktionalitetsstrategi samt et antal delstrategier, der kan rummes herunder.
Læs mereNavision Stat. Produktstrategi 2014. Opr. 26.03.14 Opd. 27.06.14 ØS/ØSY/CPS
Navision Stat Opr. 26.03.14 Opd. 27.06.14 ØS/ØSY/CPS Produktstrategi 2014 Introduktion Produktstrategien for Navision Stat består af en generel funktionalitetsstrategi samt et antal delstrategier, der
Læs mereNavision Stat. Produktstrategi. Opd ØS/ØSY/CPS
Navision Stat Opd. 04.06.18 ØS/ØSY/CPS Produktstrategi Introduktion Produktstrategien for Navision Stat består af en generel vedligeholdelsesstrategi samt et antal delstrategier, der kan rummes herunder.
Læs mereGældende ansvarsfordeling ved integration mellem lokalt fagsystem og Navision Stat via den generiske integrationssnitflade, GIS.
Side 1 af 5 Ansvarsfordeling ved anvendelse af GIS Opr. 06.12.13 Opd. 27.05.15 ØS/ØSY/SKH/CPS Gældende ansvarsfordeling ved integration mellem lokalt fagsystem og Navision Stat via den generiske integrationssnitflade,
Læs mereGældende ansvarsfordeling ved integration mellem lokalt fagsystem og Navision Stat via den generiske integrationssnitflade, GIS.
Side 1 af 5 Ansvarsfordeling ved anvendelse af GIS Opr. 06.12.13 Opd. 24.10.18 CSY/ØSY/CPS Gældende ansvarsfordeling ved integration mellem lokalt fagsystem og Navision Stat via den generiske integrationssnitflade,
Læs mereGældende ansvarsfordeling ved integration mellem lokalt fagsystem og Navision Stat via den generiske integrationssnitflade, GIS.
Side 1 af 5 Ansvarsfordeling ved anvendelse af GIS Opr. 06.12.13 Opd. 10.03.17 ØS/ØSY/CPS Gældende ansvarsfordeling ved integration mellem lokalt fagsystem og Navision Stat via den generiske integrationssnitflade,
Læs mereGIS: Anbefalinger og performance (NS )
Side 1 af 5 Navision Stat Opr. 14.11.14 ØSY/CPS/SKH J.nr. n/a GIS: Anbefalinger og performance (NS 5.4.02) Den generiske integrationssnitflade til Navision Stat (GIS) understøtter udveksling af data mellem
Læs mereHvorfor er kreditor og betaling ikke låst?
Hvorfor er kreditor og betaling ikke låst? 15.04.16 TIE/CPS/ØSY Hvorfor er der ikke låst for editering af kreditorer og udbetalinger? Af og til bliver vi mødt med spørgsmålet om, hvorfor det er muligt
Læs mereKopiering af produktionsdatabaser for opsætning af testdatabaser
Side 1 af 13 Navision Stat 7.x ØSY/MAC/ SKH/JKH/CPS 16.06.16 Kopiering af produktionsdatabaser for opsætning af testdatabaser Overblik Formål Når der bestilles nye testdatabaser hos hosting leverandøren,
Læs mereUdveksling af data med Navision Stat ved hjælp af GIS. Lars Matthiesen, UNI C
Udveksling af data med Navision Stat ved hjælp af GIS Lars Matthiesen, UNI C Emner i dette indlæg Hvad er GIS egentlig for noget? Hvilke dataformater understøttes? Hvordan kan ind/udlæsningen af data afvikles
Læs mereNedenstående beskriver den samlede mængde af funktionalitetsændringer mellem Navision Stat 9.0 og 9.1, frigivet over følgende builds 1 :
Side 1 af 7 Navision Stat 9.1 CSY/ØSY/CPS 25.01.18 Nyt i Navision Stat Nedenstående beskriver den samlede mængde af funktionalitetsændringer mellem Navision Stat 9.0 og 9.1, frigivet over følgende builds
Læs mereOprettelse og opdatering af kreditorer
Oprettelse og opdatering af kreditorer 05.07.18 ØSY/CPS Restriktiv behandling af kreditorer og tilknyttede betalingsdata For at reducere muligheden for svig for egen vindings skyld, er der i Navision Stat
Læs mereNavision Stat 5.4.02. NS/Digital Post tilslutning: Trin for trin. Overblik. Side 1 af 22. ØSY/CPS Dato 27.10.14
Side 1 af 22 Navision Stat 5.4.02 ØSY/CPS Dato 27.10.14 NS/Digital Post tilslutning: Trin for trin. Overblik Introduktion For at man som afsendende myndighed kan benytte sig af integrationen, skal der
Læs mereNedenstående beskriver den samlede mængde af funktionalitetsændringer mellem Navision Stat 9.3 og 9.4, frigivet over følgende builds 1 :
Side 1 af 8 Navision Stat 9.4 CSY/ØSY/JKH 23.05.19 Nyt i Navision Stat Nedenstående beskriver den samlede mængde af funktionalitetsændringer mellem Navision Stat 9.3 og 9.4, frigivet over følgende builds
Læs mereNedenstående beskriver den samlede mængde af funktionalitetsændringer mellem Navision Stat 9.1 og 9.2, frigivet over følgende builds 1 :
Side 1 af 12 Navision Stat 9.2 CSY/ØSY/CPS 30.05.18 Nyt i Navision Stat Nedenstående beskriver den samlede mængde af funktionalitetsændringer mellem Navision Stat 9.1 og 9.2, frigivet over følgende builds
Læs mereNavision Stat. NS/Digital Post tilslutning: Trin for trin. Overblik. Side 1 af 22. ØSY/CPS Dato 22.04.15
Side 1 af 22 Navision Stat ØSY/CPS Dato 22.04.15 NS/Digital Post tilslutning: Trin for trin. Overblik Introduktion For at man som afsendende myndighed kan benytte sig af integrationen, skal der indgås
Læs mereNavision Stat Kvikguide til decentral indrapportering. Indhold: 1. juli 2010 ØKO/JKH
Navision Stat 5.1.04 1. juli 2010 ØKO/JKH Kvikguide til decentral indrapportering Guiden indeholder en overordnet beskrivelse af den decentrale indrapporteringsløsning, samt en kort gennemgang af de funktioner
Læs mereForbedringer i NS 5.3 08.03.2012
Introduktion og formål med dette dokument Moderniseringsstyrelsen har pr. 10. januar 2012 frigivet obligatorisk servicepack, Navision Stat 5.3 med tilhørende systeminfo og vejledninger. Dette skriv er
Læs mereAkkumuleret Installationsvejledning NS
Akkumuleret Installationsvejledning NS9.3.002 24. juni 2019 ØSY/JKH Indhold Generelt... 2 Opmærksomhedspunkter... 2 Indledende trin... 3 Manuelle handlinger FØR objektændringer... 3 Opgraderingstrin...
Læs mereNavision Stat 9.2. HR Medarbejder. Overblik. Side 1 af 11. ØSY/SKH 5. december 2018
Side 1 af 11 Navision Stat 9.2 ØSY/SKH 5. december 2018 HR Medarbejder Overblik Det er med Navision Stats HR medarbejdertabel mulighed for at modtage medarbejder-data fra det fælles statslige HR system,
Læs mereManuelle opsætninger efter afsluttet opgradering til NS7.0
Navision Stat 3. juli 2015 ØSY/NSUDV/cps Manuelle opsætninger efter afsluttet opgradering til NS7.0 Nærværende dokument beskriver de regnskabsspecifikke opsætninger, som institutionen selv skal (overveje
Læs mereNedenstående beskriver den samlede mængde af funktionalitetsændringer mellem Navision Stat 9.1 og 9.2, frigivet over følgende builds 1 :
Side 1 af 14 Navision Stat 9.2 CSY/ØSY/CPS 25.06.18 Nyt i Navision Stat Nedenstående beskriver den samlede mængde af funktionalitetsændringer mellem Navision Stat 9.1 og 9.2, frigivet over følgende builds
Læs mereInternt statsligt køb og salg i Navision Stat
Internt statsligt køb og salg i Navision Stat 6. juni 2017 ØSY/TIE/CPS Forberedelse og midlertidig håndtering i overgangsperiode Indledning Som det fremgår af Moderniseringsstyrelsens vejledning om internt
Læs mereNavision Stat GIS bagudkompatibilitet
Side 1 af 5 Navision Stat GIS bagudkompatibilitet ØSY/SKH Opr 23.06.17 Opd. 06.08.18 Flg. områder vil ikke være GIS bagudkompatible grundet tekniske udfordringer: Debitoroprettelse nyt felt på debitorkort
Læs mereFACTSHEET TIL MICROSOFT DYNAMICS NAV CONTINIA E FAKTURA
FACTSHEET TIL MICROSOFT DYNAMICS NAV EGENSKABER > Al arbejde med dannelse af elektroniske fakturaer foregår inde i Microsoft Dynamics NAV. > Understøtter import og eksport af OIO XML og UBL (inklusive
Læs mereNedenstående beskriver den samlede mængde af funktionalitetsændringer mellem Navision Stat 9.3 og 9.4, frigivet over følgende builds 1 :
Side 1 af 11 Navision Stat 9.4 CSY/ØSY/JKH 26.06.19 Nyt i Navision Stat Nedenstående beskriver den samlede mængde af funktionalitetsændringer mellem Navision Stat 9.3 og 9.4, frigivet over følgende builds
Læs mereLeverings- og vedligeholdelsesvilkår for Moderniseringsstyrelsen lokale datavarehus LDV
Leverings- og vedligeholdelsesvilkår for Moderniseringsstyrelsen lokale datavarehus LDV Indhold 1. DEFINITIONER... 2 2. BAGGRUND OG FORMÅL... 2 3. MODERNISERINGSSTYRELSENS YDELSER... 3 4. INSTITUTIONENS
Læs mereNemHandel registreringsvejledning. Navision Stat, INDFAK og Nemkonto. Introduktion. Overblik. Side 1 af 15. ØS/ØSY/CPS 7.
Side 1 af 15 NemHandel registreringsvejledning ØS/ØSY/CPS 7. januar 2015 Navision Stat, INDFAK og Nemkonto Dette dokument beskriver den nødvendig EAN registrering på Nemhandelsregistret via NS NHR WEB
Læs mereAlt der vedrører kreditors stamdata, herunder bank og betalingsoplysninger skal således vedligeholdes i NS og hentes fra NS til RejsUd2.
Side 1 af 25 Navision Stat 7.1 ØSY/TIE/CPS Dato 01.08.17 Kvikguide til håndtering af RejsUd2 i Navision Stat Formål I forbindelse med overgang til RejsUd2, er der krav om at alle data vedrørende kreditorer
Læs mereHåndteringen af Rykker og Kontoudtog fungerer på samme måde, beskrives dog ikke i denne vejledning.
Side 1 af 59 Navision Stat 7.0 26. maj 2015 ØS/ØSY/TIE Brugervejledning til håndtering af automatiseret salgsbilag Formål Vejledningen beskriver de måder salgsfaktura og salgskreditnotaer, kan håndteres
Læs mereEffektiv opkrævning. Til Microsoft Dynamics NAV. www.continia.dk
Effektiv opkrævning Udfør fakturering og opkrævning på 40 forskellige måder i det meste af Nordeuropa; blandt andet OIO fakturering, eksternt printservice, PBS Betalings- Service, PBS LeverandørServce,
Læs mereNavision Stat GIS bagudkompatibilitet
Side 1 af 5 Navision Stat GIS bagudkompatibilitet ØSY/SKH D. 23.06.17 Som udgangspunkt vil Moderniseringsstyrelsen, ved alle mindre opgraderinger af Navision Stat, sørge for at GIS-integrationen på den
Læs mereNavision Stat 9.0+ Digital Post tilslutning for Navision Stat. Overblik. Side 1 af 24. ØSY/CPS Dato
Side 1 af 24 Navision Stat 9.0+ ØSY/CPS Dato 13.11.17 Digital Post tilslutning for Navision Stat Overblik Introduktion For at man som afsendende myndighed kan benytte sig af Digital Post integrationen
Læs mereDen 1. november 2014 er det besluttet ved lovkrav at også borgere skal kunne modtage post fra det offentlige i Digital Post.
Side 1 af 18 Navision Stat 5.4.02 ØS/ØSY/TJO/CPS Dato 27.10.2014 Installationsvejledning til Digital Post - Invoker og NS regnskab Overblik Introduktion Denne installationsvejledning beskriver hvordan
Læs mereFakturering af: - Private kunder -Virksomheder - Det offentlige
Fakturering af: - Private kunder -Virksomheder - Det offentlige Virksomhedens situation i dag Omkostninger i dag til fakturering? Kroner Manpower Investeringer Ledelsestid Besvær Omkostningselementer Papir
Læs mereNavision Stat 5.4.02. Brugervejledning til håndtering af automatiseret salgsbilag. Side 1 af 55. ØSY/TIE 29. Oktober 2014
Side 1 af 55 Navision Stat 5.4.02 ØSY/TIE 29. Oktober 2014 Brugervejledning til håndtering af automatiseret salgsbilag Formål Vejledningen beskriver de måder salgsfaktura og salgskreditnotaer, kan håndteres
Læs mereForbedringer i Navision Stat 5.4
Forbedringer i Navision Stat 5.4 26. marts 2013/PRA Introduktion og formål med dette dokument Moderniseringsstyrelsen har pr. 11. januar 2013 frigivet obligatorisk Servicepack, Navision Stat 5.4 med tilhørende
Læs mereKom i gang med anvendelse af faktura
Quickguide Juni 2014 Kom i gang med anvendelse af faktura via E-mail 1 Introduktion I Navision Stat 5.4 blev den systemunderstøttede mulighed for at sende salgsbilag via E-mail introduceret. Tidligere
Læs mereUdvalgte nye elementer i Navision 5.2.01. DDI en
Version 1 10. juni 2011 Udvalgte nye elementer i Navision 5.2.01 DDI en Oplæg juni 2011 til Kulturministeriet Bestillingsoversigt i DDI en - Bestillingsoversigten åbnes via Indrapportering til ØSC \Bestillingsoversigt,
Læs mereIndlæsning af tilskud fra UVM
Indlæsning af tilskud fra UVM Brugervejledning version 1.0 Side 1 Indholdsfortegnelse Indledning... 3 Download bogføringskladde fra brevportalen... 3 Gem regneark på din arbejdsplads... 3 Bearbejdning
Læs mereNedenstående beskriver den samlede mængde af funktionalitetsændringer mellem Navision Stat 9.2 og 9.3, frigivet over følgende builds 1 :
Side 1 af 11 Navision Stat 9.3 CSY/ØSY/JKH 18.12.18 Nyt i Navision Stat Nedenstående beskriver den samlede mængde af funktionalitetsændringer mellem Navision Stat 9.2 og 9.3, frigivet over følgende builds
Læs mereHvilke opgaver understøtter Navision Stat 5.1? Hvornår vil Navision Stat 5.1 blive implementeret?
Navision Stat 5.1 Hvilke opgaver understøtter Navision Stat 5.1? Regnskabsregistrering, budgettering, likviditetsstyring, kreditoradministration, debitoradministration, afstemninger og omkonteringer. Hvornår
Læs mereNavision Stat 7.0. Kvikguide til Stakke. Overblik. Side 1 af 11. ØSY/STO 12. maj 2015
Side 1 af 11 Navision Stat 7.0 ØSY/STO 12. maj 2015 Kvikguide til Stakke Overblik Formål I denne kvikguide får du en forklaring på, hvad en Stak er, hvad de enkelte stakke indeholder og hvilken type rollecenter
Læs mereInstallationsguide. Integration af erhvervsdata fra NN Markedsdata til Microsoft Dynamics NAV 2015
Installationsguide Integration af erhvervsdata fra NN Markedsdata til Microsoft Dynamics NAV 2015 Indledning Dette dokument indeholder vejledning til installation af modulet NN Markedsdata i Dynamics NAV
Læs mereCONTINIA COLLECTION MANAGEMENT FACTSHEET TIL MICROSOFT DYNAMICS NAV
FACTSHEET TIL MICROSOFT DYNAMICS NAV Med Continia Collection Management samler du markedets førende opkrævningsstandarder i én enkelt løsning. Du kan herved udføre elektronisk fakturering med enten Betalingsservice,
Læs mereIndrapportering til ØSC med DDI. Møde i Kulturministeriet november 2010 v/karen Ejersbo Iversen
Indrapportering til ØSC med DDI Møde i Kulturministeriet november 2010 v/karen Ejersbo Iversen Formål med Den Digitale Indberetning Systemunderstøtte indrapporteringen af serviceopgaver til ØSC et, for
Læs mereNavision Stat Kvikguide til Håndtering af Direct Debit. Overblik. Side 1 af 9. ØSY/TIE Dato:
Side 1 af 9 Navision Stat 7.0.01 ØSY/TIE Dato: 06.07.16 Kvikguide til Håndtering af Direct Debit Overblik Formål Dokumentet giver en overordnet beskrivelse af hvordan Direct Debit på elektroniske dokumenter
Læs merenyt TIPS & TRICKS GØR FINTUN DIN NAV LØSNING HELT ENKELT OPKRÆVNING
nyt 2. HALVÅR 2009 C...leveret af din forhandler! Løsninger til Microsoft Dynamics NAV fra Continia Software... TIPS & TRICKS Se hvordan du får optimalt udbytte af din investering i Celenia Payment Management
Læs mereBilag 3 Administration af brugeradgang
Bilag 3 Administration af brugeradgang Dette bilag indeholder dels en oversigt over, hvordan institutionerne har adgang til brugeradministration for de forskellige systemer og dels informationer, som kan
Læs mereBilag om bogføring. Indhold. 1. Indledning
Indhold 1. Indledning... 1 1.1 Generelt... 2 1.2 Definitioner... 2 1.2.1 Regnskabsmateriale... 2 1.2.2 Bilag... 2 1.2.3 Godkendelse... 2 2. Periodisering og transaktionsprincippet... 2 3. Konteringsprincip...
Læs mereVejledning i opsætning af datastrømmene STUDADM1 og evt. STUDADM2 til integration mellem EASY A og/eller SIS og Navision Stat
Vejledning 14-09-2016 Vejledning i opsætning af datastrømmene STUDADM1 og evt. STUDADM2 til integration mellem EASY A og/eller SIS og Navision Stat 1 Indledning Denne vejledning indeholder en beskrivelse
Læs mereInstallationsguide. Integration af erhvervsdata fra NN Markedsdata til Microsoft Dynamics NAV 2013
Installationsguide Integration af erhvervsdata fra NN Markedsdata til Microsoft Dynamics NAV 2013 Indledning Dette dokument indeholder vejledning til installation af modulet NN Markedsdata i Dynamics NAV
Læs mereGuide til opdatering af Navision Stat med ny funktionalitet - nye objekter, datakonvertering, automatisk indlæsning af datafiler.
Side 1 af 20 Navision Stat 7.0 ØSY/JACPM 15-05-2015 Vejledning til Lokal Versionsstyring (VMS) Overblik Guide til opdatering af Navision Stat med ny funktionalitet - nye objekter, datakonvertering, automatisk
Læs mereHåndtering af rejsekreditorer - selvejeinstitutioner
Håndtering af rejsekreditorer - selvejeinstitutioner ØSY/CTL Dato 10.04.2018 Formål For selveje institutioner der ikke benytter Den Decentrale Indrapporteringsløsning (DDI) i Navision Stat er det vigtigt
Læs mereFormål med IndFak. Staten skal have ét system til håndtering af indkøb og fakturaer Procesbesparelser ved at automatisere arbejdsgange og kontroller
Inspirationsdag Uni-C 4/6-2012 Formål med IndFak Staten skal have ét system til håndtering af indkøb og fakturaer Procesbesparelser ved at automatisere arbejdsgange og kontroller Ind: Mål om at der i stor
Læs mereKvikguide til Navision Stat 9.x
Kvikguide til Navision Stat 9.x Opd. 05.01.18 ØSY/STO/CPS Rettigheder til brugere i, eller serviceret af, Statens Administration Nedenstående skema beskriver med udgangspunkt i den aktuelle gruppering
Læs mereLeverings- og vedligeholdelsesvilkår. for. Økonomistyrelsen lokale datavarehus ØS LDV
Leverings- og vedligeholdelsesvilkår for Økonomistyrelsen lokale datavarehus ØS LDV Økonomistyrelsen Landgreven 4, postboks 2193 DK-1017 København K (i det følgende benævnt Økonomistyrelsen) 1 INDHOLDSFORTEGNELSE
Læs merePerformanceoptimering Navision Stat
Performanceoptimering Navision Stat 17.06.16 JZK/CPS/ØSY Selvhjælp til forbedret performance i Navision Stat I det fortsatte vedligehold og videreudvikling af Navision Stat løsningen har Moderniseringsstyrelsen
Læs mereGuide til opdatering af Navision Stat med ny funktionalitet - nye objekter, datakonvertering, automatisk indlæsning af datafiler.
Side 1 af 20 Navision Stat 9.2 ØSY/RASEG 31-10-2018 Vejledning til Lokal Versionsstyring (VMS) Overblik Guide til opdatering af Navision Stat med ny funktionalitet - nye objekter, datakonvertering, automatisk
Læs mereRoller og profiler i rettighedsfilen til Selvejer skolerne
Vejledning Roller og profiler i rettighedsfilen til Selvejer skolerne 1 Indhold Indledning... 3 Hovedregler vedr. tildeling af profiler og roller... 3 Sammenhængen mellem profiler, roller og rettigheder...
Læs mereNavision Stat 9.1. Beskrivelse af Central Integration CIS. Overblik. Side 1 af 18. ØSY/SKH 31. maj 2018
Navision Stat 9.1 Side 1 af 18 ØSY/SKH 31. maj 2018 Beskrivelse af Central Integration CIS Overblik Formål Integrationsfunktionaliteten gør det muligt at levere data fra Navision Stat via ØDUP, hvor disse
Læs mereServicebeskrivelse for Statens BI LDV. Juni 2019
Servicebeskrivelse for Statens BI LDV Juni 2019 Indhold 1. Indledning og beskrivelse af løsningen 3 1.1 Forretningsområdet 3 1.2 Kunder og brugere 3 1.3 Funktionalitet 3 2. Ansvarsdeling mellem parterne
Læs mereRS Standard. Effektivt og struktureret bogføringssamarbejde
RS Standard Effektivt og struktureret bogføringssamarbejde 1 RS Standard Spar penge - gør brug af vores erfaringer med hvad der virker! Benyt dig af vores standardiserede bogføringspakke RS Standard. RS
Læs mereEDI. Microsoft Dynamics NAV 2009 SP1 Klassisk. Side 1. Copyright: Naddon version 201010
EDI Microsoft Dynamics NAV 2009 SP1 Klassisk Side 1 Indholdet i dette dokument må på ingen måde gengives helt eller delvist hverken på tryk eller i anden form - uden forudgående skriftlig tilladelse fra
Læs mereNavision Stat (NS 9.3)
Side 1 af 9 Navision Stat 9.2.005 (NS 9.3) ØSY/NSIR/RASEG Dato 07.03.2019 Danske Bank Webservice Installationsvejledning Overblik Introduktion Indholdsfortegnelse Overblik... 1 Introduktion... 1 Målgruppe...
Læs mereBilag 7 Forretningsnødplaner
Bilag 7 Forretningsnødplaner 6. juli 2015 ØSY/LHR/SAR Version 1.3 Dette bilag beskriver forretningsnødplaner for de mest kritiske opgaver i følgende systemer: Statens Lønsystem/Statens Pensionssystem/HR-Løn
Læs mereGIS indlæsning af kreditorer og betalingsform. Brugervejledning 1.0
GIS indlæsning af kreditorer og betalingsform Brugervejledning 1.0 Indhold 1 Indledning... 5 2 Opsætning af GIS grænseflade til kreditor indlæsning... 5 2.1 Oprettelse af en datastrøm... 7 2.2 Filsystem...
Læs mereØSC Kundeforum. Den 19. juni 2012
ØSC Kundeforum Den 19. juni 2012 Dagsorden 1. Velkommen og præsentation 2. Status for ØSC drift og projekter 3. Justering af opgavesplittet (orientering og drøftelse) 4. Kundetilfredshedsundersøgelse 2012
Læs mereSelvejeinstitutioner Opret RejsUd kreditor rediger kreditor med DDI
Selvejeinstitutioner Opret RejsUd kreditor rediger kreditor med DDI ØSY/CTL Dato 10.04.2018 Formål Formålet med denne guide er at informere brugere i selvejeinstitutioner om de særlige forhold der er ved
Læs mereNemHandel registreringsvejledning. Navision Stat, INDFAK og Nemkonto. Introduktion. Side 1 af 15. ØS/ØSY/CPS 13. april 2016
Side 1 af 15 NemHandel registreringsvejledning ØS/ØSY/CPS 13. april 2016 Navision Stat, INDFAK og Nemkonto Dette dokument beskriver den nødvendig EAN registrering på Nemhandelsregistret via NS Nemhandel
Læs mereKvikguide til Navision Stat 9.2
Side 1 af 18 Kvikguide til Navision Stat 9.2 ØSY/STO 30. oktober 2018 Kørslen Anonymisering/Sletning af data Overblik Kørslen Anonymisering/Sletning af data understøtter anonymisering og/eller sletning
Læs mereAlt der vedrører kreditors stamdata, herunder bank og betalingsoplysninger skal således vedligeholdes i NS og hentes fra NS til RejsUd2.
Side 1 af 24 Navision Stat 9.0 ØSY/STO Dato 13.11.17 Kvikguide til håndtering af RejsUd2 i Navision Stat Formål I forbindelse med overgang til RejsUd2, er der krav om at alle data vedrørende kreditorer
Læs mereKom i gang med anvendelse af faktura via E- mail
Quickguide Kom i gang med anvendelse af faktura via E- mail August 2019-2. udgave 1 Introduktion I Navision Stat 5.4 blev muligheden for at sende salgsbilag via E-mail introduceret. Denne mulighed er fortsat
Læs mereAlt der vedrører kreditors stamdata, herunder bank og betalingsoplysninger skal således vedligeholdes i NS og hentes fra NS til RejsUd2.
Side 1 af 27 Navision Stat 9.0 ØSY/MAI Dato 20. november 2018 Kvikguide til håndtering af RejsUd2 i Navision Stat Formål Når RejsUd2 anvendes, er der krav om at alle data vedrørende kreditorer registreres
Læs mereNavision Stat 5.4. Beskrivelse af SFTP kommunikation mellem NS 5.4 og det eksterne fagsystem. Overblik. Side 1 af 6
Side 1 af 6 Navision Stat 5.4 ØSY/SKH Opr. d. 10.05.11 Opd. d. 04.01.13 Beskrivelse af SFTP kommunikation mellem NS 5.4 og det eksterne fagsystem. Overblik Introduktion Dokumentet indeholder en beskrivelse
Læs mereBank. Microsoft Dynamics NAV 2009 Klassisk. Side 1. C op yr ig ht: Naddon version 200910
Bank Microsoft Dynamics NAV 2009 Klassisk Side 1 Indholdet i dette dokument må på ingen måde gengives helt eller delvist hverken på tryk eller i anden form - uden forudgående skriftlig tilladelse fra Naddon.
Læs mereMicrosoft Dynamics AX Scanfak. Fall
1 Microsoft Dynamics AX Scanfak Fall 16 - faktura management & workflow Med faktura management & workflow systemet Scanfak fra GITS kan du afhjælpe de tunge administrative rutiner ved håndtering af kreditor
Læs mereI gang med Danske Bank Webservice afløseren for API
Quickguide I gang med Danske Bank Webservice afløseren for API Januar 2019 Introduktion Når skolerne i dag indlæser kontoudtog fra Danske Bank i forbindelse med bankkontoafstemning sker dette typisk ved
Læs mereMicrosoft Dynamics. Fall. 16 AX Scanfak
1 Microsoft Dynamics Fall 16 AX Scanfak 1 2 - faktura management & workflow Med faktura management & workflow systemet Scanfak fra GITS kan du afhjælpe de tunge og kedelige administrative rutiner ved håndtering
Læs mereDu får her en kort beskrivelse af, hvordan du kommer i gang med at oprette en opkrævning som elektronisk faktura e Faktura i Business Online.
Afsendelse af e Faktura Du får her en kort beskrivelse af, hvordan du kommer i gang med at oprette en opkrævning som elektronisk faktura e Faktura i Business Online. 1. Opret stamoplysninger (Fakturerings-
Læs mereRejseafregning. 4C Kundeerfaringer. Allan Harder Carlsen Økonomistyrelsen
Rejseafregning 4C Kundeerfaringer Allan Harder Carlsen Økonomistyrelsen Erfaring med implementering af RejsUd i statens institutioner Præsentation ved Baswares Brugerforum 12./13. oktober 2011 Præsentationen
Læs mereTelefon Allerød
Nyheder i Microsoft Dynamics NAV 2016 Microsoft har frigivet Microsoft Dynamics NAV 2016 den 5. oktober 2015. Den nye version rummer både ny funktionalitet og forbedringer. I dette factsheet nævner vi
Læs mereSkolepenge og Indbetalinger
Skolepenge og Indbetalinger Afstemning af abonnementskørsel... 3 Abonnementskørsel... 5 Fil til PBS og/eller faktura sendes med posten.... 7 Basisløsning:... 7 Totalløsning fil til PBS... 9 Afsendelse
Læs mereI gang med Danske Bank Webservice afløseren for API
Quickguide I gang med Danske Bank Webservice afløseren for API Juni 2019-2. udgave Introduktion Når skolerne i dag indlæser kontoudtog fra Danske Bank i forbindelse med bankkontoafstemning sker dette typisk
Læs mereAktuel driftsstatus for IndFak
Aktuel driftsstatus for IndFak Side 1 af 5 Der er på nuværende tidspunkt 72 institutioner, som anvender IndFak. Der er fortsat forskellige driftsmæssige problemer samt uhensigtsmæssigheder i systemet.
Læs mereNemHandelsRegistret (NHR) - Bulk-funktionalitet
NemHandelsRegistret (NHR) - Bulk-funktionalitet Hjælpeguide til administration af registreringer via NHR Bulk-funktionalitet. Juni 2015 Version 1.1 Introduktion Det forudsættes af læseren af denne vejledning
Læs mereBeskrivelse af SFTP kommunikation mellem NS og det eksterne fagsystem.
Side 1 af 6 Navision Stat 5.2.01 ØKO/SKH Den 10.05.11 Beskrivelse af SFTP kommunikation mellem NS 5.2.01 og det eksterne fagsystem. Overblik Introduktion Dokumentet indeholder en beskrivelse af overførsel
Læs mereBrugervejledning Indstillinger og Funktioner
Brugervejledning Indstillinger og Funktioner Version 1.3 Maj 2014 1 Vær opmærksom på at det ikke er alle funktioner som er tilgængelige og afhænger af hvilket abonnement som der er tilknyttet din konto.
Læs mereNavision Stat 5.4.02. GIS SFTP kommunikation mellem NS 5.4.02 og INDFAK2. Overblik. Side 1 af 12. ØSY/SKH Opr. d. 26.02.15
Side 1 af 12 Navision Stat 5.4.02 ØSY/SKH Opr. d. 26.02.15 GIS SFTP kommunikation mellem NS 5.4.02 og INDFAK2. Overblik Introduktion Dokumentet tager udgangspunkt i en allerede eksisterende vejledning
Læs mereSBS - Det Statslige Budgetsystem
SBS - Det Statslige Budgetsystem I perioden juni 2017 til december 2018 bistod Vision Managements konsulenter Moderniseringsstyrelsen med fastlæggelse af de forretningsmæssige processer, udvikling og test
Læs mereNavision Stat 5.1 GIS integration
Side 1 af 8 Standard opsætning af Time-Sag 20. januar 2010 ØKO/CPS J.nr. n/a Navision Stat 5.1 GIS integration I det nedenstående beskrives forudsætningerne for dataudveksling samt de faktiske GIS opsætninger
Læs mereEbba Ehlers/Hanne Mortensen
Notat 22/2-2010 Vedrørende: Opgradering til Navision 5.1 Fordeling: Professionshøjskoler, Danmarks Medie- og journalisthøjskole og TAMU Skrevet af: Ebba Ehlers/Hanne Mortensen Version nr.: Professionshøjskoler,
Læs mereElevbetalinger, efaktura, Navision Stat Sidst opdateret 20.03.2011/version 1.2/UNI C
Elevbetalinger, efaktura, Navision Stat Sidst opdateret 20.03.2011/version 1.2/UNI C Indhold Centrale begreber Generelt Arbejdsgange Vejledningen består af 3 dele, som kan læses hver for sig. Du kan derfor
Læs mereImplementering af RejsUd2. september
Implementering af RejsUd2 1 DAGSORDEN 1. Status på RejsUd2 2. Implementering 3. Hvad betyder RejsUd2 implementeringen for jer og jeres institution? 4. Hvad skal gøres inden implementering? 5. RejsUd2 contra
Læs mereIntroduktion til eblisten... 2. Opret brugerkonto... 2. Abonnementtyper... 2. Kom godt i gang med eblisten... 3. Start eblisten...
Indholdsfortegnelse Introduktion til eblisten... 2 Opret brugerkonto... 2 Abonnementtyper... 2 Kom godt i gang med eblisten... 3 Start eblisten... 3 Send dokumenter med eblisten... 4 Udgående dokumenter...
Læs mereDYNATEAM COURSE MANAGEMENT
DYNATEAM COURSE MANAGEMENT Dynateam Course Management CRM 2013 løsning Course Management Course Management Dynateam tilbyder virksomheder der sælger kurser, uddannelser og events en overskuelig, brugervenlig
Læs mereØkonomi Programopdatering version DSM 2009 Efterår 2011
Følgende er en oversigt over de ændringer indenfor området Økonomi, som programopdateringen omfatter. Vær opmærksom på at denne beskrivelse kun omfatter en del af den samlede programopdatering, idet der
Læs mereIntroduktion til ebconnect gateway... 2. Opret brugerkonto... 2. Registrer dig i NemHandelsregistret... 2
Indholdsfortegnelse Introduktion til ebconnect gateway... 2 Opret brugerkonto... 2 Registrer dig i NemHandelsregistret... 2 Registrering med ebconnect som endepunkt... 3 Abonnementtyper... 3 Kom godt i
Læs mere