Community · Hilfe

Sheetward Benutzerhandbuch

Verwandeln Sie eine Excel- oder OpenDocument-Arbeitsmappe (oder ein Google Sheet) in eine mehrbenutzerfähige Web-App — Formulare, Validierung, Nachschlagelisten, Import/Export und mehr.

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.

TypVordefinierte StandardlisteBeispiel
countryISO 3166-1 Länder (249)US · Vereinigte Staaten
stateUS-Bundesstaaten + DC & Territorien (57)CA · Kalifornien
countyUS-Bezirke · FIPS (3.222) — nach Bundesstaat eingegrenzt01001 · Autauga County
currency codeISO 4217 Währungscodes (178)USD · US-Dollar
uomMaßeinheiten · UNECE Rec 20 (48)KGM · Kilogramm
languageISO 639-1 Sprachen (184)en · Englisch
timezoneIANA-Zeitzonen (433)America/Chicago
sexISO/IEC 5218 WertesatzWeiblich
genderInklusive 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.)

TypHängt ab vonAngezeigt als
numberIhrer Region1,234.56 (US) · 1.234,56 (DE)
currencyIhrer Region + App-WährungZifferngruppierung & Symbol je Region; 0 Dezimalstellen für ¥ / ₩
percentIhrer Region15 → „15 %“
dateIhrer RegionMM/DD/YYYY (US) · DD/MM/YYYY (UK)
postal_codeDem Land des FeldsZIP (US) · Postcode (UK) · PIN (IN)
national_idDem Land des Felds (maskiert)SSN (US) · NI-Nr. (UK) · CPF (BR)
bank_idDem Land des FeldsRouting (US) · IBAN (EU) · Sort code (UK)
phoneDer LändervorwahlVorwahl +1 / +44 / +91
Legen Sie Ihre Region in den Anzeigeeinstellungen fest, um zu steuern, wie Zahlen, Währungen, Prozentwerte und Datumsangaben aussehen. Nur die Anzeige ändert sich — Ihre gespeicherten Daten bleiben unangetastet, und Import/Export behalten ein festes Maschinenformat, sodass Dateien beim Export und erneuten Import unverändert bleiben. Die länderabhängigen Kennungstypen (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).