Det vanligaste misstaget i samtalet med er mjukvaruleverantör om meubelpaspoorten är att företag utgår ifrån att deras befintliga system automatiskt hanterar passet, utan att explicit kontrollera det. Ett ERP-paket eller lagersystem registrerar vanligtvis produktdata, men inte automatiskt i det format, med de kopplingar och med den bevarandeperiod som ett digitalt produktpass snart kommer att kräva.
Detta misstag uppstår inte på grund av vårdslöshet utan från ett logiskt antagande: om leverantören redan arbetar med er produktdata verkar det uppenbart att en ny förpliktelse enkelt ansluter sig till det. I praktiken visar det sig endast stämma om du specifikt frågar om det, och inte varje leverantör har redan ett svar klart för sig.
Varför detta antagande är så envist
Mjukvaruleverantörer talar på sitt eget språk om kopplingar, exporter och API:er. För en direktör eller kontorschef utan IT-bakgrund låter "det kan vi exportera" som en försäkran, medan frågan egentligen var om systemet kan leverera data i det format som en passleverantör behöver, inklusive kopplingen med en QR-kod och inklusive uppdateringar när en produkt ändras. Det är två olika frågor, och skillnaden görs sällan högt i ett försäljningssamtal.
Det spelar också in att förordningen själv ännu är under utveckling. Så länge den delegerade handlingen för möbler inte är publicerad kan ingen leverantör med säkerhet säga att ett system är redo för det. Vissa leverantörer gör detta klart, andra ger intrycket att problemet redan är löst. att läsa regelstatus per ämne hjälper till att känna igen denna skillnad innan du undertecknar ett avtal.
Vad som konkret går fel
Följderna av detta misstag blir vanligtvis först synliga när passet faktiskt måste levereras. Då visar det sig att data är spridd över flera system, att det inte finns någon fast koppling till en leverantör som är värd för passet, eller att mjukvaran registrerar data men inte under de tio år som krävs efter leverans. Vid den punkten har förseningen redan uppstått och justering är dyrare än att fastställa något i förväg.
En andra, mindre synlig följd är att ansvar förblir oklart. Vem ser till att data stämmer när en produkt ändras? Vem hanterar QR-koden om en plattformsleverantör byter? Om det inte har diskuterats ligger ansvaret i praktiken ofta på företaget själv, även om mjukvaran gjorde en del av arbetet.
Hur du undviker detta
Kärnan är enkel: fråga inte om mjukvaran "stöder passet", utan fråga hur. Vilka data registrerar systemet redan nu, i vilket format kan dessa exporteras, och är det planerat en koppling med en part som faktiskt är värd för passet och förser det med en QR-datadrager. Fråga också vad som händer om en produktgegensskap ändras efter att passet redan är online, och vem som uppdaterar det.
Det hjälper att föra detta samtal innan ett avtal förlängs eller förnyas, så att eventuella anpassningar kan inkluderas utan extra uppsägningsterminer. En kort inventering i förväg, till exempel via ett par frågor som visar var ert företag står nugör samtalet med leverantören mer konkret eftersom ni vet vilka data ni redan har och vilka som saknas.
Dokumentera vad som överensstämmits
Muntliga löften från en kontoansvarig är svåra att hitta när något går fel. Dokumentera överenskommelser om export, koppling och bevarandeperiod skriftligt, även om det från början känns överdrivet försiktigt. Det förhindrar diskussion när passet faktiskt måste levereras.
Ingen ersättning för juridisk rådgivning
Denna förklaring beskriver ett vanligt förekommande mönster, ingen bedömning av en specifik situation. Huruvida er nuvarande programvara och avtal är tillräckliga för de skyldigheter som gäller för er verksamhet beror på era produkter och arbetssätt. För denna bedömning kan ni vända er till en jurist eller till den tillsynsmyndighet som i Nederländerna är ansvarig för denna förordning.
Vill ni först själva få en överblick över var er verksamhet står innan ni för detta samtal? Gör den kostnadsfria snabbskanning eller läs igenom ämnena i vanliga frågor om möbelpaspoorten så att ni sitter vid bordet med rätt frågor.