Hoppa till innehållet
LightInventory

Översatt med AI från den engelska versionen daterad 28 oktober 2026. Läs originalet

Gränser i Google Kalkylark för lagerhantering

Gränserna i Google Kalkylark för celler, delning, versioner, IMPORTRANGE, API och Apps Script som påverkar lagret, med officiell källa och råd för varje gräns.

Senast uppdaterad 28 oktober 2026

Ett kalkylark i Google Kalkylark kan innehålla upp till 20 miljoner celler eller 100 MB. För de flesta lagerfiler kommer de praktiska gränserna tidigare: hur många som kan redigera samtidigt, hur mycket data IMPORTRANGE kan flytta och API-kvoterna för verktyg som skriver till kalkylarket. Varje gräns nedan är hämtad från Googles egen dokumentation, kontrollerad 2026-10-28.

Gränserna i korthet

OmrådeGränsKälla
Kalkylarkets storlekUpp till 20 miljoner celler eller 100 MB för kalkylark som skapats i eller konverterats till Google KalkylarkFiler som du kan lagra i Google Drive
Ändrad cellgränsHöjd från upp till 10 miljoner till upp till 20 miljoner celler; gäller nya, befintliga och importerade filerGoogle Workspace Updates, 10 september 2026
Tecken i en cell (konvertering från Excel)När du konverterar en Excel-fil tas varje cell med mer än 50 000 tecken bortFiler som du kan lagra i Google Drive
Samtidig redigeringKan redigeras aktivt på upp till 100 öppna flikar eller enheter samtidigt; därutöver kan bara ägaren och vissa redigerare göra ändringarDela filer från Google Drive
DelningUpp till 600 enskilda e-postadresser per filDela filer från Google Drive
Namngivna versionerUpp till 15 per kalkylarkSe vad som har ändrats i en fil
IMPORTRANGE, datamängdHögst 10 MB mottagna data per begäranIMPORTRANGE
IMPORTRANGE, uppdateringSöker efter uppdateringar varje timme medan dokumentet är öppetIMPORTRANGE
IMPORTRANGE, åtkomstÅtkomst som ges till ett målkalkylark räknas mot källkalkylarkets delningsgräns på 600 användareIMPORTRANGE
Läsningar via Sheets API300 per minut per projekt; 60 per minut per användare per projektAnvändningsgränser för Sheets API
Skrivningar via Sheets API300 per minut per projekt; 60 per minut per användare per projektAnvändningsgränser för Sheets API
Tid per begäran i Sheets APIEn begäran som behandlas i mer än 180 sekunder returnerar ett timeout-fel; Google rekommenderar en nyttolast på högst 2 MBAnvändningsgränser för Sheets API
Körtid i Apps Script6 min per körning; anpassade funktioner 30 sek per körningKvoter för Apps Script
Utlösare i Apps ScriptTotal körtid för utlösare 90 min per dag (privatkonton) eller 6 tim per dag (Google Workspace-konton)Kvoter för Apps Script
Samtidighet i Apps Script30 samtidiga körningar per användareKvoter för Apps Script

Google skriver att kvoterna för Apps Script kan tas bort, minskas eller ändras när som helst utan föregående meddelande. Kontrollera källsidorna innan du planerar utifrån en exakt siffra.

Vad gränserna betyder för ett lagerkalkylark

Storlek

Cellgränsen gäller hela kalkylarket, inte en enskild flik. En liggare över lagerrörelser växer med en rad per lagerändring. Med 8 kolumner ger 1 000 lagerrörelser i månaden 8 000 celler i månaden, eller ungefär 96 000 om året, så de flesta små team ligger långt under 20 miljoner celler i många år.

En stor fil kan bli långsam att öppna och räkna om innan den når gränsen. Om det händer kan du följa stegen i sista avsnittet på den här sidan.

Samtidig redigering

Upp till 100 öppna flikar eller enheter kan redigera en fil aktivt samtidigt. Det inkluderar samma person på två enheter. Personer som bara slår upp lagersaldon behöver inte redigeringsåtkomst, så dela med dem som läsbehöriga.

IMPORTRANGE

Om du hämtar lagerdata från en fil till en annan med IMPORTRANGE är varje begäran begränsad till 10 MB mottagna data, och gränserna tillämpas på den som skapade dokumentet. Google rekommenderar att du sammanfattar i källfilen och importerar resultatet i stället för de råa raderna. Beräkna till exempel lagersaldona i lagerfilen och importera bara tabellen med summorna.

Kvoter för API och Apps Script

Skript, tillägg och appar som läser eller skriver ditt kalkylark delar på Sheets API-kvoterna för det projekt de körs under. När ett verktyg överskrider en kvot per minut returnerar Google 429: Too many requests, och verktyget bör försöka igen med exponentiell backoff. Om ett skript som uppdaterar lagret körs via en utlösare gäller den dagliga gränsen för utlösarnas körtid för alla dess körningar sammanlagt.

Vad du gör när du närmar dig en gräns

  1. Arkivera avslutade perioder. Kopiera förra årets lagerrörelser till en separat arkivfil. Ersätt dem i den aktiva liggaren med en rad med ingående saldo per artikel och plats, så att summorna stämmer.
  2. Ta bort det du inte använder. Radera kolumner och flikar som du inte längre behöver.
  3. Använd få formler. Använd en enda ARRAYFORMULA eller QUERY för en kolumn i stället för att kopiera en formel till tusentals rader.
  4. Sammanfatta innan du importerar. Importera summor med IMPORTRANGE, inte hela liggaren.
  5. Dela upp efter syfte, inte efter datum. Ha en aktiv lagerfil och flytta rapporter eller arkiv till egna filer.

Så arbetar LightInventory inom gränserna

LightInventory sparar dina data i ditt eget kalkylark, så Googles gränser gäller även där: Team-planen inkluderar obegränsat antal artiklar inom gränserna i Google Kalkylark. Appen är utformad för att arkivera avslutade perioder av flikarna för lagerrörelser och logg till ett arkivkalkylark med ingående saldon, och den läser och skriver i omgångar för att hålla sig inom kvoterna för Sheets API. Läs mer om priser och säkerhet.

NästaÅterställ en tidigare version av ett Google Kalkylark →