Genehmigungsworkflows

Genehmigungen, die Ihre
Auditoren nachvollziehen.

Bauen Sie Approval-Queue-Apps auf governed Primitiven — Audit auf Zeilenebene, scoped Permissions und governed Slack-Benachrichtigungen. Die Plattform selbst liefert heute Release-Approvals mit Funktionstrennung; eine durable Workflow-Engine ist geplant.

Typisiertes Request-Modell

Anfragen, Entscheidungen und Statusübergänge liegen im dedizierten Postgres Ihrer Org.

Scoped Entscheidungsrechte

Wer genehmigen darf, ist eine Permission — Custom Roles mit Pattern Grants, keine Konvention.

Festgehaltene Entscheidungen

Jede Entscheidung landet in einer append-only Audit-Tabelle mit Akteur und Vorher/Nachher-Diffs.

Solutions / Approval Workflows Gepinnt
FL

Approval Queue

Offene Anfragen, Entscheidungen und Audit-Status

Offen
14
+3
Heute genehmigt
23
+6
Abgelehnt
4
-2
Durchschn. Entscheidungszeit
2.4h
-0.6h

Entscheidungsvolumen

Genehmigungen und Ablehnungen pro Tag

Wöchentlich

Letzte Entscheidungen

Alle ansehen
Maya Chen
Lieferantenzahlung REQ-1042 genehmigt
vor 4m
System
Slack-Benachrichtigung an #approvals zugestellt
vor 9m
Luis Ortega
Zugriffsanfrage REQ-1039 abgelehnt
vor 26m
Finance Lead
Status von pending auf approved geändert
vor 41m
System
Audit Row mit Vorher/Nachher-Diff geschrieben
vor 1h
Solution Architecture

Ein baubares Pattern auf governed Primitiven.

Eine Approval Queue ist eine App, die Sie heute auf Relpin bauen: eine typisierte Request-Tabelle im dedizierten Postgres Ihrer Org, scoped Rollen für Entscheidungsrechte und ein Audit Trail, der jede Entscheidung festhält.

01 Request Intake

Anfragen mit Requester, Typ und Status erfassen.

Eine typisierte Request-Tabelle hält den State explizit. Übergänge sind serverseitige Mutationen — kein manipulierbarer Client-State.

requester_id ·status ·typed
02 Decision Rights

Entscheidungsrechte über Custom Roles begrenzen.

Pattern Grants begrenzen Entscheidungen auf Teams, Workspaces oder benannte Nutzer. Wer entscheiden darf, ist eine Permission, keine Konvention.

roles ·grants ·scoped
03 Queue Views

Queue-, Request- und Verlaufsansichten in echtem Code bauen.

Apps sind echte TypeScript- oder Python-Projekte mit governed SDK. SQL läuft serverseitig mit Publish-Time-Gates.

typescript ·python ·sdk
04 Notifications

Approver über den governed Slack-Connector benachrichtigen.

Idempotency Keys, Retries und Capability Gating halten die Zustellung governed — kein Webhook-Glue zu pflegen.

slack ·idempotent ·governed
05 Audit Trail

Jede Entscheidung mit Akteur und Feld-Diffs aufzeichnen.

Datenbank-Trigger erfassen Vorher/Nachher-Werte bei jeder Änderung. Die Audit-Tabelle ist append-only, erzwungen über DB-Privilegien.

audit_log ·diff ·append-only
06 Release Gates

Queue-Änderungen über genehmigte Releases promoten.

Die Gates der Plattform gelten: TEST verlangt 1 Approval, PROD verlangt 2 — und der Requester kann nicht selbst genehmigen.

DEV ·TEST ·PROD
Für interne Tools gebaut. Für Vertrauen gestaltet.
Deterministische Releases
Permission-aware by design
Append-only Audit Trail
Per-Org Postgres-Isolation
Workflow-Engine Geplant

Eine durable Engine
steht auf der Roadmap.

Geplante Trigger, Eskalationsketten und eine durable, nutzerseitig definierte Workflow-Engine sind geplant. Bis dahin läuft das Approval-Queue-Pattern oben auf Primitiven, die bereits existieren — nichts hier hängt von ungelieferter Maschinerie ab.

Durable, nutzerseitig definierte Workflow-Engine — geplant
Geplante Trigger und Eskalationsketten — geplant
Schwellenwert-basierte Alerts — geplant
Release-Approval-Gates mit Funktionstrennung — heute live
Ehrliche Roadmap · Pattern funktioniert heute · Engine geplant
Genehmigungsworkflows

Schluss mit Genehmigungen per DM.
Anfangen mit festgehaltenen Entscheidungen.

Bauen Sie die Queue heute auf governed Primitiven. Jede Entscheidung landet in einem append-only Audit Trail, den Ihr Compliance-Team abfragen kann.

Offene Beta · Baubares Pattern · Engine geplant

Typisierte Requests · Scoped Entscheidungen · Append-only Audit · Governed Benachrichtigungen