The following table lists the panel, bind, and stored procedure used for multilingual implementations to set up security master files in a foreign language.
CSV/STAR Rule
Panel
Bind
Procedure
CSV/STAR Rule
Panel
Bind
Procedure
csv /or/ star-smf-ml.xml
eagle/star/pan-secml.htm
INSERT_UPDATE_SEC_DETAIL_ML
INSERT_UPDATE_SEC_DETAIL_ML
The following table lists the Processing Security Type (PST), panel, and bind for each security type processed by the SMF default message stream.
This logic is applicable as of the EagleML November monthend 2015 release. NOTE: This enhancement is available only for the Generic SMF. Neither the MultiLeg SMF nor Underlying shell records are affected.
The Generic SMF allows you to load as many xref identifiers as you want with your Generic SMF record along with 15 industry-standard identifiers (such as cusip, ticker, isin, etc) These identifiers are loaded via the ADDSECMASTER stored procedure by a separate dynamic sql. You can set them either as 15 standard Ids + 10 xref Ids (xId1..xId10) such as:
select * from securitydbo.xreference
where security_alias in
(select security_alias from securitydbo.security_master
where primary_asset_id ='CUSIP_IDT1')
You can switch to old logic by setting W_USEDYNAMIC_FOR_XREF= 'N' in the eagle_ml-2-0_cm_custom/w_config_custom.inc configuration file or by adding the EagleML/referenceTransaction/genericSMF/loadXrefOptions element to your incoming file (which has higher priority that global setting W_USEDYNAMIC_FOR_XREF) with 'LOAD_FIRST_10' value.
The old logic involves the stored procedure in the load process, thus limiting your choice to only 10 xref identifiers. These are the first 10 non-empty identifiers as they are in the incoming message starting from industry standard identifiers such as cusip, ticker, isin, etc and then identifiers from xId1, xId2.  If you are using October monthend 2015 EagleML release or earlier, please remember that this limitation is applied.
See an example of Generic SMF designed to use old logic (15 standard Ids + 10 xref Ids (xId1..xId10)
In case issueTaxType (SECURITYDBO.SECURITY_MASTER_DETAIL.ISSUE_TAX_TYPE) is not passed in incoming SMF message or passed value is not resolved in DB for SMF where securityProcressingType is one of: DBIBMU, DBFBIO, DBFBAL , DBFBCC , DBFBFB – issueTaxType is set to ‘T’.
tag2301Â Processing
If Processing Type (tag11) = OP then Synthetic Security Type (tag2301) is set to SYNCASHOPT. For other values of Processing Type (tag11) Synthetic Security Type (tag2301) is set to SYNCASHFUT.
NG Logic
To enable NG logic for SMF, either add GENECRICSMF to the list of w_ng_enabled in w_config_custom.inc or set procedureSwitch node to 'NG' in the incoming message. SMF NG logic is currently available only for generic SMF objects (doesn't support Multileg and FX Forward security). Since SMF Generic is loaded via DBML request (it uses XSLT like Warehouse objects). If not or an empty profile file is created NG_SP_name.map CORE XSLT would be used for DBML request creation – it may be a valid choice if NG SP have same parameter list with current core version.
However if a profile is created and it is not empty (it should contain any symbol – this condition is used like a trigger) custom created XSLT would be used - ./../../customer/in/xml/xslt/smf_egl_gen_interface_ng.xsl Custom NG SP name option is available – in order to rename the SP that should be called as NG it is necessary to create the following variables in w_config_custom.inc:
W_'+Upper(:varObjectType:)+'_NG_SCHEMA_NAME – for schema name
W_'+Upper(:varObjectType:)+'_NG_PACKAGE_NAME – for package name
W_'+Upper(:varObjectType:)+'_NG_SP_NAME – for NG SP name
For each of them in the case the variable does not exist default value would be used: