Bankoverførsler eller direkte debiteringer via SEPA, DPD via webservice i stedet for FTP, opsummerende indberetninger via ELSTER, nye Intrastat-indberetninger...
Ofte får kunderne i den forbindelse blot et skuldertræk fra deres hidtidige rådgiver: „Ja, NU er jeres Navision virkelig for gammel, den kan ikke længere tilpasses. Køb en ny, nu i skyen!“.
Grundlaget
Det er selvfølgelig nonsens i denne form i første omgang. Grænseflader består grundlæggende af en tekstfil (noget i stil med denne tekst her, eller et Word-dokument, eller en teknisk filstruktur, som efter visse regler forventer eller udsender bestemte data på bestemte steder i denne tekstfil), og en transmissionsvej. Filgrænseflader, e-mail, SOAP, REST-API'er…
Selv din „gamle“ Navision i version 3.01, 3.60, 3.70, 2009 R2, de derimellem, din Dynamics i 2013 R2, 2015 osv... de kan alle behandle tekstfiler, og de kan alle håndtere Soap, Rest, E-mail osv. Man skal måske trylle lidt, men det kan altid lade sig gøre, at du med din Navision også kan udskrive eller behandle disse „moderne“ dataformater. Bedst naturligvis med den tekniske version fra 2009R2, men principielt også allerede fra 3.70.
Og jeg, som en gammel, hvid mand, kan sagtens forstå, hvis du vil holde fast i dit elskede „gamle“ Navision... da det med hver ny version blev langsommere og mere uhåndterligt at bruge, for slet ikke at tale om programmeringen. Selvom det absolut kan betale sig at kigge på de nye Navision / Business Central versioner, er der altså fed teknologi bag, som kan spare dig for en masse hovedpine... Men måske skal du bare lige overkomme et par måneder på den måde... og det kan du!
Kontakt mig, Der er håb for en gammel skosål, hvis den trykker, er jeg sikker på, at vi kan få den til at passe!
SQL Server 2014 2016 2019
Hvis du driver din Navision 4.03, 2005, 2009R2 med SQL Server, er der også præcis én passende SQL_Server version til hver Navision version. For 4.03 og 2005 skulle det have været Microsoft SQL Server 2005... men det er så længe siden. For Navision 2009R2 blev SQL Server 2008 anbefalet. Gode nyheder: I det mindste for Navision 2009R2 kan du også sagtens bruge Microsoft SQL Server 2014, Microsoft SQL Server 2016 og endda Microsoft SQL Server 2019! Og du har som regel også en alternativ mulighed: Hvis din database ikke (afhængigt af licensen) overstiger 64 GB, 128 GB eller 256 GB (der er absolut grænsen), og du ikke har mere end, lad os sige, omkring 80-120 brugere, kan du (måske efter en databaseoprydning) muligvis også meget godt udnytte den native databaserver. Bortset fra record-level-locking er det også en let-at-vedligeholde arbejdshæst til at flytte dine data over harddiskene.
Sepa
Formatet er blevet ændret en smule, hvis du stadig har en gammel SEPA PAIN-grænseflade, så skal headeren ændres.
Opsummerende meddelelse
Dataformatet ændrede sig allerede i 2020, og siden efteråret 2022 er gamle dataformater sandsynligvis definitivt ikke længere accepteret. Også overførselsvejen har ændret sig: Du uploader nu den færdige ZM-fil i det nye Elsterformat, ligeledes med Elster til Bundeszentralamt für Steuern BZSt (det centrale skattekontor), ligesom din UVA (momsafregning). Hvor UVA er så let at udfylde, at mange brugere bare hurtigt indtaster deres Navision UVA én gang om måneden... Uanset hvad: Begge dele er mulige.
Intrastat
Siden 2022 er det kun det nye XML-format, der accepteres her; CSV-dataformater accepteres ikke længere. Her finder du mere information om det.
DPD
DPD lukkede endeligt ned for deres gamle FTP-interface i december 2022. Siden 2023 kan elektroniske anmeldelser kun foretages via SOAP-webportal tilladt/muligt. Ret fedt lavet (bortset fra en elendig og uafsluttet dokumentation): Man kan få en færdig ZPL-fil direkte tilbage, som man så bare sender til en ZPL-kompatibel A6 labelprinter, og så er den klar. Ikke mere routing inde i Navision! Men REST dataformatet, der bruges, har sine egne udfordringer...
Momsangivelse (UVA) via Elster
Også her er dataformatet ændret en smule. Hvis du stadig bruger Native Client, skal du i rapport 11016 Opret XML-fil moms.adv.medd. eller. XML-fil til momsangivelse oprettet. ændre disse linjer:
Ændring i Classic Client i rapport 11016 til 2023-versionen for UVA til Elster til dette registreringsskatteelement: xmlns=“http://finkonsens.de/elster/elsteranmeldung/ustva/v2023″ version=“2023″>
Du kan selvfølgelig også gøre det pænere ved simpelthen at slette de udkommenterede linjer helt.
Din XML-fil vil så se sådan ud:
Afhængigt af hvilken Navision-version du præcis bruger, skal du muligvis foretage yderligere justeringer af din udskrift, men dette er i hvert fald en af de vigtigste ændringer. Hvis det stadig ikke virker med Elster og XML-UVA momsangivelsen: Kontakt mig!
Den bruges ikke længere i dag, men forskellige Navision-versioner kræver stadig denne til en UVA-udgang med XML.
ZUGFeRD & xRechnung
Forbundsregeringens tvang (måske mere præcist: den insolvente kasserer i Forbundsrepublikken Tyskland) leder efter flere og flere indtægtskilder. Men da en stor og voksende del af den føderale befolkning stort set er passive modtagere af ydelser og derfor naturligvis ikke kan bruges som kilde, skal der presses endnu mere ud af de sidste tilbageværende modtagere i Tyskland. Man skal ikke gøre sig nogen illusioner: xRechnugen og den for længst afdøde ZUGFeRD-plovhest kommer officielt ind under kappen af „modernisering“ og „digitalisering“. Men de er kun en tynd fernis over den tekniske mulighed for at kunne overvåge salgsflowet i Tyskland endnu bedre. Disse fakturaformater har derfor ikke deres oprindelse i nogen form for forretningsvenlighed. Man kunne simpelthen have afskaffet eller begrænset muligheden for skatterefusion i enhver form, og CumEx- og momssvindelmodeller („momskarrusel“) ville simpelthen have været ubrugelige, og det ville have været det. Men det ville være for simpelt, og simpelt er simpelthen for meget for tysk lovgivning. Derfor skabes der et nyt administrativt monster med enorme omstillingsomkostninger, især for små virksomheder - alt sammen i ånden fra ViDA moms-kontrol. Resultatet vil inden udgangen af dette årti være online kontrol fra skattemyndighederne i hvert EU-land. Og dette på tværs af grænserne. Der findes ingen moms (Mwst, VAT) ved handler med tredjelande. Men også her vil omkostnings- og ydelsesregnskaber blive overvåget mere og mere intenst, da det selvfølgelig netop her stadig de sidste skattehuller Lad det da være: Den totale overvågning kommer, i restaurationsbranchen og andre kontantforretninger er den allerede en praksis, f.eks. i Polen, Ungarn, Østrig. Men emnet er stadig så nyt og dermed også stadig så komplekst, at jeg har viet xRechnung og ZUGFeRD i Navision Financials Dynamics, Attain og Microsoft Business Central BC365 et eget kapitel. Den finder du her.