selectedleafs-pos-operationslisted

Mentales Modell und Betriebsmethoden der selectedleafs POS-Operations auf Make + Airtable (Kommissionsware an Kiosk-Partner-Stores). IMMER laden, sobald an POS-Operations gearbeitet wird — Airtable-Base gelesen oder geändert, ein Make-Szenario gebaut/gemappt/gedebuggt, ein Feld oder eine Formel angefasst, eine neue Konditionen-/Kalkulations-Version angelegt, eine Auszahlung oder ein Saldo geprüft. Auch bei reinen Fragen ("warum ist der Saldo so hoch", "rechnet das richtig", "darf ich das Feld umbenennen"). Trigger u.a.: POS Operations, appiIkOaz1ID1FjfE, Umsätze, Lieferungen, Bestandsprüfungen, Auszahlungen, Konditionen, Kalkulationen, Vertriebler, Saldo, Provision, Kostenanteil, Leistungsdatum, Regelbesteuerung, Kleinunternehmer, Belegeingang, Lexware-Sync nach Airtable, [Sync]/[Create]/[Process]/ [Resolve]/[Archive]/[Dispatch]/[Notify]/[Maintain]. Ersetzt selectedleafs-pos-operations (v1) und selectedleafs-pos-operations-v2.
wemwi/skill-library · ★ 1 · AI & Automation · score 60

Install: claude install-skill wemwi/skill-library

# selectedleafs · POS Operations Das Betriebssystem hinter der **Kommissionsware an Kiosk-Partner-Stores**: Vertriebler beliefern Stores, selectedleafs rechnet ab, alles läuft über **Make + Airtable**. Diese Datei ist die **Landkarte** — sie reicht für die meisten Fragen allein. Tiefe steckt in `references/`, exakte Feld-/Szenario-Fakten in den generierten Assets. > **Leitplanken (gelten überall):** > 1. **Drift-Firewall.** Diese Datei und die references tragen **Muster + „wo live nachsehen"**, nie eine `fld…`-ID oder Formel **als Fakt**. Volatile Fakten leben in datierten, generierten Blöcken (`airtable/…`-Feld-Block) mit „verify-live"-Kopf; Szenario-Innereien tragen **kein** gespeichertes Zuhause — sie werden bei Bedarf **live** aus dem Szenario gelesen (Make-MCP `scenarios_get`). **Im Zweifel gewinnt die Base / das Live-Szenario.** > 2. **Ein Fakt, ein Zuhause.** Rechenformel nur in der Tabellen-Datei, hier nur das Muster · Szenario-Innereien nur im Live-Szenario (per Make-MCP gelesen) · Meldetexte nur im Nachrichtenkatalog. > 3. **Vertrag statt Innereien.** Szenarien über Aufgabe/Trigger/r-w-Felder/Notify-Keys, nicht Modul-für-Modul. --- ## Die sechs Layer — wer schreibt was Ein Beleg wandert von der Post bis zum Saldo durch sechs Systeme. Jedes hat **eine** Rolle: | Layer | Rolle | schreibt | |---|---|---| | **JTL** | Warenwirtschaft (Quelle der Ausgangsrechnung) | — (Quelle) | | **Mail-Ingress** (Proton / JTL) | Belege kommen per Mail herein | — (Transport) | | **