Community · Help

Sheetward User Guide

Turn an Excel or OpenDocument workbook (or Google Sheet) into a multi-user web app — forms, validation, lookups, import/export and more.

Data type referenceReference

1 · Relation. A relation lets one form pull from another — an order that points at a customer, a claim that points at an employee. Put relation in the Data type column and name the target in the Value column: [Form].field, [Form].{Section}.field, or in plain English field in Form. You can put relation in either the Data type or the Rule Type column — both work, and the target goes in Value either way. Either name can be written plainly, in [brackets] or in "quotes", and the two don't have to match — "Purchase Requisition"."Purchase Requisition" and [Purchase_Requisition].purchase_requisition mean the same thing. Capitals, spaces and underscores are all treated alike, so you can write a field the way its label appears on the form. The picker lists that form's records — the key plus a couple of recognizable columns. After you pick one it offers a choice: reference only, prefill the matching header fields, or — on a form with line items — the header and the record's line items too. The field you point at must be a key or a subkey; anything else still builds, but the field stays a plain input and you'll see a warning. Pointing at a subkey narrows the list by the target form's key: fill in this form's same-named key field first (say, Year), and the picker shows only the records under that value. Leave it blank, and the picker asks you to fill the key field first.

2 · Standard lists. Some types arrive with their list of values built in — no List_ sheet to maintain, no typos to chase. The field becomes a searchable dropdown that stores the standard code and shows code + name. For countries, currencies and languages the name appears in each viewer's own language; the stored code never changes.

TypePredefined standard listExample
countryISO 3166-1 countries (249)US · United States
stateUS states + DC & territories (57)CA · California
countyUS counties · FIPS (3,222) — narrows by state01001 · Autauga County
currency codeISO 4217 currency codes (178)USD · US Dollar
uomUnits of measure · UNECE Rec 20 (48)KGM · Kilogram
languageISO 639-1 languages (184)en · English
timezoneIANA time zones (433)America/Chicago
sexISO/IEC 5218 value setFemale
genderInclusive options (W3C guidance)Non-binary

These names are reserved. A field merely named like one of them (gender, ship_country, …) gets its standard list automatically, and a Rules-sheet Data type can ask for one outright. If your workbook also carries a sheet for the same thing — a List_Currency beside the built-in currency list — the built-in list wins and your sheet is ignored, with a warning that names it and says how many rows it held. That keeps one Currency in your master data instead of two that disagree. The rule holds for every name in the table above, with no exceptions: List_State means the standard list of states even if you meant something else by it. To keep a list of your own, give the sheet a name that isn't in the table (List_Currency_Pairs rather than List_Currency, List_Order_Stage rather than List_State).

3 · Locale-dependent types. Some types follow the reader's region or the field's country instead of a fixed US format — the same stored value shows as 1,234.56 in Texas and 1.234,56 in Berlin. (None of these are standard lists, but the country and currency code lists pair naturally with them.)

TypeDepends onShown as
numberYour region1,234.56 (US) · 1.234,56 (DE)
currencyYour region + app currencyLocale grouping & symbol; 0-decimal for ¥ / ₩
percentYour region15 → “15%”
dateYour regionMM/DD/YYYY (US) · DD/MM/YYYY (UK)
postal_codeThe field’s countryZIP (US) · Postcode (UK) · PIN (IN)
national_idThe field’s country (masked)SSN (US) · NI no. (UK) · CPF (BR)
bank_idThe field’s countryRouting (US) · IBAN (EU) · Sort code (UK)
phoneCountry calling code+1 / +44 / +91 prefix
Set your Region in Display settings to control how numbers, currency, percentages and dates look. Only the display changes — your stored data is never altered, and import/export keep a fixed machine format, so files always round-trip cleanly. The country-aware identifier types (postal_code, national_id, bank_id) follow the field's country: declare it on the Rules sheet, or they use the app's Regional defaults country (in Display settings), or failing that your region. The US-specific zip, ssn and routing_number types keep working unchanged.

Want the whole catalogue as a spreadsheet? A full reference ships at docs/Sheetward_Data_Types.xlsx — one tab per group above (Data Types · Standard Lists · Locale-dependent Types).