Publicera meny till restauranger

När meny-mallen är byggd är nästa steg att publicera ut den till medlemsrestaurangerna. Publicering är en medveten handling – ingenting pushas automatiskt när du redigerar mallen. Det ger dig kontroll över när ändringar når lokala POS-system.

Två lägen: förhandsgranskning och publicering

1. Förhandsgranskning (dry-run) – kör logiken utan att ändra något, visar vad som skulle hända
2. Skarp publicering – utför faktiska ändringar i lokala menyer

Alltid börja med dry-run, särskilt första gången eller efter större ändringar.

Så fungerar publiceringen

Per restaurang:

1. För varje mall-item, kolla om det redan finns en lokal kopia av samma produkt
2. Om INGEN lokal kopia finns: skapa ny rad i lokala menyn med mallens värden och låsningar
3. Om lokal kopia FINNS: uppdatera bara låsta fält med mallens värden, BEVARA alla olåsta lokala ändringar
4. Bong-destination: leta upp lokal bong med matchande namn, eller skapa automatiskt + logga om något inte matchar
5. Allergener: översätt till lokala allergenkopplingar
6. Modifiers: publicera grupper och alternativ enligt samma mönster

Publicerings-dialogen

1. Gå till /chain/:slug/meny-mall
2. Klicka "Publicera meny"
3. Välj mål-restauranger (checkboxar)
4. Klicka "Förhandsgranska" → ser dry-run-resultat (items som skapas, uppdateras, hoppas över, mapping-issues)
5. Granska resultatet
6. Klicka "Publicera" → skarp körning

Resultatet visas

En sammanfattning med: publicerings-id, antal skapade, uppdaterade och hoppade objekt, ev. mapping-problem (t.ex. auto-skapade bong-destinationer), samt en breakdown per restaurang.

Första publicering vs återpublicering

Första gången: alla items läggs till i respektive restaurang. Lokala admins ser dem omedelbart med låsikoner på låsta fält.

Andra gången (efter mall-uppdatering): bara låsta fält uppdateras. Om pris höjts i mallen från 24,95 till 26,95 och priset är låst, uppdateras alla lokala kopior.

Exempel: Höja pris över hela kedjan

Alice har publicerat meny till 5 enheter. Vill höja priset på "Klassisk burgare" från 24,95 till 26,95:

1. Editerar item i mallen → price = 2695 öre
2. Sparar
3. Klickar "Publicera meny"
4. Förhandsgranskar: "5 items will be updated"
5. Publicerar → alla 5 restauranger har nu 26,95 kr

Lokala POS-terminaler uppdateras direkt.

Konflikthantering – vad händer om lokal restaurang har ändrat?

Scenario: Mall säger "Klassisk burgare" / 24,95 kr. Lokal har "Stora Burgaren" / 29,95 kr och "Extra stor" i beskrivningen.

Med name låst, price låst, description olåst:

• name skrivs över → "Klassisk burgare" (förlorar "Stora Burgaren")
• price skrivs över → 24,95 kr (förlorar 29,95)
• description bevaras → "Extra stor" stannar kvar

Deterministisk logik – inget prompt, ingen manuell merge.

Mapping-issues: när saker inte matchar

Scenario: Mall säger bong_destination_logical_name = "Varmkök". Restaurang har "Kök 1" och "Kök 2".

Resultat: auto-skapar "Varmkök" som ny bong-destination, kopplar default skrivare, loggar mapping-issue. Kedjeadmin granskar och ev. manuellt byter skrivare.

Publicera till bara vissa restauranger

Ja. Checkboxarna låter dig välja delmängd. Använd för regionala tester – släpp ny rätt till Stockholm först, utvärdera 2 veckor, publicera till alla om det gick bra.

Varningar

• Modifier-ändringar: parkerade lokala ordrar kan bli inkonsistenta. Publicera vid låg belastning.
• Kategori-byte: om category är låst och byts i mallen → alla lokala kopior byter. Kan bryta POS-layout.
• Stora batchar: systemet hanterar upp till ~100 restauranger i en publicering.

Nästa steg: Läs om lokala överrides och låsta fält.