# Så fungerar schemaläggning

> Scheman, tidpunkt, ändringar, perioder och körningar: idéerna bakom Metascheduler, och vad som händer vid varje tillfälle.

Dokumentation · 3 min läsning · Uppdaterad 4 november 2026

## Byggstenarna

Ett **schema** är ett inlägg i din kalender. Det har ett namn, en **tidpunkt** och en lista med **ändringar**.

En **ändring** är en sorts redigering av en uppsättning objekt: ”sänk dessa 140 varianter med 20 %” eller ”byt huvudmenyn mot Black Friday-menyn”. Varje ändring har:

- en **ändringstyp**, till exempel Variantpriser eller Meny ([alla typer](https://metascheduler.app/sv/help/change-types.md));
- de **objekt** den ändrar, till exempel produkter, poster eller en meny;
- vad den gör vid **starten**;
- vad som händer **vid slutet**: **Återställ**, **Ändra till något annat** eller **Behåll**.

Ändringarna körs i den ordning de står i listan.

## Tidpunkt

> **Prova:** [Så körs ett schema](https://metascheduler.app/sv/help/how-scheduling-works)

| Tidpunkt | Körs | Vid slutet |
| --- | --- | --- |
| **En gång** | En gång, vid ett datum och en tid. | Ingenting: ändringarna finns kvar, som en Lansering i Rollouts. |
| **Period** | Vid en start, till ett slut. | Varje ändring följer sitt slutval, som ett Event i Rollouts. |
| **Upprepa** | En period som sker varje dag, vecka eller månad. | Varje period återställs vid sitt eget slut. |
| **Följ en rollout** | När en Shopify-rollout blir aktiv. | När rollouten slutar, som du valde. |

Varje schema har sin egen **tidszon**. Tider lagras exakt och visas i schemats zon.

## Statusar

Ett schema går igenom de här statusarna:

1. **Utkast**: håller på att ställas in. Det körs aldrig.
2. **Schemalagd**: väntar på sin start.
3. **Pågår**: dess ändringar är gjorda nu.
4. **Avslutad**: det har körts och inget mer ska göras.

Du kan också **Pausa** ett schema (inget nytt startar; det som pågår återställs ändå vid sitt slut) eller **Arkivera** det (det körs inte igen; det som pågår återställs ändå). Ett avslutat eller arkiverat schema kan inte redigeras: välj **Duplicera** för att köra det igen.

## Vad som händer vid starten

För varje objekt gör Metascheduler så här:

1. läser det nuvarande värdet och sparar det (ögonblicksbilden);
2. skriver det nya värdet;
3. sparar det den skrev.

Om ett objekt redan har värdet skrivs ingenting. En procentsats räknas alltid ut från det sparade värdet, så ett nytt försök tar aldrig 20 % två gånger.

## Vad som händer vid slutet

För varje objekt, beroende på ändringens slutval:

- **Återställ**: om det aktuella värdet fortfarande är det Metascheduler skrev sätter den tillbaka det sparade värdet. Om någon har ändrat det lämnar den det orört och frågar dig. Se [Så fungerar återställning](https://metascheduler.app/sv/help/undo-and-drift.md).
- **Ändra till något annat**: skriver det slutvärde du valde.
- **Behåll**: gör ingenting.

## Försenade körningar

Metascheduler kör varje start och varje slut en gång, i tid. Om den inte kan köra i tid (till exempel för att Shopify låg nere) följer den de här reglerna:

| Situation | Vad som händer |
| --- | --- |
| En start som är upp till 5 minuter försenad | Körs som vanligt. |
| En start som är senare än så, inom sin period | Körs och markeras som **Försenad**. |
| En start vars period redan har tagit slut | Hoppas över och visas i **Kräver åtgärd**. Dess slut avbryts. |
| Ett slut, hur sent det än är | Körs alltid. Att sätta tillbaka saker är den säkra riktningen. |
| En engångsändring som är mer än en dag försenad | Väntar på dig i **Kräver åtgärd**: **Kör nu** eller **Hoppa över**. |

**Kör nu**, **Försök igen** och rollout-starter hålls inte tillbaka av de här reglerna.

## Nya försök

När Shopify är upptaget eller inte går att nå väntar Metascheduler och försöker igen, upp till 5 gånger, med längre väntetid varje gång. En ändring som Shopify vägrar (ett värde som inte är tillåtet, ett objekt som inte längre finns) provas inte igen: det objektet misslyckas och resten fortsätter, och körningen visar **Delvis klar**.

## Konflikter

När två scheman ändrar samma objekt vid överlappande tider listar redigeraren det under **Konflikter**, och kalendern flaggar båda. Det är en varning, inte ett hinder: de säkra återställningsreglerna hindrar överlappningen från att skriva över något av dem.

## Relaterade artiklar

- [Så fungerar återställning](https://metascheduler.app/sv/help/undo-and-drift.md): Metascheduler sparar det den ersätter och kontrollerar innan den sätter tillbaka det, så den skriver aldrig över en redigering som någon gjort under tiden.
- [Schemalägg din första ändring](https://metascheduler.app/sv/help/first-schedule.md): Skapa ett schema med start och slut, lägg till en ändring, kontrollera förhandsgranskningen och schemalägg det.
- [Ordlista](https://metascheduler.app/sv/help/glossary.md): Orden som Metascheduler använder, och de statusar du ser på scheman, körningar och objekt.