Document Templates: anderes Boilerplate pro Outbound Type

Ein Bill of Lading für einen Verkauf ist nicht dasselbe wie ein Bill of Lading für eine Recycling-Sendung. Die rechtliche Sprache unterscheidet sich, die Pflichtfelder unterscheiden sich, die Zielpartei unterscheidet sich. Ein Template für beides bedeutet, dass jemand daran denken muss, die nicht passenden Teile zu entfernen — und irgendwann vergisst es jemand.

Templates pro Typ

/settings/core/templates ist die Template Library der Plattform. Jedes Template ist auf einen Dokumenttyp scoped (BOL, packing slip, loading report, recycling certificate, disposal certificate usw.) und auf einen outbound type (sale, recycling, internal-transfer, return-to-client, donation). Das Template wird automatisch ausgewählt, wenn der Operator das Dokument generiert.

Variablen

Templates sind HTML mit Mustache-ähnlichen Variablen: {{client.name}}, {{outbound.id}}, {{contract.terms}}. Der Variable Resolver läuft serverseitig zur Generierungszeit und zieht Daten aus den relevanten Entitätszeilen. Custom Variables (pro Tenant) können in der Template-Konfiguration definiert werden, nützlich für regionsspezifischen Rechtstext.

Versionierung

Jedes Template trägt eine Version. Eine neue Version zu speichern überschreibt die vorige nicht — historische Dokumente referenzieren die Version, die aktiv war, als sie generiert wurden. Ein BOL, das sechs Monate später erneut gerendert wird, sieht also genauso aus wie zum Generierungszeitpunkt.

Default vs. tenant-custom

Die Plattform liefert ein Default Template für jede Kombination (doc-type × outbound-type) — generische, rechtlich ausreichende Boilerplate. Tenants können mit Custom Templates überschreiben, die ihren Briefkopf, ihre spezifischen Bedingungen und die in ihrer Region verlangten Disclosures enthalten. Der Override ist pro Tenant, sodass der Plattformdefault der Fallback für neue Tenants bleibt, die noch nichts angepasst haben.