Valid values for all flags: Y or N
| Flag Name | Description |
|---|---|
| noLoadValidationFlag | Turns off the following checks for SMF: <EDITCHECK EXPR="!(StringLength( :tag3931: )=0) OR (|noLoadValidationFlag|='Y' or :noLoadValidationFlag:='Y')" TAG="3931" ERRORMESSAGE="PROCESSING SECURITY TYPE IS REQUIRED" /> <EDITCHECK EXPR="!(StringLength( :tag11: )=0) OR (|noLoadValidationFlag|='Y' or :noLoadValidationFlag:='Y')" TAG="11" ERRORMESSAGE="INVESTMENT TYPE IS REQUIRED" /> <EDITCHECK EXPR="!(StringLength( :tag85: )=0 AND :tag3931: != 'FWXXXX') OR (|noLoadValidationFlag|='Y' or :noLoadValidationFlag:='Y')" TAG="85" ERRORMESSAGE="ASSET CURRENCY IS NULL" /> <EDITCHECK EXPR="StringLength( :tag1432: )!=0 OR (|noLoadValidationFlag|='Y' or :noLoadValidationFlag:='Y')" TAG="1432" ERRORMESSAGE="PRIMARY ASSET TYPE IS NULL" /> <EDITCHECK EXPR="StringLength( :tag961: )!=0 OR (|noLoadValidationFlag|='Y' or :noLoadValidationFlag:='Y')" TAG="961" ERRORMESSAGE="ISSUE NAME IS NULL" /> |
| preserveNull | This parameter is linked with tag5284, which nulls DB fields during the process of update. For example, you have 10 fields populated in the table for a record. You send a file to update it with only 7 fields and preserveNull flag set to Y - as a result, 7 fields will be updated, 3 fields will be nulled. If the flag is set to N, only these 7 fields will be updated, the other 3 fields will be left unchanged |
| tagNochangecase | Originates from panels, defines for which incoming tags case should not be changed |
| historyOnlyFlag | Toggles updating data in the composite table. Insert will always be performed, update can be switched off |
| accountingValidationFlag | The simple way to view the accountingValidationFlag is that it is used to route the messages to use the core panels which triggers the application of the panel logic and error handling. This mimics the user functionality and experience. Using the panels, it shows the missing required flags and provides a direction for debugging if there are errors. When the flag is not passed, it attempts to do a direct insert into the database and it bypasses the logic. It is frequently used by our data management clients who do not require the same level of accounting checks. For loading in accounting transactions, you should be using the accountingValidationFlag setting it to Y. <accountingValidationFlag>Y</accountingValidationFlag> accountingValidationFlag= N or null: accountingValidationFlag=Y: |