E-Mail-Vorlagen – Systembeschreibung
Datenmodell des mehrsprachigen Vorlagenstamms, Bindung an Modul und Mandant, Speicherregeln, die zwei Löscharten und die Berechtigungsschlüssel.
Überblick
Das Feld module entscheidet, ob es sich um eine Modulvorlage oder eine freie Vorlage handelt. Einen Inhaltsbereich nach Firma gibt es am Stamm nicht; es gibt eine Mandantenbindung: company_client_id 0 ist der Systemstandard. Die Tabellennamen tragen in der Datenbank das eigene Präfix der Installation.
Datenmodell
| Tabelle | Hauptfelder |
|---|---|
mail_template | Name, Modul, Ereignisschlüssel, company_client_id, Anhangsmarkierung, Sortierung, Status (0, 1, 9) |
mail_template_description | je Sprache Betreff, HTML- und Textinhalt, Anhangsnotiz |
Speichern
- Berechtigung:
canSave(template, id); StatuswechselcanAction(edit). - Sprachfelder werden entitätsdekodiert gespeichert; Name Pflicht (1–128 Zeichen), mindestens eine Sprache mit Betreff und Text.
- Das Modul muss eines der zulässigen Module im Funktionskatalog sein (
error_module). - Der Name ist je Modul und Mandant eindeutig (
error_name_taken). - Das Formular zeigt den Variablenkatalog (
variableCatalogue).
Löschen
Eine verwendete Vorlage kann nur mit statusdelete in den Papierkorb, sonst error_in_use; eine unbenutzte Vorlage wird mit delete endgültig gelöscht. Den Papierkorb sehen Benutzer mit canSeeDeleted; die Schaltflächen folgen uiMode.
Berechtigungen
Schlüssel: list, add, edit, delete, statusdelete, debug; in den Seeds nicht eingestuft, praktisch UNMAPPED.