One card for each property or column
Each collapsed card represents one module property. Open a card to configure the database column, form input, validation, lookup behaviour and supported rules. Keep technical names stable and give users a clear label.
- Column name: a stable identifier without spaces or punctuation.
- Data type and length: the database representation, such as varchar, text, date, integer or decimal.
- Input type: the generated control, such as text, select, checkbox, textarea, file, date, HTML or hidden.
- DB field: whether the value is stored in this module table.
- Display in form: whether the field is available to the generated create/edit layout.
Lookup settings are shown for select/related fields, fixed values for select and checkbox inputs, and numeric automation only for compatible numeric fields. Hidden fields intentionally omit irrelevant user-input switches.
Keys, sequencing and financial years
A normal generated table needs one primary key. Incremental numbering is supported only on the module primary key; financial-year document numbering uses its own supported field settings.
- Use a primary key for the record identity.
- Use a unique key only when duplicate business values must be prevented.
- Use financial-year and max-FY behaviour only on compatible fields.
- Do not expose automatic CompanyID or system fields for user entry.
When a generated module already contains data, primary-key and unique-key columns become structurally locked. Other supported column changes use ALTER TABLE. An empty generated table may be recreated when correcting its primary or unique keys.
Calculated values
Eligible numeric fields can use structured calculation metadata. Define the target and its source fields so Jhapu can apply the same rule in the browser and on the server.
- Keep the source fields in the form when users must see or enter them.
- Make calculated targets read-only when manual override is not allowed.
- Test create and edit; the server remains authoritative.
- Use voucher amount calculation separately when accounting needs a posting-specific expression.
Basic Update eligibility
Enable Basic Update only for descriptive fields that may be corrected without running the full transaction update. Administrators can later grant a user access to selected eligible fields.
- Supported: safe text, textarea, date, fixed select and checkbox values.
- Not supported: keys, system/workflow fields, lookups, fetched values, calculations, incremental numbers or financial-year fields.
- Basic Update never changes voucher, stock, GST, totals, approval or child rows.
Before leaving this tab
- 01Check identity
Confirm one primary key and the correct CompanyID behaviour for the module type.
- 02Check required values
Mandatory fields must also be reachable in the create form or filled automatically.
- 03Check input relevance
Verify each input type, fixed value list, lookup and read-only setting.
- 04Check safe updates
Enable Basic Update only where a restricted correction cannot affect business postings.