Perfex bleibt führend
invoice_id verweist auf die bestehende Perfex-Rechnung. Zahlungseingänge werden aus verifizierten Perfex-Ereignissen übernommen, nicht aus Browserangaben.
Ein Datenmodell.
Klare Verantwortung.
Vorgesehene Entitäten, Datenbeziehungen und Integritätsregeln für ein Perfex-Eventmodul mit mehreren Ticketkategorien.
Planungsstand V59: Die Datenfelder, Endpunkte und Rollen sind Entwürfe, keine vorhandene Perfex-Funktion. Vor der Implementierung müssen installierte Perfex-Version, Module, Datenbankschema und reale Zahlungsanbieter geprüft werden.
Vorgeschlagene Entitäten
Tabellennamen sind Namensvorschläge für ein isoliertes Modul-Schema. Sie dürfen bestehende Perfex-Tabellen nicht überschreiben.
| Entität | Kernfelder | Verantwortung |
|---|---|---|
events | id, organiser_id, title, start_at, end_at, timezone, capacity, status | Eventdatum mit Zeitzone und Publikationszustand |
event_ticket_types | id, event_id, name, price_minor, currency, capacity, sales_start_at, sales_end_at | Unabhängige Kategorien, Preis als Rappen |
event_orders | id, contact_id, event_id, state, currency, total_minor, invoice_id, expires_at | Kontakt und Perfex-Rechnung, getrennte Auftragszustände |
event_order_items | id, order_id, ticket_type_id, qty, unit_price_minor | Preis-Snapshot pro Kategorie |
event_reservations | id, order_item_id, qty, state, expires_at | Zeitlich befristete Kontingentbindung |
event_attendees | id, ticket_id, name, email, consent_at | Personenbezogene Daten nur soweit erforderlich |
event_tickets | id, order_item_id, attendee_id, token_hash, state, issued_at | Ein Ticket pro Berechtigung mit nicht lesbarem Tokenwert in DB |
event_checkins | id, ticket_id, operator_id, checked_in_at, gate_id | Einmaliger Eintritt mit Auditdaten |
event_payment_links | id, order_id, perfex_invoice_id, amount_minor, observed_status | Zuordnung zum Perfex-Finanzprozess, kein zweites Hauptbuch |
event_audit_log | id, actor_id, action, entity_type, entity_id, occurred_at | Nachvollziehbare geschützte Änderungen |
Beziehungen und Regeln
Atomare Reservation
Verfügbarkeit wird innerhalb einer Datenbanktransaktion mit Sperre kontrolliert. Abgelaufene Reservationen geben Kontingente kontrolliert frei.
Objektberechtigung
Jede Abfrage bindet Bestellungen, Tickets und Dokumente an den eingeloggten Perfex-Kontakt beziehungsweise dessen zulässigen Kundenkontext.
Transaktionsinvarianten
Keine Überbuchung
Bestätigte Tickets und aktive Reservationen dürfen das definierte Kontingent nicht übersteigen. Gleichzeitige Requests sind explizit zu testen.
Keine doppelten Tickets
Ein erfolgreicher Zahlungsabschluss erzeugt pro gekaufter Einheit höchstens ein Ticket. Wiederholte Webhooks müssen idempotent bleiben.
Keine unberechtigten Zugriffe
Eine bekannte Bestell-ID allein berechtigt weder zum Lesen noch zum Bearbeiten der Bestellung.
Ein Kundenportal bleibt die Grundlage.
Website und App sind Benutzeroberflächen. Kundenbestand, Rechnung und Zugang zu Eventdaten werden zentral über Perfex und geprüfte Erweiterungen gesteuert.