|
Functionality The function module creates a configuration and returns a correspondentCONFIG_ID. It is usually the first call in a configuration session.Multiple tuple from its input parameters are valid to create aconfiguration, while unsupported tuple will result in a thrownCOMMAND_EXCEPTION>. Supported tuples have paramaters describing the product and theknowledgebase (kb), therefore valid are: 1. > ,, ,,PRODUCT_ID> + optional PRODUCT_TYPE a>nd KB_ID> +optional KB_PROFILE> ,,If a KB_ID is given the according kb is used. If this is not thecase, the other kb search parameter are used. 2.,, ,,PRODUCT_ID> + optional PRODUCT_TYPE >and KB_NAME >+KB_VERSION >+ optional KB_LOGSYS> + optional KB_PROFILE > ,,If a kb is found using KB_NAME>, KB_VERSION> andKB_LOGSYS> the other kb search parameters are ignored. ,,If no suitable kb was found the other kb search parameters are used. ,,Using only KB_NAME >and KB_VERSION >is a depracated way ofdeterminig the kb. 3. ,, ,,PRODUCT_ID>+ optional PRODUCT_TYPE >and KB_DATE> + KB_LOGSYS> ,,In this case the most recent kb (with the greatest fromDate KB_DATE )is determined, other parameters are ,,ignored. Additionally the KB_CONTEXT> parameter can be used to enable theconfigurator the use of reference characteristics which are not coveredby the standard by passing tuples of fieldnames and the accordingvalues. Alternatively a external representation of a configuration, a kind ofsnapshot of a configuration, can be passed via the EXT_CONFIG>parameter. You can get this snapshot via the CFG_API_GET_EXT_CONFIGfunction module, persist it and restore it afterwards that way.
PRODUCT_TYPE > should be used if PRODUCT_ID> is ambigous (when multile products with different product types use the samePRODUCT_ID>)
|