Valget mellem ForNAV og standardrapporter i Business Central handler sjældent om, hvad der “kan lade sig gøre”. Begge veje kan levere salgsfakturaer, ordrebekræftelser, labels, kontoudtog og interne lister. Spørgsmålet er, hvor meget tid I vil bruge på layout, ændringer, drift og fejlretning, samt hvor tæt rapporterne skal kobles til jeres arbejdsgange.
Nogle virksomheder lever fint med standarden i årevis. Andre rammer hurtigt en grænse, hvor selv små justeringer bliver tunge, tidskrævende og svære at styre på tværs af flere dokumenter. Her giver det mening at sammenligne værktøjerne ud fra hverdagen, ikke kun funktioner på en tjekliste.
Hvad “standardrapporter” reelt betyder i Business Central
Standardrapportering i Business Central dækker typisk to spor:
- Dokumentlayouts (faktura, kreditnota, ordrebekræftelse m.m.) via Word-layout i cloud, hvor layoutet styres med content controls og felter.
- Klassiske rapporter som kan køre i RDLC, primært relevant i on-prem installationer og ved arv fra ældre NAV-løsninger.
Det fungerer, når behovet er stabilt, og ændringer kommer sjældent. I praksis ændrer kravene til dokumenter sig løbende: nye felter, andet layout pr. kunde, flere sprog, stregkoder, EAN/GS1, labels i særlige formater eller compliance-krav til fakturatekst.
Når I skal ændre standardlayouts, bliver arbejdet ofte mere tungt end forventet, fordi ændringer hurtigt får afledte konsekvenser i flere dokumenter og varianter:
- En “lille” layoutændring skal ofte gentages i flere Word-layouts (fx faktura + kreditnota + rykker) og testes enkeltvis.
- Ensretning af sidehoved, footer og faste tekstblokke bliver let til vedligehold i flere filer fremfor ét sted.
- Krav om variantstyring (kunde/brand/land/sprog) skaber flere layoutkopier, som alle skal holdes synkroniseret.
Der findes gode vejledninger til Word-rapportlayouts i den officielle dokumentation, som giver et indblik i muligheder og begrænsninger:
https://learn.microsoft.com/en-us/dynamics365/business-central/ui-how-set-up-word-report-layouts
Hvor ForNAV skiller sig ud i praksis
ForNAV er bygget specifikt til NAV/Business Central-rapporter og tilbyder en WYSIWYG-designer, hvor man arbejder visuelt med træk og slip, typisk uden at skrive kode til almindelige layoutændringer. Det gælder både designarbejdet og den måde datasættet håndteres på.
Et centralt punkt er den dynamiske tilgang til data, hvor felter fra tabeller er tilgængelige direkte i designeren. Det reducerer behovet for at ændre rapportens datasæt via udvikling, når et ekstra felt skal med på dokumentet. Leverandørens introduktion til designeren beskriver tankegangen og funktionerne her:
https://www.fornav.com/designer/
Det, der ofte gør den største forskel i hverdagen, er skabelonfunktionaliteten. I stedet for at gentage de samme layoutgreb i mange separate dokumentlayouts, kan I i højere grad genbruge elementer på tværs, så ændringer implementeres hurtigere og mere ensartet:
- Skabeloner og “master sections” kan samle sidehoved, footer, betalingsinformation, faste tekstafsnit og branding ét sted.
- Justeringer kan rulles ud til flere dokumenter uden at redigere hvert layout separat.
- Ensartethed bliver lettere at fastholde, når flere dokumenter deler samme byggesten.
ForNAV indeholder desuden en stor pakke med standardrapporter, som kan bruges som udgangspunkt og tilpasses, fremfor at starte fra bunden. Overblikket ligger her:
https://www.fornav.com/core-capabilities/
Designhastighed, ændringer og vedligehold
Det er let at undervurdere omkostningen ved “små ændringer”. En ekstra linje på en faktura, et nyt felt på en pakkelabel, en anden rækkefølge i en plukliste. Når ændringer i standardrapporter skal igennem kopiering af layouts, manuel tilretning i flere dokumenter, test pr. variant og deployment, bliver gennemløbstiden hurtigt en flaskehals.
Her er en enkel måde at tænke det på: Hvis ændringer primært er layout, giver det værdi at kunne implementere dem hurtigt og konsistent på tværs af flere dokumenter, uden at hvert dokument bliver et separat mini-projekt.
Hurtigt pejlemærke
- Standard passer ofte bedst, når I sjældent ændrer dokumenter, og jeres layouts er tæt på standarden.
- ForNAV passer ofte bedst, når I løbende justerer dokumenter, har mange varianter, eller vil reducere den tid det tager at gennemføre layoutændringer på tværs af flere dokumenter via skabeloner og genbrug.
Direkte print og automatisering: når rapporter er en del af flowet
Mange vurderer rapportering ud fra, hvordan en PDF ser ud. I praksis er dokumenter ofte en del af et driftsflow:
- Lageret skal have labels i rette format, på rette printer, på rette tidspunkt.
- Fakturaer skal genereres, arkiveres og sendes, uden at nogen skal “klikke print”.
- Pluksedler skal ud, når ordren frigives, ikke når en bruger når det.
Her er forskellen mellem standard og ForNAV tydelig, især i Business Central cloud, hvor standardudskrift ofte ender med at brugeren får en PDF og selv skal printe. ForNAV Direct Print er designet til at sende output direkte til netværksprintere og styre printervalg mere operationelt. Beskrivelsen ligger her:
https://www.fornav.com/direct-print/
Det ændrer ikke kun hastigheden. Det ændrer robustheden i processerne, fordi print kan gøres til et kontrolleret systemtrin fremfor en manuel brugerhandling.
Når licensprisen er nem, og når den er svær at forsvare
ForNAV er en betalt løsning. Standardrapportering følger med platformen. Derfor bør beslutningen tage udgangspunkt i totalomkostningen over tid, ikke kun licenslinjen.
Det er typisk nemt at forsvare ForNAV, når rapporter er kritiske for drift, og når ændringer er hyppige, især når de samme ændringer skal ud på flere dokumenter hurtigt og ensartet. Det er sværere, når virksomheden har få dokumenttyper, få varianter og kan leve med en manuel PDF-udskriftsrutine.
Efter en kort afklaring af jeres nuværende og kommende behov kan man ofte kategorisere behovene ret klart:
- Budgetfølsomt: få rapporter, få ændringer, lav kompleksitet.
- Driftskritisk: høj volumen, mange printere, labels, flere lokationer.
- Compliance og branding: faste krav til opstilling, tekster, sprog, logoer, QR/stregkoder.
- Skaleringsplan: opkøb, nye selskaber, nye lande, flere dokumentvarianter.
Hvad betyder forskellene for jer?
Forskellen bliver først relevant, når den kan mærkes i jeres daglige arbejde: hvor hurtigt I kan ændre et dokument, hvor meget der skal igennem release og test, og hvor nemt I kan gøre print og output til en stabil del af driften.
Standardrapporter i Business Central
- Styrke: Ingen ekstra licens, tæt på platformens standard, fint til stabile layouts.
- Typisk udfordring: Layoutændringer bliver ofte tunge, fordi de skal gentages og testes i flere separate layouts/varianter, og cloud-print er ofte PDF-baseret med manuel handling.
ForNAV
- Styrke: Visuelt design, hurtigere layouttilpasning, dynamisk tilgang til felter, genbrug via skabeloner/master sections, muligheder for Direct Print og mere automatisering.
- Typisk udfordring: Licens, oplæring, en ekstra komponent at styre og opdatere.
Typiske scenarier, der tipper valget
Når man gennemgår en rapportportefølje, er det sjældent alle rapporter der “behøver” et stærkt designværktøj. Ofte er det 10 til 30 procent af dokumenterne, der skaber 80 procent af arbejdet.
Det kan være nyttigt at pege på de dokumenttyper, hvor forskellen mærkes mest i hverdagen:
- Standardfakturaer med enkelte tilpasninger kan ofte klares i Word-layout.
- Dokumenter med mange varianter pr. kunde, land eller brand kræver ofte bedre genbrug og hurtigere implementering af ændringer på tværs.
- Labels, pluksedler og pakkeoutput er ofte mere følsomme, fordi de skal spille med printere og lagerflow.
- Rapporter med stregkoder, QR-koder, vandmærker eller avanceret formatering får hurtigere friktion, når man forsøger at presse dem ind i standardværktøjer.
Her giver det mening at tage en lavpraktisk snak om volumener: Hvor mange dokumenter genererer I pr. dag, og hvor mange gange pr. måned ændrer I layout eller indhold?
Governance: sådan undgår I rapport-kaos uanset valg
Rapporter bliver hurtigt et sted, hvor små “hurtige fixes” samler sig. Det gælder både i standard og i ForNAV. Derfor er governance mindst lige så vigtig som værktøjet.
En enkel model, der ofte virker i praksis, er at gøre rapportændringer til små, kontrollerede leverancer med klare ejere og test.
Efter en kort afklaring kan I bruge en fast proces:
- Beskriv ændringen i forretningssprog (hvad skal brugeren se, hvornår, og hvorfor).
- Aftal ejerskab (hvem godkender, hvem tester, hvem drifter).
- Læg ændringen i en releasekadence (små leverancer, fast rytme).
- Test med realistiske data (inkl. kanttilfælde: kreditnota, del-levering, rabatter, valuta).
- Dokumentér layoutversion og formål, så ændringer kan spores.
Det lyder tungt, men det bliver hurtigt en lettelse, fordi man undgår, at rapporter “lever deres eget liv”.
Når rapportering kobles til governance, test og klare ejere, bliver rapportarbejde mindre dramatisk.
En beslutningsmodel, der kan bruges på et møde
Hvis I skal vælge retning i et projekt, hjælper det at have et sæt spørgsmål, der kan besvares hurtigt. Brug dem som et filter, før I går i tekniske detaljer.
- Volumen: Hvor mange dokumenter genereres pr. dag, og hvor meget tid går til print og fejlretning?
- Varians: Hvor mange layoutvarianter har I pr. kundetype, brand, land eller selskab?
- Automatisering: Skal rapportoutput kunne trigges i baggrunden og ramme bestemte printere uden brugerklik?
- Kompetencer: Hvem skal kunne vedligeholde layouts, superbrugere, konsulenter eller udviklere?
- Opgraderinger: Hvor vigtigt er det, at ændringer holdes opgraderbare med klar styring af tilretninger og add-ons?
Når man svarer ærligt på de fem, falder valget ofte naturligt ud.
Når standard er nok, og når ForNAV typisk giver ro i maven
Beslutningen bliver mest tydelig, når den kobles til jeres reelle drift: hvor ofte I ændrer dokumenter, hvor mange varianter I skal håndtere, og hvor meget outputtet skal køre uden brugerklik.
Indikatorer for at standard typisk er nok
- I har få dokumenttyper og begrænset variation på tværs af kunder, selskaber og lande.
- Layoutændringer sker sjældent (fx et par gange om året) og kan planlægges.
- Print foregår primært som PDF, og manuel udskrivning er acceptabel i flowet.
- Krav til label-format, stregkoder og avanceret formatering er begrænsede.
Indikatorer for at ForNAV typisk giver mest værdi
- I har mange dokumentvarianter (kunde-/brand-/landespecifikke layouts) og vil genbruge design på tværs via skabeloner/master sections.
- I ændrer ofte layout eller indhold og vil forkorte tiden fra “behov” til “i drift”, især når ændringen skal ud i flere dokumenter.
- Drift kræver direkte print til bestemte netværksprintere som en fast del af lager- eller pakkeprocesser.
- I arbejder med labels, stregkoder/QR, særlige formater eller compliance-krav, hvor standardværktøjer giver friktion.
Implementering: hold det småt, styr det stramt
Uanset om I vælger standard eller ForNAV, kan rapporter hurtigt udvide scope i et Business Central-projekt. Den mest stabile tilgang er at starte med de vigtigste dokumenter, få dem i drift, få brugerne trygge, og udbygge i små leverancer.
En praktisk måde at gøre det på er at vælge 3 til 6 kernerapporter, der dækker størstedelen af jeres daglige drift, og lade resten komme i en plan. Når rapportering kobles til governance, test og klare ejere, bliver rapportarbejde mindre dramatisk.
Et konsulenthus som Naviteam vil typisk hjælpe med at få afklaret behov, prioritere rapportporteføljen, vælge den rigtige kombination af standard og tredjepart, samt få sat styring og brugerforankring op, så rapporterne ikke ender som et vedligeholdelsesproblem. Det vigtigste er, at I vælger ud fra jeres processer og driftskrav, ikke ud fra hvad der er “mest avanceret” på papiret.