Search This Blog

SBL-EAI-04056: Cannot map input object ('%1') to internal integration object ('%2').

Applies to:

Siebel Universal Master - Version: 8.0.0.6 SIA [20423] and later   [Release: V8 and later ]
Information in this document applies to any platform.

Symptoms


Environment:
-------------------
Product type: Siebel Universal Master
Version: Siebel Universal Master
DB: Oracle Server - Enterprise Edition
OS platform: Microsoft Windows (32-bit)
Env type: dev


Statement of Issue:
-----------------------------
The UCM Batch Process Workflow was executed and an incoming contact was automatically identified as an incoming duplicate. When the contact is selected in the Incoming Duplicates view and the Create New button is clicked an error is displayed. The incoming contact is inserted into the base tables but the incoming duplicate is still displayed in Incoming Duplicates.


Error:
-------
ObjMgrLog Error 1 000010514cd01f50:0 2010-11-03 14:39:06 (eaiobjinst.cpp (2867)) SBL-EAI-04008: Integration component type 'UCM Contact Privacy' is not a valid child type for component type 'Contact'

ObjMgrBusServiceLog Error 1 000010514cd01f50:0 2010-11-03 14:39:06 (datasync.cpp (326)) SBL-EAI-04008: Integration component type '<?>' is not a valid child type for component type '<?>'

ObjMgrLog Error 1 000010514cd01f50:0 2010-11-03 14:39:06 (dataaccess.cpp (213)) SBL-EAI-04056: Cannot map input object ('') to internal integration object ('UCMContactSourceDataAndHistory').

Cause


The following information is included in [UCM Child Objects not being inserted into SDH tables] (Doc ID 525483.1):

“Customer was able to solve the issue by doing the following two things:

1) They ensured that in addition to XML tags, the Name between CIF and SDH Integration Object (IO) for the integration component was the same. This was because the UCM Transaction Manager business service does an auto map between the two IOs.

In CIFContactInsert, the integration component Name was THD Contact Keytags but in the IO, UCMContactSourceDataAndHistory - the corresponding Integration Component was called THD Contact Keytags Source Data And History. Thus, they renamed the component in the SDH IO to match its name in the CIF IO.”

This confirms that the UCM Transaction Manager converts the SDH IO instance to the CIF IO instance and visa versa using automatic mapping, which means that it maps 1 object to another by matching names.

In this case, the customer confirmed that UCM Contact Privacy was not being used and that the UCM Contact Privacy IC was active in UCMContactSourceDataAndHistory but not the CIF IOs.

Solution


The errors did not occur and the functionality completed as expected after the IC UCM Contact Privacy was deactivated in UCMContactSourceDataAndHistory.

References

NOTE:525483.1 - UCM Child Objects not being inserted into SDH tables

Applies to:

Siebel Universal Master - Version: 8.0.0.6 SIA [20423] and later   [Release: V8 and later ]
Information in this document applies to any platform.

Symptoms


Environment:
-------------------
Product type: Siebel Universal Master
Version: Siebel Universal Master
DB: Oracle Server - Enterprise Edition
OS platform: Microsoft Windows (32-bit)
Env type: dev


Statement of Issue:
-----------------------------
The UCM Batch Process Workflow was executed and an incoming contact was automatically identified as an incoming duplicate. When the contact is selected in the Incoming Duplicates view and the Create New button is clicked an error is displayed. The incoming contact is inserted into the base tables but the incoming duplicate is still displayed in Incoming Duplicates.


Error:
-------
ObjMgrLog Error 1 000010514cd01f50:0 2010-11-03 14:39:06 (eaiobjinst.cpp (2867)) SBL-EAI-04008: Integration component type 'UCM Contact Privacy' is not a valid child type for component type 'Contact'

ObjMgrBusServiceLog Error 1 000010514cd01f50:0 2010-11-03 14:39:06 (datasync.cpp (326)) SBL-EAI-04008: Integration component type '<?>' is not a valid child type for component type '<?>'

ObjMgrLog Error 1 000010514cd01f50:0 2010-11-03 14:39:06 (dataaccess.cpp (213)) SBL-EAI-04056: Cannot map input object ('') to internal integration object ('UCMContactSourceDataAndHistory').

Cause


The following information is included in [UCM Child Objects not being inserted into SDH tables] (Doc ID 525483.1):

“Customer was able to solve the issue by doing the following two things:

1) They ensured that in addition to XML tags, the Name between CIF and SDH Integration Object (IO) for the integration component was the same. This was because the UCM Transaction Manager business service does an auto map between the two IOs.

In CIFContactInsert, the integration component Name was THD Contact Keytags but in the IO, UCMContactSourceDataAndHistory - the corresponding Integration Component was called THD Contact Keytags Source Data And History. Thus, they renamed the component in the SDH IO to match its name in the CIF IO.”

This confirms that the UCM Transaction Manager converts the SDH IO instance to the CIF IO instance and visa versa using automatic mapping, which means that it maps 1 object to another by matching names.

In this case, the customer confirmed that UCM Contact Privacy was not being used and that the UCM Contact Privacy IC was active in UCMContactSourceDataAndHistory but not the CIF IOs.

Solution


The errors did not occur and the functionality completed as expected after the IC UCM Contact Privacy was deactivated in UCMContactSourceDataAndHistory.

References

NOTE:525483.1 - UCM Child Objects not being inserted into SDH tables

Applies to:

Product Release: V7 (Enterprise)
Version: 7.7.1 [18306]
Database: Oracle 9.2.0.4
Application Server OS: Microsoft Windows 2000 Server
Database Server OS: IBM AIX 5L 5.1

This document was previously published as Siebel SR 38-1394757217.

Symptoms

SBL-EAI-04056, SBL-EAI-04090

Hello, Actually we are Rio3 and the version is 7.7.1 SIA [18306] ENU. Please reply to chully.park@siebel.com

I am unable to import 7.5 workflows into our 7.7 environment using the Tools. Import Workflow call. I have attached a screen shot of the error message that occurs. The 7.5 workflow originated from the Rio 2 environment. I have also replicated the error with other 7.5.2 211 workflows.

I have attached the error mesg returned and the workflow we are trying to import.

Solution

Message 1

For the benefit of other readers:

Customer is on SIA 7.7.1 [18306] ENU for Siebel Client and Siebel Tools.

Customer exported a workflow process from a 7.5 environment and tried to import it into the 7.7.1 SIA sample and server database. Against both sample and server database, the 7.7.1 Siebel Tools Workflow Process import failed with the following error message:

" Data map 'Pre77WorkflowMap' not found. (SBL-EAI-04090) and

Cannot map input object ('Front Office Workflow') to internal Integration Object ('Repository Workflow Process'). (SBL-EAI-04056) "

Customer enabled tracing on the Siebel Tools application and perform the import again to reproduce the error and capture the details into the Siebel Tools\log\siebdev.log file. Upon reviewing the log file, the error occurred when Siebel Tools executed Business Service 'Workflow DataSync Service' invoke method: 'Synchronize'. With this business service & method, it issues a query against the S_INT_OBJMAP to check for the following:

ObjMgrSqlObjLog    Execute    4    0    2004-08-05 16:37:50    Begin: Execute SqlObj 'EAI Object Map' at a4125e8
ObjMgrSqlLog    Detail    4    0    2004-08-05 16:37:50    SELECT statement with ID: A032BC8
SELECT /*+ ALL_ROWS */
      T1.CONFLICT_ID,
      T1.LAST_UPD,
      T1.CREATED,
      T1.LAST_UPD_BY,
      T1.CREATED_BY,
      T1.MODIFICATION_NUM,
      T1.ROW_ID,
      T1.COMMENTS,
      T1.DST_INT_OBJ_NAME,
      T1.NAME,
      T1.SRC_INT_OBJ_NAME,
      T1.SIEBEL_AUTHRD_FLG


[1/4]

Message 2

[2/4]


   FROM
       SIEBEL.S_INT_OBJMAP T1
   WHERE
      (T1.NAME = :1)
   ORDER BY
      T1.NAME
ObjMgrSqlLog    Detail    4    0    2004-08-05 16:37:50    Bind variable 1: Pre77WorkflowHack
ObjMgrSqlLog    Detail    4    0    2004-08-05 16:37:50    
***** SQL Statement Execute Time for SQL Cursor with ID A032BC8: 0.040 seconds *****

ObjMgrSqlObjLog    Execute    4    0    2004-08-05 16:37:50    End: execute SqlObject at a4125e8
ObjMgrSqlLog    Detail    4    0    2004-08-05 16:37:50    
***** SQL Statement Initial Fetch Time for SQL Cursor with ID A032BC8: 0.000 seconds *****

ObjMgrBusServiceLog    Error    1    0    2004-08-05 16:37:50    (engine.cpp (340)) SBL-EAI-04090: Data map 'Pre77WorkflowHack' not found.
ObjMgrBusServiceLog    InvokeMethod    4    0    2004-08-05 16:37:50    Business Service 'EAI Data Transformation Engine' invoke method 'Execute' Execute Time: 0.058 seconds.
ObjMgrBusServiceLog    InvokeMethod    4    0    2004-08-05 16:37:50    End: Business Service 'EAI Data Transformation Engine' invoke method: 'Execute' at a40efe8
ObjMgrLog    Error    1    0    2004-08-05 16:37:50    (datasync.cpp (644)) SBL-EAI-04057: Cannot map internal integration object ('Repository Workflow Process') to output object ('').

.....

Message 3

[3/4]


ObjMgrBusServiceLog    InvokeMethod    4    0    2004-08-05 16:37:50    Business Service 'Workflow DataSync Service' invoke method 'Synchronize' Execute Time: 43.822 seconds.
ObjMgrBusServiceLog    InvokeMethod    4    0    2004-08-05 16:37:50    End: Business Service 'Workflow DataSync Service' invoke method: 'Synchronize' at a3927f0
ObjMgrBusServiceLog    Delete    4    0    2004-08-05 16:37:50    Business Service 'Workflow DataSync Service' was deleted at a3927f0

Notice the bind variable is for "Pre77WorkflowHack". When Siebel Support queried the 7.7.1 server database for the same table and value, it did not return any records, which indicates that no such record exits. Furthermore, in Siebel Support's test case, the same query issued was looking for NAME = "Pre77WorkflowMapBackward", which does exist in the server DB table.

Upon further investigation into the business service, 'Workflow DataSync Service' business service has 3 user properties that references 'Pre77WorkflowMap' and 'Pre77WorkflowMapBackward', they can be seen from Siebel Tools > Business Service > Business Service User Properties, the standard values are as follows:

Name                    Value
-------                -------

Input Data Map            Pre77WorkflowMap
Internal Integration Object    Repository Workflow Process
Output Data Map            Pre77WorkflowMapBackward

Customer checked this against their server DB and found the same values. However, Siebel Tools import still failed with with the error.

.....

Message 4

[4/4]


Customer was suggested to locate the 'Workflow DataSync Service' business service and the 3 User Properties, and verify their values matched the standard values (see above). If the user properties were different, the customer needed to change them to the ones matching the standard values (see above). Then, recompile this Business Service definition into the Siebel Tools\objects\<language>\SRF file. This will require making a copy of the SRF file, renaming it, compiling the definition into the copy, then renaming the copy back to siebel.srf (or siebel_sia.srf), and finally launch Siebel Tools with this newly compiled SRF file.

Once customer recompiled 'Workflow DataSync Service' business service into the Tools SRF file, the Tools Workflow Import worked successfully with 7.5 workflows, the error no longer occurred.

Search keyword: 7.7.1, tools, workflow, process, import, fail, error, 7.5, Pre77WorkflowMap, Pre77WorkflowMapBackward, Pre77WorkflowHack, business service, Workflow DataSync Service, user property, Data map 'Pre77WorkflowMap' not found, Cannot map input object ('Front Office Workflow') to internal Integration Object ('Repository Workflow Process'), SBL-EAI-04090, SBL-EAI-04056, 04090, 04056

.


Applies to:

Siebel Universal Master - Version: 8.0.0.6 SIA [20423] and later   [Release: V8 and later ]
Information in this document applies to any platform.

Symptoms


Environment:
-------------------
Product type: Siebel Universal Master
Version: Siebel Universal Master
DB: Oracle Server - Enterprise Edition
OS platform: Microsoft Windows (32-bit)
Env type: dev


Statement of Issue:
-----------------------------
The UCM Batch Process Workflow was executed and an incoming contact was automatically identified as an incoming duplicate. When the contact is selected in the Incoming Duplicates view and the Create New button is clicked an error is displayed. The incoming contact is inserted into the base tables but the incoming duplicate is still displayed in Incoming Duplicates.


Error:
-------
ObjMgrLog Error 1 000010514cd01f50:0 2010-11-03 14:39:06 (eaiobjinst.cpp (2867)) SBL-EAI-04008: Integration component type 'UCM Contact Privacy' is not a valid child type for component type 'Contact'

ObjMgrBusServiceLog Error 1 000010514cd01f50:0 2010-11-03 14:39:06 (datasync.cpp (326)) SBL-EAI-04008: Integration component type '<?>' is not a valid child type for component type '<?>'

ObjMgrLog Error 1 000010514cd01f50:0 2010-11-03 14:39:06 (dataaccess.cpp (213)) SBL-EAI-04056: Cannot map input object ('') to internal integration object ('UCMContactSourceDataAndHistory').

Cause


The following information is included in [UCM Child Objects not being inserted into SDH tables] (Doc ID 525483.1):

“Customer was able to solve the issue by doing the following two things:

1) They ensured that in addition to XML tags, the Name between CIF and SDH Integration Object (IO) for the integration component was the same. This was because the UCM Transaction Manager business service does an auto map between the two IOs.

In CIFContactInsert, the integration component Name was THD Contact Keytags but in the IO, UCMContactSourceDataAndHistory - the corresponding Integration Component was called THD Contact Keytags Source Data And History. Thus, they renamed the component in the SDH IO to match its name in the CIF IO.”

This confirms that the UCM Transaction Manager converts the SDH IO instance to the CIF IO instance and visa versa using automatic mapping, which means that it maps 1 object to another by matching names.

In this case, the customer confirmed that UCM Contact Privacy was not being used and that the UCM Contact Privacy IC was active in UCMContactSourceDataAndHistory but not the CIF IOs.

Solution


The errors did not occur and the functionality completed as expected after the IC UCM Contact Privacy was deactivated in UCMContactSourceDataAndHistory.

References

NOTE:525483.1 - UCM Child Objects not being inserted into SDH tables

No comments:

Post a Comment