Datentyp-ReferenzReferenz
1 · Relation. Mit einer Relation greift ein Formular auf ein anderes zu — eine Bestellung, die auf einen Kunden zeigt, ein Antrag, der auf einen Mitarbeiter zeigt. Tragen Sie relation in die Spalte Data type ein und benennen Sie das Ziel in der Spalte Value: [Form].field, [Form].{Section}.field oder im Klartext field in Form. Sie können relation entweder in die Spalte Data type oder in die Spalte Rule Type eintragen — beides funktioniert, und das Ziel steht in beiden Fällen in Value. Beide Namen können einfach, in [eckigen Klammern] oder in "Anführungszeichen" geschrieben werden, und sie müssen nicht übereinstimmen — "Purchase Requisition"."Purchase Requisition" und [Purchase_Requisition].purchase_requisition bedeuten dasselbe. Groß- und Kleinschreibung, Leerzeichen und Unterstriche werden gleich behandelt; Sie können ein Feld also so schreiben, wie seine Beschriftung im Formular erscheint. Die Auswahl listet die Datensätze dieses Formulars auf — den Schlüssel plus ein paar wiedererkennbare Spalten. Nach dem Auswählen haben Sie die Wahl: nur verweisen, die passenden Kopffelder vorbefüllen oder — auf einem Formular mit Positionen — Kopf und Positionen des Datensatzes übernehmen. Das Feld, auf das Sie zeigen, muss ein key oder ein subkey sein; mit allem anderen wird die App zwar trotzdem erstellt, das Feld bleibt aber eine einfache Eingabe, und Sie sehen eine Warnung. Zeigt die Relation auf einen subkey, wird die Liste über den Schlüssel des Zielformulars eingegrenzt: Füllen Sie zuerst das gleichnamige Schlüsselfeld dieses Formulars aus (etwa Year), und die Auswahl zeigt nur die Datensätze unter diesem Wert. Bleibt es leer, bittet die Auswahl Sie, zuerst das Schlüsselfeld auszufüllen.
2 · Standardlisten. Manche Typen bringen ihre Werteliste schon mit — kein List_-Blatt zu pflegen, keine Tippfehler zu jagen. Das Feld wird zu einem durchsuchbaren Dropdown, das den Standardcode speichert und Code + Name anzeigt. Bei Ländern, Währungen und Sprachen erscheint der Name in der Sprache des jeweiligen Betrachters; der gespeicherte Code ändert sich nie.
| Typ | Vordefinierte Standardliste | Beispiel |
|---|---|---|
| country | ISO 3166-1 Länder (249) | US · Vereinigte Staaten |
| state | US-Bundesstaaten + DC & Territorien (57) | CA · Kalifornien |
| county | US-Bezirke · FIPS (3.222) — nach Bundesstaat eingegrenzt | 01001 · Autauga County |
| currency code | ISO 4217 Währungscodes (178) | USD · US-Dollar |
| uom | Maßeinheiten · UNECE Rec 20 (48) | KGM · Kilogramm |
| language | ISO 639-1 Sprachen (184) | en · Englisch |
| timezone | IANA-Zeitzonen (433) | America/Chicago |
| sex | ISO/IEC 5218 Wertesatz | Weiblich |
| gender | Inklusive Optionen (W3C-Empfehlung) | Nichtbinär |
Diese Namen sind reserviert. Ein Feld, das lediglich wie einer davon heißt (gender, ship_country, …), erhält seine Standardliste automatisch; ein Datentyp im Rules-Blatt kann sie ausdrücklich anfordern. Enthält Ihre Arbeitsmappe zusätzlich ein Blatt für dieselbe Sache — ein List_Currency neben der eingebauten Währungsliste —, gewinnt die eingebaute Liste: Ihr Blatt wird ignoriert, mit einem Hinweis, der es benennt und die Zeilenzahl angibt. So bleibt in Ihren Stammdaten eine Währungsliste statt zweier, die sich widersprechen. Die Regel gilt ausnahmslos für jeden Namen in der Tabelle oben: List_State bedeutet die Standardliste der Bundesstaaten, auch wenn Sie etwas anderes gemeint haben. Wollen Sie eine eigene Liste behalten, geben Sie dem Blatt einen Namen, der nicht in der Tabelle steht (List_Currency_Pairs statt List_Currency, List_Order_Stage statt List_State).
3 · Regionsabhängige Typen. Manche Typen richten sich nach der Region des Lesers oder dem Land des Felds statt nach einem festen US-Format — derselbe gespeicherte Wert erscheint in Texas als 1,234.56 und in Berlin als 1.234,56. (Keiner davon ist eine Standardliste, aber die Listen country und currency code passen natürlich dazu.)
| Typ | Hängt ab von | Angezeigt als |
|---|---|---|
| number | Ihrer Region | 1,234.56 (US) · 1.234,56 (DE) |
| currency | Ihrer Region + App-Währung | Zifferngruppierung & Symbol je Region; 0 Dezimalstellen für ¥ / ₩ |
| percent | Ihrer Region | 15 → „15 %“ |
| date | Ihrer Region | MM/DD/YYYY (US) · DD/MM/YYYY (UK) |
| postal_code | Dem Land des Felds | ZIP (US) · Postcode (UK) · PIN (IN) |
| national_id | Dem Land des Felds (maskiert) | SSN (US) · NI-Nr. (UK) · CPF (BR) |
| bank_id | Dem Land des Felds | Routing (US) · IBAN (EU) · Sort code (UK) |
| phone | Der Ländervorwahl | Vorwahl +1 / +44 / +91 |
postal_code, national_id, bank_id) richten sich nach dem Land des Felds: Deklarieren Sie es im Regeln-Blatt, sonst gilt das unter Regionale Standardwerte hinterlegte Land der App (in den Anzeigeeinstellungen), andernfalls Ihre Region. Die US-spezifischen Typen zip, ssn und routing_number funktionieren unverändert weiter.Sie möchten den ganzen Katalog als Tabelle? Eine vollständige Referenz liegt unter docs/Sheetward_Data_Types.xlsx bei — ein Tabellenblatt je Gruppe von oben (Data Types · Standard Lists · Locale-dependent Types).