I1439
// Generated display declaration:
I1439 = 1439
// Effective Pascal Script type and value:
const I1439: String = '1439';
Example
procedure ScriptEvent(var Value: variant);
var
IssueCode: string;
IssueNum: integer;
begin
IssueCode := I1439; // '1439'
IssueNum := StrToInt(IssueCode); // 1439 for integer issue APIs
Value := IssueCode + ':' + IntToStr(IssueNum);
end;
Usage
I1439 is the script-visible String code '1439' for Issue 1439 (Missing Required Value).
- Use
I1439for exact text serialisation or comparison; use1439or explicit conversion for an integer parameter. - Select this member only for missing required Contact data; use a distinct invalid-value/not-found diagnostic when the value is present but unusable.
- Put the field name, failing record key, rule and source scope in the separate issue description.
Scope and routing
The fresh-build route associates this definition with contact administration. It is only an operator-navigation hint; it does not perform validation or prove that the affected row exists.
The shared description is intentionally generic. A useful issue message must name the missing field, identify the relevant record or code, explain the source/application/partner scope, and state the rule that made the value required. Do not encode that context by choosing a nearby number.
The 1410–1446 family is sparse and fixed, and no I1411 constant is available. Never derive a member by adding an offset or assume that a gap is valid.
Additional Technical Info
I1439 is the script-visible String constant '1439' for the fresh-build VxData Missing Required Value Issue associated with Contact master data. It identifies a configured diagnostic; reading it does not inspect contact data, decide which value is required, or create an issue.
The generated index displays I1439 = 1439 without quotes. Native code and the Pascal Script import both provide digit text. The example was source-reviewed and was not executed against VxData.
Declaration and fresh-build definition
| Property | Default/source value |
|---|---|
| Script type/value | String / '1439' |
Integer Issue.Num after conversion | 1439 |
Fresh-build Issue.Code | 1439 |
| Fresh-build description | Missing Required Value |
Fresh-build Issue.Status | 6 — Status_Error |
Fresh-build AdminUrl | /Administration/Contact |
| Master-data scope | Contact |
String versus integer issue parameters
The compiled member is text. GetIssueLevel, InvoiceIssue, and the reusable Scriptlet's local CreateIssue accept integer issue numbers.
TextCode := I1439; // exact text '1439'
Level := GetIssueLevel(1439); // integer API, preferred literal
Level := GetIssueLevel(StrToInt(I1439)); // explicit shared conversion
Do not depend on implicit String-to-integer coercion. StrToInt(I1439) is deterministic for this compiled constant; arbitrary external text still needs normal conversion-error handling.
Severity history and live configuration
The v1.15 upgrade initially inserts this family with status 3/Issue and later in the same upgrade updates every Issue from 1400 through 1499 to status 6/Error. The current fresh-build script therefore correctly defines 1439 as Error. A partial or customised historical database can differ, so inspect the live row when severity controls processing.
GetIssueLevel(1439) queries the live Issue.Status on each call. If the row is absent it returns fallback 6, which equals the current default but does not prove that the Issue definition or route exists. The transaction issue queue uses the greatest numeric configured level among newly queued issues; that implementation detail is not a general semantic-priority model.
Constant non-effects and persistence
The constant itself:
- does not test
Null,Unassigned, empty, blank or whitespace values; - does not apply field optionality, partner rules, defaults or referential validation;
- does not look up or create contact master data;
- does not navigate to
/Administration/Contact; and - does not call
LogIssue, insert an issue row, update transaction status or enqueue a notification.
No representative runtime consumer of this named constant was found at the reviewed product baseline beyond declaration and script registration. The calling map must perform the validation and choose its issue API deliberately.
The reusable Scriptlet's local CreateIssue always calls LogIssue and optionally inserts the supplied number/description into DIssue; it does not query Issue.Status. The separate InvoiceIssue lifecycle queries configured severity, queues data and persists it later with header-status and notification-event effects. Those deferred-save, rollback and queue-retention quirks belong to that API, not to I1439.
Related entries
GetIssueLeveldocuments live severity lookup and missing-row fallback.InvoiceIssuedocuments one integer issue-consumer lifecycle.Status_Erroris the current fresh-build status value 6.
No Delphi or Free Pascal standard-library equivalent exists; this is a Velox-owned scripting identifier.
Created 2026-07-15