Hvad sker der, hvis du ikke fører samtalen med din softwareleverandør?
Hvis du ikke fører samtalen med din softwareleverandør om det digitale dækpas i tide, risikerer du, at dine systemer ikke er klar, når forpligtelsen træder i kraft. Det betyder ikke automatisk en bøde eller et problem med en tilsynsmyndighed, men vel at du under tidspres skal indsamle, kombinere og offentliggøre data, der egentlig havde skulle have været struktureret for længe siden.
Problemets kerne er enkelt: dækpasset kræver data fra forskellige systemer på samme tid, såsom din lagerbeholdning, din indkøbsadministration og muligvis en separat platform for produktinformation. Softwareleverandører tilpasser ikke deres systemer fra den ene dag til den anden. Hvis du udsætter den samtale til forpligtelsen næsten er på plads, ender du ofte i en kø af virksomheder, som har samme problem på samme tid.
Hvorfor denne samtale ikke sker af sig selv
Mange iværksættere går ud fra, at deres softwareleverandør tager dette op af sig selv, fordi det nu engang "hører til systemet". I praksis fungerer det omvendt: leverandører bygger funktionalitet for kunder, der spørger om det. Hvis denne forespørgsel udebliver, står dækpasset simpelthen ikke højt på udviklingsdagsordenen hos din leverandør, selv ikke når forpligtelsen nærmer sig.
Hertil kommer, at den præcise dato for, hvornår forpligtelsen træder i kraft, endnu ikke er fastsat. Arbejdsplanen for Europa-Kommissionen nævner en delegeret retsakt, der efter forventning offentliggøres i 2027, hvorefter en overgangsperiode følger. Det gør det fristende at vente, til alt er sikkert. Ulempen er, at teknikken, datastrukturen og forbindelserne ofte kræver mere tid end selve forordningens tekst.
Risiciene på kort sigt
På kort sigt handler det især om praktisk forsinkelse. En forbindelse mellem dit nuværende system og en pasportplatform skal bygges, testes og udfyldes med korrekte data pr. dækmodel. Hvis du starter dette forløb først, når forpligtelsen træder i kraft, opdager du ofte, at gennemløbstiden hos softwareleverandøren er længere end forventet, især hvis flere kunder henvender sig samtidigt.
Også datahåndteringen selv bliver så hastværk. Data, der normalt opbygges roligt, skal så indsamles på kort tid fra fakturaer, tekniske specifikationer og dokumentation fra fabrikanten. Det øger fejlrisikoen, og fejl i et produktpasport er sværere at rette end fejl i en intern administration, fordi passet er synligt for tredjeparter.
Risiciene på længere sigt
På længere sigt spiller en anden faktor ind: kontrakter. Hvis du ikke involverer din softwareleverandør i tide, risikerer du, at den nuværende aftale ikke indeholder bestemmelser om, hvem der er ansvarlig for at holde pasportdata ajourført, hvem der hæfter ved forkerte data, og hvad der sker, hvis du skifter leverandør. Det er ikke spørgsmål, du nemt løser bagefter, især ikke hvis forholdet til leverandøren allerede har kørt i mange år på basis af en ældre kontrakt.
Desuden spiller tilsynsspørgsmålet en rolle. Tilsynsmyndigheder ser ved produktregulering normalt på, om de rigtige oplysninger er tilgængelige og ajourført på kontroltidspunktet, ikke på intentionen om at ordne det på et tidspunkt. Et ufuldstændigt eller ikke-fungerende pasport på kontroltidspunktet er en anden situation end et pasport, der er opbygget rettidigt og omhyggeligt.
Hvordan dette relaterer til din rolle i kæden
Hvorvidt og hvor tungt disse konsekvenser vejer på din virksomhed, afhænger stærkt af din rolle i dækkenes værdikæde. En importør, der som første bringer dækket på det europæiske marked, har andre forpligtelser end en grossist, der kun videresælger dæk. Denne sondring bestemmer også, hvilke data du selv skal levere til din softwareleverandør, og hvilke data, der allerede er blevet registreret af en tidligere part i kæden. Hvis man ikke har denne sondring klar, føres samtalen med softwareleverandøren ofte på grundlag af et ufuldstændigt billede af, hvad der egentlig er nødvendigt.
Samspillet med eksisterende lovgivning spiller også ind her. Data, som du allerede indsamler til produktsikkerhed eller til dit nuværende dækkemærkat, kan delvist genbruges til passettet. Det er noget, der netop bør diskuteres tidligt i samtalen med din softwareleverandør, ikke først efter at systemet allerede er etableret.
Hvad du nu kan gøre med disse oplysninger
At udskyde denne samtale er ikke selv en overtrædelse, men vel et valg, der øger gennemløbstiden og fejlrisikoen, så snart forpligtelsen bliver konkret. Et godt tidspunkt at starte er ikke det tidspunkt, hvor den delegerede retsakt er offentliggjort, men det tidspunkt, hvor du selv er blevet klar over, hvilke data du allerede har, og hvilke der stadig mangler.
På pr. emne udforsket, hvad der er relevant for din situation er der et overblik over de enkelte byggesten i passettet, så du ikke skal forstå hele forløbet på én gang. Hvis du hellere vil have et generelt billede først, kan du få en første indikation på et par spørgsmål hvor din virksomhed befinder sig i øjeblikket. Og før du går i samtale med din softwareleverandør, er det ofte nyttigt først at vide hvor data til passettet kommer fra helt præcist, så du målrettet kan spørge, hvad din leverandør allerede understøtter.
For din egen situation med alle detaljerne i din kontrakt og din rolle i kæden, er det stadig hensigtsmæssigt at konsultere en jurist eller den kompetente tilsynsmyndighed ved siden af disse generelle oplysninger. Hvis du først vil danne dig et billede uden straks at tage skridt, finder du på svar på spørgsmål, som andre iværksættere også stiller og kan du gennemgå gratis quick-scan uden binding.