Overview
This reference documents the structure of the SYSNOW data table g0xlnxip_sysnow_sc_approvals. It is intended to help administrators understand the fields stored by the related application/module. This article describes schema only and does not expose customer or operational record values.
How this table is used
The owning module reads and writes records in this table according to its workflow, permissions, and validation rules. Use the module interface for normal data entry; do not edit production rows directly unless following an approved maintenance procedure.
Field-by-field reference
The following fields were discovered from the database schema. “Significance” is an inferred guide based on the field name and type; verify business rules with the owning module before changing data.
| Field | Data type | Required / key | Significance |
|---|---|---|---|
id |
Number / Boolean bigint unsigned |
Required by schema; key: PRI | Unique identifier used to distinguish this record from other records. |
request_id |
Number / Boolean bigint unsigned |
Required by schema; key: MUL | Unique identifier used to distinguish this record from other records. |
approver_id |
Number / Boolean bigint unsigned |
Required by schema; key: MUL | Unique identifier used to distinguish this record from other records. |
approver_role |
Text / Choice varchar(100) |
Required by schema | Permission group that determines available capabilities. |
status |
Text / Choice varchar(30) |
Required by schema; key: MUL | Current state of the record; commonly used to track progress or availability. |
comments |
Text / Choice text |
Optional by schema | Text value used to store this attribute for display, search, or application processing. Confirm the exact business meaning with the owning module. |
created_at |
Date / Time datetime |
Required by schema | Timestamp showing when the record was created. |
updated_at |
Date / Time datetime |
Required by schema | Timestamp showing when the record was last updated. |
Access and safety
Restrict schema and database maintenance to authorized administrators. Back up the database before structural changes. Inferred field meanings are guidance, not a substitute for module source code or business-process documentation.