eFaktura (ZUGFeRD) til Navision/BC

Jubii! Mit xInvoice-modul er klar og kan installeres! Her finder du betjeningsvejledningen. Og som altid med mine løsninger:

• Ingen månedlige eller årlige gebyrer
• Ingen ekstra programmer skal installeres
• 100% Navision / BC365 integreret
• Kan udvides efter ønske, også af dig (jeg leverer altid alle kildekoder)

Har du ikke tid til en masse baggrund? Spring direkte til det sidste punkt „Anbefaling til handling“

Oplysningerne her gælder for alle virksomheder med base i Tyskland, uanset om du bruger Navision Financials, Dynamics, Attain eller Microsoft Business Central BC365 - eller noget andet. ERP/Fibu Software, uanset om det er på en AS400, Cloud-løsninger, kombineret ERP/Fibu-programmer, Dato. Den oprindelige version af denne artikel er fra oktober 2023. På det tidspunkt forudså jeg stadig - lidt forsigtigt - at denne løsning på typisk tysk vis bestemt ikke ville give nogen lettelse, men i stedet ville blive et nyt, halvfærdigt administrativt hængedynd til endnu bedre overvågning af de få tilbageværende ærlige skatteydere ... fordi svindlere fortsat ville finde deres vej rundt i dette system. Og det var præcis, hvad der skete i marts 2024. Men medmindre du emigrerer til et tredjeland, vil du ikke længere kunne undgå e-fakturering. Tip: Se det som en mulighed for grundigt at rense hele din faktureringsproces for støv og mug fra det sidste årtusinde, med opkrævningsmappe og det hele.

I denne opdaterede artikel har jeg slettet og forkortet dele af de gamle antagelser, som er blevet overhalet af virkeligheden, og tilføjet ny information.

Estimeret læsetid: 23 minutter

Kilder

Forskellige kilder, men disse er værd at linke direkte til:
https://www.heise.de/hintergrund/Pflicht-zur-E-Rechnung-im-XML-Format-Das-ist-der-Status-quo-9593920.html af forfatterne (Jochen Stärk, Andreas Pelekies) af de tekniske specifikationer. I øvrigt er du klar over de mangler, som jeg også påpegede her sidste år. I din egen undskyldning bemærker du, at denne specifikation fra starten kun var beregnet til udveksling af myndigheder. Det gør det ikke bedre...

https://www.heise.de/news/Bundesrat-stimmt-zu-E-Rechnungspflicht-fuer-Firmen-kommt-ab-2025-9663131.html Lov om vækstmuligheder ... Hvem finder egentlig på sådan noget? eufemismer for endnu mere bureaukrati og endnu højere (indledende) omkostninger og endnu mere (indledende) administrativt arbejde for virksomhederne?

https://www.heise.de/hintergrund/E-Rechnungspflicht-Wie-Sie-strukturierte-elektronische-Rechnungen-erstellen-9625935.html Også her er der mere fokus på manglerne i de juridiske definitioner, nogle af værktøjerne er ikke (eller ikke længere) tilgængelige, og man finder med garanti ikke lige præcis én - som med langt de fleste internetkilder - i en artikel med titlen „E-faktureringspligt: Sådan opretter du strukturerede elektroniske fakturaer“: Instruktioner om, hvordan man opretter strukturerede elektroniske fakturaer. Det ville være for nemt.

Historien om ZUGFeRD (xRechnung, eRechnung)

Obligatorisk for fakturering til den offentlige sektor (myndigheder) siden 2020 ... men ikke desto mindre (eller netop på grund af dette?) stadig en halt hest i 2024. Faktisk har forhandlere foretrukket at afstå fra leverancer (og de tilhørende fakturaer) til offentlige myndigheder. Det fik selvfølgelig også konsekvenser for de tyske myndigheder, da leverandørerne simpelthen sprang fra.
For at modvirke dette har der været en undtagelse fra begyndelsen af forpligtelsen, dvs. siden 2020, til at betale fakturaer på op til 250 euro. ikke skal indsendes som ZUGFeRD-fakturaer. Dette blev endda brugt på en sådan måde, at lidt større fakturaer simpelthen blev delt op. Dette blev - når alt kommer til alt - anerkendt som en ekstra udgift, så dette minimumsbeløb blev derefter øget til 1.000 euro i 2021.

I praksis var det dog stadig sådan hos mange myndigheder, at de PDF-fakturaer, der kom via e-mail (hør her: tyske myndigheder og e-mail... uden fax!), simpelthen blev accepteret uden kontrol af den obligatoriske andel af strukturerede data. Men igen var det slet ikke noget problem på mange kontorer: PDF/A-filen blev alligevel printet ud og sendt videre til betalingskontoret i papirform. Man kan høre den officielle klynken...

Begrænsninger af ZUGFeRD

Der var mange kritikpunkter af ZUGFeRD, f.eks. begrænsningen af forretningspartnernes kommercielle frihed alene: ZUGFeRD PDF/a med en indlejret XML-faktura kunne kun sendes elektronisk (derfor E-faktura = elektronisk faktura). Men især lokale myndigheder har stadig meget at gøre med papirfakturaer, fordi f.eks. landmanden, der rydder et par veje og fortove for en kommune om vinteren, ikke vil købe en computer og bestemt ikke nogen særlig software for de få euro (som nogle gange kan være over 250/1.000 euro). Især i kommunerne, som offentlige myndigheder, var det derfor stadig - med rette! - almindelig praksis selv efter 2020 at acceptere enhver „regning på brød og smør“, hvis man ikke ønskede at blive fuldstændig handlingslammet. Man skal være ret dum for at ville lægge sig ud med f.eks. lokale landmænd om ligegyldige ting. Men det har åbenbart været et godt grundlag for medlemskab af regeringen i årtier.

Og det er, hvad der er sket i mellemtiden: ZUGFeRD nåede aldrig frem til den frie industri, og selv før den lille hest kunne komme op i fart, var den allerede ved at sulte i vejkanten. Men mere en pony end en ædel andalusier.

Alternativer til ZUGFeRD?

Men Tyskland ville ikke være Tyskland, hvis vi bare sagde: "Åh, hvad fanden, vi dummede os bare. Nu accepterer vi bare PDF'er via e-mail, ligesom hundredtusindvis af virksomheder i hele verden gør. Eller: Vent lidt, der var en lille nicheløsning, som angiveligt har fungeret i årtier, selv for baggårdsvirksomheder som Siemens, Bayer, Volkswagen ... hvad var det nu, den hed ... jeg læste noget om den i Bild for nylig ... Ah ja! EDI. Elektronisk dataudveksling. EDIfact. Repræsenteret over hele verden i årtier, selv uden brug af ballasten X400/BTX. Når man først har fået det op at køre, er det også stabilt og sikkert at bruge. Det er ikke billigt, men hvis man gør det rigtigt, er det stadig billigere end papirfakturaer. EDIfact forbinder kontinenter og forbinder Navision med SAP, BC365 med KHK, Dynamics med Oracle...

Nu skal det retfærdigvis siges, at EDI og EDIFact virkelig er en straf, dyr, kompliceret og tidskrævende at sætte op. Selv om der findes tjenesteudbydere, som forenkler det, har EDI altid været forbeholdt de store spillere (SAP) og dem, der var tvunget til at spille med (Navision og Business Central 365 Mittelstand).

Lige så ubrugeligt/utænkeligt for landmanden, der rydder sne (se ovenfor).

Og PDF? Ja... Det kan nu også oprettes direkte fra Excel eller Word og blot sendes via e-mail. Det sparer papir, porto, ekspeditionstid og manuelt arbejde. Men elektronisk dokumentgenkendelse er heller ikke tilgængelig for lommepenge (selvom Hent mine fakturaer er ikke særlig dyr nu...). Men det er mere automatisering end fax (maskiner) i myndighederne 🙂 .

xFaktura

Og tro det eller ej, det er blevet anerkendt af de føderale myndigheder! Og løsningen er ikke så dum: Med xRechnung, nu mere almindeligt omtalt som eRechnung, er ZUGFeRD nu - i princippet - blevet slanket med den mest komplicerede del: PDF-delen. Den er nu simpelthen udeladt. Tilbage er en ren XML-fil, som også er ganske let at importere og eksportere. ERP/Finanzbuchhaltungen kan skrives og læses uden behov for at trække op - naturligvis også af Navision Financials, Dynamics, Attain eller Microsoft Business Central BC365.

xInvoice / eInvoice transmission

Men så blev de ansvarlige skræmt igen: en enkel løsning, og så fra Tyskland? I betydningen „afbureaukratisering“ ... Måske er Tyskland det eneste land, hvor afbureaukratisering bør reguleres ved lov ... i stedet for blot at ophæve meningsløse eller ikke-rationelle love og administrative bestemmelser? Tja... Tja... bare XML er trods alt for simpelt. Derfor har „Ekspertrådet“ i det mindste kompliceret overførselsvejen. Afsenderen kender sig selv, og han kender modtageren. Så hvorfor skulle afsenderen bare sende XML'en til modtageren?

Unødvendigt og tidskrævende? Yay! I det mindste kan du gøre den simple XML lidt mere kompliceret igen! Det tager vi imod! Og for at gøre det endnu dummere, ikke over hele linjen. Ved udgangen af 2023 vil omkring 80% af Føderale myndigheder og stort set ingen medlemmer af den private sektor kan nås via Peppol. Det er sikkert, at netop den myndighed, som du vil sende en faktura til, ikke kan nås ifølge Murphys lov... Derudover har du brug for en ekstern tjenesteudbyder eller din egen, betalingspligtige(!) Peppol-infrastruktur. Hvem siger, at de ansvarlige for den tyske forbundsregering ikke kan lære af den frie økonomi ... Tag bare det værste og dummeste EDI (X400), som de for længst har kasseret.

Fremtiden

Tja... prognoser er svære, især når de handler om fremtiden.

ZUGFeRD er praktisk talt allerede blevet en død plovfure. Fremtiden, hvis den skulle blive skrevet af tyske myndigheder (red os ...), vil være i xFaktura ligge. Den tyske indkøbsportal, for eksempel. inviterer kun udbydere til at indsende en xInvoice, ZUGFeRD er ikke længere i en fremtrædende position.

Jeg tror også, at e-mail som en mulighed for indsendelse vil blive standard, fordi Peppol. Vigtig opdatering 2024: Jeg forudsagde allerede for et år siden, at xRechnung og dens brødre, Cross Industry Invoice (CII) og Universal Business Language (UBL), blot ville være døråbnere for salgsrapportering i realtid til skattemyndighederne. Da det er totalt ufedt at spare penge, håber EU's medlemslande på at få et par milliarder euro mere og/eller et par dage tidligere. Til gengæld skal virksomhederne i EU investere et par milliarder mere. PREPPOL udvides i øjeblikket til at kunne behandle disse salgsrapporter i realtid omkring 2029. I overgangsperioden og især indtil da, hvor alle vil have de tekniske muligheder for at bruge PREPPOL, vil det være nemmest for Navision- og BC365-brugere midlertidigt (!) at stole på e-mail. Peppol vil sandsynligvis være obligatorisk i 2029 for xRechnung/eRechnung, som allerede vil være indført over hele linjen på det tidspunkt.

Forpligtelsen, Den første IT-forpligtelse nogensinde til at implementere en ny standard (og dermed den første IT-forpligtelse nogensinde i Tyskland!) sluttede. ’23 i afstemningen. Dette udkast indeholder allerede en udskydelse/forsinkelse på 2 år. Sjovt nok er der i dette udkast Mulighed for modtagelse for elektroniske fakturaer (xRechnung-formatet er allerede nævnt ved navn her) bliver obligatorisk - fra 1. januar 2025. Det vil ikke skade nogen endnu. Men spørgsmålet om hvordan er ikke engang rudimentært defineret. Kan virksomheder tvinges til at deltage i gebyrbaserede netværk som Peppol? Hvad med udlændinge? Kinesere, indere ... de vil fortsætte med at sende deres Excel-fakturaer via e-mail eller fax. Og hvad sker der så?
Opdatering marts 2024Efter at xRechnung/e-Rechnung endelig smed masken som en „branchevenlig lov om vækstmuligheder“ i marts 2024, blev dette defineret på samme tid: Det handler primært om at registrere salg i EU i realtid. Udenlandske forretningstransaktioner er irrelevante for dette og kan derfor fortsat indsendes som fax-, Word- eller Excel-fakturaer fra Kina.

En forpligtelse til at udstede elektroniske fakturaer skal (ifølge det nuværende udkast) gælde fra 1. januar 2026 for virksomheder med en årlig omsætning på 800.000 euro eller mere. Okay, okay, okay... Inflationen vil være med til at sikre, at flere små virksomheder også falder for denne grænse, men... seriøst: De „store“ har alligevel allerede brugt elektroniske fakturaer i 2 generationer. EDI... som endda findes i udkastet under dette navn. Fortolkningerne siger derimod, at EDI ikke overholder de europæiske krav og derfor ikke bør opfylde denne juridiske situation i fremtiden... Jeg er meget nysgerrig efter at se, hvad Volkswagen, BMW, Siemens, Merzedes og Airbus vil sige til denne sjove idé.

Det må man ikke glemme: De store virksomheder, især SAP-brugerne, har endda formået at ændre loven om ophavsret og vederlag for ophavsret, så udenlandske programtjenester (Indien ...) ikke længere er underlagt bidrag til kunstnernes socialsikringsfond („kildeskattepligt") Har du nogensinde hørt om denne forpligtelse? Nej? Glem det, den er taget af bordet nu. Formentlig vil du også have EDI og IDoc med blandt de „tilladte“ formater.

Fra 1. januar 2027 vil alle virksomheder (med en årlig omsætning på 800.000 euro eller mere) i Tyskland være forpligtet til at udstede elektroniske fakturaer. Hvilket på en eller anden måde er i overensstemmelse med tiden. Og fra 1. januar 2028 vil de alle sammen gøre det. Selv købmanden på hjørnet. Medmindre den kun har slutkunder, for så gælder det (selvfølgelig) ikke for disse salg.

Men man må ikke glemme, at dette ikke er en lov, der skal rationalisere de operationelle procedurer! Det ville være nemmere: Bare slet et par tusinde administrative direktiver og rapporteringsforordninger: Zack! Penge og tid sparet i hundredtusindvis af virksomheder. Det, vi taler om her, er en ny overvågningsforordning for skatteovervågning, specifikt mod svindel med indgående moms. Det er med andre ord en kontrolmulighed, som virksomhederne selv skal indføre og betale for. Baggrunden for al denne magi er ViDA (eller Moms i den digitale tidsalder, Moms i den digitale tidsalder) - hvilket allerede afslører meget om lovgiverens intentioner. Jeg finder ironi i sætninger som „fair beskatning“ ... Men lad os ikke gå derhen, det bliver hurtigt for polemisk. EDIfact er kommet for at blive, især fordi det vil være tilstrækkeligt nemt for ViDA at konvertere automatisk til eRechnung/xRechnung (f.eks. i ZUGPFeRD, xRechnung (Factur-X), Cross Industry Invoice (CII) eller Universal Business Language (UBL) format).

Min følgende anbefaling til handling er også afledt af dette grundlag:

_{Hvorfor så et så stort bureaukratisk monster med milliarder af euro i omkostninger for skatteyderne (myndighederne) og den frie økonomi? Netop på grund af denne momssvindel („momskarrusel“). Hvorfor ikke bare lade være med at refundere nogen skat overhovedet? En kredit for indgående moms fortsætter som en kredit, fordi enhver virksomhed på et tidspunkt ønsker at generere salg, ellers er der noget galt med forretningsmodellen. Det samme gælder for aktiehandler, og cum-ex ville aldrig have fundet sted. Er det for enkelt? Ja, for simpelt. Det er bedre at holde millioner (i hele Europa!) af virksomheder generelt ansvarlige og sætte dem under indledende mistanke end at tackle pragmatiske løsninger på grund af / mod nogle få hundrede eller tusinde svindlere. ZUGFeRD, jeg hører dig vrinske...}

Anbefaling til handling

Siden Planlægning af afstemningen om denne lov postuleres af alle slags løsningsudbydere på alle kanaler, stiger usikkerheden også blandt brugerne.
Er jeg nødt til det nu?
Kan jeg snart?
Skal jeg virkelig udskifte min „gamle“ Navision Financials Dynamics Attain eller Microsoft Business Central BC365 med en ny? Hvad vil det koste mig?
Har du allerede stillet dig selv disse spørgsmål? Senest nu...

Og det er netop disse spørgsmål, som jeg langsomt bliver stillet. Min anbefaling skelner allerede mellem leverandører til offentlige myndigheder og leverandører til ikke-offentlige myndigheder.

-For leverandører til myndigheder

Hvis du leverer og fakturerer til myndigheder i dag og i 2023 (skole, kommune, jobcenter, statsligt trykkeri ...), så har du helt sikkert allerede fundet en måde at udstede en elektronisk faktura fra din Navision/BC365 til din modtager ... eller hvordan du kan undgå denne forpligtelse. Hold dig til det indtil videre, medmindre arbejdsbyrden ikke længere er rationel. I så fald bedes du kontakte mig, så finder vi en passende løsning!

-For den „normale økonomi“

I oktober 2023 håbede jeg stadig, at den sunde fornuft ville sejre, og at disse love i deres nuværende form ikke ville kunne modstå intelligente, ansvarlige og eftertænksomme politikere.
Sjovt, ikke sandt?
Dette blev afsluttet i slutningen af marts 2024.
Status i dag er:
Fra 2025 skal du udstede elektroniske fakturaer („e-fakturaer“) i et af følgende formater modtage Du kan også give dine leverandører tilladelse til at fortsætte med at sende dig fakturaer i det tidligere format. Det er allerede tydeligt, at mange virksomheder gør brug af denne „tolerance“ - uanset om de vil det eller ej. Jeg har allerede modtaget en meddelelse om, at leverandøren ellers vil insistere på forudbetaling og udstede en konventionel PDF- eller papirfaktura - muligvis uden tilladelse til fradrag af indgående moms.

• TILBEHØR
• xFaktura (Factur-X)
• Faktura på tværs af brancher (CII)
• Universelt forretningssprog (UBL)

HVORDAN du løser det, er dit problem. Hvis du ser disse filer med en viewer og derefter skriver dem ind i dit ERP, er det helt lovligt/legitimt! Men på en eller anden måde ikke det gule af ægget!
For at være på den sikre side skal du antage, at du skal acceptere alle fire formater, da det er op til afsenderen at beslutte, hvordan denne obligatoriske e-faktura/x-faktura skal udstedes. Heldigvis er det ikke så slemt, da formaterne er meget ens og derfor kan visualiseres med meget ensartede programmer - eller endda læses helt ind! Det kan jeg forsikre dig om: 1 år senere vil du undre dig over, hvorfor du ikke begyndte at registrere indgående og udgående fakturaer 20 år tidligere. fuldt elektronisk i Naivison / BC. Det lover jeg!

I løbet af 2024 (planlagt: sommer 2024) vil jeg derfor bruge min Navision Financials, Dynamics Attain eller Microsoft Business Central BC365. GetMyInvoice-grænseflade for den oprindelige læsning af

• xFaktura (Factur-X)
• Faktura på tværs af brancher (CII)
• Universelt forretningssprog (UBL)

udvide. På outputsiden overvejer jeg xInvoice med e-mail, dette vil så være mit mailmodul eller noget andet fungerende mail-løsning, der kan håndtere vedhæftede filer.
Bemærk, at Navision (fra den tekniske 4.03-version) og min GetMyInvoice-grænseflade allerede i dag (!!!) understøtter alle 4 fakturaformater (dvs. ud over xFaktura (Factur-X), Faktura på tværs af brancher (CII) og Universelt forretningssprog (UBL) også TILBEHØR!) kan behandle! Og dermed får du mulighed for at forenkle og effektivisere din indgående fakturaproces betydeligt i dag!

Min GetMyInvoice-grænseflade har været tilgængelig siden 2020 for alle Navision-versioner fra teknisk version 4.03 og opefter (2009R2, 2013, 2015 osv.) og har således sikret lovmedholdelig fakturakvittering i mere end 4 år.

Men da xRechnung nu skaber nye markedssituationer, vil jeg integrere de 3 nævnte formater direkte i GetMyInvoice-grænsefladen.
Da GetMyInvoice er for dyrt for nogle brugere, er der en ny løsning fra mig sideløbende! xRechnung er integreret direkte i Navision! Her er den egentlige tjenesteudbyder GetMyInvoice ikke længere nødvendig. Kernefunktionerne som f.eks.

• Automatisk genkendelse og forhåndstildeling af omkostningsfakturaer til næsten 100%
• Automatisk genkendelse og forhåndstildeling af varefakturaer for B- og C-leverandører (leverandører med få, ideelt set kun enkelte åbne ordrer i deres Navision/BC365) til næsten 100%
• Assisteret genkendelse og forenklet bogføring af varefakturaer fra dine hovedleverandører for 70% (i nogle tilfælde endnu mere)

Jeg vil forsøge at holde dem komplette. Disse kan også kombineres med EK-fakturagodkendelsesworkflowet - også i din Navision 2009, selvom det logisk set stadig er en 2.00, 2.01 eller 3 eller anden Navision! Bemærk, at det første punkt og dele af punkt 2 og 3 kræver en udvidelse af din licens til nye formularer (sider) og tabeller, mens den (lovmedholdelige) basisløsning kan være helt „skjult“ i allerede oplåste objekter, hvis det er nødvendigt. Måske er min løsning derfor den eneste på markedet, som om nødvendigt også kan gøre en DOS Navision fra 1993 egnet til e-fakturering...

Med denne metode kan du virkelig reducere dine arbejdsomkostninger for dine indgående fakturaer med 50, 60 eller 70%. Hvis du også kombinerer dette med en strømlining af din Håndtering af betalinger kombinere, og på den anden side også din Forvaltning af tilgodehavender omstrukturere ... så, ja, så bliver den eufemistiske titel „Growth Opportunities Act“ alligevel til virkelighed 🙂 Du vil finde her i manualen til enhver tid den aktuelle status for min udvikling.

Hvordan modtager og sender jeg xInvoices?

Ud over den rent tekniske implementering af XML-formatet ved afsendelse og modtagelse af Navision Financials Dynamics Attain- eller Microsoft Business Central BC365-fakturaer var transmissionsvejen tidligere uklar, se også noten om Peppol ovenfor. Dette monster er (midlertidigt) taget af bordet, det er nu tilstrækkeligt at stille en e-mail-indbakke til rådighed for afsendelse og modtagelse af e-fakturaer.
Der vil helt sikkert stadig være en masse kaos her, hvis f.eks. store virksomheder vil tvinge en lille kantineleverandør til at bruge EDIfact via X.400. Men i stor skala vil e-mail den massemedie til afsendelse og modtagelse af xFakturaer (også drivkraften, EDIfact etc., ikke kun under Navision og Business Central, men også f.eks. hos Sage og andre udbydere).

Du finder et letlæseligt resumé af dette direktiv her.

Løsninger, vind tid

-Nemt at udskyde, hvis du endnu ikke har en indgående fakturagrænseflade

Dette afsnit er blevet afløst af lovgivningsprocessen i marts 2024.

Hvis loven rent faktisk bliver vedtaget - og dumhed inden for en lov har ikke længere været en hindring for dette i årtier - vil du først oprette muligheden for at modtage fakturaer i et sjældent brugt format til 2025, hvis det er nødvendigt - f.eks. Du vil fortsat modtage dine indgående fakturaer i det PDF-format, som du har brugt indtil nu, og blot ignorere den vedhæftede XML-fil. Så du har ingen ændringer - bortset fra at du nu modtager dine fakturaer via e-mail i stedet for brevpost. Hvilket er meget praktisk. Det føderale postvæsen vil stadig have problemer, hvis de milliarder af papirfakturaer, der sendes med brevpost hvert år, nu også bliver elimineret. Også en ideel overgang for dig, f.eks. til GetMyInvoice, hvor du virkelig kan strømline og revolutionere dine indgående fakturaer! Både til den oprindelige Navision Financials, Dynamics, Attain eller Microsoft Business Central BC365. Det giver dig tid i 2024 og 2025 til at vente og se, hvordan tingene udvikler sig.

-Hurtig integration

I 2024 bør du, i 2025 skal du forberede dig på at kunne udstede elektroniske fakturaer til dine kunder. Med henblik på december 2023 og også marts 2024 anbefaler jeg, at du forbereder dig på at udstede og Gør klar til at modtage xInvoice. Det er generelt det enkleste format, endnu enklere end EDI - og måske virkelig standardiseret til sidst - for at overholde loven i dens nuværende form. Og hvem ved, måske men Dette vil blive en succeshistorie, og xRechnung vil endelig give en ensartet global standard for dokumentudveksling. Et håb, der er lige så gammel som IT, ikke kun for Navision Financials eller Business Central BC365-brugere. Måske derfor en blid introduktion via GetMyInvoice, som straks vil gøre dit regnskabsarbejde meget lettere - især hvis du bruger denne introduktion sammen med min Forbind best practice-øvelser, f.eks. også min liste over betalingsforslag med registrering af dårlig gæld.