SYSTEM_INST | Area | Name | Description |
---|---|---|---|
1 | Debugging | Dump Process info for Debugging. ( values: 0: No, 1: Yes )( default: 0 ) | This can be used to get more useful information in the log file if needed for debugging purposes. Set to 1 and submit events at log level 10 to get the maximum amount of debugging information in the log files |
1010 | Display | Client : History results default number of days to look back | This numeric setting can be used to determine the date range used to display historical data in the detail screens. The default is 30. |
1017 | Display | Client: Fields to filter on manage overrides screen | This can be used to create the list of available fields to use as a filter in the manage overrides screen |
1019 | Display | Client: Security summary show release levels greater than this value as green (default : 3) | This setting can be used to help with RDC workflow. By default, a security's status will only show as a green circle if the release level is set to 3 or higher. To set the value to green if release level is eg at 2 (Released for Trading and Back Office), you can change this value |
1025 | Display | Client: Fields to filter on manage released exceptions screen | This can be used to create the list of available fields to use as a filter in the manage released exceptions screens |
4 | Engine Processing | Data Keys limit: For one rule engine process. ( values: > 0 )( default: 10,000 ) | This setting determines how many data keys are handled by one event. The engine will automatically create multiple parallel processing child events if the number of items to be processed by one Data Strategy exceeds the set value. Default value is 10,000 |
22 | Engine Processing | Commit Data Language ID. ( values: L_ID from pace_masterdbo.egl_languages )( default: 0 ) | This setting is used to determine what language ID to use for _ML (multi lingual) fields during commit |
24 | Engine Processing | Write Rejection Process. ( values: 0: No, 1: Yes )( default: 1 ) | Used to enable the engines's rejection process component, which writes rejection statuses. |
26 | Engine Processing | Auto fix data keys move between Data Strategies. ( values: 0: No, 1: Yes )( default: 0 ) | When set to 0, a security that has changed criteria and now is part of a new data strategy will show the error message “MULTIPLE DATA STRATEGIES APPLY TO THE SAME KEY INSTANCE. DATA STRATEGIES" when opened in RDC. To automatically move a security to the new data strategy and mitigate this error, this setting can be seto to 1. |
27 | Engine Processing | Check for conflicting data keys between Data Strategies. ( values: 0: No, 1: Yes )( default: 1 ) | if set to 0, the data key (assuming there is one in conflict and falls in to multiple data strategy criteria) will simply be processed by the last data strategy to run. If set to 1, the engine will log the conflict and the data key won’t be processed |
28 | Engine Processing | Time out period in minutes for locking data keys. ( values: > 0 )( default: 10 ) | Determines how long an item that is opened in RDC in edit mode is locked (to prevent two users editing the same security at the same time), before it is unlocked. When an item is unlocked, the user who has it open will now only be in view mode and another user will be able to edit the item. |
30 | Engine Processing | Update underlying data release levels. ( values: 0: No, 1: Yes )( default: 0 ) | If set to 1, any release level on linked underlying securities will also be updated |
31 | Engine Processing | Time out period in minutes for engine locked data keys. ( values: > 0 )( default: 60 ) | In addition to items that are manually locked (by users opening them via the RDC screens), the engine also needs to be able to lock items while processing them. This determines how long an item is locked by the engine before being unlocked. |
32 | Engine Processing | New Security underlay days till expiration (default:30 days) | This sets the default value for how long the underlay values when a new security is created manually will last before expiration. The default is 30 days. |
33 | Engine Processing | New Security perform unique xref check (values 0 = No, 1 = Yes default:1 Yes) | This determines whether the engine should do a unique xref check when a new security is manually created. |
44 | Engine Processing | Delta Process: Number of days to go back historically, and go forward in future for effective dates. ( values: >= 0 )( default: 7 ) | Used to determine how far back to look back and forward from the processing date, when processing in delta mode. |
45 | Engine Processing | Component Access: Enable Journal Write Process. ( values: 0: No, 1: Yes )( default: 1 ) | This setting is a flag used to determine whether the journal write process is enabled. |
46 | Engine Processing | Component Access: Enable Earnings Handler Process. ( values: 0: No, 1: Yes )( default: 0 ) | This setting is a flag used to determine whether the earnings handler process is enabled. |
51 | Engine Processing | Number of days to look back for validating the data. ( values: -1: Always. 0: Never. >1: Days to validate )( default: -1 ) | This is used to set the value that RDC should look back when validating data. If data is older than the date determined using this setting, historical data will be released without validation. |
Page Comparison
General
Content
Integrations