👥 Owner, Benutzer und aktueller Benutzer

Mit v6 nutzt ChiliDocs die internen HubSpot-User-Properties direkt – kein eigenes Namensschema mehr. Dadurch funktionieren Owner- und Benutzer-Platzhalter konsistent auf allen Objekten.

✅ Owner eines Records

Der Owner-Platzhalter nennt immer sein Objekt. Darauf folgt die User-Property, die ausgegeben werden soll:

• [contact.owner.hs_email]

• [company.owner.hs_given_name]

• [deal.owner.hs_family_name]

• [ticket.owner.hs_job_title]

Das Muster gilt für alle Objekte mit Owner – inklusive Orders, Quotes, Subscriptions, Courses und Custom Objects.

✅ Nicht-Standard-Owner

Hat ein Objekt mehrere Owner-Properties (z. B. ein Quote mit zusätzlichem Fachowner), kannst du die gewünschte Property explizit angeben:

[quote.owner(hs_quote_owner_id).hs_email]

✅ Owner mit Association-Label

Bei mehreren assoziierten Firmen oder Kontakten wählst du mit Labels gezielt den gewünschten Record und bekommst dessen Owner:

[company(Primary).owner.hs_email]

✅ Owner in Tabellen

Innerhalb einer Tabelle wie [deal_table] liefert [deal.owner.hs_email] pro Zeile den Owner des jeweiligen Deals.

✅ Assoziierte HubSpot-User

Für mit dem Record verknüpfte User (über HubSpot User-Associations):

• [user.hs_email] – alle verknüpften User

• [user(Label).hs_email] – gezielt via Association-Label

✅ Aktueller Benutzer (currentuser)

Der User, der Generate geklickt hat:

[currentuser.hs_given_name]

Im Workflow-Kontext ist currentuser leer – dort wird kein Benutzer ausgelöst.

✅ Verfügbare User-Properties

Jede HubSpot-User-Property funktioniert – die häufigsten:

• hs_given_name (Vorname)

• hs_family_name (Nachname)

• hs_email

• hs_main_phone

• hs_job_title

⚠️ Owner ohne Objekt ist ein Fehler

Ein alleinstehendes [owner.hs_email] (ohne Objekt davor) erzeugt im Dokument einen roten Fehlertext:

SyntaxError: owner needs its object, e.g. contact.owner.x [owner.x]

💡 Alte Platzhalter (v5)

Namen wie [contact.ownerfirstname], [contact.owneremail], [currentuser.firstname] wurden entfernt. Bestehende Vorlagen funktionieren weiter (sie werden beim Generieren übersetzt) – eine einmalige Migration lohnt sich: siehe Vorlagen auf v6-Syntax migrieren.