01 · Problemet
Samma artikel blir flera olika sanningar.
Affärssystemet vet pris och artikelnummer. Marknaden behöver mått,
förpackningshierarki, märkning, bilder och kvalitetssäkrade texter.
Glappet däremellan fylls ofta av kalkylblad.
Kalkylbladet fungerar i början eftersom det är snabbt att förändra.
Med tiden blir samma flexibilitet en risk: ingen vet vilken fil som
är aktuell, obligatoriska fält missas, enheter blandas ihop och en
korrigering måste göras om i flera kanaler.
Lösningen är inte att pressa in all produktinformation i Fortnox.
Det är att bestämma vilket system som äger vilket fält och skapa ett
kontrollerat flöde mellan källan, berikningen och publiceringen.
En tydlig rollfördelning
Fortnox är källa för affärsdata. Pimble är arbetsyta för berikning och kontroll. GS1, Validoo och andra kanaler är mottagare av godkänd information.
02 · Målbilden
Ett flöde där fel stoppas före publicering.
Steg 01Synka
Artikelnummer, namn, pris och andra affärsfält hämtas från Fortnox.
Steg 02Berika
Produktteamet kompletterar mått, GTIN, förpackningar, märkning, texter och bilder.
Steg 03Validera
Regler kontrollerar obligatoriska fält, format, relationer och kanalernas krav.
Steg 04Granska
En ansvarig person ser avvikelser och godkänner den version som får lämna arbetsytan.
Steg 05Publicera
Endast godkända värden skickas vidare till GS1, Validoo eller andra mottagare.
Steg 06Följ upp
Status, fel och ändringar går att spåra tillbaka till artikel, regel och tidpunkt.
Publicering är ett beslut, inte en automatisk bieffekt
En synkning från Fortnox ska inte automatiskt publicera ofullständig
information. Import och publicering behöver vara två separata steg.
Då kan affärsdata uppdateras löpande medan kanaldata väntar tills alla
regler är uppfyllda och en ansvarig person har granskat ändringen.
↳
Fortsätt läsa
Lås upp resten av guiden.
Lämna din mejl så låser vi upp hela guiden direkt och skickar PDF-versionen till din inkorg. Om du vill kan vi också följa upp med relevanta exempel för Fortnox, produktdata, GS1 och Validoo.
Ditt intresse märks upp somProduktdata & PIMPimble · Fortnox · GS1 & Validoo
03 · Byggblocken
Tre lager med olika uppgifter.
KällaFortnox
Äger artikelnummer, ekonomiska fält och den grund som redan används i verksamhetens affärsflöden.
KontrollagerPimble
Samlar berikning, validering, granskning och status mellan affärssystemet och externa mottagare.
pimble.se ↗
MottagareGS1 & Validoo
Tar emot strukturerad och kvalitetssäkrad produktinformation enligt sina respektive krav och processer.
04 · Datamodell
Bestäm ägare för varje typ av fält.
När två system båda får ändra samma fält uppstår konflikter som
synkning inte kan lösa. Dokumentera därför fältägarskap innan ni
bygger integrationen.
| Fälttyp | Primär ägare | Kontroll | Exempel |
|---|
| Affärsidentitet | Fortnox | Unikt och stabilt över tid | Artikelnummer, status, grundnamn |
| Logistik | Pimble eller utsedd masterkälla | Enhet, rimlighet och förpackningsrelation | Vikt, mått, kollistorlek |
| Global identitet | Pimble med verksamhetsregel | Format, kontrollsiffra och unikhet | GTIN och GLN-referenser |
| Marknadsinnehåll | Pimble | Språk, längd, obligatoriska påståenden | Beskrivning, ingredienser, bilder |
| Kanalstatus | Pimble | Härleds från validering och publicering | Ej komplett, redo, publicerad, fel |
Skilj på tomt, okänt och inte tillämpligt
Ett tomt värde kan betyda att uppgiften saknas, att ingen har granskat
den eller att fältet inte gäller för produkttypen. Modellera skillnaden.
Annars blir valideringsreglerna fulla av undantag och användaren vet
inte om ett tomt fält är ett fel.
05 · Kvalitetsregler
Gör kvalitet konkret och synlig.
- Kompletthet: alla obligatoriska fält för vald produkttyp och kanal finns.
- Format: värdet följer rätt datatyp, teckenuppsättning och standard.
- Rimlighet: nettovikt är inte större än bruttovikt och mått använder rätt enhet.
- Relation: konsumentförpackning, innerförpackning och kolli hänger ihop matematiskt.
- Konsekvens: varumärke, språk och benämningar är enhetliga mellan relaterade artiklar.
- Publicerbarhet: bara granskade värden och godkända bilder lämnar arbetsytan.
Felmeddelandet är en del av produkten.
Skriv vilken uppgift som är fel, varför den behövs och hur användaren rättar den. ”Validering misslyckades” skapar bara ett nytt supportärende.
06 · Införande
Flytta en produktfamilj i taget.
- Välj ett avgränsat sortiment. Ta en produktfamilj med kända ägare och hanterbart antal artiklar.
- Kartlägg dagens filer. Identifiera vilka fält som finns var, vem som uppdaterar dem och vilka mottagare som använder dem.
- Bestäm fältägarskap. Dokumentera källa, redigeringsrätt, validering och publiceringsmål per fält.
- Importera utan att publicera. Kör synkning och regler tills avvikelserna är begripliga och hanterbara.
- Publicera kontrollerat. Börja med en kanal och ett manuellt godkännande, följ sedan fel och ledtid.
- Stäng det gamla flödet. När den nya vägen är bevisad måste gamla kalkylblad och parallella uppdateringar tas ur bruk.
07 · Uppföljning
Mät om informationen blir redo snabbare.
- Tid från skapad Fortnox-artikel till publicerbar produkt.
- Andel artiklar som klarar validering utan omarbete.
- Antal fel per regel, produktfamilj och källa.
- Andel fält med tydlig ägare och senast granskad tidpunkt.
- Antal manuella filöverföringar och parallella register som återstår.
- Tid från upptäckt kanalavvikelse till korrigerad publicering.
08 · Checklista
Redo att lämna kalkylbladet?
Varje fält har en dokumenterad primär ägare.
Import och publicering är separata händelser.
Produkter har en tydlig status per mottagare.
Obligatoriska fält styrs av produkttyp och kanal.
Enheter och förpackningsrelationer valideras.
Ändringar kan spåras till person och tidpunkt.
Feltexter beskriver både orsak och lösning.
Det gamla parallella flödet har ett slutdatum.
By Hugo!