Skip to main content

Status_Cancelled

Status_Cancelled = 5

Example​

procedure ScriptEvent(var Value: variant);
begin
  Value := Status_Cancelled; // 5
end;

Usage​

Status_Cancelled identifies the Cancelled general processing state as Status.Num and log ordinal value 5 for Velox scripts.

Value

PropertyValue
Script typeLongInt
Numeric value5
Paired textStatus_Cancelled_String = Cancelled
Database domainStatus.Num / Status.Code; Issue.Status; general record/event Status fields
VeloxEngine log ordinal5

Additional Technical Info​

Status_Cancelled is the script-visible LongInt identifier for the Cancelled general processing state. Its fixed value is 5, paired with Status_Cancelled_String.

The identifier represents a cancelled operation in the shared status/log scale. Reading it does not inspect a transaction, create a log item, assign a database field or change an action outcome.

Implementation

Velox declares and registers the fixed LongInt value 5. The numeric name is registered in the Velox tag map, so <!Status_Cancelled!> expands to 5. No general-status number/text converter is registered.

Fresh-build VxData seeds Status row 5 with Code Cancelled. Issue.Status references this table, and general Status columns across transaction, line, issue and event records use the same documented 0-8 scale.

The numeric value equals the ordinal of the corresponding TvxLogStatusType member. The matching log display text is also Cancelled. Native source comments identify this value as currently used by VeloxEngine logging rather than the VeloxEDI transaction-status path.

Behaviour

General Status describes processing, issue or presentation outcome. It is distinct from transaction lifecycle fields named StatusNum, such as order, invoice and shipment lifecycle status.

GetIssueLevel queries an Issue row and returns its numeric Issue.Status; it defaults to Status_Error value 6 when no row is returned. It does not return a String code.

Edge cases and quirks

  • There is no registered general-status text/number converter. The numeric and String constants are paired by definition, but scripts must choose the representation expected by the receiving field or API.
  • The Scriptlet HasIssue test uses Ord(Action.Log.StatusType) >= Status_Issue, so Cancelled is included in that broad result.
  • Log aggregation uses ordinal ordering (Value > current StatusType), not a separately defined severity table. Do not assume the higher Test and Highlight ordinals mean more severe business failures than Error.
  • Directly assigning a database Status field does not call TvxLog.SetStatusType; directly logging a status does not automatically update every transaction row.
  • Status is not a lifecycle StatusNum. For example, general Cancelled is 5, while shipment lifecycle Cancelled is 7 and POD/tracking Cancelled is 3.
  • The tag expansion produces the number 5, not the code Cancelled.
  • PascalScript retains no status-domain type information after evaluation, so a same-valued constant from another family can be accepted numerically while expressing the wrong meaning.

Side effects

Reading Status_Cancelled, comparing it, or expanding its tag has no I/O or state-changing effect. Log aggregation, issue lookup, event creation and database persistence occur only when the caller invokes those separate paths.

Errors

Reading the constant does not raise an error. A wrong representation can cause a conversion or database error in the receiving code. GetIssueLevel performs database I/O and can propagate query failures, but constant access does not call it.

Performance and concurrency

This is an immutable compiled value. Constant access is constant-time and carries no shared mutable status. Log and database operations have their own state and concurrency behaviour.

Remarks

The example is source-reviewed and non-destructive. It returns the fixed value only; it does not test a live action or modify a status field.

Related entries

Created 2026-07-15