← Tillbaka till bloggen
excel

Därför faller datamappningen i Excel isär så fort ni blir fler än fem

gridmap-teamet · 2 juni 2026 ·2 min läsning

Ett kalkylark är ett bra sätt att börja med datamappning. En fil, en gemensam disk, några hundra rader. Det fungerar för två personer. Det duger fortfarande för tre. Någonstans runt fem börjar det glida isär, och de flesta team märker det inte förrän det redan kostar dem veckor.

Mönstret är alltid detsamma.

Någon behöver göra en snabb ändring före bokslutet. Nätverksdisken är seg, så ändringen görs i en lokal kopia som sedan blir kvar på datorn. En vecka senare är det den kopian som rapporteringen bygger på. Den gemensamma filen ligger nu efter.

Kolumnerna blir fler. De tre ursprungliga blir femton. Hälften är dolda. Folk bygger rapporter på de kolumner de ser och tar för givet att resten inte spelar någon roll. Men det gör de, och första gången någon tar fram dem igen går något sönder.

Valideringen slutar fungera så fort filen lämnar Excel. Spara som CSV så försvinner listrutorna. Klistra in i en annan arbetsbok så försvinner reglerna också. Efter tre månader finns samma valuta som ”EUR”, ”eur” och ”EUR ” med ett mellanslag på slutet. Rapporterna grupperar på valuta och visar tre rader för en och samma valuta.

Ändringshistoriken försvinner helt. Du frågar vem som ändrade mappningen för produktkod 4471 förra kvartalet. Filen kommer inte ihåg. SharePoint visar femtio sparningar, utan koppling till några enskilda celler. Du gissar. Till sist slutar du fråga.

Inget av det här är Excels fel. Excel är ett flexibelt rutnät för en person i taget. Datamappning är arbete som många gör samtidigt, där ändringar läggs till i stället för att skriva över varandra och allt behöver versionshanteras. Verktyget och uppgiften passar inte ihop, och när ni blir fler än fem går det från irritation till verklig kostnad.

När du slutar slåss mot kalkylarket visar det sig att du egentligen bara behöver några få saker. En ägare per rad. En riktig granskningslogg i stället för en lista med sparningar. Validering i databasen, inte i cellen. Behörigheter som skiljer på att läsa och att ändra. Ett API, så att systemen som använder mappningen inte är beroende av att någon kommer ihåg att mejla den senaste filen.

I gridmap får du allt det genom att mappningen ligger i ett dataregister. Varje ändring sparas med vem som gjorde den, när och både gammalt och nytt värde. Raderade rader ligger kvar och kan återställas. Andra system läser via ett API eller en export, inte genom att någon delar en fil.

Några tecken på att du har passerat gränsen: fler än tre personer ändrar i samma fil en vanlig vecka, någon frågar ”vem ändrade det här?” och du kan inte svara, en rapport längre fram i kedjan är beroende av filens exakta format eller någon har börjat föra ändringslogg på en egen flik i arbetsboken.

Vart och ett av dem är inget problem i sig. Två samtidigt betyder oftast att du redan är förbi gränsen. Kalkylarket svek dig inte. Det blev bara för litet.