Metode og gennemsigtighed

Sådan matcher vi jer

Matchningen sker i to trin. Først hårde filtre, der ekskluderer systemer som ikke kan opfylde et grundlæggende krav I har sat: krav om lovligt bogføringssystem, e-faktura hvis I sælger til det offentlige, og den deployment-form I kræver. Ekskluderede systemer forsvinder ikke, de vises stadig, med den konkrete begrundelse for hvorfor de udgik.

Branche er et særtilfælde: et separat spørgsmål om hvilken slags løsning I leder efter styrer HVORDAN branche indgår. Svarer I "Generisk løsning", springes branchespørgsmålet helt over, det indgår slet ikke i matchningen. Svarer I"Har løsning til branchen", vægtes branche som en almindelig akse (se tabellen nedenfor). Svarer I "Dedikeret brancheløsning", bliver branche et fjerde hårdt krav: kun systemer der er purpose-built til netop jeres branche består, resten udgår med begrundelse.

12 af 48 systemer i kataloget er i dag klassificeret som dedikerede brancheløsninger. Vælger I "Dedikeret brancheløsning" for en branche uden en sådan løsning i kataloget, kan resultatet være tomt, det er en ærlig konsekvens af filtret, ikke en fejl.

Dernæst scores de resterende systemer vægtet på en række akser. Hver akse giver 0-100% af sin vægt afhængigt af hvor godt systemet matcher jeres svar. Vægtene er (branchens 20 point fordeles proportionalt på de øvrige akser, hvis I har valgt "Generisk løsning", samme mekanik som AI-vægten nedenfor bruger):

AI-vægten (Tier 4) er dynamisk og afhænger af jeres svar på "hvor vigtig er AI for jer":

Når AI-vægten stiger, skaleres de øvrige vægte proportionalt ned, så summen altid er 100, ingen akse forsvinder, den fylder bare mindre.

Dækningsskalaer

De funktionelle moduler (økonomi, salg, produktion m.fl.) vurderes på en fælles dækningsskala, kalibreret ens på tværs af alle systemer i kataloget:

"Via app/marketplace" og "Via partner-tilpasning" giver delvis point, funktionaliteten findes, men kræver en ekstra afhængighed. "Ukendt" giver samme point som "Ingen": vi krediterer ikke funktionalitet vi ikke har kunnet bekræfte.

Dansk support og marketplace/apps scores tilsvarende, kun hvis I har markeret dem som vigtige:

Datakilder og redaktionelle standarder

Hvert felt i kataloget har én af fire kildetyper:

Register

Offentligt, verificerbart, fx bogføringslov-status og SAF-T-eksport, som kan tjekkes mod Erhvervsstyrelsens fortegnelse over registrerede bogføringssystemer.

Vendor

Oplyst af leverandøren selv (produktdokumentation, hjemmeside), fx e-faktura-formater og integrationslister.

Redaktion

Vores egen vurdering, fx dækningsskalaer for funktionelle moduler og AI. Kalibreres ens på tværs af alle systemer, så en "Dyb"-vurdering betyder det samme uanset system.

Partner

Oplyst af eller verificeret via en implementeringspartner, hvor leverandøren selv ikke er den primære kilde.

Felter er desuden mærket med en volatilitet: Lav (ændrer sig sjældent, fx størrelsessegment og deployment), Mellem (kræver løbende opdatering, fx integrationer) og Høj (kan forældes på måneder, det gælder hele Tier 4, AI-funktionalitet, som ændrer sig med hver leverandørs kvartalsvise releases).

Sidst verificeret pr. system

Felter der i dag ikke skelner mellem systemer

Kataloget er afgrænset til ERP-systemer i det danske marked. En konsekvens er at nogle felter har samme værdi for alle 48 systemer i dag, og derfor reelt ikke skelner mellem dem, uanset deres formelle rolle som filter eller akse. Vi foretrækker at sige det ærligt frem for at lade et filter se ud til at arbejde, uden at det gør:

Konkret betyder det at det hårde e-faktura-filter i praksis ikke ekskluderer noget system i dag. Vi beholder felterne i modellen, de får igen skelneevne så snart kataloget optager systemer der afviger (fx ved overgangen til Peppol BIS 4/PINT), og listen her opdateres automatisk i takt med det.

Begrænsninger

• Kataloget dækker 48 systemer indtil videre og udvides løbende, det er ikke en udtømmende liste over alle ERP-systemer på det danske marked.
• Tier 2-dækningsskalaer og hele Tier 4 (AI) er redaktionelle vurderinger, ikke objektive målinger, de er kalibreret ens på tværs af systemer, men er i sidste ende et skøn.
• AI-felterne har høj volatilitet og kan være forældede siden det "sidst verificeret"-tidspunkt, der står på hvert system.
• Matchningen er en beslutningsstøtte, ikke en garanti, verificér altid centrale krav (bogføringslov, e-faktura, lønintegration) direkte hos leverandøren før en beslutning.