Navision Stat 5.3. Vejledningen er gældende for elektronisk købs- og salgsfakturering i NS 5.3.

Transkript

1 Side 1 af 111 Navision Stat 5.3 ØKO/KKP Elektronisk fakturering Introduktion Vejledningen er gældende for elektronisk købs- og salgsfakturering i NS 5.3. Med den nærmest foregående version (NS 5.2) blev det muligt at modtage Forsyningsspecifikation, fra forsyningsselskaber; at sende elektroniske handelsdokumenter til debitorer, som har registreret sig på UDDI med en anden elektronisk adresseid end et EAN nummer og at modtage elektroniske fakturaer fra udenlandske firmaer som ikke har dansk CVR nummer. OIOXML07 udfases iht. bekendtgørelse pr. 1. dec for handel med det offentlige. Det falder tilfældigvis sammen med release af NS 5.3 og der er i manualen derfor renset en del ud i referencer til OIOXML07. Med NS 5.3 er der på området for elektronisk fakturering forholdsvis få ændringer som brugeren skal forholde sig til. Derudover er der nogle tekniske ændringer, idet skematronvalideringerne er opgraderet, og visningsstylesheets er udskriftet. Overblik Dokumentet beskriver opsætning og anvendelse af Navision Stats funktion til brug for modtagelse og afsendelse af elektroniske handelsdokumenter. Opbygningen følger i væsentlig strukturen i Navisions menusuite under følgende udvalgte opsætningpunkter: Generelt, Virksomhedsoplysninger, Generel integration for Elektronisk fakturering, opsætninger på Køb, Salg, Kreditorer og Debitorer, samt håndtering af selve modtagelsen og afsendelse af elektroniske handelsdokumenter. Opsætning af transportlag, samt Aliaskontering er kun perifert berørt. Her må du søge information i de relevante manualer frigivet for samme version af Navision Stat. Endvidere henvises til øvrige manualer for eksempelvis Finans og Betalinger. Vejledningen henvender sig til de medarbejdere, som arbejder med elektroniske købs- og salgsdokumenter, samt de medarbejdere, der skal foretage de tilhørende opsætninger i Navision.

2 Indholdsfortegnelse Side 2 af 111 Begreber... 6 Generelt... 7 Programopsætning, Generelt... 8 Regnskabsopsætning... 8 Virksomhedsoplysninger... 8 Sælgers navn og adresse i salgsdokumenter... 9 Sælgers betalingsoplysninger... 9 Programopsætning, Generel integration NS TS Integration Dokumenttype og Profiler Dokumenttype, profiler og valideringer for IndFak Validering af dokumenter NS TS Udvekslingstabel Rapport NS TS Udvekslingsstatus Automatisk åbning af indbakken Endpoint Keytype Opsætning E-Bilag opsætning Styringsopsætning OIO Betalingsmetode Indgående Gebyr og konto XML-bro XML-bro Mapning Kodelister Enheder Kodelistemapning Indadgående kodelistemapning Udadgående kodelistemapning Periodiske aktiviteter Indlæs XML fra fil Importer eksempelskabelon Dokumentation XML-bro Indlæs / udlæs opsætning Integration m. IndFak Check stamdata Eksporter stamdata Eksportér transaktionsdata Alias i Navision og IndFak Køb Opsætning Købsopsætning Nummerering Disposition Kreditor opsætning Kreditor skabelon Kreditor opsætning for IndFak... 39

3 Kreditors E-bilags partner opsætning Kreditor E-bilagspartner, fanen Generelt Kreditor E-bilagpartner, Fanen Købslinjer Valutakoblinger Valutakoder Masseopret Kreditor E-Bilag partnere Salg opsætning Debitoropsætning Indenlansk/Udenlandsk debitor Betalingsoplysninger Rykker og rentebetingelser Debitors E-bilag Endpoint opsætning Undersøg Debitors Ebilag Endpoint på UDDI Analysér svar fra UDDI Debitor kan modtage OIOUBL2 dokument via OIOSI Debitors EAN nummer findes ikke i UDDI Debitor har ikke registreret dokumenttypen på UDDI Debitor E-bilags partner opsætning Masseopret Debitor E-Bilag partnere Håndtering af elektroniske købsbilag Indgående dokumenter Arbejdsgange for indgående købsdokumenter Indgående købsdokumenter Visning af mislykkede dokumenter i NSTS udvekslingstabellen Status i Indgående købsdokumentkladde Indgående købsdokumenthoved faner og felter Generelt fanen Fakturer fanen E-bilag fanen Betaling fanen OIO fanen Følsomme persondata Afvis Årsagsbeskrivelse Original bilag inkl. følsomme persondata Indgående købsdokumenthoved menuknappen Dokument Indgående købsdokumenthoved menuknappen Linje Indgående købsdokumenthoved menuknappen Funktion Indgående købsdokumentlinjer Manuel konterings felter Mange linjer Indgående købsdokument hoved og linje Dimensionskontostreng IndFak Indgående købsdokument hoved og linje dimensioner IndFak Dimensionskontostrenge fra Indfak Finans Side 3 af 111

4 Anlæg Vare Indgående købsdokument Moms og afgifter IndFak, OIOUBL Indgående dokumentgebyr OIOUBL IndFak Indgående købsdokument betalingsmetoder (flere) Indgående Købsdokumenttyper Købsfaktura Købsordre Købsordreændring Købskreditnota UTS forsyningsspecifikation Accept af indgående købsdokument Accepter (normal) Købsfaktura Købsordre Købsordreændring Købskreditnota UTS forsyningsspecifikation Tjek af Referenceordre Tjek af Dokumenttotal Acceptér m afvigende moms Købsfaktura og Kreditnota Afvisning af dokument i indbakken Identifikation af entydig kreditor Identifikation af entydig Faktureringsleverandør Massebehandling af dokumenter i indbakken Masseaccept af dokumenter i indgående købsdokumentkladde Masseaccept/-afvis - Ordinær Massemarkér før masseaccept Massefjern Valgt dokument Masseaccepter m afvigende moms Efter Accept Håndtering af elektroniske rykker Indgående købsrykkerkladde Indgående købsrykkerhoved Indgående Rykkerhoved menuknappen Rykker Indgående Rykkerhoved menuknappen Linje Indgående Rykkerhoved menuknappen Funktion Indgående kontoudtog Indgående kontoudtogshoved Håndtering af elektroniske salgsbilag Opret salgsdokument Salgshoved obligatoriske felter Side 4 af 111

5 Salgsfakturalinjer Bemærkning til salgshoved eller salgslinje Udvidede tekster Rabat (AllowanceCharge) Vedhæft bilag til salgsdokument Udskriv ikke det elektroniske salgsdokument Bogfør og send elektronisk salgsfaktura Send usendte E-bilag Bogfør elektronisk salgsfaktura fra salgsordre Tjek forsendelses status for elektronisk dokument Status Mislykket forsendelse af ebilag Ofte stillede spørgsmål om mislykket E-bilag Gensend elektronisk dokument Elektronisk salgskreditnota Elektronisk Rykker Elektronisk kontoudtog Side 5 af 111 Versioner Publiceret første gang: NS december 2004 Nærværende version: NS december 2011 Målgruppe Vejledningen henvender sig til medarbejdere i institutionen, som arbejder med elektroniske købs- og salgsdokumenter i Navision Stat 5.3, samt de medarbejdere i institutionen og i IT-driftsorganisationen, der skal foretage de nødvendige opsætninger i Navision Stat og af transportlag.

6 Side 6 af 111 Begreber Nedenfor finder du nogle begreber som benyttes i forbindelse med elektronisk fakturering og elektroniske handelsdokumenter. Begreb E-bilag EndpointID E-dokument Nøgletype GLN/EAN Lokationsnr. Indbakke Udbakke E-bilag- Partner Indgående E- bilag Udgående E- bilag OIOUBL-2.0 Beskrivelse Den nøgleværdi som sammen med en type, bruges af systemet til at finde den webservice-adresse, hvortil du skal sende et elektronisk handelsdokument. E-bilag EndpointID bruges nu i Navision sammen med en Endpoint type. E-bilag Endpoint kan eksempelvis være et GLN/EAN nummer eller et CVR nummer. Angiver typen for E-bilag Endpoint identifikatoren. E-dokument Nøgletype bruges i Navision sammen med en E- bilag EndpointID. E-dokument nøgletype kan eksempelvis være EAN, GLN, CVR, P mfl. Bruges af Navision Stat sammen med Ebilag EndpointID til at foretage opslag i UDDI for at finde den webserviceadresse, hvortil et elektronisk handelsdokument skal sendes. Er én af de identifikatorer der kan bruges som opslagsværdi i UDDI. Tidligere kunne Navision kun bruge denne type værdi. Identifikatoren for et Navision Stat regnskabs er altid et GLN/EAN nummer. De sæt af tabeller i Navision Stat, hvor data fra indkomne dokumenter opbevares. Synonymt m Indgående dokumentkladder for faktura, kreditnota, ordre, rykkere og kontoudtog. De sæt tabeller i Navision Stat, hvor data til udgående dokumenter opbevares. Der findes Udgående dokumentkladder for faktura, kreditnota, rykkere og kontoudtog. E-BilagPartner knyttes til debitor- og kreditorkort, som i Navision skal sende eller modtage elektroniske handelsdokumenter Et elektronisk modtaget dokument, som findes i en af de Indgående købsdokumentkladder. Et elektronisk afsendt dokument, som findes i en af de udgående salgsdokumentkladder. Navision 5.x understøtter OIOUBL2 der er den gældende standard for elektroniske handelsdokumenter. Navision understøtter kun et udvalg af dokumenter indenfor standarden.

7 Side 7 af 111 OIOXML-0.7 OIOXML07, herunder LæsInd standarden udfases fra maj til december Derfor er referencer til denne standard næsten fjernet fra nærværende manual. UDDI Funktionaliteten vil blive fjernet i forbindelse med en senere release. Navisions funktionalitet i forhold til OIOXML07 er ikke ændret. Hvis du har brug for at vide noget om NS og OIOXML-07 skal du anvende manualen for elektronisk fakturering i Navision 5.2. IT- og Telestyrelsen indførte i forbindelse med OIOUBL2 en ny OIOSI forsendelsesform. For at man kan modtage elektroniske handelsdokumenter med OIOSI forsendelse, skal regnskabets være registreret i det centrale UDDI register. Navision Stat regnskaber skal altid registreres med et EAN nummer. Når Navision Stat skal afsende elektronisk handelsdokument foretager for hver enkelt afsendelse foretager transportlaget opslag på IT- & Telestyrelsens UDDI, for at få oplysninger om den webserviceadresse der skal sendes til og hvilken dokumenttype der skal afsendes. (OIO UDDI 1.1 definerer en samlet datamodel og søgearkitektur for serviceregistre i den offentlige sektor.) Generelt For at dit regnskab kan modtage eller afsende elektroniske salgsfakturaer, skal du foretage nogle generelle opsætninger i Navision Stat; opsætninger på de enkelte kreditorer og debitorer, samt sikre at der er installeret og opsat det nødvendige komponenter på de servere hvor hhv. din Navision database og det tilhørende transportlag ligger. Konsulter din It afdeling /Host og relevante manualer via Moderniseringsstyrelsens release- og supportsite. Yderligere skal dit regnskab være Nemhandelsregisteret/ UDDI databasen. Se nærmere herom i Moderniseringsstyrelsens gældende vejledning om UDDI registrering for Navision Stat institutioner. Vær opmærksom på at registreringen afhænger af hvorledes Navision evt. er sammenkoblet med et fakturahåndteringssystem. For at du kan oprette eller redigere registreringen på UDDI, skal du have et gyldigt medarbejdercertifikat, som tilhører samme CVR som det pågældende regnskab føres for. Du skal også have informationerne om det funktionscertifikat som er installeret på den transportlags-server, som dit regnskab bruger. Det er nødvendigt, at Regnskabsafdelingen og IT-afdelingen aftaler nærmere vedrørende dette.

8 Side 8 af 111 Navision Stat kan afsende og modtage elektroniske handelsdokumenter i OIOUBL-2.0 format, samt modtage ordredokumenter fra IndFak. Endvidere kan Navision stat modtage forsyningsvirksomhedernes OIOUBL-2 specifikationsdokument (UTS). Hvis NS forsøger at afsende OIOXML07 skyldes det at det anvendte EANnummer ikke er registreret i UDDI. Programopsætning, Generelt Regnskabsopsætning Sti: Økonomistyring \ Opsætning\ Regnskabsopsætning\ Faneblad Generelt. Feltet Regnskabsvalutakode. Ved dannelse af data til Udadgående E-bilag benyttes værdien som den valutakode, der faktureres i, hvis der ikke er opsat en anden valutakode på debitoren. Du skal enten angive DKK, eller lade feltet stå blankt, når der faktureres i danske kroner. Hvis dit regnskab fakturerer i en anden valuta, skal ISO koden for denne valuta angives. Virksomhedsoplysninger Sti: Økonomistyring\ Opsætning\ Firmaoplysninger\ Faneblad Generelt. Oplysningerne indgår som sælgers oplysninger i handelsdokumenter og elektroniske handelsdokumenter.

9 Sælgers navn og adresse i salgsdokumenter Side 9 af 111 Elementerne for sælgers navn og adresse i OIO-salgsdokumenter udfyldes med værdier fra Virksomhedsoplysningernes Generelt faneblad. Udfyld som minimum CVR nummer, Navn, Adresse, Postnr., By og Landekode. Udfyld også de øvrige felter hvis der findes data for bogføringskredsen. Sælgers betalingsoplysninger De betalingsoplysninger som du skal anvende i forbindelse med salgsfakturering opsættes her. Der er intet specielt i forhold til fakturering på papir.

10 Programopsætning, Generel integration Side 10 af 111 NS TS Integration Her finder du integrationsopsætningen mellem Navision regnskaber, transportlags-server og databaser. Den skal ske i Navision Stat for udveksling af E-bilag med transportlaget. Sti: Administration/Programopsætning/Generel Integration/ NS TS Integration. Denne tabel er fælles for alle regnskaber på samme Navision Stat database. Regnskabet skal opsættes i tabellen, hvis det skal sende eller modtage elektroniske dokumenter. For at redigere i tabellen skal du have rettigheder til opsætning af Køb m. E-handel. Opsætningerne styrer sammenhængen mellem regnskaberne i Navision databasen og tilhørende transportlag. Navision bruger opsætningen til at finde sit transportlag og transportlaget bruger opsætningerne til at finde det korrekte regnskab at indsætte dokumenter i. Data skal typisk opsættes én gang i forbindelse med installationen og herefter IKKE røres. Der skal være mindst en linje for hvert regnskab i databasen, som skal sende eller modtage handelsdokumenter, stamdata eller NKS betalinger. Indgår dit regnskab i en konstruktion hvortil der er offentliggjort flere EAN numre som kan bruges når man sender regninger til samme regnskab, skal du eller din IT enhed sørge for at alle de relevante EAN numre er opsat i tabellen. Der skal i det tilfælde findes en linje for hvert EAN nummer, således at de pågældende EAN numre er listet i kolonnen REGNSKABSEAN. Resten af linjernes opsætning skal være identisk for alle linjer som tilhører samme regnskab. Der leveres ikke nogen standardopsætninger til tabellen.

11 Side 11 af 111 Obs! Det samme EAN nummer må ALDRIG pege på to forskellige regnskaber. Nærmere om opsætning af tabellen er beskrevet i dokumentet opsætningsvejledningen OES Transportlag 5.3 Installationsvejledning. Opsætning skal ske af en bruger med nødvendige opsætningsrettigheder eller superbruger, typisk den person der administrerer serveren. Bemærk: Når dit regnskab overgår til at bruge IndFak, skal du synkront hermed justere opsætningen af regnskabets EAN nummer, idet Skyggenummer udgår. Dokumenttype og Profiler Sti: Administration/Programopsætning/Generel Integration/Dokumenttype og Profiler. Under dette menupunkt findes opsætninger for de E-handels dokumenter og datastrømme, som Navision Stat og transportlaget kan sende og/eller modtage. Moderniseringsstyrelsen udsender de datafiler, som du skal bruge til at vedligeholde standardopsætningen af tabellerne. Når du indlæser ny opsætning fra Navision bliver alle indadgående og udadgående valideringer automatisk slået til. Det er ikke normalt at institutionen selv skal foretage nogen rettelser i disse opsætninger. Bemærk: Der er dog én undtagelse fra ovenstående, nemlig opsætning af skemaog skematronvalideringen af visse ind og udadgående dokumenter, hvis du bruger

12 IndFak. I så fald skal du foretage en justering, hver gang du har indlæst standardopsætningen. Se nedenfor. Side 12 af 111 Rettelser i tabellerne har vidtgående betydning for transportlagets funktion. En fejl kan betyde, at dannelse, forsendelse og modtagelse af xml-dokumenter sættes ud af funktion, herunder også afsendelse af betalingsfiler. Har institutionen ønske om andre ændringer, skal der ske en dybtgående analyse af konsekvenserne, inden ændringen iværksættes. Dokumenttype, profiler og valideringer for IndFak Hvis du anvender IndFak SKAL du foretage efteropsætning idet validering skal sættes til Nej for visse dokumenter, jf. nedenstående. For IndFak gælder det for kolonnen SkematronvalideringInd for de rækker, hvor værdien i feltet Type = UBL20 OG samtidig værdien i Rodnode er Invoice, CreditNote, Statement, Reminder, Order, OrderChange eller UtilityStatement. For IndFak skal yderligere værdien i SkematronvalideringUD sættes til Nej for linjen, hvor feltet Type = UBL20 OG værdien i Rodnode er ApplicationResponse. Frakoblingen SKAL ske fordi IndFak og Navision kommunikerer på private profiler, som ikke er indeholdt i den officielle skematronvalidering fra ITST og derfor vil medfører valideringsfejl. Validering af dokumenter Med frigivelse af NS 5.3 transportlag releaser Moderniseringsstyrelsen samtidig det aktuelt nyeste sæt af officielle skema- og skematronvalideringsfiler som ITST har frigivet, hvilket pt. er pr. 1. dec NS TS Udvekslingstabel Denne tabel er ikke en opsætningstabel. Indholdet er dynamisk. I NS TS udvekslingstabellen mellemlagres overordnet information om xml-dokumenter som er på vej til eller fra regnskabets Indbakketabeller hhv. Udbakketabeller. Her placerer transportlaget information om ankommende dokumenter. Navision anvender informationen når en indbakke åbnes eller opdateres. Navision anmoder om selve XML filen fra transportlaget, som herefter mappes til den pågældende indgående dokumentkladde. Når et dokument er kommet succesfuldt ind i Navision, eller afsendes korrekt, så bliver det slettet fra tabellen, i mellemtiden står linjen markeret med status = Behandler.

13 Side 13 af 111 Du må normalt ikke redigere i tabellens indhold. Hvis der opstår et problem som kræver redigering eller sletning skal du tage kontakt til Moderniseringsstyrelsens regnskabssupport. Den afhjælpende handling vil afhænge af deres analyse. Brugere der i givet fald skal slette eller redigere i tabellen skal have tilknyttet rollen NS_OPS_INTEGRATION Sti: Administration/Programopsætning/Generel Integration/NS TS Integration/Udvekslingstabel Det kan ske at et eller andet går galt enten i kommunikationen eller i behandlingen af dokumentet og det efterlader linjer i tabellen med status Mislykket. Skulle det ske, kan du finde information om problemet i tabellen. Værdien i feltet status vil typisk være Mislykket. Som hjælp til overvågningen for mislykkede dokumenter, finder du i Navisions dokumentkladder for Indgående købsdokumenter, Indgående rykkere, Indgående kontoudtog og Indgående NKS retursvar et felt øverst til højre, som viser, hvis der findes et eller flere dokumenter med status Mislykket, som hører til i den pågældende kladde. Rapport NS TS Udvekslingsstatus Du kan også benytte rapporten NS TS Udvekslingsstatus, som findes under flg.: Sti: Administration/Programopsætning/NSTS Integration/Rapporter/NS TS Udvekslingsstatus Bemærk: Hvis der ligger data i tabellen så vær opmærksom på løbenummeret. Hvis du ser en linje med et tydeligt lavere løbenummer end linjerne for de aktuelle dokumenter i transport, betyder det, at dette dokument er strandet uanset status.

14 Bemærk: Hvis et dokument strander, på vej ind eller ud, ser du det som en linje, der ligger i tabellen i længere tid, typisk m. status Mislykket eller evt. Behandler. Du finder en beskrivelse af problemet i feltet Fejlbeskrivelse og feltet Navision Fejl. Får du brug for support i forbindelse med et strandet dokument, og hvis rapportens informationer ikke er tilstrækkelige, skal du kopiere indholdet af tabellen til et regneark, som sendes til supporten sammen med din beskrivelse af problemet. Hvis kommunikationen mellem Navision og transportlaget får et ukontrolleret nedbrud, kan dokumenter strande med anden status angivelse, eksempelvis Behandler. Side 14 af 111 Automatisk åbning af indbakken Af hensyn til at kunne afstemme de dokumenter der er afsendt fra IndFak til Navision Stat med de dokumenter der faktisk er modtaget i Navision Stat, er der nu mulighed for at automatisere åbning af indbakkerne, således at det kan ske eksempelvis en gang i døgnet, uden at det absolut kræver en brugers indgriben. Dataudtrækket til afstemningen sker fra Indgående købsdokumenthoved tabellerne. Derfor er en periodisk åbning en betingelse for at afstemningen kan give et nogenlunde retvisende billede. Jobbet sættes op ved at oprette et Batch Job kort og opsætte Codeunit edoc Refresh Inbound. Sti: Administration/Programopsætning/Batch/Job. Forudsætningen for at jobbet kan afvikles, er at der findes en NAS instans til regnskabet med startparameter GIS. Se nærmere i vejledningerne til GIS og opsætning af NAS.

15 Endpoint Keytype Opsætning Side 15 af 111 Navision Stat kan sende elektroniske handelsdokumenter til debitorer som har ladet sig UDDI registrere med en anden identifikator for deres endepunkt /modtagepunkt end et EAN nummer. Tabellen indeholder listen over de gyldige typer af Endepunkts identifikatorer. Tabellen findes sammen med øvrige opsætninger for elektronisk handel. Sti: Administration/Programopsætning/Generel Integration/NS TS Integration/Endpoint KeyType Opsætning. Tabellen er også tilgængelig for opslag fra debitorkortet. Moderniseringsstyrelsen udsender den datafil, som du skal bruge til at vedligeholde standardopsætningen af tabellen. Det er ikke normalt at institutionen selv skal foretage nogen rettelser her. E-Bilag opsætning Styringsopsætning Styringsopsætningen rummer generelle opsætninger af betydning for elektronisk fakturering. Sti: Administration/Programopsætning/NS TS Integration/E-Bilag /Styringsopsætning Der skal foretages opsætning her, når regnskabet skal modtage eller sende elektroniske bilag. Omfanget afhænger bl.a. af om regnskabet er knyttet til IndFak, eller ikke benytter noget foranliggende godkendelsessystem.

16 Side 16 af 111 Hvis din institution benytter IndFak, er flere af opsætningerne obligatoriske. Forklaring til felterne Felt Sti til XML Dokument er Put på lager Afstem beløb Afstemningspræcision Brug digital Beskrivelse I feltet angives stien til det elektroniske arkiv for ankommende og afsendte e-handelsdokumenter (jf. installationsvejledning for transportlaget). Det er den faktiske placering ad afgør hvad der skal stå. Syntaksen er ofte på denne form: hvor xxx.xxx.xxx.xxx er IP nummeret på den Internet Information Server, der kører Elektronisk Arkiv. Kan kun anvendes for OIOXML-0.7 faktura. Ja hvis man ønsker, at NS ved accept af købsfaktura/kreditnota skal foretage kontrolberegning af totalen for det oprettede dokument og sammenholde resultatet med den medsendte fakturatotal fra fakturaudstederen. Angiv den afvigelse du ved accept vil tolerere mellem fakturaudsteders angivelse af totalbeløb og Navisions beregning af fakturatotalen inkl. moms. Navision bogfører og betaler det beløb Navision udregner. I dette tilfælde kan det blive nødvendigt at bogføre en evt. "øredifference" for at betale det, som fakturaudsteder ønsker. Ja, hvis man har en aftale med sine leverandører eller med et foranliggende dokumenthåndteringssystem om, at data til

17 signatur Regnskab EAN Lokation Ekstern- PartnerID Rykker kladdetype Rykker kladdenavn Sæt Brug Dimensionskontostreng Tillad Købsdoku mentaccept m afvigende moms Finanskonto ID kode Budget ID kode Dimension ID kode Anlæg ID kode Side 17 af 111 Navision skal være forsynet med informationer om digital signatur. Ved Ja tjekker Navision Stat for om felterne Valideringsdato, Signatur ID og Signatur udsteder er udfyldt. Dette er relevant, når institutionen anvender IndFak. Denne værdi bruges når man fra Navision afsender elektroniske handelsdokumenter og NKS betalingsordre. Værdien i feltet angives som fysisk afsender i elektroniske salgsdokumenter. Værdien SKAL ligeledes genfindes i feltet REGNSKABSEAN i én af linjerne i NSTS Integrationstabellen for at transportlaget kan blive aktiveret, samt for at retursvar til regnskabet, dels for OIOUBL handelsdokumenter og NKS Retursvar håndteres korrekt. Feltet anvendes i forbindelse med IndFak idet værdien angives i udtrukne Stamdata som identifikation af det regnskab stamdata hører til. Tilsvarende bruges værdien til at placere stamdatasættet i den rigtige instans IndFak. Ved accept af indgående rykkere kan man få overført rykkergebyret til en kladde. Angiv kladdetypen her. Ved accept af indgående rykkere kan man få overført rykkergebyret til en kladde. Angiv kladdenavnet her. Feltet er boolesk. Marker feltet med JA hvis du ønsker at E- Bilagspartnere oprettes med dimensionskontostreng som standard. Ellers Nej. JA, er den obligatoriske værdi for brugere af IndFak. NEJ, er den foretrukne værdi for institutioner, der ikke bruger Indfak. Feltet er boolesk. Marker feltet med ja, hvis du tillader at brugere kan acceptere elektronisk købsfaktura og købskreditnota med denne metode. Metoden beregner den afløftede moms på grundlag af linjernes momsbeløb og momsbogføringsopsætningen. For ØSC institutioner skal det være aftalt med institutionen. 01 blev anvendt v Eprocurement til afkodning af Finanskonto i dimensionskontostreng i OIOXML-0.7 dokumenter. 02 opsættes, hvis man benytter IndFak. Benyttes ved afkodning af Budget i dimensionskontostrengen. 03 opsættes, hvis man benytter IndFak. Benyttes ved afkodning af dimensioner fra dimensionskontostrengen. 04 blev anvendt v. Eprocurement. Benyttes ved afkodning af Anlægskonto i dimensionskontostreng i OIOXML-0.7

18 Artskonto ID kode Omposterings ID Udlignings kode Send E- Bilag Brug kun købshoved dimension Medtag indbakkehoveddimension Automatisk opdatering af Kreditor Side 18 af 111 dokumenter. 05 opsættes, hvis man benytter Indfak. Benyttes ved afkodning af artskontotyperne Finans, Anlæg og Vare i en dimensionskontostreng i OIOUBL-2.0 dokumenter. 99 opsættes, hvis man benytter Indfak. Benyttes ved afkodning af dimensionskontostreng. 99 angives på omkonteringsdokumenter og benyttes til visse check i forbindelse med omposteringsdokumenter. UDLIGNING opsættes, hvis man benytter Indfak. Benyttes ved afkodning af dimensionskontostreng. Angives på omkonteringsdokumenter og benyttes til visse check i forbindelse med udligningen ved ompostering. Benyttes kun for OIOXML-0.7 dokumenter og Eprocurement. Anvendes ikke med IndFak. Benyttes kun for OIOXML-0.7 dokumenter og Eprocurement. Ja betyder, at alle købslinjer kan dimensionskonteres med dimensioner fra indbakkehovedets dimensionskontostreng. Anvendes ikke med IndFak. Feltet har tre mulige værdier: Nej Spørg Ja Feltet angiver om salgs E-Bilag skal sendes automatisk. Den foretrukne opsætning er Ja for afsendelse af salgsdokumenter i umiddelbar forlængelse af bogføring. Ønsker man primært at massebogføre, eller at afsendelsen skal ske batch-vist, anvendes en af de andre indstillinger. Ja angiver, om betalingsoplysningerne fra det modtagne dokument automatisk skal opdatere betalingsoplysninger på kreditor, og om der evt. skal oprettes nyt kreditorbankkort ved accept af indgående E-Bilag. Funktionen virker sammen med opsætning af Handling for den aktuelle betalingsmetode i OIO betalingsmetode -tabellen. Værdien i Handling for den pågældende metode skal være Brug betalingsmetode fra det modtagne dokument. NS vil først søge at oprette komplette betalingsoplysninger. Hvis det ikke kan ske med de medsendte data, oprettes betalingsmetode for en ukomplet betaling. Nej betyder, at opsætningen af Handling i OIO Betalingsmetode-tabellen har sædvanlig betydning for dokumentet.

19 Kontroller E-bilag afrunding Side 19 af 111 Her angiver du om Navision Stat skal kontrollere for, om der er tastet flere end to decimaler på linjeantal og enhedspriser ved elektronisk salgsfakturering. Den normale opsætning er Nej (blank), da valideringerne for decimaler på enhedspriser og antal er lempet. Oplever du, at en fakturamodtager alligevel validerer skrappere, må du kreditere og bogføre ny faktura, hvor du højst har to decimaler på enhedspriser og antal. Værdien Ja sørger for at gennemføre check for at der kun er to decimaler på enhedspris og antal. I det følgende refereres der til det foranliggende indkøbs- og fakturahåndteringssystem som værende Indfak. OIO Betalingsmetode Sti: Administration/Programopsætning/NS TS Integration/E-Bilag /Styringsopsætning/ Menuknap Funktion/Menupunkt OIO Betalingsmetode I tabellen opsættes, hvorledes Navision Stat skal behandle de informationer om betalingsmåde, kreditor medsender i sin OIOUBL-2.0 faktura (og OIOXL07), dvs. hvilke interne betalingsmetoder det modtagne skal oversættes til. Moderniseringsstyrelsen leverer data til standardopsætning af tabellen. Opsætningen indlæses via dataport. Sti: Økonomistyring/Finans/Periodiske aktiviteter/ Generel data ind og udlæsning/oio betalingsmetoder I felterne Betalings måde kode, Konto Type, Kort Type og OIO Documenttype er opsat de kombinationer af værdier, der forventes modtaget fra kreditorerne. Hvis der modtages kombinationer fra kreditorer, som ikke umiddelbart er legale, kan disse kombinationer oprettes i tabellen for på denne måde at få det modtagne dokument accepteret (jvf. afsnit vedr. kontrol af betalingsoplysninger senere). I tilfælde af at man accepterer ukomplette eller

20 ugyldige kombinationer, bør du gøre afsenderen opmærksom på, at der er ugyldige data i hans/hendes dokument. Side 20 af 111 Bemærk. OIOXML07 udgår formelt 1. dec Opsætningerne for OIOXML07 forventes fjernet i en senere frigivelse. Indtil videre vil der være opsat linjer for såvel OIOUBL-2.0 som OIOXML-0.7 dokumenttyperne PIE, PIP, PCM og PCP. Felt Betalingsmåde Konto Type Kort Art OIO Document Type Betalings Form PM Handling Beskrivelse Feltet indeholder en betalingsmåde eksempelvis Indbetalingskort, Kontooverførsel, FÆLLES INDBETALINGSKORT (93) el. a. Feltet indeholder en konto type eksempelvis FIK, Giro, Bank eller IBAN. Feltet indeholder kortart eksempelvis 01, 04, 71 eller NULL (i tilfælde af at der ikke anvendes indbetalingskort). Her kan tastes de OIO dokumenttyper, som anvendes samt blank. Værdien giver mulighed for at håndtere betalingsoplysninger på de forskellige OIO dokumenttyper (og blank type) forskelligt. Årsagen til at denne mulighed ønskes er, at LæsInd dokumenterne ofte ikke har angivet betalingsinformationer korrekt. Feltet indeholder den betalingsmetode i Navision Stat regnskabet, som svarer til den givne kombination af Betalingsmåde, Kontotype og Kort Art for dokumentet. Feltet kan indeholde følgende handlinger, Spærring med fejl (Handlingen medfører, at der ved forsøg på Accept af dokumentet udløses en fejlmeddelelse.) Brug Kreditor Standard (Ingen opdatering) Handlingen medfører, at betalingsoplysninger fra kreditor stamkortet anvendes på det aktuelle dokument. Der foretages ikke nogen opdatering af betalingsoplysninger på kreditorstamkortet. Brug betalingsmetode fra det modtagne dokument (Handlingen medfører, at betalingsoplysninger fra det modtagne dokument anvendes afhængig af Opsætningen i Styringsopsætningens felt Automatisk opdatering af kreditor: JA/Nej.) For Ja anvendes dokumentets betalingsdata ved oprettelsen, og kreditoren opdateres samtidig. For Nej valideres dokumentets betalingsdata mod de opsatte betalingsoplysninger på Kreditorkortet. Vis meddelelse (Handlingen medfører, at der vises en meddelelse angivet i feltet Meddelelse.)

21 Maske Meddelelse Side 21 af 111 Her vælges hvorledes betalingsoplysningerne fra dokumentet skal overføres til den oprettede købsfaktura i Navision. Her kan opsættes tekst for en skærmmeddelelse, som vises, hvis der for den fundne betalingsmetode er opsat Vis meddelelse i feltet Handling. I OIO betalingsmetode tabellen skal kun opsættes komplette betalingsmetoder. Ved accept af et købsdokument undersøger Navision Stat om dokumentets data matcher en linje med en komplet betalingsmetode. Hvis ja, anvendes den, og fakturaen accepteres. Hvis der ikke findes data der matcher en opsætningslinje for en komplet betalingsmetode kan det skyldes flg.: manglende opsætning eller fakturaafsender har angivet mystiske informationer om Betalingsmetode, Konto Type eller Kort Type, eller afsender netop IKKE har lagt data til identifikation af en komplet metode. I de to første tilfælde kan du vælge at udbedre med en tilføjelse i opsætningen. I tredje tilfælde vil Navision spørge, om du ønsker at oprette med en ukomplet betalingsmetode (CPR, CVR eller P-nr. betaling). Der skal ikke lappes i opsætningen. Findes information om komplet betaling, oprettes dokumentet med komplette betalingsoplysninger afhængig af opsætningen for Automatisk opdatering af kreditor. Når Automatisk opdatering af kreditor på Styringsopsætningen er Ja : Der søges på det modtagne dokument for nødvendige data til afvikling af komplet betaling. Hvis dette er i orden, accepteres fakturaen med en komplet betaling baseret på oplysningerne i dokumentet. Hvis den aktuelle betalingsoplysning ikke findes på kreditoren, oprettes den. Hvis eksempelvis kortart eller betalingsadresse er anderledes så ændres den. Hvis der anvendes en anden bankkonto så oprettes nyt bankkort. Findes der i bilaget ikke tilstrækkelige data til at foretage en komplet betaling, søger Navision Stat om der findes P, CVR, SE, CPR-nummer på det modtagne bilag. Navision opretter herefter NKS betalingsdata til en ukomplet betalingsmetode og anvender disse på dokumentet. Denne indstilling anbefales. Når Automatisk opdatering af kreditor på Styringsopsætningen er Nej : Ved accept valideres at betalingsoplysningerne på det indgående dokument (se Faneblad Betaling) er i overensstemmelse med betalingsmetode og oplysning, opsat på kreditors opsætning.

22 Side 22 af 111 Ved afvigelse standses accept med meddelelse og du må justere opsætningen. Ved Match: Funktionen afhænger af feltet Handling i OIO betalingsmetode tabellen. A) Handling = Brug betalingsmetode fra det modtagne dokument, OG der findes en mapning i OIO betalingsmetodetabellen: Så undersøges efterfølgende om data i det ankomne dokument stemmer med opsætningen på kreditor. Er det tilfældet, fortsættes oprettelsen. Hvis data til betalingsmetoden findes OG afviger fra kreditorkortets, så standses med meddelelse om at kreditor oplysninger skal rettes. Hvis data til den fundne betalingsmetode mangler, får du en dialogboks, om du ønsker at NS forsøger at oprette en ukomplet betaling. Svar Ja hvis det ønskes, ellers Nej og accepten standses. B) Handling = Brug betalingsmetode fra Kreditorkort, OG der findes en mapning i OIO betalingsmetodetabellen: Dokumentet accepteres og oprettes med betalingsdata fra opsætningen. De anvendte betalingsdata kan i så fald afvige fra de medsendte og kræve en forklaring i forbindelse med frigivelse. P nummer og CVR nummer er tidligere i processen anvendt til at identificere det relevante kreditorkort. Hvis der svares Ja til anvendelse af ukomplette betalingsmetoder, anvendes disse oplysninger igen. Det undersøges, hvilke værdier af P-nummer, CVR-nummer, SE-nummer og CPR-nummer der skal anvendes. Der anvendes fortrinsvist P-nummer betaling ellers CVR nummer. CVR nummer er obligatorisk på OIOUBL-2.0 faktura, og denne værdi anvendes hvis P-nummer ikke findes. For OIOXML-0.7 faktura kan anvendes såvel CVR som SE nummer til identifikation af kreditor. I mangel af P-nummer anvendes CVR nummer, hvis det findes, ellers SE. På Moderniseringsstyrelsens hjemmeside på Navision Stat release sitet finder du fil til opsætning af OIOBetalingsmetode tabellen OIO Betalingsmetoder_ddmmåååå.txt. Se nærmere i Systeminfoen for den seneste frigivelse. Anvend den seneste version.

23 Indgående Gebyr og konto Sti: Administration/Programopsætning/NS TS Integration/E-Bilag /Gebyropsætning Side 23 af 111 Bemærk: Gebyropsætningstabellen blev anvendt for OIOXML-0.7 dokumenter. Opsætningen er IKKE relevant for IndFak og OIOUBL.2 købsdokumenter. Opsætningen udgår i en senere release. XML-bro Sti: Administration/Programopsætning/ Generel Integration/NS TS Integration/XML Bro Her finder du opsætningerne, vedrørende Navision Stats dannelse og afkodning af XML-dokumenter som afsendes, hhv. modtages af Navision Stat. Kun brugere med opsætningsrettighed til generel integration kan foretage opsætninger. Det vil være usædvanligt, at du som bruger i institutionen eller dens regnskabsafdeling skal ændring i opsætningen. Moderniseringsstyrelsen levere og vedligeholder standardopsætning til punkterne XML Bro Mapninger og Kodelister. Du skal kun finpudse opsætningen under kodelistemapninger, hvis du anvender enheder som ikke er indeholdt i Moderniseringsstyrelsens standardopsætning. Har institutionen behov for andre ændringer end i kodelistemapningen, skal der ske en dybtgående analyse af konsekvenserne inden ændringen iværksættes. XML-bro Mapning Sti: Administration/Programopsætning/ Generel Integration/NS TS Integration/XML Bro/XML Bro mapninger Her finder du de dokumentspecifikke opsætninger, der vedrører Navision Stats behandling af indad- og udadgående XML-handelsdokumenter. Opsætningerne rummer mapning på feltniveau mellem Navision Stats ind/udbakketabeller og elementerne i de respektive xml-dokumenter. Hvert dokument som håndteres, har sit eget xmlns (Namespace). Der findes et XML Bro mapningskort for hvert dokument som håndteres. Bemærk: Det vil være udsædvanligt, hvis du i en Navision Stat institution selv skal foretage nogen som helst rettelser i disse opsætninger! Moderniseringsstyrelsen frigiver datafiler til vedligehold af standardopsætningen af tabellerne. Rettelser i tabellerne har vidtgående betydning for transportlagets funktion.

24 Bemærk: Anvend kun opsætningsfil som svarer til din aktuelle version af NavisionStat. Filerne er navngivet svarende til Navision Stat versionen. Side 24 af 111 Bemærk: Har institutionen behov for en ændring skal der ske en dybtgående analyse af konsekvenserne inden ændringen iværksættes OG institutionen er selv ansvarlig for at sikkerhedskopiere denne opsætning. Bemærk: Har du behov for ændringer eller tilføjelser i XML bro mapningerne eller helt nye XML brokort, skal du sikre dig dokumentation for din opsætning. Det kan ske ved at du udlæser opsætningen helt eller delvist. Moderniseringsstyrelsen opsætningsfil til Navision Stat 5.3 overskriver dine lokale rettelser i alle de XML-bro kort som Moderniseringsstyrelsen understøtter. Hvis du foretager rettelse i en af disse mapninger, skal du derfor selv efterfølgende tilføje/tilpasse for at genetablere dine lokale rettelser. Har du oprettet nye XML bro mapningskort m andre navne og til andre Namespaces vil de ikke være berørt ved indlæsning af Standard opsætningen. Kodelister Under dette menupunkt opsætter du lister for værdier som skal skiftes ud ved mapningen, eksempelvis enhedskoder. Enheder Under dette menupunkt finder du tabellen med de enhedskoder for køb og salg der er sat op i dit regnskab Kodelistemapning Du skal specifikt sikre at dine enhedskoder er mappet i forhold til de OIOUBLgyldige værdier. Kun hvis standardopsætningen dækker alle dine private enhedskoder skal du ikke gøre noget Der er for OIOUBL-2.0 dokumenter defineret en fast liste af gyldige enhedskoder. Enhedskoder fra den liste SKAL optræde i OIOUBL-2.0 dokumentet. Der må IKKE mangle enhedsværdier i dokumentet eller anvendes værdier som er ukendt på listen. Værdierne skal kunne findes i urn:un:unece:uncefact:codelist:specification:66411:2001, som eksempelvis kan ses her: 2.0/cl/gc/cefact/UnitOfMeasureCode-2.0.gc Derfor findes i Navision Stat en kodelistemapning, som anvendes i XML-Bro mapningen. Med Navision Stats XML bro levers listen med de enhedskoder som skal anvendes i OIOUBL-2.0, samt en standard kodelistemapning mellem et antal typiske enhedskoder i Navision og tilsvarende værdier i OIOUBL-2.0. De findes under kodelisten benævnt UNITCODE.

25 Bemærk: Listen med mapninger af enhedskoder kan ikke leveres komplet fra Moderniseringsstyrelsen, da de enkelte regnskaber har frihed til at vælge egne enhedskoder. Du skal derfor selv, inden du afsender eller modtager OIOUBL-2.0 handelsdokumenter (faktura, kreditnota, ordre mv.), hvor du sælger eller køber i enheder (stk. styks, kasse, palle, time timer, liter, ton, skovrummeter, mv.) sikre dig, at alle nødvendige opsætninger mellem dine værdier i Navision Stat i tabellen Enheder og OIOUBL s enhedskoder (EA, BX, PF, HUR mfl.) er gennemført. Side 25 af 111 Du skal oprette separat kodelistemapning for udadgående hhv. indadgående dokumenter. I XML bro mapningerne er det de steder hvor det er relevant, opsat at UNITCODE kodelistemapningen skal anvendes. På ovenstående billede ses de tre tabeller der indgår i kodeliste mapningen. Den første tabel NS TS Kodeliste udfyldes automatisk ved indlæsning af datafil med én linje m. koden UNITCODE. Den sidste tabel NS TS Kodelisteværdi udfyldes automatisk ved indlæsning af datafil med alle gyldige enhedskodeværdier i kodelisten for OIOUBL-2.0. Den midterste tabel opsættes ligeledes med de mest oplagte mapninger mellem tabellen Enheder tabellen og OIOUBL-2.0 enhedskoder. Bemærk: Du skal tjekke at de nødvendige mapninger for dine værdier i tabellen Enheder er dækket ind af denne standardopsætning. Hvis du har værdier i tabellen Enheder, som ikke figurerer i NSTS kodeliste mapning tabellen (den midterste tabel), skal du selv opsætte de nødvendige mapninger.

26 Opsætningen er første gang beskrevet i Opsætnings og konverteringsvejledningen i forbindelse for overgang fra NS 3.60 til NS 5.0. Side 26 af 111 Bemærk: Har du behov for sådanne ændringer eller tilføjelser, skal du sikre dig dokumentation for din opsætning. Når du indlæser XML-bro mapningen overskrives din lokale kodelisteopsætning. Efter indlæsning af standard opsætningen skal du derfor foretage genopsætning af dine lokale kodelistemapninger. Det sker således: Sti: Administration/Programopsætning/Generel Integration/NS TS Integration/XML Bro/Kodeliste. Med menuknappen Kodeliste vælger du om du vil opsætte en indadgående eller udadgående mapning. Der skal opsættes mapninger begge veje. Vær opmærksom på at du godt kan have flere enheder som skal oversættes til samme OIOUBL kode og omvendt. Eksempel: Eksempel: Både stk. og styk udadgående oversættes til EA og indadgående kan BX og CS oversættes til kasse (Case har bl.a. betydningen kasse) Indadgående kodelistemapning I NSTS kodeliste vælger du linjen med Koden = UNITCODE. Med Menuknappen Kodeliste vælger du menupunktet Indgående Map

27 Side 27 af 111 I feltet Fra vælges en værdi fra NS TS Kodelisteværdi dvs. en officiel værdi som kan optræde i et indadgående OIOUBL2 dokument. I feltet Til skrives den tilsvarende enhedskode fra Enheder tabellen. Her må du gerne være lidt kreativ, idet du jo vanskeligt på forhånd kan gætte alle de officielle enhedskoder som dine leverandører kan finde på at anvende. Du kan opsætte flere officielle værdier til at pege på samme interne værdi, så du på den måde har mulighed for at dække dig nogenlunde ind. Udadgående kodelistemapning I NSTS kodeliste vælger du linjen med Koden = UNITCODE. Med Menuknappen Kodeliste vælger du menupunktet Udgående Map I feltet Fra vælger du dine enhedskoder fra Enheder tabellen. I feltet Til angiver du den tilsvarende værdi som skal optræde i OIOUBL2 dokumenter. Du skal opsætte en linje for hver enhedskode i Enheder tabellen. Periodiske aktiviteter Her finder du forskellige kørsler som du måske, men ikke nødvendigvis får brug for.

28 Indlæs XML fra fil Denne rapport skal du bruge hvis du har behov for at indlæse en fil (eksempelvis OIOUBL faktura) som skal mappes ind i Navision uden at du kan benytte transportlaget. OBS: Denne funktion mapper kun data du får ikke mulighed for at anvende Vis original idet filen ikke lagres i Elektronisk arkiv. Side 28 af 111 Importer eksempelskabelon Dette punkt benytter du, hvis du har brug for at oprette indhold i en ny mapningsbro og opsætte mapninger for et nyt dokument. Det vil sandsynligvis ikke være aktuelt, og er derfor ikke beskrevet yderligere her. Dokumentation XML-bro Rapport som udskriver XML-bro mapningen. Det er en voldsom datamængde, så sørg for at bruge Vis udskrift og filtrere så snævert som muligt inden du evt. udskriver på papir. Indlæs / udlæs opsætning Her finder du dataporte til indlæsning af opsætninger for henholdsvis XML Bro opsætningen, Profilopsætningen og Endpoint Key Type Opsætning. De benyttes normalt kun i forbindelse med indlæsning af opsætningsfiler frigivet af Moderniseringsstyrelsen. Brugen er i de tilfælde beskrevet i Systeminfoen udgivet sammen med frigivelsen. Konsulter systeminfoen. Integration m. IndFak Check stamdata Sti: Administration/Programopsætning/Generel Integration/NS TS Integration/E-Bilag/Check Stamdataopsætning Rapporten Check stamdata opsætning foretager check på opsætningsdata der udtrækkes til IndFak.

29 Side 29 af 111 Fanebladet NS E-Bilag Setup log skal normalt afvikles uden filtre idet rapporten checker kreditorkort der er sat op med Ebilagspartner som skal trækkes ud i stamdata. Fanebladet Indstillinger. Her skal du markere Kontrollér Alias for Ja, når du anvender Alias OG dit regnskab anvender IndFak. Bemærk: Du skal anvende rapporten hvis dit regnskab benytter IndFak. Rapporten skal køres hver gang der foretages ændringer i de opsætninger som indgår i stamdataudtrækket, dvs. virksomhedsoplysninger, finanskonti, dimensioner, kreditorer, anlæg og budgetter. Rapporten tjekker de kreditorer der har en E-Bilag Partner som er opsat til Eksporter kreditorstamdata = JA, OG Kreditorkortets felt Spærret = <blank> eller <Betalinger> Rapporten tjekker for om kreditorkortet har data i et af felterne CVR, SE, P Nr., CPR, EAN og Anden ID tjekker Kreditor CVR nummer; giver fejl hvis feltet er tomt eller længere end 16 karakterer.

30 Tjekker Kreditor CVR nummer; giver fejl hvis samme værdi optræder i stamdata for mere end et kreditorkort i stamdata. Tjekker Kreditor CVR nummer for 8 cifret heltal og giver meddelelse for alle afvigelser herfra. Besked om at tjekke da debitor kan være udenlandsk. Side 30 af 111 Derudover renser rapporten visse data i . Endvidere kontrolleres for manglende beskrivelse på Budget, Anlæg, Dimension og Dimensionsværdi. Eksempler på meddelelser: Rapporten skal give Opsætningen er uden fejl for alle de områder den undersøger. For hver linje der afviger fra rapportens tjek, ser du en linje i rapporten med en besked. For Kreditorsektionen gælder dog at man skal skelne mellem fejl og advarsler. Fejl skal rettes, da stamdataudtrækket ellers fejler. Advarsler kan forekomme vedrørende Kreditors CVR nummer, idet IndFak accepterer mellem 1 og 16 karakter, medens et dansk CVR nummer altid er et 8cifret heltal. Da kreditorerne indtil videre forventes altovervejende at være danske, giver rapporten advarsel når et opsat kreditor CVR-nummer afviger fra alm. dansk standard, idet der måske kan være tale om slåfejl. Disse afvigelser vil påkalde sig opmærksomhed, ved hver kørsel af rapporten. Hvis man har et vist antal kreditorkort som skal være opsat med anderledes værdi i CVR nummer kan man evt. føre dem på en liste, eller tildele disse kreditorer særlige U-numre så man af oversigten umiddelbart kan se om det ser OK ud. Fejl på CVR-nummer gives ved manglende eller for lang værdi, eller ved dubletter.

31 Side 31 af 111 Ovenstående eksempel viser at der er en fejl pga. dubleret CVR nummer, samt en fejl fordi CVR nr. er længere end 16 karakterer. Endvidere gives advarsel om CVR nr., der afviger fra alm. dansk syntaks på 8cifret heltal. Yderligere vises fejl advarsel for et Alias der mangler beskrivelse. Bemærk: Rapporten rapporterer alle de tilfælde, hvor Kreditorkortets felt CVR nr. afviger fra et 8 cifret heltal. Hvis feltet er tomt, data er for langt eller data findes som dubletværdi på en anden kreditor m stamdataopsætning, markerer rapporten fejl. Ret fejlen! Bemærk: Hvis du har opsat et 10cifret heltal vil IndFak opfatte dette som et potentielt personnummer. IndFak har særlig opsætning, hvor din institution kan bestemme om denne værdi må indlæses, eller skal udelades. Hvis du har udenlandske kreditorer som du ønsker overført til IndFak, skal du derfor sikre dig at de på kreditorkortets CVRnr felt IKKE er opsat med 8 eller 10 cifret heltal. Tilføj gerne en landekode foran. Bemærk: Valideringen af stamdata forventer at der findes opsat standarddimensioner i regnskabet, da sådanne udlæses i udtrækket. For at udgå eksportfejl skal du sikre dig at regnskabet har opsat en standarddimension/forslagsdimension uanset at du skal bruge den. Opsæt eksempelvis det foretrukne delregnskab på en finanskonto eller kreditor. Eksporter stamdata Bruger du IndFak skal du have opsat det tilhørende MasterdataAdvanced stamdataeksportjob. Normalt er der opsat job på serveren til at køre det en gang pr. døgn. Hvis det også er angivet i Navision i NS TS Integrationstabellen, kan du også starte afsendelse inde fra Navision ved at aktivere en kørsel her: Sti:\Administration\IT-administration\WFS\Send Stamdata til WFS. Se evt. den relevante version af installationsvejledningen for transportlaget t. NS5.3 mht. opsætning af stamdataeksport og opsætning i Navisions NSTS integrationstabel. Stamdata udtrækket til IndFak indeholder i grove træk følgende: Finanskonti der henhører til resultatopgørelsen og som ikke er spærrede Kreditorer der ikke er spærret og som er opsat med eksporter stamdata. Anlæg der ikke er spærret eller solgt. Dimensioner og dimensionsværdier der ikke er spærret. Alias der ikke er spærret. Spærrede dimensionskombinationer Forslagsdimensioner som ikke er spærret, hørende til Kreditorer, Finanskonti og Anlæg

32 Side 32 af 111 Eksportér transaktionsdata Bruger du IndFak skal dit regnskab sende informationer fra Navision Stat til IndFak om hvilke fakturaer der er betalt (helt eller delvist). Det giver IndFakbrugeren mulighed for at se betalingsstatus for sine dokumenter. Disse data overføres med Transaktionsdatajobbet som skal være opsat på serveren, normalt m. schedulleret afvikling. Hvis jobbet er angivet i NSTS Integrationstabellen kan du også igangsætte det fra Navision: Sti:\Administration\IT-administration\WFS\Send Transaktionsdata til WFS. Alias i Navision og IndFak Alias overføres fra Navision til IndFak sammen med MasterDataAdvanced. Alias og dens værdier eksporteres i stamdataudtrækket på samme måde som en dimension. Det betyder at Alias er underlagt samme krav som dimensioner der skal eksporteres. Brugeren der konterer Alias i IndFak ser det som en dimension. I IndFak sker der ingen udfoldning, og man kan i IndFak derfor ikke se hvilken kontering et Alias repræsenterer. Det konterede Alias føres fra IndFak til Navision i dimensionskontostrengen. Der er knyttet særlig funktionalitet i Navision Stats behandling/udfoldning af Alias fra en dimensionsstreng. Derfor er Dimensionen Alias reserveret til det særlige funktionalitetsområde i Navision Stat der er dækket af Aliaskontering. Der kan i selve Navision Stat ikke konteres på en dimension Alias. Opsætning og anvendelse af Alias er i øvrigt beskrevet i manualen for Finans. Hvis du arbejder med Aliaskontering med integration til sager skal du også orientere dig i Sager manualen. Dimensionens Alias opløses af behandlingsprocessen i de elementer (konto, vare, anlæg, dimensioner, sagsoplysninger, Momsbogføringsgrupper mv.) den består af jf. den aktuelle opsætning i Aliaskontering (Sti: Økonomistyring/Opsætning/Alias/Aliaskontering). Hvis der er konflikt mellem konto og dimensioner konteret direkte i strengen, og finanskonto og dimensioner konteret i Alias, så er det altid værdi afledt af Alias der vinder.

33 Side 33 af 111 Bemærk: Der må ikke være konflikt mellem artskonteringen (Finanskonto, Anlægsnr., Varenr.) på en ordres linje og den fakturalinje, som skal opdatere den. Hvis det indtræffer, vil processen stoppe med en fejl. Der må tilsvarende ikke være konflikt mellem ordrelinjens artskontering og artskonteringen på fakturalinjen styret af Alias. Fejlen der fremkommer skyldes at linjen forsøges genskrevet, hvilket ikke kan ske når der er modtaget på linjen. Via dokumentets menuknap Dokument eller Linje og menupunktet Dimensionskontostreng ser du selve dimensionsstrengen. Via dokumentets menuknap Dokument eller Linje og menupunktet Dimensioner ser du de resulterende dimensioner. De dimensioner som er afledt af Alias eller hvor værdien fra Alias har overstyret en værdi konteret direkte i strengen ser du i vinduet Indgående Dokument dimension markeret i kolonnen Alias. Her ser du eksempel på en dimensionskontostreng med et Alias. Du ser bl.a. at delregnskab 2 ikke indgår i dimensionskontostrengen, men er afledt af Aliasopsætningen. Du ser endvidere at finanskonto fra Aliaskonteringen overstyrer finanskonto som du ser direkte i strengen.

34 Køb Opsætning Side 34 af 111 Købsopsætning Sti: Køb/Opsætning/Købsopsætning, Nummerering Købsdokumenterne: Ordre, faktura, kreditnota som oprettes ved accept fra Indgående Købsdokumenter tildeles løbenummer fra købsnummeropsætningen. Du skal derfor opsætte nummerserier for ordre, faktura og kreditnota. Der skal ikke opsættes Nummerserie for Kontoudtog eller modtagne Købsrykkere. Disposition Ikke-bogførte købsdokumenter kan disponeres i Navision Stat. Du skal markerer feltet Disp. Forslag købshoved med JA, hvis du ønsker det. Der disponeres i så fald som standard i forhold til budgetnavnet angivet i feltet Standard budget. Hvis et elektronisk dokument fra Eprocurement eller IndFak har angivet et andet budget, disponeres dokumentet i forhold til det medsendte budgetnavn. Opsætningen kan opsættes uafhængigt at om man benytter købsordre. Kreditor opsætning Sti: Køb/Planlægning/Kreditorer

35 Hver kreditor som skal bruges ifbm. elektronisk købfakturering skal som minimum angives CVR Nummer og en E-bilags partner. Alle almindelige opsætninger af bogføringsgrupper skal også være på plads. Side 35 af 111 Endvidere bør du for danske CVR numre også udfylde det nye felt CVR Nummer Attribut m. DK:CVR for danske kreditorer. Felterne CVR nummer og CVR nummer Attribut bruges som det primære sæt værdier til at udsøge det/de kreditorkort som hører til de informationer der er angivet om fakturaudstederens juridiske enhed. I Danmark er det CVR nummeret som i fakturaen er angivet med typen: DK:CVR for dansk CVR nummer samt selve værdien. For udenlandske kreditorer skal typen ZZZ angives for international handel, men Navision kan også håndtere andre værdier i feltet CVR Nummer attribut.

36 Side 36 af 111 Da ZZZ er uspecifik og ikke peger på noget specifikt virksomhedsregister, er det er fordel hvis du i fakturaens data kan finde de yderligere oplysninger som Navision kan bruge til at foretage entydig udsøgning af et kreditorkort og opsætte disse i felterne Anden ID Attribut og Anden ID. Se nærmere herom under behandling af Indgående købsdokuments felter samt menuknappen Dokument under punktet om Kreditoridentifikation. For fakturaer fra individuelle personer med danske personnummer bruges feltet CPR nummer sammen med værdien i feltet CVR Nummer attribut til at identificere kreditorkortet, når fakturaudstederen har angivet sit danske personnummer korrekt i fakturaen. Typen (attributten) for dansk personnummer er DK:CPR, som du angiver i CVR nr. Attribut feltet. Hvis du ønsker at Navision automatisk skal fordele elektroniske faktura på forskellige kreditorkort med samme Primære identifikator (CVR nummer), skal du

37 udfylde mindst et yderligere felt (sæt af felter) på kreditorkortene, som svarer til den værdi kreditoren angiver som yderligere identifikator. Side 37 af 111 Felterne SE Nummer, P Nummer, Anden ID og Anden ID Attribut samt EAN Lokation bruges som sekundære identifikatorværdier til at identificere et kreditorkort, hvis du har flere der er opsat med samme primære indentifikator CVR-nummer. Felterne Anden ID og Anden ID Attribut ses under ét og skal udfyldes samlet. Felt CPR nummer SE Nummer P Nummer CVR Nummer Beskrivelse Angiv det for danske privatpersoner. Benyttes til, at identificere kreditorkort for privatpersoner der eksempelvis sender faktura via en fakturaportal. Skal være udfyldt, hvis du vil gennemføre Nemkonto betaling på kreditors CPR Nummer. Kan angives hvis du har det. Benyttes sammen med CVR til, at identificere hvilket kreditorkort fakturaen hører til. Skal være udfyldt, hvis du vil gennemføre Nemkonto betaling på kreditors SE Nummer. Kan angives hvis du har det. Er en underspecifikation af CVR og benyttes til at identificere kreditorkort blandt flere m samme CVR. Skal være udfyldt, hvis du vil gennemføre Nemkonto betaling på kreditors P Nummer. Skal angives. Feltet opsættes med den ID som svare til identifikatoren for den juridiske enhed som den fakturerende virksomhed angiver i sine fakturaer. Danske firmaer skal angive CVR nummer på deres fakturaer. Det er den primære værdi til identifikation af et kreditorkort. Skal være udfyldt, hvis du vil gennemføre Nemkonto betaling på kreditors CVR Nummer. Udfylder du det med andre værdier kan du ikke gennemføre Nemkonto betalinger. CVR Nummer Attribut Hvis kreditoren er udenlandsk / international handel, kan du udfylde med en kombineret bogstav og talkode. Feltet opsættes med typen /attributten der hører til identifikatoren for den juridiske enhed som den fakturerende virksomhed angiver i sine fakturaer. For Danske CVR nummer er typen DK:CVR For international handel i OIOUBL skal anvendes ZZZ

38 Anden ID Anden ID Attribut EAN Lokation Side 38 af 111 Opsæt hvis du ønsker automatisk udspecificering blandt flere Kreditorkort som har samme primære identifikator (samme CVR). Anvendes sammen med Anden ID Attribut. Det giver kun mening at opsætte hvis data til en udspecificering findes i fakturaen. Du skal i givet fald opsætte den værdi for Id, som fakturaudsteder angiver i sin faktura. Invoice/cac:AccountingSupplierParty/cac:Party/cac:PartyIdentification/cbc:ID Hvis disse data er medsendt kan du finde dem I Navision I det indgående købsdokument via menuknappen Dokument, menupunktet Kreditoridentifikation Anvendes sammen med Anden ID ; Angiver typen af data i feltet. Anvendes Anden ID skal dette udfyldes svarende til attributten angivet i XML dokumentet. Du skal i givet fald opsætte den værdi som fakturaudsteder angiver i fakturaen for attributten SchemeID for Invoice/cac:AccountingSupplierParty/cac:Party/cac:PartyIdentification/cbc:ID Kreditorens EAN Nummer indtastes, hvis det haves. Kan benyttes til, at identificere hvilket kreditorkort fakturaen hører til. Kreditor skabelon Du kan anvende Navisions funktion med standardskabeloner til at få udfyldt obligatoriske standardværdier på kreditorkortet. Sti: Adminitration/Programopsætning/Generelt/Konfigurér masterskabeloner. Angiv Kode og Beskrivelse i skabelonhovedet og vælg den tabel-id som skabelonen skal anvendes på. For kreditorer er det tabel 23. I kolonne formen indvælges de felter der skal udfyldes af skabelonen. I feltet Standardværdi angiver du den værdi der skal bruges. Fra et kreditorkort benyttes menuknappen Funktion / menupunkt Anvend skabelon

39 I vinduet Dataskabelonversigt ses de relevante skabeloner. Vælg én og tryk OK. Det pågældende kreditorkort bliver nu opdateret med informationer fra skabelonen. OBS! Eksisterende værdier overskives m. standardværdier opsat i skabelonen. Felter som ikke er opsat i skabelonen berøres ikke. Side 39 af 111 Kreditor opsætning for IndFak Hvis du benytter Indfak skal du udfylde en række felter af hensyn til stamdataudtrækket fra Navision. På fanebladet Generelt: Nummer, Adresse, By, Postnummer, Land, Landekode, Telefon nr. På fanebladet Betaling: CVR Nummer jvf. ovenfor, normalt som et heltal, dvs. uden landekodebogstaver, mellemrum eller skillekarakterer. Udfylder du skal den overholde syntaks Kreditoren skal endvidere have en E-bilagspartner. Når du har opsat eller ændret på et kreditorkort skal du køre Stamdata Checkrapporten. Kreditors E-bilags partner opsætning Opsættes en E-Bilag Partner for enhver kreditor, som Navision Stat skal modtage elektroniske handelsdokumenter fra. E-Bilag Partner oprettes fra det enkelte kreditorkort. Sti: Menuknappen Kreditor, menupunktet E-Bilag partner, og under-menu punktet Opret E-Bilag Partner.

40 Side 40 af 111 Når Ebilagspartneren er oprettet kan, du se den foreslåede standardopsætning fra kreditorkort. Sti: Menuknappen Kreditor, menupunktet E-Bilag partner, og under-menu punktet E-Bilag Partner opsætning E-bilags partneropsætning kan også findes her: Sti: Administration/Programopsætning/NS TS Integration/E-Bilag /Partneropsætning De to faneblade Generelt og Købslinjer har relevans. Fanebladet lokal integration indeholder information, hvis Ebilagspartneren er oprettet af GIS eller DDI.

41 Kreditor E-bilagspartner, fanen Generelt Side 41 af 111 Felt E-Bilagspartner nr. Partner type Partnernr. og Partner navn Eksportér kreditor stamdata Beskrivelse (Fælles) Løbenummer som tildeles automatisk af systemet. Kreditor eller Debitor afhængig af om partneren er oprettet fra et debitorkort eller kreditorkort. Nummer og Navn for den pågældende Kreditor hhv. Debitor som E-Bilagspartneren er opsat for. Følgende felter relaterer til kreditor Ja hvis den pågældende kreditor skal indgå i stamdataeksport til eksternt indkøbssystem (IndFak). Vær i den forbindelse opmærksom på at kun ét kreditorkort blandt flere m. samme CVR nummer må være opsat til Ja, idet IndFak ikke kan håndtere dubleret CVR nummer. Stamdatacheckrapporten giver Fejl advarsel herom. Nej, hvis den pågældende kreditor IKKE skal indgå i stamdataeksport. Købsfaktura Feltet kan antage flg. værdier, Opret ny Opdater reference Opdater reference er forslagsværdien og den foretrukne værdi. Når du acceptere en faktura der relaterer til en eksisterende ordrenummer, vil den umiddelbart blive opdateret. Hvis der ikke eksisterer en korresponderende ordre, spørges om der skal oprettes faktura. Opret ny bevirker, at der spørges om opdatering, hvis der

42 Fakt. samlet beløb/- kostp/rabat Side 42 af 111 findes en ordre. Feltet kan antage flg. værdier, Reguler Valider Reguler er forslagsværdien som skal anvendes. Beløb på fakturaens linjer regulerer ordrens beløb v. accept. Valider standser accepten v. afvigelse fra ordrens beløb. Skal være Leverandørs varenummer, idet denne værdi forventes medsendt som fakturaudsteders eget varenummer. Endvidere indgår leverandørs varenummer i IndFak dimensionskontostrenge, hvis linjer skal konteres på vare. Feltet kan antage flg. værdier, Internt varenr. (jvf. efterflg. afsnit om Købsvarenummertype). Leverandørs varenr. (jvf. efterflg. afsnit om Købsvarenummertype) Bemærk: at denne værdi SKAL anvendes sammen med Eprocurement og Indfak. Fælles varenr. (jvf. efterflg. afsnit om Købsvarenummertype.) Fælles varenummer kan opsættes på kreditorkortet i feltet af samme navn. Bemærk: Hvis du ønsker at kontere de modtagne fakturalinjer som vare skal du opsætte mapning af leverandør og leverandørs varenummer til et internt varenummer. Det kan ske via kreditorkortet eller varekortet. Sti: Køb/Planlægning/Kreditorer Menuknappen Køb, Menupunkt Vare Købsvarenummertype Vare nr. Leverandørs Angiv det relevante interne varenummer. Angiv den pågældende leverandørs varenummer således som han har angivet det på varelinjen eller i

43 varenr. Leveringstid dimensionskontostrengen. Anvendes ikke. Side 43 af 111 Brug dimensionsstreng Tabellen kan tilgås fra kreditor-, som varekortet. Visningen er forskellig og tager udgangspunkt i om man mapper en vare for en kreditor eller en kreditor for en vare. Ja er den obligatoriske værdi hvis man benytter IndFak eller Eprocurement. Nej er den foretrukne værdi hvis man ikke benytter Indfak eller Eprocurement. Den foreslåede værdi kan rettes. Forslaget styres fra Ebilag styrings opsætningens felt Sæt brug dimensionskontostreng. Det set at fakturaafsender har lagt data i det samme element til institutioner som ikke bruger Eprocurement eller IndFak., Når opsætningen er Ja vil disse uden held blive forsøgt tolket, hvilket giver en meddelelse i Navision om ugyldig dimensionskontostreng. Sæt i det tilfælde værdien til Nej på den aktuelle E-Bilagspartner Kreditor E-bilagpartner, Fanen Købslinjer

44 Overfør tekstlinjer Ikkekonterede linjer med beløb Side 44 af 111 Ja er standard. Betyder at man overfører fakturas/kreditnotas eventuelle beskrivende linjer uden antal og beløb fra indbakken. Nej hvis man ikke ønsker det. Uanset valg stilles der ikke yderligeres spørgsmål til denne type linjer v accept fra indbakken. Beskrivelseslinjerne kan altid ses via vis originalbilag. Sådanne kan forekomme i OIOXML-07 dokumenter, men bør ikke forekomme i OIOUBL-2.0 dokumenter. Håndtering af linjer med beløb, hvis man evt. ønsker ikke at kontere alle linjer i en faktura med mange linjer. Der er tre muligheder: Advarsel om manglende kontering er standard. Advarsel for hver linje med beløb og uden kontering. Linjer du ønsker at kontere skal konteres i indbakken med Brug Type og Brug Kontonr. Hvis du ignorerer advarslen og vælger at kontere linjen efter accept, skal du både genindtaste konto, beskrivelse pris og antal. Du kan afbryde accepten ved advarsel og kontere i indbakken. Ignorer og overfør som tekst For alle linjer m beløb og uden kontering overføres kun beskrivelsen til købsfakturalinjen. Du får ikke yderligere advarsel. Ignorer og undlad overførsel Alle linjer med beløb og uden kontering ignoreres. Der oprettes dokument uden informationer fra disse linjer. Kan benyttes, hvis man får fakturaer med mange linjer, som man kun ønsker konteret med én eller få linjer, som man så må taste manuelt. Du får ikke yderligere advarsel. Sti: Administration/Programopsætning/NS TS Integration/E-Bilag /Partneropsætning Valutakoblinger I tabellen E-Bilag-partner val.kobling oprettes samtidig m E-bilagspartneren automatisk data til brug for oversættelse af valutakoder som partneren kan angive til de interne valutakoder som bruges i Navision. Bemærk: Normalt skal der ikke redigeres i indholdet, idet valutakoder i OIOXML0.7 og OIOUBL2.0 samt i Navision skal være oprettet m værdier svarende til de officielle valutakoder iht. ISO4217 og UNCEFACT, og ikke private valutakoder. Sti: Køb\Leverandører, menuknap Kreditor/Menupunkt E-Bilag Partner / E-Bilagpartner opsætning /Menuknap Dokument/ Menupunkt Valutakoblinger

45 Side 45 af 111 Bemærk: Kreditors valutakode for danske kroner skal være tomt. Dette af hensyn til den videre betalingsoverførsel, da betalinger i danske kroner ikke har valutakode. Valutakoder Hvis E-bilag fra en bestemt kreditor indeholder en uautoriseret valutakode, skal valuta-oversættelsen tilpasses, så den mærkelige E-bilags valutakode mappes til en korrekt Kreditors valutakode. Bemærk: Data i Kreditors valutakode kolonnen SKAL svare til den internationale standard for valutakoder, der anvendes hos bankerne. Sti: Køb/Kreditor Menuknappen Kreditor/Menupunktet E-Bilag Partner Menuknap Dokument/Menupunkt Valutakoblinger Masseopret Kreditor E-Bilag partnere Sti: Administration/Programopsætning/NS TS Integration/E-Bilag /Opret Partnere kørslen Kreditor.

46 Side 46 af 111 Du skal opsætte filtre for at udsøge de kreditorer du vil give Ebilagpartner. Bemærk Indstillingerfanen. Her skal du slå markering fra, hvis du ønsker at behandle kreditorer som ikke har EAN lokation. Salg opsætning Debitoropsætning For debitorer til elektronisk fakturering, skal du sikre at de er opsat med komplette adressedata på debitorstamkortet, inklusive landekode. Endvidere skal du opsætte E-bilagspartner samt angive den E-bilagsadresseidentifikator med attribut, som debitoren har oplyst. Sti: Salg & Marketing \Salg\Debitorer \Faneblad Generelt

47 Side 47 af 111 For debitorer til elektronisk fakturering skal du udfylde: Navn, Adresse, Postnr., By og Landekode. Landekode skal også udfyldes for danske debitorer. Bemærk: Hvis der mangler data, kan dokumentet fejle ved afsendelsen, eller debitoren måske nægte modtagelse. Indenlansk/Udenlandsk debitor Bemærk: Værdien i Debitors landekode sammenholdes med Lande/områdekode på Virksomhedsoplysninger og bruges til at afgøre om en debitor er udenlandsk eller indenlandsk (dansk). Det har betydning for de betalingsoplysninger fakturaen forsynes med. Hvis Debitors landekode er tom vil den være forskellig fra den værdi er opsat for regnskabet under virksomhedsoplysninger og dermed blive fortolket som udenlandsk.

48 Betalingsoplysninger Debitorer, der skal faktureres elektronisk, bliver som udgangspunkt faktureret med den OIO betalingstype, der er anvendt under regnskabets virksomhedsoplysninger. Side 48 af 111 Debitorkort Felt Betalingsformskode Beskrivelse Bør som udgangspunkt være tomt. Udfyld det kun hvis du for den enkelte debitor ønsker en anden betalingsmåde end den der er opsat som standard i virksomhedsoplysninger. Anvend kun koder, som har tilknyttet den OIObetalingstypekode, du ønsker brugt for debitoren. Bemærk: Du må IKKE samtidig opsætte OIO Betalingsformkode og Opkrævningssystem på en betalingsformkode. Betalingsformer som har et Opkrævningssystem må ikke anvendes til elektronisk fakturering. Se yderligere herom i manual vedrørende Navision Stats integration til opkrævningssystemer. Hvis der hverken i virksomhedsopsætningen eller på debitorkortet er en betalingsform med OIO Betalingstype, standses bogføringen. Hvis der kun foretages opsætning på debitoren, må den oprettede faktura have genindsat fakturahovedet for at blive korrekt forsynet med OIO Betalingstype. Rykker og rentebetingelser Du skal opsætte Rykkerbetingelseskode på debitor, som du ønsker at rykke, også elektronisk rykker. Rentebetingelseskode skal du opsætte på debitorer, hvis du ønsker at tilskrive renter og gebyr på Rykkere, også for elektroniske rykker. Debitors E-bilag Endpoint opsætning Du skal opsætte værdier der svarer til den elektroniske adresse ID som debitoren angiver. Hvis debitoren angiver et EAN nummer indsætter du det i feltet EAN lokationskode. Navision overfør værdien til felterne E-Bilag Endpoint OG E-Dokument Nøgletype, som er de værdier der bruges ved afsendelse af E- bilag til debitoren. Hvis debitoren angiver en anden addresseidentifikatortype og -nummer, eksempelvis CVR nummer eller DUNS, så forudsættes at debitoren har gennemført UDDI registrering for denne identifikator. Du skal opsætte de opgivne værdier for type og nummer i felterne E-Bilag Endpoint og E- Dokument Nøgletype. Det vedrører følgende på Betaling fanen:

49 Side 49 af 111 Felt E-dokument Nøgletype E-Bilag Endpoint EAN Lokation CVR nummer Beskrivelse Typen for den ID (nøgle) som debitoren angiver, eksempelvis EAN, GLN CVR mfl. Feltet bruges sammen med værdien i E-Bilag Endpoint Værdien af den identifikator som debitoren angiver, eksempelvis 13 cifret EANnummer, 8 cifret CVR-nummer, 10 cifret P-nummer. Hvis din debitor angiver et EAN eller GLN nummer som Ebilag adresse-identifikator, kan du taste det her. Navision udfylder så automatisk felterne Edokument Nøgletype og Ebilag Endpoint med det tilhørende sæt af ID og Attribut Debitors CVR nummer. Bemærk: De to første felter hører sammen og SKAL opsættes. Endvidere SKAL et af de to sidstnævnte felter også opsættes og vil i de fleste tilfælde være en gentagelse af opsætningen i E-Bilag Endpoint. De to sidste felter vedrører afsendelse af OIOXML07 og skyldes at Navision ikke på forhånd ved om debitoren skal modtage OIOXML07 eller OIOUBL2 dokumenter. Der er indbygget tjek i koden som advarer hvis der mangler et af disse data. Undersøg Debitors Ebilag Endpoint på UDDI Når du har opsat de to felter E-dokument Nøgletype og E-Bilag Endpoint kan du ved hjælp af Navisions funktion undersøge om der kan findes en tilhørende webserviceadresse på UDDI. Brug Menuknappen Funktion, menupunktet UDDI opslag. Du får følgende spørgsmål.

50 Side 50 af 111 Ja, hvorefter du bliver anmodet om at vælge for hvilken dokumenttype du ønsker at tjekke; Faktura, Kreditnota, Rykker eller Kontoudtog. Nej hvis du vil afbryde. Du skal vælge den dokumenttype du vil tjekke for. Det er typisk en faktura man først ønsker at sende. Du kan successivt tjekke for de øvrige dokumenttyper og bruge svarende til at bestemme opsætningen på E- bilagspartneren, for de dokumenttyper du ønsker / kan sende til den pågældende debitor. Analysér svar fra UDDI UDDI returnerer et svar som Navision præsenterer i en informationsboks. Du skal kunne tyde forskellen på de forskellige svar, for at vide hvilke elektroniske dokumenter du kan sende til den pågældende debitor. Debitor kan modtage OIOUBL2 dokument via OIOSI Svarboksen viser en http adresse som resultat af UDDI opslaget. Adressen peger direkte på den server som skal modtage dokumentet.

51 Debitors EAN nummer findes ikke i UDDI Side 51 af 111 Svarboksen viser den fælles http adresse som angiver den såkaldte gateway fra OIOSI til VANS med webadressen: Netop når denne http adresse vises betyder det at debitors EAN ikke er oprettet i UDDI og IKKE modtager OIOUBL2 dokumenter direkte i punkt til punkt forsendelse på dette EAN nummer. Svaret kan indikere at debitoren tidligere har modtaget på VANS, og ikke har registreret sit EAN nummer på UDDI. Med udfasningen af OIOXML07 indikerer meddelelsen at debitoren måske slet ikke kan modtage elektroniske handelsdokumenter, eller at EAN nummeret er udgået af brug. Du kan ikke forvente at dokumenter kan sendes med anvendelse af dette EAN nummer. Du skal forvente at få status Mislykket hvis du alligevel forsøger at sende. Hvis du bliver ved med at få meddelelsen om skal du kontakte debitoren og bede om et nyt EAN nummer, da det aktuelle ikke er aktivt på UDDI. Debitor har ikke registreret dokumenttypen på UDDI. Hvis UDDI opslaget returnerer beskeden: Dokument kan ikke sendes, skyldes det at debitoren på UDDI ikke har registreret at han kan modtage den pågældende type. Dette svar kan du få for Rykker og kontoudtog (Reminder og Statement). Du må i stedet sende denne type som papirdokument. Du kan altid gentage UDDI opslaget via et menupunkt på Debitorkortet. Sti: Debitorkort/Menuknap Funktion/ menupunkt UDDI opslag

52 Debitor E-bilags partner opsætning Opsæt en E-Bilag Partner for hver debitor, som Navision Stat skal sende elektroniske handelsdokumenter til. E-Bilag Partner oprettes fra det enkelte debitorkort. Sti: Menuknappen Debitor, menupunktet E-Bilag partner, og under-menu punktet Opret E-Bilag Partner. Side 52 af 111 Efter oprettelsen skal du tjekke opsætningen via menupunktet E-Bilag Partner Opsætning.

53 Side 53 af 111 Felt E-Bilagspartner nr. Partner type Partnernr. og Partner navn Salgsfakt ura Salgskred itnota Rykker Kontoudtog Beskrivelse (Fælles) Løbenummer som tildeles automatisk ved oprettelse af en E- Bilagspartner. Redigeres ikke af brugeren. Værdierne er Kreditor eller Debitor. Værdien sættes afhængig af om partneren er oprettet fra et debitorkort eller kreditorkort. Nummer og Navn for den pågældende Kreditor hhv. Debitor som E-Bilagspartneren er opsat for. Felter vedrører Debitor Ja når E-Bilag Partneren skal modtage fakturaer elektronisk, ellers Nej. Ved Ja : Dokumentet overføres til udbakken ved bogføring og sendes, afhængig af opsætning på Ebilagsstyringsopsætningens felt Send E-bilag v bogføring. Fakturaen udskrives, som udgangspunkt ikke. Udskrivning kan gennemtvinges ved at sætte feltet Udskriv hvis elektronisk til Ja på fakturaudskriftsrapporten (ID 206). Ja når E-bilagspartneren skal modtage kreditnotaer elektronisk, ellers Nej. Kreditnotaen udskrives, som udgangspunkt ikke. Udskrivning kan gennemtvinges ved at sætte feltet Udskriv hvis elektronisk til Ja på kreditnotaudskriftsrapporten (ID 207). Bemærk: I tilfælde af at en intern omkontering sker via kreditnota bør opsætningen midlertidigt være Nej, selvom debitor normalt modtager kreditnota. Ja når E-bilagspartneren skal modtage rykker elektronisk, ellers Nej. Rykkeren udskrives som udgangspunkt ikke. Udskrivning kan gennemtvinges ved at sætte feltet Udskriv hvis elektronisk til Ja på kreditnotaudskriftsrapporten (ID 117). Ja når E-bilagspartneren skal modtage kontoudtog elektronisk, ellers Nej. Kontoudtoget udskrives som udgangspunkt ikke. Udskrivning kan gennemtvinges ved at sætte feltet Udskriv hvis elektronisk til Ja på kontoudtogudskriftsrapporten (ID xxx). Masseopret Debitor E-Bilag partnere Sti: Administration/Programopsætning/NS TS Integration/E-Bilag /Opret Partnere kørslen Debitor.

54 Side 54 af 111 Du skal opsætte filtre for at udsøge de debitorer du vil give Ebilagspartner. Bemærk indstillingerfanen; her markerer du hvilke dokumenttyper der skal opsættes på de dannede Ebilagspartnere. Bemærk: Kørslen medtager kun Debitorer som har opsat et Ebilag Endpoint, idet det er en forudsætning for afsendelse af Ebilag. Håndtering af elektroniske købsbilag Indgående dokumenter Alle indgående dokumenter til dit regnskab, vedrørende køb findes samlet under Køb/ Ordrebehandling. Her finder du indbakker til købsdokumenter (Faktura, ordre, kreditnota, UTS forsyningsspecifikation), Rykkere, Kontoudtog, NKS Betalingsordre og retursvar. Sti: Køb/Ordrebehandling/E-Bilag/ (-Indgående købsdokumenter, -Indgående Rykkere, -Indgående kontoudtog,- NKS betalinger og -NKS Retursvar). I denne manual behandles ikke indbakkerne vedrørende NKS kommunikationen. Alt om betalingsordre og retursvar behandles i manual for betalinger. Arbejdsgange for indgående købsdokumenter Denne manual foreskriver ikke bestemte arbejdsgange. Ansvaret for at der tilrettelægges, beskrives og anvendes de rette arbejdsgange ligger i din institution. Tilsvarende for institutioner som benytter Økonomi Service Center er det institutionens og ØSC opgave at fastlægge opgavesplit og arbejdsgange.

55 Side 55 af 111 De processer institutionen skal beskrive og følge, afhænger bl.a. af om din institution benytter et foranliggende godkendelsessystem eller om dokumenterne ankommer direkte i Navision Stat og godkendelsen skal ske herefter. Hvis dokumenterne ankommer direkte i NS uden et foranliggende godkendelsessystem, kan du bruge denne skabelon til at bygge din arbejdsgangsbeskrivelse. Først: Ventende dokumenter undersøges inden de godkendes. Det kan ske medens de har status Ventende. Når de ansvarlige har godkendt og angivet kontering skal dokumenterne Finanskonteres og herefter Accepteres. (Dokumenter der ikke skal godkendes afvises m årsagsangivelse) Det oprettede købsdokument færdigkonteres m. dimensioner og bogføres. Fakturaen udsøges til betaling. Betaling overføres og bogføres. Indgående købsdokumenter Sti: Køb/Ordrebehandling/E-Bilag/ Indgående købsdokumenter Her skal du jævnligt / dagligt tjekke for nye fakturaer, kreditnotaer, ordrer og UTS forsyningsspecifikationer. Når du åbner Indbakken indlæses de tilhørende dokumenter som findes i NS TS Udvekslingstabellen. Herefter identificerer Navision den tilhørende Kreditor (hvis der findes én og kun én) og konterer dokumentet, hvis det indeholder dimensionskontostrenge fra Eprocurement eller IndFak. Efter behandlingen åbnes Indgåede købsdokumentkladden, der som standard vises uden filtre. De nyeste dokumenter står øverst. Det anbefales altid at tjekke oversigten uden at der er sat filtre. På formen er der en række felter til venstre som kan bruges til generel filtrering. Hvis du glemmer at fjerne et filter på eksempelvis status risikerer du at overse dokumenter som du skal behandle.

56 Du kan også filtrere på værdier i kolonnerne, eksempelvis Bogføringsdato, Beløb inkl. Moms, Modtagerens ID mfl. Side 56 af 111 Bemærk: Filtrene bliver ikke slettet når du lukker og genåbner vinduet. Marker linjen med det dokument som du vil behandle. Benyt Menuknappen Dokument og Menupunktet Åbn. Visning af mislykkede dokumenter i NSTS udvekslingstabellen På formen finder du endvidere feltet Udvekslingstabel: Mislykkede købsdokumenter. Feltet skal vise nul 0 som indikation af at der ikke strander mislykkede dokumenter som hører til i denne indbakke (her Faktura, Kreditnota, Ordre, Ordreændring, Forsyningsspecifikation) i NSTS udvekslingstabellen. Du kan lave opslag i feltet og få vist det aktuelle indhold af tabellen uanset status og dokumenttype. Du kan ikke redigere i tabellen fra denne oversigt. Tabelvinduet viser et uddrag af de felter der er på dokumenthovedet. Du har disse felter til rådighed i oversigten: Valgt dokument, Status, Bilag modtaget den, Modtagelsestidspunkt, Sporings-id, E-Bilagdokument, Indgående dokumentnr., Forfaldsdato, Bilagsdato, Bogføringsdato, Kreditors fakturanr., Kreditors kr.notanr., Beløb inkl. Moms, Leverandørnr., Leverandørnavn, Leverandøradresse, Leverandørby, Referenceordrenr., Kreditortilbudsnr., Referencetilbudsnr., Indkøberkode, Beløb, Modtagerens ID, Modtagerens ID Attribut, Ansvarlig medarbejder. Status i Indgående købsdokumentkladde Status Ventende Dokumenter der har denne status afventer din behandling. Afhængig af jeres arbejdsgang skal dokumenterne nu enten gennemgå en godkendelsesproces som resulterer i at du skal Acceptere eller Afvise. Hvis du har modtaget dokumentet fra Eprocurement eller IndFak er det godkendt og du kan umiddelbart acceptere dem.

57 Side 57 af 111 Bemærk: Hvis Leverandørnr., Navne og adresse felterne på Generelt faneblad står tomme er det tegn på at Kreditoren ikke kan entydigt identificeres i kreditorkartoteket, enten fordi der ikke er oprettet en kreditor m. korrekt opsætning eller fordi der findes flere opsat med samme identifikatorværdier. Hvis der er flere kreditorer skal du udpege den ønskede i feltet Entydig kreditor. Status Accepteret Disse dokumenter er ført videre sil købsfaktura, købskreditnota eller købsordre Status Afvist Dokumenter som er blevet afvist, enten ved at en bruger har afvist det enkeltvis eller i masseafvisning, eller ved at dokumentet er automatisk afvist med teknisk begrundelse på grund af at dokumentet ikke var teknisk korrekt (valideringsfejl). I sidste tilfælde kan dokumentet ikke håndteres yderligere. Hvis du derimod har afvist et dokument ved bruger-indgriben, kan du senere vælge at acceptere det, hvis afvisningen eksempelvis skyldes en misforståelse. Indgående købsdokumenthoved faner og felter Generelt fanen Felt Beskrivelse

58 Indgående dokument nr. Bogføringsdato Ordredato Bilagsdato Kreditors ordre nr. Kreditors faktura nr. Kreditors kre.nota nr. Leverandørnr Leverandør navn, adresse mv. Nummerserie Ansvarlig status Ansvarlig medarbejder Side 58 af 111 Fortløbende nummer i Købsdokumentindbakken, tildelt af Navision Stat. Forslag til bogføringsdato, hvis det er medsendt i det elektroniske dokument, ellers tom. Fra Eprocurement og IndFak kan overføres forslag til bogføringsdato. For regnskaber som abonnerer på ØDUP datatrømmen SKSperioder vil denne dato blive benyttet, når den ligger i en åben periode. Forslaget til bogføringsdato justeres til dags dato, hvis den medsendte dato ligger i en lukket SKS periode. For regnskaber der ikke benytter SKS perioder justeres den medsendte dato ikke. Datoen for en eventuelt forudgående e-ordre. Dokumentudsteders bilagsdato Indeholder kreditorens ordrenummer eller evt. kreditorens fakturanummer. Indeholder kreditorens fakturanummer når dokumentet er en faktura, ellers tomt. Indeholder kreditorens kreditnotanummer når dokumentet er en kreditnota, ellers tomt. Udfyldes af Navision, med nummeret for det kreditorkort der kan identificeres på grundlag af fakturaens angivelser af kreditors EAN, P, SE, CVR eller CPR-nummer. Kan der ikke automatisk identificeres et kreditorkort står feltet tomt. Udfyldes af Navision, hvis kreditor ikke selv har sendt data til disse felter og hvis NS kan identificere et kreditorkort. Vælg en nummerserie, hvis du ønsker at dokumentet skal oprettes i en anden nummerserier end standard. Du kan foretage opslag på de nummerserier der er opsat i køb. Du skal have opsat relationer på de aktuelle nummerserier for at du kan bruge denne funktion. Standardværdien er Ej behandlet. Du kan angive om det er sendt til Godkendelse, Kontering eller om der er bemærkning evt. om forbehold for godkendelse af konteringen. Bemærkning kan ses, redigeres og tilføjes via Menuknapperne Dokument og Linje, Menupunktet Bemærkning. Her kan du angive eller vælge v. opslag i ressource tabellen. Bruges som hjælp hvis man ikke anvender et fakturahåndterings- og godkendelsessystem.

59 Entydig Kreditor Nr. Entydig Betalings Kreditor Nr. Side 59 af 111 Hvis ingen eller flere kreditorkort matcher, kan Navision ikke selv vælge et. Lav opslag i feltet og vælg det ønskede interne kreditornummer. Finder du ingen kreditorkort, skyldes det at de CVRdata der er medsendt i dokumentet ikke kan genfindes på noget kreditorkort. Du skal færdiggøre eller oprette et kort m. CVR nr. og CVR nr attribut, som svarer til data i dokumentet. Hent disse data via OIO Fanens felter Kreditor CVR og Kreditor CVR attribut. Findes der flere kreditorkort med samme CVR-nummer og attribut skal du udvælge det rigtige. Hvis du fremover ønsker at Navision skal kunne udpege dette kreditorkort skal du søge efter yderligere informationer på det indgående købsdokument via menuknappen Dokument, menupunktet Kreditoridentifikation. Anvendes i de tilfælde hvor betalingskreditor er en anden end sælger, hvilket er tilfældet hvis der i fakturaen er angivet en anden betalingsmodtager end sælgeren. Du anvender feltet på samme måde som Entydig Kreditor. Hvis Navision ikke entydigt kan identificere et faktureringskreditorkort, skal du vælge/oprette det ønskede. Lav opslag i feltet og vælg det ønskede interne fakturerings-kreditornummer. Findes der ingen kreditorkort i oversigten skyldes det at de data der er medsendt i dokumentet ikke kan genfindes på noget kreditorkort. Du skal færdiggøre eller oprette et kort m. CVR nr. og CVR nr attribut, som svarer til data i dokumentet. Hent disse data ved at lave Zoom (Ctrl+F8) på dokumentet, find felterne BetLegalFirmaID og BetLegalFirmaID Attribut. Kopier værdierne og sæt dem ind på kreditorkortet. Findes der flere kreditorkort med samme CVR-nummer og attribut, skal du vælge det rigtige. Hvis du fremover ønsker at Navision selv skal kunne udpege et kreditorkort, skal du søge efter yderligere informationer på det indgående købsdokument via menuknappen Dokument, menupunktet Kreditoridentifikation. DisponentID Rekvirent ID Indkøber ID Hvis opslaget viser en ufiltreret kreditoroversigt, betyder det at der ikke er medsendt PayeeParty informationer til en Faktureringskreditor. Du har derfor ikke behov for at vælge en. Feltet udfyldes med data fra IndFak. Feltet udfyldes med data fra IndFak. Feltet udfyldes med data fra IndFak.

60 Side 60 af 111 Fakturer fanen Oplysninger om faktureringskreditor ses på fanebladet fakturering. Den part der skal modtage betaling. Svare til sælger hvis der i E-bilaget ikke er angivet en særskilt betalingsmodtager. Forfaldsdato Kontantrabat pct. Kont.rabatdato Værdi fra E-bilaget, hvis angivet ellers tom. Værdi fra E-Bilag, hvis angivet ellers tom. Værdi fra E-Bilag, hvis angivet ellers tom.

61 E-bilag fanen Side 61 af 111 Felt Dokument ID Hoveddokume ntid Bilag modtaget den Modtagelsestidspunkt Kreditortilbudsnr. Referencetilbudsnr. Referenceordrenr. Hoveddokument Scheme- Beskrivelse OIO-dokumentets ID, eksempelvis fakturanummer eller forsyningsspecifikation. Dato for modtagelsen af E-bilaget Tidspunktet for modtagelsen af E-Bilaget. Tomt, da der ikke opsamles data hertil. Tomt, da der ikke opsamles data hertil Referencen fra XML til en eventuel købsordre. Navision Stat benytter referencenummeret til at søge om der er oprettet købsordre fra leverandøren m. tilsvarende værdi i feltet Kreditors ordrenummer. Findes en Købsordre opdateres den v. accept, ellers oprettes ny faktura. Udfyldes kun når E-bilaget er en Forsyningsspecifikation. Værdien angiver nummer på den faktura eller kreditnota som forsyningsspecifikationen hører til. Udfyldes kun når E-bilaget er en Forsyningsspecifikation. Værdien angiver navnet på afsenderen af den faktura eller

62 AgencyID Hoveddokument Udstedelsesdato Hoveddokument type Hoveddokument typekode Side 62 af 111 kreditnota som forsyningsspecifikationen hører til. Udfyldes kun når E-bilaget er en Forsyningsspecifikation. Værdien angiver udstedelsesdatoen for den faktura eller kreditnota som forsyningsspecifikationen hører til. Udfyldes kun når E-bilaget er en Forsyningsspecifikation. Kan være tomt. Udfyldes kun når E-bilaget er en Forsyningsspecifikation. Værdien angiver typekoden (faktura eller kreditnota) for det dokument som forsyningsspecifikationen hører til. Betaling fanen Felt Kort Type Betalings ID Beskrivelse Kan antage værdierne NULL, 01, 04, 71, 73, 75 (gyldige kortarter). Værdien indgår i identifikation af betalingsmetode i OIO betalingsmetode tabellen. BetalingsId som angivet af fakturaudsteder. Anvendes typisk for betalinger med indbetalingskort 04 og 71 og v. kontooverførsel.

63 PBS/FIK Kreditor Nr. Bank Reg. Nr. Betalingskonto Nr. BIC (SWIFT Address) Kreditor IBAN Konto Type Kode Betalings Måde Kode Side 63 af 111 Feltet indeholder FIK/GIK-nummeret (betalingsstedet) for indbetalingskort. Feltet indeholder bankens reg. nr., når betalingsmåden er kontooverførsel og kontotypen er Bank. Feltet indeholder kreditorens bankkontonr., når betalingsmåden er en kontooverførsel og kontotypen er Bank. BIC fra dokumentet Swifts bank identification code. Der skal være data her, hvis feltet Kreditor IBAN er udfyldt. IBAN-nummer fra dokumentet. International bank account number. Feltet indeholder en kontotype eksempelvis FIK, GIRO, BANK, INTERNATIONAL KONOTTVERFØRSEL(31) mfl. Værdien indgår i identifikation betalingsmetode i OIO betalingsmetode tabellen. Feltet indeholder en betalingsmåde eksempelvis Indbetalingskort, Kontooverførsel m.fl. Værdien indgår i identifikation i OIO betalingsmetode tabellen.

64 OIO fanen Side 64 af 111 Felt Trunkeret Ændret af bruger Annulleret XML- Valideringsfejl Profil fejl Beskrivelse Er markeret, hvis transportlaget har afkortet data ved indsættelse i et eller flere felter. Markeres automatisk, hvis der foretages ændringer i det indkomne dokument i indbakken. Er markeret for OIOXML-0.7 Ordreannullering. Anvendes ikke for OIOUBL-2.0. Markeres automatisk, hvis den indadgående XML-valideringen finder en fejl i forhold ITST skema og Skematron. Når feltet er markeret er der kun mappet et begrænset antal data som viser at dokumenet er forsøgt sendt til dig. Der er IKKE tilstrækkelige data til bogføring. Hvis du vil bogføre dokumentet skal du håndtere det manuelt. Markeres automatisk hvis dokumentet har angivet en profil der ikke understøttes af Navision Stat.

65 Importstatus Sporings ID Applikationsmeddelelse E-Bilagdokument OIO Dokument Type Side 65 af 111 Feltet kan antage tre værdier. Indlæst : Dokumentet er ankommet og valideret; renset for evt. personfølsomme data. Behandlet : Adresser, Betalingsoplysninger, Gebyrer og Forudbetalt beløb er behandlet, men er ikke klar til accept. Noget mangler eller er gået galt. Se NS TS Indbakkelog via Menuknappen Funktion, menupunktet Indbakke log. Klar til Accept : Dokumentet er færdigbehandlet, ingen fejl er fundet. Markeret hvis der er sendt applikationsmeddelelse m Accept eller afvisning til afsenderen for det pågældende E-Bilag. Du kan se mere om applikationsmeddelelsen via menuknappen Dokument menupunktet Applikationsmeddelelse. Det interne sporings-id som er referencen mellem det originale XML-dokument i fakturadatabasen og Navision. Nøglen er tildelt af transportlaget. Den bruges til at hente det originale XML-dokument til visning via menuknappen Dokument/ menupunktet Vis Bilag. Dette felt angiver, om købsdokumentet er en Købsfaktura Ordrebekræftelse (købsordre) eller Ordreændring Købskreditnota. Forsyningsspecifikation Feltet udfyldes automatisk. Feltet kan antage flg. værdier, 2.0 angiver at dokumentet er et OIOUBL-2.0x dokument (ordre, ordreændring, faktura, kreditnota, Forsyningsspecifikation) PIE, PCM, PIP eller PCP angiver et OIOXML-0.7 dokument (udgåede typer). For faktura (og kreditnota) indgår værdien i Navision Stats identifikation af den betalingsmetode Institutionen ønsker at anvende, jvf. opsætningen i OIO betalingsmetodetabellen.

66 ProfileID Sælger ID Sælger ID Attribut Kreditor CVR Nr. Kreditor CVR Nr. Attribut AfsenderID Side 66 af 111 Angiver den OIOUBL profil afsender har angivet i dokumentet. Afsender skal angive en profil som Navision Stat understøtter i henhold til UDDI og Profilopsætningen i NS TS profiler. Angives en anden værdi, returneres automatisk en Profil fejl til afsenderen. (Understøttes ikke for OIOXML-0.7dokumenter) Dokumentet kan ikke accepteres. For dokumenter modtaget fra IndFak understøttes kun de specielle NS-profiler. For dokumenter afsendt direkte fra kreditor til Navision understøttes IKKE de specielle NS-profiler. NS-profilerne understøttes ikke i ITSTs skematronvalidering, hvilket er årsagen til at brugere af IndFak skal slå visse af skematronvalideringerne fra i NSTS dokumenttype tabellen. Identifikation af Sælger. Typisk sælgers CVR nummer Feltet indeholder attributten til værdien i SælgerID. Typisk DK:CVR. Feltet indeholder talværdien af kreditors P nr., SE nr., CVR nr. eller CPR nr. (eller af en anden ID). Værdien benyttes sammen med værdien i attributfeltet til at identificere de kreditorkort der kan være relevante. Hvis Navision Stat kan identificerer flere kreditorkort gives meddelelse v. accept og brugeren må foretage valg i feltet Entydig kreditor nr.. Værdien benyttes også hvis der skal oprettes en Nemkonto kompletterings betaling. Der kan i så fald oprettes en Nemkonto betaling, hvis værdien i Kreditor CVR Nr. og den tilhørende værdi i feltet Kreditor CVR- Nr.Attribut kan genfindes på kreditorkortet. Bemærk: Indeholder feltet Anden ID, skal samme ID være udfyldt på kreditorkortet i feltet Anden ID på betalingsfanebladet (fx telefonnr.). Feltet kan indeholde attributten P, SE, CVR eller CVR, der fortæller hvilket nummer, der er angivet i feltet foroven. Feltet vil være tomt for Ordrebekræftelser oprettet på Gatetrade. Værdien benyttes sammen med værdien i Kreditor CVR nr. feltet til identifikation af kreditor. Identifikation af dokumentafsender typisk et EAN nummer. Nummeret peger på den part som har forestået afsendelsen og som skal modtage eventuelle applicationresponses. For institutioner der benytter Eprocurement eller IndFak vil dette nummer repræsenterer workflowsystemets afsenderenhed. Kun hvor du modtager dokumenter direkte fra kreditor kan nummeret være det samme som kreditors identifikation.

67 AfsenderID Type ModtagerID ModtagerID Type Side 67 af 111 Attributten (typen) for Afsender ID, Ofte EAN eller GLN, men også CVR, P, Duns. Identifikation af dokumentmodtager typisk et EAN nummer for Navision Stat institutioner Attributten (Typen) for den ID som kreditoren har brugt da den sendte dokumentet til dit regnskab. Det vil være EAN eller GLN for Navision Stat institutioner. Valideringsdato Udfyldt for institutioner der bruger digital signatur i IndFak / Eprocurement. E-bilag/ Styringsopsætning skal være: Brug Digital signatur = JA. Signatur ID ValideringsID Udfyldt for institutioner der bruger digital signatur i IndFak / Eprocurement. E-bilag/ Styringsopsætning skal være: Brug Digital signatur = JA. Udfyldt for institutioner der bruger digital signatur i IndFak / Eprocurement. E-bilag/ Styringsopsætning skal være: Brug Digital signatur = JA. Ekstern FakturaTotal Forudbetalt beløb Følsomme persondata Sikkerhedsniveau Følsomme persondata Dokument Type Momsgrundlag Sum Momsbeløb Sum Feltet indeholder fakturatotalen inkl. moms, som den er angivet af fakturaudstederen. Er udfyldt når fakturaudsteder i en OIOUBL-2 faktura har angivet et forudbetalt beløb. Ved accept overføres beløbet til en købsfakturalinje. Du må slette eller kontere den oprettede linje på det oprettede købsdokument, afhængig af din egen registrering af om der er sket en forudbetaling. Udfyldt med værdien 1, 2 eller 3 der angiver niveauet, hvis dokumentet indeholder følsomme personoplysninger. Andre værdier kan optræde, men det indikerer i så fald IKKE noget om følsomhed. Udfyldt med værdien Personal Secure, hvis dokumentet indeholder følsomme personoplysninger. Andre værdier kan optræde, men det indikerer i så fald IKKE noget om følsomhed. Feltet indeholder summen af grundlagsbeløbene, som de er angivet af fakturaudsteder. Der er opslag til indgående momstabellen. Se Indgående købsdokument Moms Højre felt viser sum af moms og afgifter og giver opslag til OIOUBL2 moms og afgiftsoplysninger Venstre felt vises OIOXML07 momsoplysninger.

68 Afvis Årsagsbeskrivelse Original bilag inkl. følsomme persondata Side 68 af 111 Anvendes for OIOUBL-2.0 dokumenter. Angiv en sigende afvisningsbesked du vil sende til dokumentafsenderen, når du afviser et dokument i indbakken. Teksten sendes med retursvaret til dokumentafsenderen. Anvendes ikke for OIOXML-0.7. Boolesk felt der anvendes for OIOUBL-2.0 dokumenter. Feltet er markeret hvis det i det originale dokument er angivet at dokumentet indeholder følsomme persondata. Feltet benyttes af systemet. Når feltet er markeret er der begrænsning i adgangen til at se originaldokumentet og der sker logning ved forsøg på at se originalbilaget. Samtidig er følsomme personoplysninger slettet i Navision og erstattet med forklarende tekst om sletningen. På det ventende dokument er der følgende Menuknapper: Dokument, Linje og Funktion. Bemærk: De menupunkter der er tilgængelige afhænger af dokumentets behandlingsstatus (Ventende, Accepteret eller Afvist). Indgående købsdokumenthoved menuknappen Dokument viser oplysninger for dokumenthovedet: Oversigt over indgående købsdokumenter. Dimensioner Viser konteringen afledt fra en eventuel dimensionskontostreng, se under Indgående købsdokument hoved og linje dimensioner Dimensionskontostreng Viser en eventuel dimensionsstreng, se under Indgående købsdokument hoved og linje dimensionskontostreng. Bemærkning Viser indholdet af en eventuel bemærkning på hovedet. Vis original bilag Åbner et browservindue og viser en formateret visning af OIOUBL dokumentet (hhv. OIOXML).

69 Side 69 af 111 I browservinduet ser du en formateret visning af xml-dokumentet. I den farvede bjælke over selve fakturaen ser du menupunkterne Vis bilag og Vis original xml. Vis bilag kan foldes ud m. +tegnet og du ser en liste over link til dokumenter der er indlejret i xml-filen. Der kan være indlejret dokumenter af forskellig type: Billedfiler af typen Tif, Png, Jpg, samt PDF og xml/txt dokumenter. Original XML åbner selve xml-filen i en browser. Du kan gemme selve xmlfilen ved at Højreklikke på linket Original Xml og vælge Gem destination. Gem som xml eller tekst. Brug denne metode hvis du skal sende filen til Moderniseringsstyrelsens regnskabssupport. Applikationsmeddelelse For Accepteret eller Afvist dokument, viser oversigt over applikationsmeddelelser for det accepterede eller afviste dokument. Applikationsmeddelelse sendes mellem forretningssystemerne for at angive status. En teknisk applikationsmeddelelse sendes i forbindelse med dokumenttransport og validering (gik det godt eller skidt). Forretningsmæssig meddelelse sendes i forbindelse med din accept eller afvisning. Oversigten viser kun der forretningsmæssige meddelelser. Momsspecifikation For OIOUBL2 skal du slå op via Højre momsfelt på OIO fanen. Se Indgående købsdokument Moms Gebyr Viser eventuelle dokumentgebyrer fra XML dokumentet. OIO Betalingsmetode Giver opslag til OIObetalingsmetode tabellen, hvor der er mulighed for at oprette nye linjer eller redigere handling. Se nærmere under styringsopsætningen

70 Søg supplerende dokumenter Foretager søgning efter eventuelle yderligere dokumenter i form af forsyningsspecifikation fra tele-, varme-, el- forsyningsselskab mfl. Side 70 af 111 Adresse Viser adresseinformationer for leverandøren i OIOXML-0.7 faktura/kreditnota. Køberkontakt Viser ID og Rolle for en eventuelt angivet køberkontakt. Kreditoridentifikation Kreditor kan i fakturaen angive sekundære informationer til brug for udspecificering på kreditorens afdeling. Disse oplysninger kan du bruge, hvis du ønsker at Navision skal fremsøge et

71 specifikt kreditorkort blandt flere med samme CVR-nummer. Hvis du opsætter værdier fra Indgående Part Identifikation på kreditorkortes felter Anden ID og AndenID attribut, benyttes de af programmet til at foretage entydig identifikation af et kreditorkort blandt flere, der er opsat med samme sæt af CVR nummer og CVR nummer attribut. Side 71 af 111 På leverandør-kreditorkortet skal værdierne i SælgerID og SælgerID attribut fra rækken hvor Sælgertype er AccountingSupplier opsættes på kreditorkortetes felter Anden ID og Anden ID attribut. På fakturerings-kreditorkort skal du tilsvarende opsætte værdier fra rækken, hvor sælgertype er PayeeParty. Betalingsmåder Viser opslag oplysninger om de betalingsmåder der findes på dokumentet. Normalt er der én betalingsmåde, men der kan være flere. Se Indgående købsdokument betalingsmåder. Hvis der er flere betalingsmåder SKAL du vælge én for at Navision kan behandle dokumentet hensigtsmæssigt. Indbakkelog Viser eventuelle problemer, som har forhindret Navision koden i at færdigbehandle dokumentet og sætte dokumentets Importstatus = Klar til accept. Der dannes en linje i loggen, hver gang dokumentet forsøges behandlet. Derfor kan den samme fejl stå flere gange. Benyt loggen til at spore eventuelle fejl i dokument eller opsætning.

72 Indgående købsdokumenthoved menuknappen Linje Side 72 af 111 Giver adgang til de sædvanlige oplysninger om den linje du står på. Dimensioner Linjens kontering afledt fra en eventuel dimensionskontostreng. Dimensionskontostreng Viser en eventuel dimensionskontostreng. Bemærkning - for dokumentets enkelte linjer. Indgående købsdokumenthoved menuknappen Funktion Benyttes når du skal behandle ventende dokumenter Accepter Når dokumentet er OK og du vil viderebehandle dokumentet. Hvis dokumentafsenderen i sin profil har bedt herom, afsender Navision positiv meddelelse til hans system. Afvis Når du vil afvise dokumentet af en eller anden grund. For OIOUBL-2.0 dokumenter skal feltet Afvis årsagsbeskrivelse udfyldes. Tekst sendes til dokumentafsenderen. Opdel konteringsoplysning - anvendes, hvis en dimensionsstreng på dokumentet er redigeret, og du ønsker at se, at resultatet er som forventet. Accepter m Afvigende moms anvend denne, hvis du ved at dokumentet indeholder konteringer hvor der kun må afløftes den halve eller kvarte moms (hotelmoms eller fortæring). For disse momsberegninger vil den normale Acceptfunktion beregne forkert moms og dokumenttotal. Indgående købsdokumentlinjer Hvis du modtager dokumenter via Indfak skal fakturaens hoved og linjer være fuldt konterede med beløb, artskontering og dimensioner. På linjerne kan du se de væsentlige oplysninger fra selve dokumentets linje som du typiske har behov for at forstå hvad det drejer sig om. Hvis du ikke bruger IndFak skal du selv artskontere (finans-, anlæg- eller varekontering) linjer som har beløb, for at kunne acceptere dokumentet. Manuel konterings felter Til brug for artskonteringen findes to felter som du skal bruge til at angive kontotype og kontonummer hvis dokumentet ikke er modtaget og konteret fra IndFak/Eprocurement. Manuel Kontering Type Hvis du ikke anvender Indfak, skal du angive en kontotype for linjer der skal konteres (Finans, Vare, Anlæg). Manuel Kontering Nr. Udfyld med Finanskonto, Varenummer, Anlægsnummer hvis du angiver Manuel kontering Type.

73 Mange linjer Hvis fakturaen har mange linjer, men du kun ønsker at overføre nogle af dem, eller ingen og selv oprette de nødvendige linjer, har du forskellige muligheder for at håndtere dokumentet. Du kan eksempelvis vælge at angive artskonto for nogle linjer og efterfølgende rette beløbene på det acceptere dokument, så det passer med det beløb kreditor skal have. Se nærmere under Kreditors Ebilagspartner, hvor der er beskrevet hvilke opsætninger du kan benytte for at få netop den pågældende kreditors dokumenter håndteres som du ønsker det. Side 73 af 111 Indgående købsdokument hoved og linje Dimensionskontostreng Dimensionskontostrenge findes i dokumenter fra IndFak og forekommer på header og linjer. Konsulter manualen for version NS 5.2 hvis du har behov for specifik viden om Navisions håndtering af dimensionskontostrenge fra Eprocurement. Navision håndterer selv den forskel der er i anvendelsen af dimensionskonteringen mellem IndFak hhv. Eprocurement. IndFak I integrationsløsningen med Indfak (OIOUBL-2.0) gælder at dimensionskontostreng skal være til stede ALLE steder i dokumentet, hvor der skal konteres. Dvs. på hoved, alle linjer og gebyrer på hovedet. For OIOUBL-2.0 er en eventuel kontering af finans, vare og anlæg på dokumenthovedet ikke relevant Navision ignorerer den. Vælg menuknappen Dokument eller Linie/menupunktet dimensionskontostreng Strengen er opbygget af sektioner, der hver består af tre dele. Hver del er adskilt med et komma. 02, BUDGET, Budgetnavn betyder type budget med det valgte budgetnavn 03,Formål, 5, betyder type Dimension, dimensionen Formål, Formålsdimension 5. 05, Finans, , betyder finanskonto , Anlæg, 100, betyder anlæg nr. 100

74 05, Vare, 1001 betyder leverandørs varenummer , OMKONTERING, [Oprindelig dokumentnummer] og 99, UDLIGNING, [Nr. for det andet dokument i omkonteringsforløbet] Hvor type værdien 05 er fælles for artskonteringerne: Finans, vare og anlæg. Side 74 af 111 Typeværdierne 02, 03, 05, 99 og udligningskode UDLIGNING skal du opsætte under Administration/Progamopsætning/Generel Integration/NS TS Integration/ E-Bilag/Styringsopsætning. Hvis opsætningerne ikke er på plads, afkodes dimensionskontostrengen ikke. Specielt for Alias i dimensionkontostrengen. Alias optræder i dimensionskontostrengen som en dimension, men Navision udleder konteringen i form af bl.a. finans, dimensioner, og momsbogføringsgrupper fra opsætningen i Tabellen Aliaskontering Bemærk: Opsætning i Ebilagsstyringsopsætning for IndFak og Eprocurement vedr. dimensionskontostrenge kan sam-eksistere. Derfor kan alle typekoder med fordel være opsat for begge versioner samtidig. Navision kan så selv håndterer den forskel der er i anvendelsen af dimensionskonteringen mellem IndFak hhv. Eprocurement samt en eventuel overgang. Indgående købsdokument hoved og linje dimensioner Vælg menuknappen Funktion, menupunktet Opdel Konteringsoplysninger, hvis du evt. har måttet redigere i strengen. Ellers kan du se hvorledes Navision har afkodet de enkelte dimensionsstrenge ved at benytte menuknappen Dokument menupunktet Dimensioner på Dokument hovedet og de enkelte linjer. IndFak Bemærk eksempelvis type 05 artskontering som her var direkte på finans konto.

75 Dimensionskontostrenge fra Indfak For OIOUBL-2.0 dokumenter gælder at konteringen tages fra dokumentlinjens dimensionskontostreng Bemærk: For OIOUBL-2.0 Kun dimensionerne fra linjens dimensionskontostreng der benyttes. Savnes en dimension i linjens dimensionsstreng bliver der ikke konteret på dimensionen! Side 75 af 111 Finans Hvis dokumentlinjens dimensionskontostreng angiver at der skal konteres direkte på finans benyttes de dimensioner de er angivet i strengen uanset opsætningen på finanskontokortet. Er der opsat værdibogføring som gennemtvinger særlig kontering vil en eventuel konfliktende kontering fra dimensionskontostrengen blive fanget ved bogføring. Anlæg Hvis dokumentlinjens dimensionskontostreng angiver et anlæg og dimensioner, benyttes de når dokumentets linje oprettes, uanset opsætningen på anlægskort og kreditorkort. Hvis der i Navision er opsat tvungne dimensioner eller spærringer som konflikter med konteringen bliver du gjort opmærksom på det ved forsøg på bogføring. Ved konflikt må du enten rette opsætningen på Anlæg (og kreditor) eller rette dokumentets dimensioner. Hvis der på indbakkedokumentets linje IKKE er nogen dimensioner, oprettes dokumentlinjen uden dimensioner. På denne måde kan du få placeret indkøbet på ét sæt dimensioner styret af IndFak og placeret afskrivningerne på et andet sæt dimensioner styret af anlægskortet. Det er normalt ønsket at købets dimensioner netop ikke er de samme som afskrivningens dimensioner. Vare I IndFak (OIOUBL-2.0) skal der, for linjer som skal varekonteres, findes en varekontering i dimensionskontostrengen. I dimensionskontostrengens element for Vare, angives leverandørens varenummer. Der skal findes en tilsvarende opsætning af varemapning i Navision mellem leverandørs varenummer og internt Navision-varenummer. Mapningen opsættes pr. kreditor. De nødvendige opsætninger er de som tidligere er beskrevet i afsnittet om Købsvarenummertype under E-Bilag Partner opsætning. Indgående købsdokument Moms og afgifter Hvis du har behov for at se de momsinformationer der er hentet ind i Navision, er det fra indbakken muligt at se momsspecifikationen for bilaget. Fra Fanebladet OIO slår du op via Assist Button i Moms Beløb sum Bemærk at der er to felter: Momsinformationer for OIOXML-0.7 dokumentet ses via det venstre felt. Moms og afgift informationer for OIOUBL-2.0 dokumenter ses via det højre felt.

76 Der er to visninger fordi data fra de to dokumentversioner hentes ind i forskellige felter. Side 76 af 111 IndFak, OIOUBL-2 På fanebladet OIO. For IndFak (OIOUBL-2.0) dokumenter skal du slå op i tabellen Indgående Momstotal Vælg det højre datafelt for Momsbeløb Sum Du slår umiddelbart op i en visning af moms og afgifbeløb og deres tilhørende grundlagsbeløb. Der vil være en linje for hver afgifttype som er angivet i dokumentet. Moms er den afgift der næsten altid er til stede og ofte den eneste. Hvis der ar angivet andre afgifter finder du informationer om dem her. Via Moms Subtotal felterne dykker du yderligere ned i data for den enkelte afgifttype og ser de informationer, der er mappet ind fra OIOUBL-2.0 dokumentet. Moms Det er primært felterne Momsgrundlag, Beløb og Momskategoriprocent som er interessante. Eksempel på anden afgift: Chokoladeafgift Felterne Momsskema Id og MomsskemaNavn viser, hvilken afgift der er tale om. Feltet MomskategoriID kan indeholde en kode om afgiften inden for det pågældende Momsskema ID. Navision benytter ikke denne information. Feltet

77 MomsSkemaMomstype forklare om afgiften er momsbelagt eller ej, ved at angive StandardRated eller ZeroRated. Side 77 af 111 Indgående dokumentgebyr Faktura og kreditnota kan være påført gebyrer og rabatter på fakturahovedet. Det er beløb som leverandøren pålægger og som ligger udover den egentlige leverance. Vælg menuknappen Dokument/menupunktet Gebyr, hvis du vil se nærmere på grundoplysningerne for Rabat og Gebyrværdierne der indlæses i tabellen Indgående Dokument Gebyr. Felt Dokument Nr. Rekord type Line Nr. Beskrivelse Feltet indeholder nummeret på det indgående dokument. Feltet kan antage værdierne Header eller Line. (Der angives her om gebyret er tilknyttet dokument-hovedet eller den enkelte dokumentlinie.) Feltet indeholder linjenummeret på den købslinje, som gebyret er tilknyttet. Er værdien 0, refereres der til indbakkehovedet. Gebyr Kode For OIOUBL2 Identifikator eller løbenummer uden anden betydning. Gebyr moms type Gebyr Årsagskode Gebyr Antal Gebyr Beløb Købers Finans Konto Nr. Anvendes v OIOXML07. Anvendes v. OIOXML07. Feltet indeholder en opgørelse af gebyret i den enhed kreditor har valgt. Det kan f.eks. være x-antal af beregningsgrundlaget. Feltet indeholder det totale beløb, der opkræves for den anvendte gebyrkategori. Feltet kan være udfyldt. Bemærk: For OIOXML07; Navision fejler hvis der er angivet anden værdi end en gyldig finanskonto.

78 OIOUBL2 Når du åbner dokumentet ser du gebyrer og rabatter fra hovedet som købslinjer i det oprettede indbakkedokument. Det er på de enkelte fakturalinjer du skal artskontere dem inden accept af dokumentet Side 78 af 111 IndFak Anvender dit regnskab IndFak skal hvert gebyr have sin egen dimensionskontostreng og du ser i Navision gebyr/rabatter som konterede købslinjer. Indgående købsdokument betalingsmetoder (flere) I tabellen Indgående Betalingsmetode kan der ligge flere linjer for det enkelte dokument da OIOUBL-2.0 dokumenter kan have flere forskellige betalingsmetoder. Navision Stat kan kun håndtere én betalingsmetode på det oprettede dokument. Hvis der er medsendt flere betalingsmetoder skal du vælge én. Det gør du ved i feltet Brug at markere den betalingsmåde du vil anvende For den valgte betalingsmåde søges om dens kombination af betalingsmåde, kontotype, OIO dokumenttype og kortart eksisterer i OIO-betalingsmetode tabellen, hvorved den oversættes til den opsatte PaymentManagement Betalingsform i Navision Stat. Herefter håndteres købsdokumentet på normal vis, i henhold til den angivne opsætning, se Ebilagsstyringsopsætning og OIO Betalingsmetodeopsætning. Indgående Købsdokumenttyper Navision Stat håndterer et antal dokumenter under denne kategori. Købsfaktura Kan modtages som dokument med eller uden reference til en elektronisk købsordre. Navision modtager elektronisk købsfaktura direkte fra leverandør eller fra Indfak. Købsordre Navision modtager kun elektronisk købsordre fra IndFak. Købsordreændring Navision modtager kun elektronisk ordreændring fra IndFak.

79 Købskreditnota Kan modtages som dokument med eller uden reference til en elektronisk købsordre. Navision modtager elektronisk købsfaktura direkte fra leverandør eller fra Indfak. UTS forsyningsspecifikation Navision modtager dette dokument direkte fra leverandør eller via IndFak. En forsyningsspecifikation skal altid have reference til en faktura eller en kreditnota. En forsyningsspecifikation skal ikke honoreres selvstændigt. Den skal honoreres gennem den faktura som den hører til. Derfor bliver der, for Forsyningsspecifikationen IKKE mappet data ind om linjerne. Der mappes alene de data ind i Navision, som gør det mulig at sammenkæde faktura og forsyningsspecifikationer. Der kan høre flere forsyningsspecifikationer til en faktura, men en forsyningsspecifikation kan kun høre til en faktura. Hvis du har brug for at se forsyningsspecifikationen, skal du benytte Vis bilag funktionen. Side 79 af 111 Accept af indgående købsdokument Accept af det indgående dokument i indgående købsdokumentkladde har forskellig konsekvens afhængig af dokumenttypen. Købsfaktura og Købskreditnota kan du vælge blandt to forskellige acceptrutiner. På Indgående købsdokument/menuknappen Funktion/ Menupunktet Accepter hhv. Accepter m afvigende moms Funktionen Accepter (normal) foretager accept og oprettelse af købsdokument iht. nedenstående. Funktionen Accepter m afvigende moms er omtalt længere nede.

80 Accepter (normal) Side 80 af 111 Købsfaktura Hvis fakturaen ikke refererer til en købsordre, eller referer til en ikke-eksisterende købsordre, overføres den som Købsfaktura hvorfra den bogføres. Hvis fakturaen refererer til en eksisterende købsordre overføres den til købsmodulet ved at opdaterer den pågældende ordre. Ordren opdateres med fakturanummer og ordrens linjer opdateres med Modtag antal og Fakturer antal samt kontering. Fakturalinjernes antal skal ligge indenfor ordrelinjernes resterende antal. Hvis fakturaen indeholder fakturalinjer som ligger udover ordrens oprindelige linjer, så oprettes disse som ekstra/nye linjer på ordren og de sættes til fuld leverance og fuld fakturering. Hvis afsenderen med sin profil har bedt herom afsender Navision en Applicationresponse m. Business Accept. Købsordre Overføres som købsordre. Hvis afsenderen med sin profil har bedt herom afsender Navision en Applicationresponse m. Business Accept. Købsordreændring En købsordreændring erstatter købsordren fuldstændig. Den kan ikke accepteres efter at der er påbegyndt fakturering på ordren. En købsordreændring kan også nedskrive ordren til 0, hvorved den kan annulleres. Købskreditnota Overføres til kreditnota. En kreditnota opdaterer aldrig en købsordre, selvom den har reference til en. Hvis afsenderen med sin profil har bedt herom afsender Navision en Applicationresponse m. Business Accept. UTS forsyningsspecifikation Overføres ikke, idet der ikke skal ske nogen bogføring. Den skifter alene status. Hvis afsenderen med sin profil har bedt herom afsender Navision en Applicationresponse m. Business Accept. Tjek af Referenceordre For OIOUBL-2.0 faktura kan der være en reference. Navision vil ved accept af en faktura søge, om der findes en købsordre der svarer til referencen (Kreditor og Kreditors Ordrenummer enten som accepteret/oprettet eller som ventende i indbakken. Benytter du Ordre i Eprocurement eller IndFak skal ordren kunne findes og du skal acceptere den før fakturaen. Herefter vil accept af faktura umiddelbart opdatere ordren.

81 Side 81 af 111 Findes der ikke en ordre fås en meddelelse som afhænger af opsætningen på kreditorens E-bilagspartner opsætning. Kreditor identificeres, ingen ordre kan identificeres, og opsætningen på Kreditors E-bilagspartner er Købsfaktura = Opdater reference. Vælg Ja Kreditor identificeres, ingen ordre kan identificeres, og opsætningen på Kreditors Ebilagspartner er Købsfaktura = Opret Ny. Meddelelsen gives når der i følge opsætningen ikke forventes en forudgående ordre OG der i fakturaen er medsendt data for en referenceordre. Navision koden søger at forhindre, at der oprettes en faktura som burde have opdateret en ordre ( som man har glemt at oprette). Vælg Ja for at oprette en ny faktura. Når dokumentet er accepteret gives meddelelse herom; ordre opdateret eller faktura oprettet. Tjek af Dokumenttotal Navision kan gennemføre beregning af den dokumenttotal som det oprettede købsdokument får og sammenholder den med den medsendte total. Det afhænger af opsætningen på Ebilagsstyringsopsætningens felter Afstem Beløb og Afstem præcision om der gives advarsel. Det tilrådes at have en opsætning der giver meddelelse ved en forholdsvis lille afvigelse, eksempelvis 25 øre. Hvis der er afvigelse skal du undersøge årsagen. Mangler der at blive overført fakturalinjer, er der forskel i momsberegninger, eller mangler der at blive overført data fra eksempelvis en energiafgift? Du får en advarsel i stil med denne, hvis du har opsat afstemning

82 Side 82 af 111 Du vælger selv om du vil fortsætte med Ja og undersøge senere, eller Nej og undersøge inden du accepterer. Forhold omkring moms kan være drilske, specielt ved kvart og halv moms. For dokumenter hvor du ved at der er tale om denne momsberegningstype kan du med fordel benytte Accepter m afvigende moms hvorved du undgår at korrigere de relevante linjer i den oprettede faktura. Acceptér m afvigende moms Denne kørsel må IKKE anvendes ukritisk. Købsfaktura og Kreditnota For disse dokumenter gælder at beregningen af dokumenttotal og momsafløftning tager udgangspunkt i dokumentlinjernes beløb og det momsbeløb som fakturaudstederen har medsendt for de enkelte linjer. På grundlag af summen af linjens grundbeløb og momsbeløb og med anvendelse af Navisions Stats standardfunktion for indskrivning af linjebeløb når dokumentet er markeret med Priser inkl moms = JA, beregner Navision Stat det beløb der skal bogføres for moms og det beløb der skal bogføres som forbrug. Linjens total vil altid være korrekt, men hvis momsbogføringsopsætningen er forkert, bliver momsafløftningen det også. Derfor kan denne kørsel IKKE anvendes ukritisk. Hvis købsdokumentet indeholder andre afgifter end moms, gives der advarsel herom. Ved kvittering fortsættes accepten. Hvis der herefter fås advarsel om beløbsafvigelse på dokumenttotalen typiske svarende til afgiftsbeløbet - må du, efter accept, foretage korrigerende handling i det oprettede dokument, ved enten at tilføje ekstra linjer for afgiften, eller justere linjebeløbene så de indeholder de pågældende afgifter. Du skal afslutningsvist, inden bogføring kontrollere det oprettede og justerede dokument vhja. F9, for at sikre dig at der bogføres de rigtige beløb.

83 Kørslen har et tjek på at der skal findes både momsprodukt- og momsvirksomhedsbogføringsgruppe på den oprettede linje. Hvis der ikke begge momsbogføringsgrupper findes på linjen standser kørslen og du skal rette opsætningen til. Side 83 af 111 Andre afgifter kan i OIOUBL2 optræde på to måder. De kan være indregnet i vareprisen eller de kan være udeladt af vareprisen. OIOUBL lægger op til at det er standard at indregne afgifter i vareprisen. Afgifter på vare er normalt momsbelagt på samme måde som selve varen. Derfor: Hvis der findes andre afgifter som ER indregnet i vareprisen, forventes det at Navisions Acceptrutine m. afvigende moms beregner fakturaen korrekt og afgiften bogføres sammen med forbruget. Hvis der findes andre afgifter som ikke er indregnet i vareprisen vil Navision Acceptrutine m afvigende moms ikke beregne korrekt. De pågældende afgifter skal håndteres manuelt, efter accept i det oprettede dokument. Kørslen vil i dette tilfælde netop give advarsel om beløbsafvigelse Du skal i så fald beslutte hvorledes du vil rette det på det oprettede dokument inden bogføring. Afvisning af dokument i indbakken Får du behov for at afvise dokumentet, gør du det fra det ventende dokument med menuknappen Funktion/menupunktet Afvis. Herved ændrer du status for dokumentet. Dokumentet kan senere accepteres fra status afvist. For alle OIOUBL-2.0 dokumenter skal du anføre en afvisningsårsag inden du får lov at afvise dokumentet. Du får denne meddelelse, hvis du har glemt at angive beskrivelse af afvisningsårsagen: Du kan enten skrive afvisningsårsagen i feltet Afvis årsagsbeskrivelse inden du vælger Afvis, eller du kan skrive i den boks der åbnes, hvis du har glemt det inden du vælger Afvis. Når afvisningen gennemføres ser du måske et øjeblik en informationsboks Der sendes besked om afvisning. Herefter ses en besked i stil med denne:

84 Side 84 af 111 Du kan senere vælge at acceptere et afvist dokument. Blot vil du blive mindet om at dokumentet har været afvist. Du kan ikke masse-acceptere dokumenter som har været afvist for at undgå en Masse-fejltagelse da accepterede dokumenter ikke kan gen-afvises. Identifikation af entydig kreditor For at Navision kan finde et kreditorkort skal der findes et der som minimum har samme CVR nummer som i fakturaen. Eller får du en besked i stil med denne: Navision kan kun med sikkerhed identificere det rigtige kreditorkort, hvis der enten kun findes ét som har det samme CVR nummer som angivet i fakturaen, eller hvis der er flere kreditorkort m. samme CVR nummer, identificere et kreditorkort på kombination af CVR nummer OG eksempelvis P nummer eller anden ID og Attribut fra fakturaen. Når Navision ikke entydigt kan identificere ét og kun ét kreditorkort, får du besked om at der ikke kan findes en Ebilagpartner med nummeret blank idet den netop ikke har kunnet lave et entydigt match. Du må selv udpege det rette kreditorkort. Identifikation af entydig Faktureringsleverandør I OIOUBL-2 fakturaer kan der være angivet såvel en kreditor og en betalingskreditor (Faktureringspart). Dvs. du køber hos én part og en anden skal have betalingen. Det sker når der i fakturaen er angivet både sælgerpart og betalingsmodtagerpart. Navision Stat benytter PayeeParty i fakturaen til at identificere en faktureringsleverandør (Pay to Vendor). Hvis der kun er angivet sælgerpart benyttes denne også som betalingsmodtagerpart, på samme måde som ved manuel oprettelse af en faktura.

85 Side 85 af 111 Entydig identifikation sker på samme måde for leverandør og Faktureringsleverandør. Massebehandling af dokumenter i indbakken I Indgående købsdokumentkladden kan du massebehandle dokumenter og massemarkere linjer i oversigten til massebehandling. Herefter vælges menuknappen Funktion og et af de fire menupunkter. Masseaccept/-afvis - Ordinær Massemarkér Valg dokument Massefjern Valgt dokument Masseaccepter m afvigende moms. Masseaccept af dokumenter i indgående købsdokumentkladde Du kan masseacceptere købsdokumenter. Ved masseaccept undertrykkes de meddelelser du ser når du accepterer dokumenterne enkeltvis.

86 Side 86 af 111 Masseaccept funktionen anvendes fra Indgående købsdokumentkladde. Sæt statusfilter = Ventende. I Oversigtens kolonne Valgt dokument markerer du de dokumenter som du vil behandle. Masseaccept/-afvis - Ordinær Menuknappen Funktion, menupunktet Masseaccept/-afvis - Ordinær. Giver dig dette anfordringsbillede. Vælg Acceptér.

87 Side 87 af 111 Kørslens viser hvilket dokumentnummer der er i behandling. Når kørslen er færdig se du en boks, der viser hvor mange af de markerede dokumenter der er håndteret med succes, og hvor mange der ikke kunne accepteres. For de dokumenter der ikke blev accepteret kan du få vist/udskrevet en fejlrapport. Vælg JA.

88 Side 88 af 111 I rapporten ser du hvilke dokumenter der er mislykket samt, hvad der var årsagen for hvert enkelt dokument. De dokumenter som ikke fejlede, er nu Accepteret og er enten oprettet som købsdokument eller har opdateret en ordre. Gå herefter til de dokumenter som fejler og foretag korrigerende handling, hvorefter dokumenterne kan accepteres. Massemarkér før masseaccept Hvis du ønsker at din massekørsel for accept af indgående købsdokumenter skal behandle alle dokumenter kan du benytte funktionen på Indgående købsdokumentkladden. Sti:\IndgåendeKøbsdokumentkladde\Menuknappen Funktion\Menupunktet Massemarkér Valgt dokument.

89 Side 89 af 111 Det åbner en kørsel som sætter Valgt dokument til Ja for alle ventende dokumenter indenfor den type (det filter) du vælger. Af hensyn til den logiske rækkefølge i Ordre, Faktura Kreditnota flowet, bør du Acceptere dokumenterne typevist i den rækkefølge du ser i dropdown listen for Dokumenttypefilter. Når alle ventende dokumenter af en given type er markeret, kan du afvikle den ønskede blandt de to massekørsler under Menuknappen Funktion, Menupunktet Masseaccept/ Afvis -ordinær hhv. menupunktet Masseaccepter m. afvigende moms. Massefjern Valgt dokument Skulle det ske at du ved en fejl får massemarkeret de forkerte dokumenter, eller hvis du vil sikre at alle markeringer er fjernet inden du markerer dokumenter til din næste massekørsel, kan du nulstille alle markeringer med kørslen Massefjern Valgt dokument Masseaccepter m afvigende moms. Du anvender denne kørsel på de dokumenter der ikke kan behandles automatisk af den ordinære masseaccept kørsel fordi de skal konteres med afvigende moms (Hotel- eller repræsentationsmoms). Kørslen skipper dokumenter som danner linjer med ukomplet momsbogføringsopsætning, dokumenter som har andre afgifter end moms og dokumenter som resulterer i forkert beløbstotal. Derudover skipper kørslen også de dokumenter som den ordinære vil skippe pga. manglende betalingsoplysninger, ikke muligt at identificere kreditor entydigt osv. Efter Accept Når dokumentet er accepteret overføres data til købsmodulet, hvor der oprettes en købsfaktura, Købskreditnota eller opdateres en eksisterende købsordre. Herefter skal du gå til det oprettede/opdaterede købsdokument (Faktura, Ordre Kreditnota) og kontrollere (F9) og evt. færdiggøre kontering i overensstemmelse med din instruks, hvorefter det skal bogføres. Håndtering af elektroniske rykker Rykkere kan have økonomisk betydning i regnskabet. Derfor skal du forholde dig til dem på samme måde som til fakturaer. Skal der betales gebyr og renter eller ej? Rykkere du modtager elektronisk kan du enten afvise, modtage eller acceptere. Handlingen skal du udføre iht. instruksen der er udarbejdet for din institution. I alle tilfælde sender Navision en forretningsmeddelelse (application response) til afsenderen, der således kan orientere sig om hvilken status dokumentet har i dit regnskab. Sti: Køb/Ordrebehandling/E-Bilag/ Indgående Rykkerdokumenter

90 Side 90 af 111 Indgående købsrykkerkladde Når Indbakken er behandlet, åbner vinduet Indgående rykkerkladde, der viser modtagne dokumenter. Herefter afventer dokumenterne din håndtering. Som standard vises dokumentoversigten uden filtre. De nyeste dokumenter står øverst. Du kan sætte filter på status og kreditor. Det anbefales at du først tjekke kladden uden filtrering, da du ellers kan overse dokumenter. I feltet Udvekslingstabel: Mislykkede rykkere kan du se om der ligger mislykkede rykkerdokumenter i NSTS udvekslingstabellen. Fra feltet kan du lave opslag til udvekslingstabellen, hvor du ser dens aktuelle indhold uanset dokumenttype. Du kan ikke redigere i Udvekslingstabellen via dette opslag. Felt Status Beskrivelse Viser den status dokumentet har. Nye dokumenter har status Ventende. Du ændrer status for dokumentet via menuknappen Funktion. Kolonnernes indhold svarer i øvrigt til det du ser i indgående købsdokumentkladden. Yderligere forklaring gives ikke her. Menuknappen Dokument har to menupunkter: Åbn åbner det markerede dokument. Forny opdaterer oversigten, hvilket er et alternativ til at lukke og åbne vinduet igen. Marker linjen med det dokument som du vil behandle. Benyt Menuknappen Dokument og Menupunktet Åbn.

91 Menuknappen Funktion har menupunktet Dokumenthandlinger, som giver adgang til en masse-kørsel til afvisning eller godkendelse, på samme måde som beskrevet under Indgående købsdokumenter Side 91 af 111 Indgående købsrykkerhoved Visningen af Rykkerdokumentet ligner umiddelbart fakturavisningen og vil umiddelbart kunne forstås når du er fortrolig med elektronisk faktura/kreditnota. Visningen er delt op på fanebladene Generelt, Betaling og OIO som svare til de tre tilsvarende faneblade på Indgående købsdokument. Der er dog ikke helt så mange felter. Her ser du eksempel på en Indgående rykker, fanebladet OIO. Fanernes indhold vil ikke blive slavisk gennemgået, men et par enkelte felter skal forklares da forståelsen afviger lidt i forhold til indgående købsdokumenter. Felterne Kreditor CVR nr og Kreditor CVR Nr Attribut hhv. felterne Betalingskreditor ID og Betalingskreditor ID Attribut har samme betydning som på Indgående købsdokumenter, idet de viser data fra dokumentet vedrørende leverandør og faktureringsleverandør. Navision kan for købsrykkere kun operere med betalingskreditor. Hvis der i dokumentet kun er angivet informationer on Kreditor, benyttes denne som

92 betalingskreditor. Hvis der også er informationer om betalingskreditor så anvendes disse. Side 92 af 111 Dokumentet har tre menuknapper: Indgående Rykkerhoved menuknappen Rykker Menuknappen Rykker giver adgang til de fleste af de menupunkter der kendes fra menuknappen Dokumenter på Indgående købsdokument. Betydningen af menupunkterne er sammenfaldende Indgående Rykkerhoved menuknappen Linje Menuknappen Linje giver adgang til de sædvanlige oplysninger om Dimensioner, Dimensionskontostreng og bemærkning for dokumentets enkelte linjer. Betydningen er sammenfaldende med menuknappen Linje på Indgående købsdokument Indgående Rykkerhoved menuknappen Funktion Anvendelse af de enkelte funktioner skal ske i henhold til instruksen for den pågældende regnskabsførende institution. For Menuknappen Funktion gælder: Med menupunktet Modtag sætter du status til Modtaget, og Navision sender en meddelelse til afsenderen. Brug denne funktion, hvis du vælger at betale den oprindelige faktura - men ikke vil honorere rykkerens eventuelle krav på gebyr og rente.. Anvender du menupunktet Modtag og acceptér skal du først sikre dig at eventuelle linjer af typen finans som svarer til gebyr og renter på rykkeren, er konteret. Brug denne funktion, hvis du anerkender og vil betale rykkergebyret. Status sættes til Accepteret og rykkergebyrlinjer overføres til den Rykkerkladdetype og det Rykkerkladdenavn som du har opsat i Styringsopsætningen på stien: Administration/Programopsætning/Generel Integration/NS TS integration/e-bilag. Du skal herefter gå til den pågældende kladde og færdiggøre kontering og bogføring. OBS! Husk også at sikre dig at den oprindelige faktura bliver betalt, idet Modtag og Acceptér Rykker, kun vedrører selve rykkeren og IKKE betyder at det oprindelige dokument også betales. Anvender du menupunktet Afvis sættes status til afvist og der sendes en meddelelse til afsenderen. Håndtering af indgående elektronisk købsrykker behandles ikke yderligere i denne manual.

93 Indgående kontoudtog Kontoudtog udstedes af kreditor og viser en tidsmæssigt afgrænset oversigt over de dokumenter (fakturaer, kontoudtog, rykkere med gebyr og rentenotaer) kreditoren har udstedt til dit regnskab. Side 93 af 111 OIOUBL Kontoudtog har ikke selvstændig økonomisk betydning og skal ikke honoreres. Du kan derimod afstemme om du har modtaget de dokumenter som kreditor anføre. Sti: Køb/Ordrebehandling/E-Bilag/ Indgående Kontoudtogsdokumenter Som det første får du vist Indgående kontoudtogskladde. I feltet Udvekslingstabel: Mislykkede rykkere kan du se om der ligger mislykkede kontoudtogsdokumenter i NSTS udvekslingstabellen. Fra feltet kan du lave opslag til udvekslingstabellen, hvor du ser dens aktuelle indhold uanset dokumenttype. Du kan ikke redigere i Udvekslingstabellen via dette opslag. Oversigten har to menuknapper: Menuknappen Dokument har to menupunkter: Åbn åbner det markerede dokument. Forny opdaterer oversigten. Menuknappen Funktion har menupunktet Dokumenthandlinger, som giver adgang til en masse-kørsel til afvisning eller godkendelse, på samme måde som beskrevet under Indgående købsdokumenter.

94 Indgående kontoudtogshoved Visningen af kontoudtoget ligner umiddelbart fakturavisningen og vil umiddelbart kunne forstås når du kender elektronisk faktura/kreditnota. Visningen er delt på to faneblade Generelt og OIO som svare til de tilsvarende faneblade på Indgående købsdokument. Der er dog ikke helt så mange felter. Side 94 af 111 Kontoudtogshovedet har tre menuknapper Kontoudtog, Linje og Funktion Knapperne har menupunkter og funktionalitet som de tilsvarende knapper og menupunkter under Indgående Købsdokumenter. Da et kontoudtog i sig selv ikke har nogen økonomisk betydning har det heller ingen betydning for bogføring i regnskabet om du med menuknappen Funktion vælger Modtag eller Afvis.

95 Side 95 af 111 Håndtering af elektroniske salgsbilag Du kan bruge Navision Stats mulighed for at sende salgsdokumenter elektronisk til dine debitorer, når alle nødvendige opsætninger er foretaget hhv. på serveren, i Navision, på debitorerne og når regnskabet er UDDI registreret. Du skal orientere dig i de forskellige manualer vedr. opsætning af server, transportlag, UDDI registrering og i nærværende vejledning. Du opretter en elektronisk salgsfaktura på samme måde som en normal salgsfaktura. Krav til fakturagrundlag, godkendelse inden bogføring mv. er de samme uanset om du skal fakturere manuelt eller elektronisk. Du kan evt. bruge det indbyggede godkendelsessystem til at understøtte et workflow. Funktionalitet stammer fra Microsofts frigivelse af standardversionen af Navision. Moderniseringsstyrelsen supportere ikke denne funktionalitet. Det er ikke nødvendigt at gemme kopier af elektroniske fakturaer på papirformat med mindre der er særlige forhold. Den afsendte OIO faktura er pr. definition originaldokumentet. Kopi heraf er gemt som XML fil i fakturadatabasen. Du kan navigere fra det bogførte salgsdokument til xml-fakturaen, som du kan se og udskrive via din browser. Du kan på det bogførte/udstedte salgsdokument se, om fakturaen faktisk blev sendt, om den er modtaget eller om den er mislykket. Det er også muligt at se hvilke bemærkninger, der er knyttet til dokumentet, hvilke bemærkninger og filer, der er sendt med det elektroniske dokument, samt at indskrive bemærkninger efter bogføring og afsendelse. Opret salgsdokument

96 Side 96 af 111 Du kan sende elektronisk fakturaer ved at bogføre fra salgsfaktura eller salgsordre. Opret og udfyld salgsdokumentet som sædvanligt. Du skal dog iagttage at en række felter er obligatoriske i forhold til afsendelse af det elektroniske dokument selvom det i selve Navision ikke er krævet. Du skal selv være opmærksom på dette, da du ellers risikere at du skal tilbageføre og lave nyt dokumenter som er korrekt udfyldt. Salgshoved obligatoriske felter Du skal være særlig opmærksom på felter i Navision som bliver obligatoriske fordi de er obligatoriske i OIO dokumentet, men teknisk set ikke er obligatoriske i Navision. De skal være udfyldt inden bogføring, da du ikke kan rette i de bogførte data som ligger til grund for dannelse af OIOdokumentet. Nogle af felterne kan du ikke se eller redigere på salgsdokumentet, men udfyldes fra Debitorkortet. Derfor er de vigtigt at du sikrer dig at debitorkort er korrekt opsat. Hvis et dokument fejler i den udadgående skematronvalidering på grund af at der manglede informationer ved bogføringen kan det ikke rettes. I de tilfælde må du tilbageføre, udligne, rette opsætninger m.v. oprettet og bogføre nyt salgsdokument. Du opdager det i givet fald sandsynligvis først når det er for sent og fakturaens forsendelse bliver mislykket pga. en skematronfejl. Hvis du bruger forskellig debitor som køber- og faktureringsdebitor skal begge debitorkort være korrekt sat op.

97 Bemærk: Det er opsætningerne på den faktureringsdebitor, der er styrende for, om der afsendes elektronisk salgsdokument, og hvor den sendes hen. Side 97 af 111 Felt Fakturahoved Fakturanummer Kunde nummer Kundenavn Kundeadresse Kundepostnr. Kundelandekode Debitor ordrenummer Sælgerkode Faktureres til Kundenr. Leverings adresse felterne Beskrivelse Obligatorisk i xml udfyldes automatisk hvis der er opsat nummerserie. Bemærk: Bogføringsnummerseriens numres SKAL være heltal Ingen bogstaver eller tegn, når du benytter betalingskort informationer (FIK eller GIRO) Den kunde som der sælges til. Obligatorisk i xml udfyldes fra debitorstamkort. Debitorstamkortet skal derfor være korrekt oprettet. Tjek opdater stamkort med nødvendige oplysninger. Hvis kunden ønsker angivet et bestemt referenceordrenummer, skal du angive det her. Kunden kan benytte værdien til at koble din faktura til en købsordre i sit system. Angives der ikke noget, udfylder Navision Stat den tilsvarende værdi i OIO fakturaen med data fra eget fakturanummer. Skal udfyldes hvis du ønsker at kunden skal have oplyst sælgers kode og navn. Hvis der på sælgerkortet er angivet kontakttelefon og mail, OG der i sælgeroversigten er angivet Eksporter til OIO-xml = JA, sendes sælgerens kontaktoplysninger med OIO-xml fakturaen. Hvis der ikke angives oplysninger om sælgeren, sendes oplysninger fra Virksomhedsoplysninger opsætningen. (For UNI_C institutioner der overfører fakturadata fra EASY udfyldes dette felt hvis EASY brugerens initialer også findes som Sælger i Navision. I det tilfælde tilføjes endvidere end bemærkning m kontaktinformationer.) Den kunde som OIO-xml fakturaen sendes til. Bemærk: Hvis faktureringsdebitor er en anden end kunden, skal der, for at der bogføres en elektronisk salgsfaktura, Faktureringsdebitorens kort og Ebilagspartner være sat korrekt op til elektronisk fakturering Værdierne udtrækkes til de tilsvarende Destination felter i OIO-xml fakturaen. Bemærk: Hvis Leveringsadresse felterne afviger fra kundens adresse på Generelt fanebladet, skal der indtastes relevante værdier på den oprettede faktura eller indvælges fra leveringsadresser opsat på debitorkortet. Der gælder samme krav til Navn, adresse, postnr, by og land som tidligere beskrevet.

98 Kontokode Side 98 af 111 Hvis debitor ønsker at du angiver en kontoinformation på fakturaen skal du angive den i dette felt (30 karakterer). Hvis der ikke er plads kan du oprette en bemærkning vhja. Menuknappen Faktura og menupunktet Bemærkning, OG markere JA for at den skal eksporteres til OIO. Bemærk: Du må IKKE oprette bemærknings-linjer uden kontotype eller nummer til dette formål, men SKAL benytte menupunktet bemærkning og markere det til eksport i OIO. Salgsfakturalinjer En række felter på linjen er obligatoriske i OIO xml-fakturaen. De fleste, dvs. Type, Nummer, Beskrivelse, Antal og Pris skal normalt udfyldes i Navision for at danne en meningsfuld fakturalinje. Disse data danner datagrundlag for tilsvarende elementer i en OIO fakturalinje. Salgsfakturaen konteres på sædvanlig vis med det ønskede antal linjer. Din dimensionskontering for salget overføres ikke til OIO, da det er interne oplysninger. Momsbogføringen på linjen viser sig i form af momsangivelse på hoved og linjer på OIO dokumentet. Ved elektronisk fakturering er det ikke hensigtsmæssigt at samle flere ydelser til én linje, hvis køberen kan have behov for at kontere dem forskelligt.

99 Side 99 af 111 Den konteringsstreng, som debitor evt. ønsker for linjen, skal du angive i feltet Kontokode. Felt Beskrivelse Fakturalinje Type Obligatorisk Artskontotype (Finans, Anlæg, Vare, Ressource) er obligatorisk og skal udfyldes sammen med det tilsvarende kontonummer Nummer Obligatorisk. Kontonummer for den pågældende type. Type og Nummer er obligatoriske i sammenhæng, da Nummer bruges i det elektroniske salgsdokument som sælgers varenummer. En fakturalinje skal have et varenummer (blandt flere mulige typer) For Navision er det sælges varenummer med data fra linjens kontonummer. Bemærkning Et tidligere problem er løst. Navision afkorter beskrivelsen så den kan være i OIOlinjens Namefelt. Hele beskrivelsen overføres til OIOlinjens beskrivelsesfelt. Antal Obligatorisk i OIO. En linje uden antal har ikke relevans og betragtes som ulovlig. Enhedskode Enhedskode er obligatorisk i OIO, men ikke i Navision. I OIOUBL skal værdierne angives iht. en bestemt UNCEFACT liste. Hvis feltet står blankt i Navision er mapning og dannelse af XML filen opbygget således at obligatoriske enhedskodeelementer er udfyldt med standardværdier. Hvis du benytter enhedskode på linjerne SKAL du sikre dig at der er opsat en konvertering fra dine enhedskoder til de autoriserede OIOUBL enhedskoder (UnitCode). Opsætning af kodeliste mapning foretages i Navision Økonomistyring\ Opsætning\Generel integration\ NS-TS integration\ XML-Bro\ Kodeliste. Stykpris, Linjebeløb, evt. linjerabat og fakturarabat Stykpris skal udfyldes. Linjebeløbet udfyldes automatisk på grundlag af antal, stykpris og evt. rabat. Hvis der gives Linje og eller fakturarabat jan beløbene ses i de tilhørende rabatbeløb felter på linjen. Navision udregner en enhedspris fratrukket alle rabatter som svarer til linjepris og antal. Rabatterne ses i xml-filen på linjen og kan betragtes som hjælpeoplysning til modtageren, der kan bruge dem til at beregne varens værdi ved at sammentælle prisen og de givne rabatter. De indgår ikke i fakturaens AllowanceCharge på headeren.

100 Beskrivelse Kontokode Side 100 af 111 Obligatorisk. Der skal iht. momsloven foreligge beskrivelse, som specificerer, hvilken vare ydelse der er solgt. Beskrivelsen lægges på de enkelte fakturalinjer. Et tidligere problem er løst idet Navision afkorter beskrivelsen så den kan være i OIOlinjens obligatoriske Namefelt. Hele beskrivelsen overføres til OIOlinjens beskrivelsesfelt. Hvis køberen ønsker at du angiver hans konteringsreference på linjen skal du angive den i dette felt på linjen. Bemærkning til salgshoved eller salgslinje Du må ikke bruge fakturalinjer i Navision til at forklare forhold om fakturaen eller om andre linjer, når du skal sende fakturaen elektronisk. Hvis du alligevel gør det så vil de pågældende bemærkninger blive samlet som én note på det elektroniske dokuments hoved, uanset på hvilken linje du har skrevet dem. Dvs. at sådanne linjer IKKE kan bruges af modtageren som forklaring på den enkelte fakturering. Forklaringer/Bemærkninger til fakturaen generelt eller til en bestemt linje som du ønsker at angive i den elektroniske faktura, skal du lægge i den tilhørende bemærkningstabel, hvor de er knyttet til salgshovedet eller fakturalinjen. Du skal endvidere markere de ønskede linjer til Eksport til OIO. Navisions kode sørger herefter for at de placeres samlet som noter på xml-fakturaens hoved hhv. fakturalinjer. Du skal benytte menuknapperne Faktura(Dokument) hhv. Linje, Menupunktet Bemærkning. Udvidede tekster Hvis du anvender udvidede tekster til konti (Finans, Vare, Anlæg), vil de udfoldede linjer blive overført som bemærkninger i elementet :Note for den linje de er udfoldet fra. Hvis du på Salgsopsætning har opsat en Kode for Fast tekst indføjes der bemærkningslinjer på fakturaen. Disse linjer behandles samlet som udfoldede linjer der henhører til fakturahovedet, hvorfor det overføres som Note til den elektroniske fakturas hoved. Du tilføjer en bemærkning til fakturahovedet eller en linje via menuknapperne Faktura(Ordre/Kreditnota) eller Linje. Menupunktet Bemærkning findes begge steder.

101 Side 101 af 111 Her indskrives bemærkningen. Hvis en linje ikke er nok, fortsætter du på næste linje. Bemærk: Eksport to OIO skal være markeret for alle linjer du økser medsendt i XML fakturaen. Linjer der ikke er markeret " forbliver interne i regnskabet. Rabat (AllowanceCharge) I Navision Stat kan du anvende Navisions almindelige salgsrabatfunktioner, både linjerabat og fakturarabat. Fakturarabat overføres ikke til som en rabat på hovedniveau, men fordeles forholdsvist som rabatter på fakturaens linjer. Disse data overføres til OIOXML som AllowanceCharge på linjerne. Enhedsprisen som du ser på den elektroniske fakturas linje, er prisen renset for rabatter og moms. Rabat-angivelsen på linjen er derfor Bonus information til modtageren. Vedhæft bilag til salgsdokument I elektroniske OIOUBL2 handelsdokumenter kan du medsende bilag at typen TIF, PNG, JPG, JPEG, GIF, PDF og XML. Bemærk: Du må ikke vedhæfte andre dokumenttyper end de godkendte. Sti: Salg/Fakturaer/Menuknappen Faktura /Menupunktet Bilag.

102 Side 102 af 111 Du ser herefter nedenstående vindue, hvor du med menuknappen Bilag kan vælge at indlæse den fil, der ønskes sendt. (Vær opmærksom på at du spørges, om du ønsker at slette bilagsfilen fra sin oprindelige placering. Svar typisk Nej) udlæse filen slette filen Menupunktet Send med mail ikke er aktivt. Du kan lægges flere bilag i loggen, men kun ét kan eksporteres med OIO dokumentet.

103 Side 103 af 111 Marker i kolonnen Eksport til OIOXML = JA, for det dokument der skal sendes. Bemærk: Du kan kun markere ét dokument, som eksporteres med OIO dokumentet. Hvis den vedhæftede fil ikke er i et af de accepterede formater gives en advarsel. Kun de nævnte formater kan forventes at blive transporteret korrekt. Udskriv ikke det elektroniske salgsdokument Normalt ønsker du ikke at få en elektronisk faktura udskrevet. Navision Stat standard rapport nr Salg-faktura-Stat skelner mellem fakturaer, der skal sendes elektronisk som OIO dokument og fakturaer, som skal udskrives på papir. Du kan sætte denne rapport op til også at udskrive elektroniske fakturaer, men det vil ikke være normalt. Sti: Administration\Programopsætning\Salg & marketing\ Rapportvalg (salg). I feltet Rapporttype vælges Faktura. Hvis du vil massebogføre samtidig og benytter en rapport der ikke har denne funktion, kan du vælge at bogføre alle dokumenter uden at udskrive og derefter køre din fakturarapport med filtre der omfatter de bogførte fakturaer og endvidere filtrere på Bogført salgsfaktura/ E-Bilag-salgsfaktura (edoc Sales Invoice). Vælg Nej herved udskrives kun de fakturaer der IKKE er elektroniske. Bogfør og send elektronisk salgsfaktura Når fakturaen er færdig, kontrolleret og godkendt og evt. forsynet med bemærkninger og vedhæftninger bogføres den. Vælg menuknappen Bogføring \ Her vælger du det mest passende menupunkt. Bogfør når der er tale om en elektronisk salgsfaktura Bogfør og udskriv når den også skal udskrives og sendes

104 Massebogfør hvis du vil bogføre alle fakturaer og bagefter udsøge og udskrive dem der skal sendes på papir. Side 104 af 111 Dokumentation for faktureringsgrundlaget, konteringen og attestationer kan arkiveres sammen med notering af det bogførte salgsfakturanummer. Du kan efterfølgende se den bogførte faktura under: Salg & marketing\ Oversigt\ Bogførte fakturaer. Når debitoren er opsat til elektronisk salgsfakturering kan du herfra endvidere se det dannede og sendte elektroniske dokument. Når selve bogføringen er gennemført sender Navision det elektroniske dokument afhængig af den opsætning du har valgt på Ebilagsstyringsopsætningen og debitorens Ebilagspartner. Du ser denne boks Og måske denne, afhængig af ebilagsstyringens opsætning. Hvis du ikke ser nogen af disse bokse, skyldes at din opsætning af debitorens Ebilagspartner (hvilke dokumenter der skal sendes elektronisk) eller dit i Send Ebilag på Ebilagsstyringsopsætningen, ikke er som du forventer. Ret opsætningen og send fra den bogførte faktura. Send usendte E-bilag Hvis du har valgt i Ebilagsstyringsopsætningen at Navision Stat IKKE automatisk skal sende elektroniske dokumenter ved bogføring/ udstedelse, skal du selv huske at afsende. Masseforsendelse af usendte E-bilag sker via et bogført/udstedt dokument af den type du ønsker at afsende. Det kan ske fra Bogført Salgsfaktura, Salgskreditnota, Udstedt Rykker, Udstedt kontoudtog. Sti: Salg & marketing\oversigt\bogført/udstedt Dokumenttype \ menuknappen Funktion, menupunktet Send usendte E-Bilag

105 Side 105 af 111 Send Usendte E-Bilag kan ikke foretage dobbelt afsendelse af allerede afsendte dokumenter. Masseafsendelsesfunktionen afsender alle dokumenter inden for filtret, som ikke tidligere er sendt. Bemærk: Du skal selv være opmærksom på at sætte filter for de dokumenter der skal sendes. Du kan sætte filter/interval for Debitor eller for felter på dokumenthoved. Og vær opmærksom på at du IKKE springer nogen dokumenter over. De vil i så fald mangle at blive afsendt. Bemærk: Hvis du har et dokument som står som usendt, og som du ønsker skal forblive usendt, er det op til dig at sørge for, at det ikke kommer med i filtret for dokumenter der bliver afsendt. Bogfør elektronisk salgsfaktura fra salgsordre Du kan vælge at bogføre fra salgsordre, hvis din arbejdsgang er at du opretter ordre og successivt delfakturere antal eller enkelte ordrelinjer. Betingelserne for at anvende ordre er de samme som salgsfaktura. På den resulterende OIO-faktura vil du kun se information om de linjer der er blevet faktureret på. Bemærk: Navision afsender ikke en salgsordre ved bogføring, men en faktura på det fakturerede beløb og antal. Navision Stat understøtter ikke afsendelse af salgsordre. Tjek forsendelses status for elektronisk dokument Når Navision giver besked om at dokumentet er sendt betyder det at Navision har gjort sit arbejde og afleveret dokumentet til forsendelse. E-Bilag Status vil nu være Afventer svar. Du skal selv tjekke på det bogførte dokument, at den elektroniske forsendelse faktisk når frem. Det ser du ved at status skifter til Modtaget. Hvis det ikke sker, er der sket en forsendelsesfejl. Prøv evt. at gensende senere. Afventer svar er en midlertidig status. Modtaget er den ønskede status. Mislykket kan forekomme af mange grunde se senere om fejl ved forsendelse. Usendt står på alle dokumenter der ikke er forsøgt sendt også på dokumenter til debitorer som skal modtage papir. Annulleret Intern, i forbindelse med tilbageføring af bogføringen. Denne status har intet at gøre med status for dokumentforsendelserne, og du finder den ikke i oversigten over afsendte dokumenter.

106 Side 106 af 111 Du tjekker forsendelsesstatus på det bogførte /udstede dokuments OIO fane. Felterne Responskode og Responsbeskrivelse opdateres med indhold fra et eventuelt svar fra modtageren. Hvis ingen af disse felter har data, i kombination med at status er Modtaget, betyder det at dokumentet er nået frem uden at være mødt af valideringsfejl. Hvis status er Mislykket og der er angivet en responskode Technicalreject, kan det skyldes en valideringsfejl. Nærmere beskrivelse i feltet Responsbeskrivelse. Hvis status er Modtaget, kan feltet Responskode senere evt. blive opdateret med BusinessAccept eller BusinessReject, samt en forklaring i Responsebeskrivelse, afhængig af om modtageren evt. senere foretager en forretningsmæssig afvisning. Via menuknappen Faktura menupunktet Udgående bilag ser du listen med status for den eller de forsendelser der er forsøgt for det pågældende dokument. For hver linjer er der dannet et nyt xml-dokument, hver linje har sin egen status. Listen viser data fra Udgående dokumentkladde svarende til filter på dokumentnummer og Vis historik = Ja. Hvis du har bogført en stribe dokumenter kan du måske lettere danne dig et overblik hvis du går direkte til Udgående salgsdokumentkladde. Denne oversigt viser som standard, den seneste forsendelses resultat. Hvis du vil se historikken, skal du markere feltet Vis historik.

107 Side 107 af 111 Vær opmærksom på at der findes en udgående dokumentkladde for Salgsdokumenter (faktura/kreditnota) Salgsrykkere Salgskontoudtog Du skal tjekke de forskellige dokumenttyper separat. Status Mislykket forsendelse af ebilag Du kan bore ned og undersøge hvad der kan være gået galt for et dokument med status Mislykket ved at stå på linjen og bruge menuknappen Dokument og menupunktet Åbn Herved åbner du en form der viser Navisions datasæt til det udgående xmldokument.

108 Side 108 af 111 Med menuknappen Dokument, menupunktet Vis dokument får du vist det dannede dokument og øverst i rammen vises den fejl der er skyld i at dokumentets forsendelse er blevet mislykket. Marker og kopier den meddelelse som vises i rammen, over i din tekstbehandler, gem den. Herefter kan du prøve at gensende. Hvis det giver samme Mislykkede resultat og samme fejl så kan du sende meddelelsen til Moderniseringsstyrelsens support.

109 Ofte stillede spørgsmål om mislykket E-bilag Tjek på Moderniseringsstyrelsens hjemmeside for en oversigt over ofte stillede spørgsmål (Navision Stat FAQ), for at se om din meddelelse er nævnt samt hvilken foranstaltning det foreslås at du gennemfører. Du finder listen med de kendte Spørgsmål-Svar under Systemer/NavisionStat/Hvad er Navision Stat?, hvor du finder et link til FAQ en. Side 109 af 111 Gensend elektronisk dokument Hvis en forsendelse hænger eller er gået i Mislykket, kan det skyldes midlertidige forhold. Prøv derfor som det første at gensende dokumentet. Det gør du med menuknappen Funktion, Menupunktet Send E bilag. Du bliver spurgt om der skal sendes og får ekstra spørgsmål, hvis fakturaen tidligere er udskrevet på papir eller tidligere er sendt og modtaget hos debitors system. På fanen Ebilag kan du af feltet Statustidspunkt tidspunktet for den seneste hændelse der har opdateret dokumentet. I dette tilfælde tidspunktet for at den mislykkede forsendelse indtraf. Ved succesfuld afsendelse vil statustidspunktet typisk visetidspunktet hvor det er registreret at modtageren har modtaget dokumentet.

110 Elektronisk salgskreditnota Salgskreditnota er fuldstændig parallel til salgsfaktura forså vidt angår håndteringen af elektronisk salgskreditnota. Betingelserne for at gennemføre afsendelse af elektronisk salgskreditnota er de samme. Side 110 af 111 Elektronisk Rykker Udstedelse af elektronisk rykker sker som udstedelse af almindelige rykker. Krav til opsætning på debitor er de samme. Du skal dog være opmærksom på at ikke alle debitorer som kan modtage elektronisk faktura/kreditnota kan modtage elektronisk rykker. Du kan tjekke det ved at foretage UDDI-opslag fra Debitorkortet og se på resultatet. Sørg for at debitorkortets Ebilagspartner har markeret dokumenttypen i overensstemmelse med UDDI. En elektronisk rykker indeholder rykkerlinjer for hver af de ubetalte fakturaer der rykkes for, samt eventuelle linjer for rykkergebyr og renter (De optræder som AllowanceCharge tilknyttet xml-rykkerdokumenthovedet). Når du har udstedt rykkere og afsendt de elektroniske rykker Ebilag kan du finde dokumenterne her: Salg & Marketing\Ordrebehandling\Udstedte Rykkere eller Salg & Marketing\Ordrebehandling\E-bilag\Udgående Rykkere Fra den udgående rykker kan du navigere til den udstedte rykker. Fra den udstedte rykker kan du med menuknappen Rykker og menupunktet Udgående E-bilag, se oversigt over de forsøg der er gjort på afsendelse af den aktuelle rykker. Her kan du se at dokumentet blev dannet og se status for afsendelsen. Status og anvendelse af ApplicationResponse fungerer som beskrevet for faktura. Elektronisk kontoudtog Udstedelse af elektronisk kontoudtog sker som udstedelse af almindeligt kontoudtog. Kravene til opsætning er de samme som for elektronisk faktura. Du skal dog være opmærksom på at ikke alle debitorer som kan modtage elektronisk faktura/kreditnota kan modtage elektronisk kontoudtog. Du kan tjekke det ved at foretage UDDI-opslag fra Debitorkortet og se på resultatet. Sørg for at debitorkortets Ebilagspartner har markeret dokumenttypen i overensstemmelse med UDDI. Opsætninger for elektronisk kontoudtog er i øvrigt de samme som for manuel kontoudtog. Dog skal du huske at de felter på debitor der skal være opsat for salgsfakturering (Navne, adresser, landekode mv. også skal være opsat for elektronisk kontoudtog.).

111 Et elektronisk kontoudtog indeholder linjer for hvert af de mellemværender din institution har med kunden inden for en periode. Et elektronisk kontoudtog fra Navision Stat er IKKE i sig selv en faktura og indeholder ingen rente- eller rykkerposter med selvstændig finansiel betydning, og er ikke et selvstændigt betalbart dokument. Side 111 af 111 Modtageren kan bruge kontoudtoget til at afstemme sit mellemværende med din virksomhed. Når du har udstedt et kontoudtog kan du efterfølgende finde dokumentet her: Salg & Marketing\Ordrebehandling\Udstedte kontoudtog eller via Salg & Marketing\Ordrebehandling\E-Bilag\Udgående kontoudtog Fra det Udgående kontoudtog kan du finde det tilhørende udstedte kontoudtog. Fra det udstedte kontoudtog kan du via Menuknappen Kontoudtog menupunktet Udgående E-bilag hhv. Applicationsmeddelelse se oversigt over de dokumenter der er afsendt og deres status, hhv. hvilke svar der er modtaget retur fra debitorens system. Her kan du se at dokumentet blev dannet og se status for afsendelsen. Status og anvendelse af ApplicationResponse fungerer som beskrevet for faktura. Moderniseringsstyrelsen December 2011