Account coding parameters — table, validation, rights

The key–value parameter table of the type adapters, value type checks, uniqueness, deletion and the permission keys.

The coding parameters of the type adapters (for example mol, idata, merkantil, otpkelfo) as key–value pairs. The adapters receive them through getConfigArray().

Data model

Table names carry the installation's own prefix in the database.

TableMain fields
contir_configtype, group, key, value (config_value), value type (string, int, json), status, note

Deleting a ledger account looks for references in the config_value field (see the chart of accounts article).

Save and delete

  1. Type and key are required (error_type, error_key).
  2. For json valid JSON after decoding HTML entities (error_json); for int an integer (error_int).
  3. Type + group + key unique (keyExists, error_duplicate); save with saveConfig().
  4. Delete: physical (deleteConfig), without a reference check.
  5. Status: finance/contirconfig.status.

Permissions

KeyUse
list (UNMAPPED)in getList(); index() loads the types without a right check
addnot in the seeds; the button is hidden for non-super-admins, canSave(0) falls back to edit
editform and status: canAction(edit); save: canSave
deletecanAction(delete)
statusdeleteBASE, seed only; there is no status-9 endpoint
debugfilter SQL toggle
Related topics: account coding permissions