Übersicht
Interne Auftragsverwaltung und Dolmetscherportal. Diese Umgebung läuft vollständig im Testmodus.
Ruhig arbeiten, ganz ohne Hektik
Aufträge, Vermittlung, Nachweise und Abrechnung an einem Ort – mit klaren Rollen und geprüften Rechten.
Es sind keine echten Daten im Spiel. Nichts wurde in Airtable gespeichert, es wurden keine E-Mails oder SMS versendet und es besteht keine Bank- oder GitHub-Verbindung.
14
Airtable-Tabellen (gelesen aus Schema)
283
Bekannte Felder
64
Zugeordnete App-Felder
Aktive Rolle
Eigentümer/in
- auftrag.lesen.alle
- auftrag.schreiben
- auftrag.vergeben
- angebot.verwalten
- einladung.verwalten
- nachweis.pruefen
- finanzen.lesen
- finanzen.schreiben
- bankcsv.export
- stammdaten.schreiben
- bankdaten.lesen
- audit.lesen
- qa.ausfuehren
- betrieb.verwalten
Die Rollenwahl ersetzt keine Anmeldung. Serverseitig werden Rechte geprüft und gesperrte Felder entfernt, bevor Daten an die Ansicht gehen.
Etappen
- 1. FundamentSchema-Auslesung, Feld-Mapping, Migrationsplanungumgesetzt
- 2. Sicherheit & BetriebRollen, serverseitige Rechte, Zustände, Audit, Integrationsstatus, Oberflächeumgesetzt
- 3. Aufträge, Angebote, VergabeMehrfachanfrage, Zu-/Absagen, Vergabe mit Protokollumgesetzt (Testmodus)
- 4. Portal, Nachweise, DokumenteEinsatzbestätigung, Zeiterfassung, Vertragsdokumentevorbereitet
- 5. Gutschriften, Rechnungen, Bank-CSVBelegnummern, Beträge, Zahlungsstatus, Exportvorbereitet
- 6. SMS, Backup, WiederaufbauBenachrichtigungen, tägliche Sicherung, Wiederherstellungsprobevorbereitet
Bereits umgesetzt
- Feld-Mapping gegen die gelieferten Airtable-Tabellen- und Feld-IDs, inklusive Abdeckungsübersicht
- Additive, wiederholbare Migrationsplanung (Supabase-SQL + geplante neue Airtable-Felder)
- Fünf getrennte Rollen: Eigentümer, Mitarbeiter, Koordinator, Buchhaltung, Dolmetscher – Navigation erweitert keine Rechte
- Überprüfbarer Testablauf (Etappe 3): Testkonten vorbereiten, Testauftrag anlegen, Angebote, konfliktfeste Annahme mit Verifikation
- Streng begrenzter Airtable-Adapter: nur sechs Geschäftsaktionen, feste Tabellen-/Feld-IDs, keine Löschroute, keine Proxy-API, keine Schlüssel im Browser
- Simulationsschicht mit deutlicher Kennzeichnung, solange keine Airtable-Test-Base konfiguriert ist
- QA-Läufe für doppelte Annahme, Fremdzugriff, gesperrte Konten und Airtable-Ausfall mit Operation-IDs
- Einrichtungsassistent (Preflight) mit benannten Secret-Anforderungen und exportierbarer Migrationsvorschau
- Serverseitige Berechtigungsprüfung: jede Datenabfrage läuft über eine Serverfunktion, die Rechte prüft und gesperrte Felder entfernt
- Technische Zustände (Sync-Status, Prüfstatus, Beleg- und Zahlungsstatus) als definierte Wertelisten
- Audit-Protokoll für jede simulierte Aktion mit Akteur, Rolle, Objekt und Zeitpunkt
- Integrationsstatus mit klarer Kennzeichnung Testmodus / offen
- Ruhige, mobile-first Oberfläche mit Owner-/Team-Navigation und reduziertem Dolmetscherportal
- Durchgehende Testmodus-Kennzeichnung in Kopfzeile und auf jeder Seite