Oversatt med KI fra den engelske versjonen datert 28. oktober 2026. Les originalen
Grenser i Google Regneark for lagerstyring
Grensene i Google Regneark for celler, deling, versjoner, IMPORTRANGE, API og Apps Script som betyr noe for lageret, med offisiell kilde og råd når du nærmer deg dem.
Sist oppdatert 28. oktober 2026
Et regneark i Google Regneark kan inneholde opptil 20 millioner celler eller 100 MB. For de fleste lagerfiler kommer de praktiske grensene tidligere: hvor mange som kan redigere samtidig, hvor mye data IMPORTRANGE kan flytte, og API-kvoter for verktøy som skriver til regnearket. Hver grense nedenfor er hentet fra Googles egen dokumentasjon, kontrollert 28.10.2026.
Grensene i korte trekk
| Område | Grense | Kilde |
|---|---|---|
| Regnearkstørrelse | Opptil 20 millioner celler eller 100 MB for regneark som er opprettet i eller konvertert til Google Regneark | Filer du kan lagre i Google Disk |
| Endret cellegrense | Økt fra opptil 10 millioner til opptil 20 millioner celler; gjelder nye, eksisterende og importerte filer | Google Workspace Updates, 10. september 2026 |
| Tegn i en celle (Excel-konvertering) | Når du konverterer en Excel-fil, fjernes alle celler med mer enn 50 000 tegn | Filer du kan lagre i Google Disk |
| Samtidig redigering | Kan redigeres aktivt på opptil 100 åpne faner eller enheter samtidig; utover det kan bare eieren og noen av personene med redigeringstilgang gjøre endringer | Del filer fra Google Disk |
| Deling | Opptil 600 individuelle e-postadresser per fil | Del filer fra Google Disk |
| Navngitte versjoner | Opptil 15 per regneark | Se hva som er endret i en fil |
| IMPORTRANGE-data | Maksimalt 10 MB mottatte data per forespørsel | IMPORTRANGE |
| IMPORTRANGE-oppdatering | Ser etter oppdateringer hver time mens dokumentet er åpent | IMPORTRANGE |
| IMPORTRANGE-tilgang | Tilgang gitt til et målark teller mot delingsgrensen på 600 brukere for kildearket | IMPORTRANGE |
| Lesinger via Sheets API | 300 per minutt per prosjekt; 60 per minutt per bruker per prosjekt | Bruksgrenser for Sheets API |
| Skrivinger via Sheets API | 300 per minutt per prosjekt; 60 per minutt per bruker per prosjekt | Bruksgrenser for Sheets API |
| Behandlingstid i Sheets API | En forespørsel som behandles i mer enn 180 sekunder, returnerer en tidsavbruddsfeil; Google anbefaler en nyttelast på maksimalt 2 MB | Bruksgrenser for Sheets API |
| Kjøretid i Apps Script | 6 min per kjøring; egendefinerte funksjoner 30 sek per kjøring | Kvoter for Apps Script |
| Utløsere i Apps Script | Samlet kjøretid for utløsere 90 min per dag (privatkontoer) eller 6 t per dag (Google Workspace-kontoer) | Kvoter for Apps Script |
| Samtidighet i Apps Script | 30 samtidige kjøringer per bruker | Kvoter for Apps Script |
Google skriver at kvotene for Apps Script når som helst kan «fjernes, reduseres eller endres, uten varsel». Sjekk kildesidene før du planlegger ut fra et bestemt tall.
Hva grensene betyr for et lagerregneark
Størrelse
Cellegrensen gjelder hele regnearket, ikke én fane. En bevegelsesjournal vokser med én rad per lagerendring. Med 8 kolonner gir 1 000 bevegelser i måneden 8 000 celler i måneden, eller rundt 96 000 i året, så de fleste små team holder seg godt under 20 millioner celler i mange år.
En stor fil kan bli treg å åpne og beregne lenge før den når grensen. Hvis det skjer, følger du trinnene i siste avsnitt på denne siden.
Mange som redigerer samtidig
Opptil 100 åpne faner eller enheter kan redigere én fil aktivt samtidig. Det inkluderer den samme personen på to enheter. Personer som bare slår opp beholdningen, trenger ikke redigeringstilgang, så del filen med dem som leser.
IMPORTRANGE
Hvis du henter beholdning fra én fil til en annen med IMPORTRANGE, er hver forespørsel begrenset til 10 MB mottatte data, og grensene gjelder personen som opprettet dokumentet. Google anbefaler å summere i kildefilen og importere resultatet i stedet for rådataene. Beregn for eksempel beholdningssummene i lagerfilen og importer bare tabellen med summer.
Kvoter for API og Apps Script
Skript, tillegg og apper som leser eller skriver regnearket ditt, deler Sheets API-kvotene til prosjektet de kjører under. Når et verktøy overskrider en kvote per minutt, returnerer Google 429: Too many requests, og verktøyet bør prøve på nytt med eksponentiell backoff. Hvis et skript som oppdaterer beholdningen, kjører via en utløser, gjelder den daglige grensen for utløserkjøretid for alle kjøringene til sammen.
Dette gjør du når du nærmer deg en grense
- Arkiver avsluttede perioder. Kopier fjorårets bevegelser til en egen arkivfil. I den aktive journalen erstatter du dem med én rad for inngående beholdning per vare og plassering, slik at summene fortsatt stemmer.
- Slett det du ikke bruker. Fjern kolonner og faner du ikke lenger trenger.
- Hold antallet formler nede. Bruk én
ARRAYFORMULAellerQUERYfor en kolonne i stedet for å kopiere en formel inn i tusenvis av rader. - Summer før du importerer. Importer summer med IMPORTRANGE, ikke hele journalen.
- Del opp etter formål, ikke etter dato. Ha én aktiv lagerfil, og flytt rapporter eller arkiver til egne filer.
Slik holder LightInventory seg innenfor disse grensene
LightInventory lagrer dataene dine i ditt eget regneark, så Googles grenser gjelder også her: Team-planen inkluderer ubegrenset antall varer innenfor grensene i Google Regneark. Appen er utformet for å arkivere avsluttede perioder fra bevegelses- og loggfanene i et arkivregneark med inngående beholdning, og den leser og skriver i grupper for å holde seg innenfor kvotene i Sheets API. Se priser og sikkerhet.