Party_Company
Party_Company = 100
Example
procedure ScriptEvent(var Value: variant);
begin
Value := GetReferenceTableForPartyType(Party_Company); // 'Party_Company'
end;
Usage
Party_Company provides deprecated Company party-role alias value 100 used by legacy scripts, party tags and role helper functions.
Value
| Property | Value |
|---|---|
| Script type | LongInt |
| Numeric value | 100 |
| Preferred identifier | Type_Company |
| Canonical text | Type_Company_String = Company |
| Database domain | Party_Type.Num and Party.TypeNum |
| Reference-table helper result | Party_Company |
| Issue helper result | 1020 |
Additional Technical Info
Party_Company is a deprecated compatibility alias for the Company party role. Its fixed LongInt value is 100, identical to Type_Company. Prefer the Type_* identifier in new or revised scripts, while retaining this alias only where legacy compatibility or a helper's documented party-role input requires it.
Reading the alias identifies a role. It does not look up a party, create a role-table record, change Party.TypeNum or validate a transaction.
Implementation
Current native source places Party_Company in an explicitly deprecated block and registers it with PascalScript as 100. It also keeps this exact deprecated name in the numeric tag map, so <!Party_Company!> expands to 100; preferred Type_Company is registered separately with the same value.
GetReferenceTableForPartyType cases on Party_Company and returns Party_Company. GetIssueForPartyType cases on it and returns integer 1020. The text/number converters instead use preferred Type_Company and Type_Company_String.
A fresh VxData database seeds Party_Type value 100 as Company, and Party.TypeNum references that table. Value 100 is intentionally sparse; fresh-build data uses it for related client-company parties.
Behaviour
The alias and preferred identifier are numerically indistinguishable after evaluation. The reference-table helper returns a fixed table-name string; it does not open that table or return a dataset. The issue helper returns a fixed integer issue number; it does not create or persist an issue.
Edge cases and quirks
- There is no
Party_Company_Stringalias. UseType_Company_Stringfor canonical text and the preferred converters. - Despite deprecation, current product helpers and the tag map still refer to
Party_*names. Deprecation therefore means "prefer the replacement for authoring", not "currently unavailable". - The generated index lacks a deprecation flag even though native source marks the family deprecated.
- Party-role numbers overlap many other numeric families. PascalScript does not retain the domain after evaluation.
GetIssueForPartyTypereturns an integer such as1020, whereas the exposedIxxxxissue-code constants are strings. Do not substitute one representation without checking the receiving API.
Side effects
Reading Party_Company, comparing it or expanding its tag has no I/O or state-changing effect. The two helpers are fixed in-process case mappings and do not query the database.
Errors
Reading the alias does not raise an error. An unsupported party-role number makes GetReferenceTableForPartyType return Unknown and makes GetIssueForPartyType return its generic fallback 1029; this page's value uses the recognised branch.
Performance and concurrency
This is an immutable compiled value. Access, tag lookup and the fixed helper cases are constant-time for practical purposes and carry no shared mutable role state.
Remarks
The example is source-reviewed and non-destructive. Treat the returned table name as reference metadata; it does not authorise arbitrary SQL or prove that a matching row exists.
Related entries
Type_Companyis the preferred numeric identifier.Type_Company_Stringis the canonical role text.GetReferenceTableForPartyTypereturns a fixed role-table name.GetIssueForPartyTypereturns the role-specific issue number.GetPartyTypeNumandGetPartyTypeCodeuse preferred identifiers.