Metode: sådan vurderer vi ERP-systemer

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 fjerde hårdt filter, og et spørgsmål om hvilken slags løsning I leder efter styrer hvor stramt det er. Svarer I "Generisk løsning", udgår de dedikerede brancheløsninger, resten består. Svarer I "Har løsning til branchen", består kun systemer der har en branchespecialisering og har jeres branche med i deres branchefokus. Svarer I "Dedikeret brancheløsning", strammes det: systemet skal være en dedikeret brancheløsning og have netop jeres branche som sin primære branche.

De to trin stiller altså to forskellige krav: at dække branchen, og at være bygget til den. 12 af 48 systemer i kataloget er i dag klassificeret som dedikerede brancheløsninger, og de dækker kun en håndfuld brancher. Vælger I "Dedikeret brancheløsning" for en branche uden en sådan løsning i kataloget, er resultatet 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:

Branche står ikke i tabellen, fordi den næsten altid er afgjort af filtret. Ét sted vægter den dog: svarer I "Har løsning til branchen", får branche 8 point, taget proportionalt fra de øvrige akser. De point går fuldt til systemer der har jeres branche som deres primære fokus, og halvt til systemer der blot har den med i deres brancheliste. Det løfter de brancherettede systemer øverst uden at overdøve modulmatchen. I de to andre svar giver branche ingen point, der er den ren ja/nej.

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.

Hvem står bag

ERP i Danmark er produceret og drevet af Clevercode ApS, CVR 35468862, 2100 København Ø, Danmark. Du kan skrive til os på info@erpidanmark.dk.

Det redaktionelle ansvar ligger hos Clevercode ApS som virksomhed, ikke hos en enkelt navngiven redaktør. Vurderingerne på sitet er en fælles redaktionel linje, kalibreret ens på tværs af alle 48 systemer, og det er den linje, vi står ved.

Ingen leverandør kan betale for placering eller omtale

Ingen producent, leverandør eller partner kan betale for at komme med i kataloget, for en placering i et match eller for en pænere omtale. Der er ikke et sponsorat i modellen, ingen provision på henvendelser og ingen aftaler bag om. Du skal ikke udfylde en formular for at se et resultat, og du kan ikke købe noget her.

Sådan retter du en fejl

Har vi skrevet noget forkert om et system, så retter vi det, fordi det er forkert, og ikke fordi nogen har bedt pænt om det. Skriv til info@erpidanmark.dk med hvilket system og hvilket felt det handler om, og hvad den rigtige oplysning er. Kan oplysningen dokumenteres hos leverandøren eller i et offentligt register, retter vi feltet og sætter en ny verificeringsdato på systemet.

Vi retter fakta. Vi ændrer ikke en redaktionel vurdering, fordi en leverandør er uenig i den. Er skalaen for et modul sat forkert i forhold til, hvad produktet faktisk kan, så er det en fejl, og den retter vi. Er den sat rigtigt, men lavere end leverandøren kunne ønske, så er det ikke en fejl.