Error when submitting service request.

HI All,
When i am clicking submit button in charges for a particular service request number i am getting following errors.
1. Taxware Error: Unrecognized Jurisdiction location completetion code:
2. Error message frrom order management
3. Warehouse hold applied against line 1
4. Error in line: OE_ORDER_LINES_ALL 1170692: Error: Taxware Error:Unrecognized Jurisdiction location completion code.
what would be the reason for these errors.and how we can solve this problem.
plzz help me.
Thanks in advance.

Hi,
Please review the following documents.
Note: 414783.1 - Taxware Error : Unrecognized Jurisdiction location completion code
https://metalink2.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=414783.1
Note: 304212 - Taxware Error : Unrecognized Jurisdiction Location Completion Code
https://metalink2.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=304212.1
Note: 394796.1 - Taxware Error: Unrecognized Jurisdiction Location Completion Code
https://metalink2.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=394796.1
Regards,
Hussein

Similar Messages

Error when submitting GRC request

Hello IDM Gurus, 
We were running into an issue when trying to set up our IDM - GRC integration; when submitting a request to GRC via the AC Validation task the "Submit AC Request" task always encounters an error, but in spite of which the request still gets created on the GRC end; weirdly enough, 2 requests get created each time: 
putNextEntry failed storingcn=TESTUSER,ou=submitrequest,o=grc
Exception from Add operation:javax.naming.CommunicationException: [LDAP: error code 2 - (GRC Submit Request:2:oracle.jdbc.driver.OracleDriver)]; remaining name 'cn=TESTUSER,ou=submitrequest,o=grc'
 
On the GRC end we noticed that we are getting the following error: 
2011-12-05 20:21:32,046 [SAPEngine_Application_Thread[impl:3]_30] ERROR com.sap.security.api.NoSuchUserAccountException: Cannot find user when logonid is null!
com.virsa.ae.service.umi.UMIException: com.sap.security.api.NoSuchUserAccountException: Cannot find user when logonid is null!
 at com.virsa.ae.service.umi.ume.UMESearchUser.getUserById(UMESearchUser.java:304)
 at com.virsa.ae.search.bo.SearchUserBO.getUserById(SearchUserBO.java:198)
 at com.virsa.ae.ejbutil.submitrequest.RequestSubmissionBean.submitRequest(RequestSubmissionBean.java:564)
 at com.virsa.ae.ejb.submitrequest.SubmitRequestEJBBean.getSubmitRequest(SubmitRequestEJBBean.java:45)
 at com.virsa.ae.ejb.submitrequest.SubmitRequestEJBObjectImpl0_0.getSubmitRequest(SubmitRequestEJBObjectImpl0_0.java:119)
2011-12-05 20:21:32,064 [SAPEngine_Application_Thread[impl:3]_30] ERROR com.virsa.ae.core.BOException: Error in Searching Users...
com.virsa.ae.core.BOException: Error in Searching Users...
 at com.virsa.ae.search.bo.SearchUserBO.getUserById(SearchUserBO.java:201)
 at com.virsa.ae.ejbutil.submitrequest.RequestSubmissionBean.submitRequest(RequestSubmissionBean.java:564)
 at com.virsa.ae.ejb.submitrequest.SubmitRequestEJBBean.getSubmitRequest(SubmitRequestEJBBean.java:45)
 at com.virsa.ae.ejb.submitrequest.SubmitRequestEJBObjectImpl0_0.getSubmitRequest(SubmitRequestEJBObjectImpl0_0.java:119)
As a result of this error GRC AC Submit request never completes successfully and so the polling task never starts, instead immediately the pending values are skipped and removed from the user in question. 
 
What are we supposed to set the User data source as within CUP? Is there something else we should be doing to fix this? 
 
Would greatly appreciate your help with trying to fix this! 
 
Thanks a lot in advance! 
 
Best regards,
Sandeep
Edited by: Sandeep Jayendran on Dec 6, 2011 11:22 AM

Hello Gents,
I ran another test and had a look at the VDS Operation log to get more detail around the error; here's an excerpt from the operation log:
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Debug Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
End element SOAP-ENV:Envelope
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Debug Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
org.apache.axis.i18n.resource::handleGetObject(empty00)
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Debug Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
NSPop (empty)
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Debug Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
org.apache.axis.i18n.resource::handleGetObject(setMsgForm)
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Debug Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
Setting current message form to: FORM_OPTIMIZED (currentMessage is now org.apache.axis.utils.ByteArray)
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Debug Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
Exit: SOAPPart::saveChanges(): org.apache.axis.utils.ByteArray@7ecd78
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Debug Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
Operations result is:SUCCESS
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Debug Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
Additional message = msgcode=000;msgdescription=Request Created;msgtype=SUCCESS;requestno=92
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Debug Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
Requst number: 92
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Debug Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
Exception in GRC WS API call:oracle.jdbc.driver.OracleDriver
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Debug Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
*** Fetch result code ***
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Info Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
Operation result: 2
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Warning Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
Exception: (GRC Submit Request:2:oracle.jdbc.driver.OracleDriver)
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Debug Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
Returning: opResult:2,info: ((GRC Submit Request:2:oracle.jdbc.driver.OracleDriver))
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Debug Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
Finished add operation
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Debug Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
Sending operation result
Time: Tue Dec 13 18:01:43 GMT 2011 Level: All Thread: Thread[3,3,LDAP
Sessions:main_listener_4389] Logger: Plain Message:
Sending response to socket: 63621
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Debug Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
LDAP Session continues ...
It's the strangest thing, because it seems to send the request across successfully which is how the request is getting created in CUP but after it succeeds it encounters the exception with the GRC WebService call from the API; any ideas why this is happening? how can we possibly fix this?
Would greatly appreciate any insight / advice on this!
Cheers!
Sandeep

Error when submitting GRC request from IDM

Hello GRC gurus,
We were running into an issue when trying to set up our IDM - GRC integration; when submitting a request to GRC via the AC Validation task the "Submit AC Request" task always encounters an error, but in spite of which the request still gets created on the GRC end; weirdly enough, 2 requests get created each time: 
putNextEntry failed storingcn=TESTUSER,ou=submitrequest,o=grc
Exception from Add operation:javax.naming.CommunicationException: [LDAP: error code 2 - (GRC Submit Request:2:oracle.jdbc.driver.OracleDriver)]; remaining name 'cn=TESTUSER,ou=submitrequest,o=grc'
 
On the GRC end we noticed that we are getting the following error: 
2011-12-05 20:21:32,046 [SAPEngine_Application_Thread[impl:3]_30] ERROR com.sap.security.api.NoSuchUserAccountException: Cannot find user when logonid is null!
com.virsa.ae.service.umi.UMIException: com.sap.security.api.NoSuchUserAccountException: Cannot find user when logonid is null!
 at com.virsa.ae.service.umi.ume.UMESearchUser.getUserById(UMESearchUser.java:304)
 at com.virsa.ae.search.bo.SearchUserBO.getUserById(SearchUserBO.java:198)
 at com.virsa.ae.ejbutil.submitrequest.RequestSubmissionBean.submitRequest(RequestSubmissionBean.java:564)
 at com.virsa.ae.ejb.submitrequest.SubmitRequestEJBBean.getSubmitRequest(SubmitRequestEJBBean.java:45)
 at com.virsa.ae.ejb.submitrequest.SubmitRequestEJBObjectImpl0_0.getSubmitRequest(SubmitRequestEJBObjectImpl0_0.java:119)
2011-12-05 20:21:32,064 [SAPEngine_Application_Thread[impl:3]_30] ERROR com.virsa.ae.core.BOException: Error in Searching Users...
com.virsa.ae.core.BOException: Error in Searching Users...
 at com.virsa.ae.search.bo.SearchUserBO.getUserById(SearchUserBO.java:201)
 at com.virsa.ae.ejbutil.submitrequest.RequestSubmissionBean.submitRequest(RequestSubmissionBean.java:564)
 at com.virsa.ae.ejb.submitrequest.SubmitRequestEJBBean.getSubmitRequest(SubmitRequestEJBBean.java:45)
 at com.virsa.ae.ejb.submitrequest.SubmitRequestEJBObjectImpl0_0.getSubmitRequest(SubmitRequestEJBObjectImpl0_0.java:119)
As a result of this error GRC AC Submit request never completes successfully and so the polling task never starts, instead immediately the pending values are skipped and removed from the user in question. 
 
What are we supposed to set the User data source as within CUP? Is there something else we should be doing to fix this? 
 
Would greatly appreciate your help with trying to fix this! 
 
Thanks a lot in advance! 
 
Best regards,
Sandeep

Hi Diego,
Thanks a lot for your quick response! Sorry for the delay in responding; I was travelling.
Uploading the new files from the Note you mentioned allowed us to view what the actual errors were; but we've started running into new errors now; when looking at the operation logs for VDS, I see that the webservice actually returns an operation result of SUCCESS also quoting that "Finished add operation"; which is why the request does in fact get created in CUP but a couple of log entries later after the webservice returns the request number I encounter the following error within VDS:
Exception in GRC WS API call:oracle.jdbc.driver.OracleDriver
Here's the error found in sequence within a set of other operational log messages within VDS:
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Debug Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
End element SOAP-ENV:Envelope
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Debug Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
org.apache.axis.i18n.resource::handleGetObject(empty00)
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Debug Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
NSPop (empty)
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Debug Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
org.apache.axis.i18n.resource::handleGetObject(setMsgForm)
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Debug Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
Setting current message form to: FORM_OPTIMIZED (currentMessage is now org.apache.axis.utils.ByteArray)
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Debug Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
Exit: SOAPPart::saveChanges(): org.apache.axis.utils.ByteArray@7ecd78
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Debug Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
Operations result is:SUCCESS
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Debug Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
Additional message = msgcode=000;msgdescription=Request Created;msgtype=SUCCESS;requestno=92
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Debug Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
Requst number: 92
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Debug Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
Exception in GRC WS API call:oracle.jdbc.driver.OracleDriver
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Debug Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
*** Fetch result code ***
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Info Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
Operation result: 2
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Warning Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
Exception: (GRC Submit Request:2:oracle.jdbc.driver.OracleDriver)
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Debug Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
Returning: opResult:2,info: ((GRC Submit Request:2:oracle.jdbc.driver.OracleDriver))
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Debug Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
Finished add operation
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Debug Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
Sending operation result
Time: Tue Dec 13 18:01:43 GMT 2011 Level: All Thread: Thread[3,3,LDAP
Sessions:main_listener_4389] Logger: Plain Message:
Sending response to socket: 63621
Time: Tue Dec 13 18:01:43 GMT 2011 Level: Debug Thread: Thread[3,3,LDAP Sessions:main_listener_4389] Logger: Plain Message:
LDAP Session continues ...
It's the strangest thing, because it seems to send the request across successfully which is how the request is getting created in CUP but after it succeeds it encounters the exception with the GRC WebService call from the API; any ideas why this is happening? how can we possibly fix this?
Would greatly appreciate any insight / advice on this!
Cheers,
Sandeep

Error when updating Service Request - 12.1.3

eBus 12.1.3 - DB 11.2.0.1 - RHEL 4.8
When updating a service request we receive the error as follows:
ORA-01438: value larger than specified precision allowed for this column in Package CS_ServiceRequest_PVT Procedure Update_ServiceRequest.
The notes input isn't all that long compared to ones in the past. If it is based on another field I can't identify which one it is.
I enabled a trace during the process and this was the section after the updated was attempted.
PARSE #125:c=1999,e=1131,p=0,cr=0,cu=0,mis=1,r=0,dep=1,og=1,plh=0,tim=1342466511527089
EXEC #125:c=5999,e=5829,p=0,cr=1,cu=1,mis=1,r=0,dep=1,og=1,plh=3977838810,tim=1342466511533163
ERROR #125:err=1438 tim=1342466511533218
STAT #125 id=1 cnt=0 pid=0 pos=1 obj=0 op='UPDATE CS_INCIDENTS_ALL_B (cr=0 pr=0 pw=0 time=0 us)'
STAT #125 id=2 cnt=1 pid=1 pos=1 obj=58779 op='TABLE ACCESS BY USER ROWID CS_INCIDENTS_ALL_B (cr=1 pr=0 pw=0 time=0 us cost=1 size=285 card=1)'
CLOSE #125:c=0,e=42,dep=1,type=0,tim=1342466511533719
=====================
PARSING IN CURSOR #124 len=37 dep=1 uid=175 oct=45 lid=175 tim=1342466511533847 hv=1888065881 ad='0' sqlid='aahpwzps8m6at'
ROLLBACK TO UPDATE_SERVICEREQUEST_PVT
END OF STMT
PARSE #124:c=0,e=30,p=0,cr=0,cu=0,mis=0,r=0,dep=1,og=0,plh=0,tim=1342466511533844
EXEC #124:c=1000,e=17838,p=0,cr=0,cu=4,mis=0,r=0,dep=1,og=0,plh=0,tim=1342466511551774
CLOSE #124:c=0,e=4,dep=1,type=3,tim=1342466511551833
CLOSE #122:c=0,e=4,dep=1,type=3,tim=1342466511551876
=====================
I have compiled the forms for JTF, CS, CSC
I also ran utlrp.sql to recompile invalid objects and still no luck.
No luck in metalink thus far. Where would the next logical place be to look for the cause of this error? Thanks

It appears to be attempting to update all the columns in the statement, I am not sure which ones have data vs which don't.
<****----------------------STATEMENT---------------------------------------****>
UPDATE CS_INCIDENTS_ALL_B SET INCIDENT_STATUS_ID = :B174 , INCIDENT_TYPE_ID =
:B173 , INCIDENT_URGENCY_ID = :B172 , INCIDENT_SEVERITY_ID = :B171 ,
INCIDENT_OWNER_ID = :B170 , RESOURCE_TYPE = :B169 , INVENTORY_ITEM_ID =
:B168 , CUSTOMER_ID = :B167 , ACCOUNT_ID = :B166 , CURRENT_SERIAL_NUMBER =
:B165 , EXPECTED_RESOLUTION_DATE = :B164 , ACTUAL_RESOLUTION_DATE = :B163 ,
CUSTOMER_PRODUCT_ID = :B162 , BILL_TO_SITE_USE_ID = :B161 ,
BILL_TO_CONTACT_ID = :B160 , SHIP_TO_SITE_USE_ID = :B159 ,
SHIP_TO_CONTACT_ID = :B158 , INSTALL_SITE_USE_ID = :B157 ,
INCIDENT_ATTRIBUTE_1 = :B156 , INCIDENT_ATTRIBUTE_2 = :B155 ,
INCIDENT_ATTRIBUTE_3 = :B154 , INCIDENT_ATTRIBUTE_4 = :B153 ,
INCIDENT_ATTRIBUTE_5 = :B152 , INCIDENT_ATTRIBUTE_6 = :B151 ,
INCIDENT_ATTRIBUTE_7 = :B150 , INCIDENT_ATTRIBUTE_8 = :B149 ,
INCIDENT_ATTRIBUTE_9 = :B148 , INCIDENT_ATTRIBUTE_10 = :B147 ,
INCIDENT_ATTRIBUTE_11 = :B146 , INCIDENT_ATTRIBUTE_12 = :B145 ,
INCIDENT_ATTRIBUTE_13 = :B144 , INCIDENT_ATTRIBUTE_14 = :B143 ,
INCIDENT_ATTRIBUTE_15 = :B142 , INCIDENT_CONTEXT = :B141 ,
EXTERNAL_ATTRIBUTE_1 = :B140 , EXTERNAL_ATTRIBUTE_2 = :B139 ,
EXTERNAL_ATTRIBUTE_3 = :B138 , EXTERNAL_ATTRIBUTE_4 = :B137 ,
EXTERNAL_ATTRIBUTE_5 = :B136 , EXTERNAL_ATTRIBUTE_6 = :B135 ,
EXTERNAL_ATTRIBUTE_7 = :B134 , EXTERNAL_ATTRIBUTE_8 = :B133 ,
EXTERNAL_ATTRIBUTE_9 = :B132 , EXTERNAL_ATTRIBUTE_10 = :B131 ,
EXTERNAL_ATTRIBUTE_11 = :B130 , EXTERNAL_ATTRIBUTE_12 = :B129 ,
EXTERNAL_ATTRIBUTE_13 = :B128 , EXTERNAL_ATTRIBUTE_14 = :B127 ,
EXTERNAL_ATTRIBUTE_15 = :B126 , EXTERNAL_CONTEXT = :B125 , RESOLUTION_CODE =
:B124 , PROBLEM_CODE = :B123 , ORIGINAL_ORDER_NUMBER = :B122 ,
PURCHASE_ORDER_NUM = :B121 , CLOSE_DATE = :B120 , PUBLISH_FLAG = :B119 ,
OBLIGATION_DATE = :B118 , QA_COLLECTION_ID = :B117 , CONTRACT_SERVICE_ID =
:B116 , CONTRACT_ID = :B115 , CONTRACT_NUMBER = :B114 , PROJECT_NUMBER =
:B113 , CUSTOMER_PO_NUMBER = :B112 , CUSTOMER_TICKET_NUMBER = :B111 ,
TIME_ZONE_ID = :B110 , TIME_DIFFERENCE = :B109 , PLATFORM_ID = :B108 ,
PLATFORM_VERSION = :B107 , PLATFORM_VERSION_ID = :B106 , DB_VERSION = :B105
, CP_COMPONENT_ID = :B104 , CP_COMPONENT_VERSION_ID = :B103 ,
CP_SUBCOMPONENT_ID = :B102 , CP_SUBCOMPONENT_VERSION_ID = :B101 ,
CP_REVISION_ID = :B100 , INV_ITEM_REVISION = :B99 , INV_COMPONENT_ID = :B98
, INV_COMPONENT_VERSION = :B97 , INV_SUBCOMPONENT_ID = :B96 ,
INV_SUBCOMPONENT_VERSION = :B95 , SITE_ID = :B94 , CUSTOMER_SITE_ID = :B93 ,
TERRITORY_ID = :B92 , CUST_PREF_LANG_ID = :B91 , COMM_PREF_CODE = :B90 ,
CUST_PREF_LANG_CODE = :B89 , LAST_UPDATE_CHANNEL = :B88 , TIER = :B87 ,
TIER_VERSION = :B86 , OPERATING_SYSTEM = :B85 , OPERATING_SYSTEM_VERSION =
:B84 , DATABASE = :B83 , CATEGORY_ID = :B82 , GROUP_TYPE = :B81 ,
OWNER_GROUP_ID = :B80 , GROUP_TERRITORY_ID = :B79 , OWNER_ASSIGNED_TIME =
:B78 , OWNER_ASSIGNED_FLAG = :B77 , UNASSIGNED_INDICATOR = :B76 ,
INV_PLATFORM_ORG_ID = :B75 , PRODUCT_REVISION = :B74 , COMPONENT_VERSION =
:B73 , SUBCOMPONENT_VERSION = :B72 , CATEGORY_SET_ID = :B71 ,
EXTERNAL_REFERENCE = :B70 , SYSTEM_ID = :B69 , ERROR_CODE = :B68 ,
INCIDENT_OCCURRED_DATE = :B67 , INCIDENT_RESOLVED_DATE = :B66 ,
INC_RESPONDED_BY_DATE = :B65 , INCIDENT_LOCATION_ID = :B64 ,
INCIDENT_ADDRESS = :B63 , INCIDENT_CITY = :B62 , INCIDENT_STATE = :B61 ,
INCIDENT_COUNTRY = :B60 , INCIDENT_PROVINCE = :B59 , INCIDENT_POSTAL_CODE =
:B58 , INCIDENT_COUNTY = :B57 , SR_CREATION_CHANNEL = :B56 , COVERAGE_TYPE =
:B55 , BILL_TO_ACCOUNT_ID = :B54 , SHIP_TO_ACCOUNT_ID = :B53 ,
CUSTOMER_PHONE_ID = :B52 , CUSTOMER_EMAIL_ID = :B51 ,
LAST_UPDATE_PROGRAM_CODE = :B50 , LAST_UPDATED_BY = :B49 ,
LAST_UPDATE_LOGIN = :B48 , LAST_UPDATE_DATE = :B47 , BILL_TO_PARTY_ID =
:B46 , SHIP_TO_PARTY_ID = :B45 , PROGRAM_ID = :B44 , PROGRAM_APPLICATION_ID
= :B43 , REQUEST_ID = :B42 , PROGRAM_LOGIN_ID = :B41 , BILL_TO_SITE_ID =
:B40 , SHIP_TO_SITE_ID = :B39 , STATUS_FLAG = :B38 , OBJECT_VERSION_NUMBER =
:B37 +1, INCIDENT_POINT_OF_INTEREST=:B36 , INCIDENT_CROSS_STREET=:B35 ,
INCIDENT_DIRECTION_QUALIFIER=:B34 , INCIDENT_DISTANCE_QUALIFIER=:B33 ,
INCIDENT_DISTANCE_QUAL_UOM =:B32 , INCIDENT_ADDRESS2 =:B31 ,
INCIDENT_ADDRESS3=:B30 , INCIDENT_ADDRESS4=:B29 , INCIDENT_ADDRESS_STYLE=
:B28 , INCIDENT_ADDR_LINES_PHONETIC =:B27 , INCIDENT_PO_BOX_NUMBER =:B26 ,
INCIDENT_HOUSE_NUMBER =:B25 , INCIDENT_STREET_SUFFIX =:B24 ,
INCIDENT_STREET =:B23 , INCIDENT_STREET_NUMBER =:B22 , INCIDENT_FLOOR=:B21 ,
INCIDENT_SUITE =:B20 , INCIDENT_POSTAL_PLUS4_CODE =:B19 ,
INCIDENT_POSITION =:B18 , INCIDENT_LOCATION_DIRECTIONS=:B17 ,
INCIDENT_LOCATION_DESCRIPTION =:B16 , INSTALL_SITE_ID =:B15 ,
INV_ORGANIZATION_ID= :B14 , OWNING_DEPARTMENT_ID = :B13 ,
INCIDENT_LOCATION_TYPE = :B12 , INCIDENT_LAST_MODIFIED_DATE = SYSDATE,
MAINT_ORGANIZATION_ID = :B11 , INSTRUMENT_PAYMENT_USE_ID = :B10 ,
SLA_DATE_1 = :B9 , SLA_DATE_2 = :B8 , SLA_DATE_3 = :B7 , SLA_DATE_4 = :B6 ,
SLA_DATE_5 = :B5 , SLA_DATE_6 = :B4 , SLA_DURATION_1 = :B3 , SLA_DURATION_2
= :B2
WHERE
ROWID = :B1
<****----------------------END STATEMENT---------------------------------------****>
After that statement this is what the tkprof generated reports shows
<****------------------------------------TKPROF-----------------------------------------****>
call count cpu elapsed disk query current rows
Parse 1 0.00 0.00 0 0 0 0
Execute 1 0.00 0.00 0 1 1 0
Fetch 0 0.00 0.00 0 0 0 0
total 2 0.00 0.00 0 1 1 0
Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: 175 (recursive depth: 1)
Rows Row Source Operation
0 UPDATE CS_INCIDENTS_ALL_B (cr=0 pr=0 pw=0 time=0 us)
1 TABLE ACCESS BY USER ROWID CS_INCIDENTS_ALL_B (cr=1 pr=0 pw=0 time=0 us cost=1 size=285 card=1)
SQL ID: aahpwzps8m6at
Plan Hash: 0
ROLLBACK TO UPDATE_SERVICEREQUEST_PVT
call count cpu elapsed disk query current rows
Parse 1 0.00 0.00 0 0 0 0
Execute 1 0.00 0.01 0 0 4 0
Fetch 0 0.00 0.00 0 0 0 0
total 2 0.00 0.01 0 0 4 0
Misses in library cache during parse: 0
0 UPDATE CS_INCIDENTS_ALL_B (cr=0 pr=0 pw=0 time=0 us)
1 TABLE ACCESS BY USER ROWID CS_INCIDENTS_ALL_B (cr=1 pr=0 pw=0 time=0 us cost=1 size=285 card=1)
SQL ID: aahpwzps8m6at
Plan Hash: 0
ROLLBACK TO UPDATE_SERVICEREQUEST_PVT
call count cpu elapsed disk query current rows
Parse 1 0.00 0.00 0 0 0 0
Execute 1 0.00 0.01 0 0 4 0
Fetch 0 0.00 0.00 0 0 0 0
total 2 0.00 0.01 0 0 4 0
Misses in library cache during parse: 0
Parsing user id: 175 (recursive depth: 1)
<****------------------------------------END TKPROF-----------------------------------------****>

Error When Sending Service Request Through OWSM Gateway

We are trying to test using OWSM Gateways and Server Agents to sign and then verify messages being passed to a web service on a server. We have been able to get this to work with a simple HelloWorld type service without any problems. We then followed the exact same steps to do this with an actual service and it is not working.
We run the test from the "Test Page" inside the ccore GUI. We first test the connection directly to the service and receive a message about it missing the WS Security header. This is somewhat expected. Then, we send through the gateway which is set up to sign the message and pass along the header and receive the same error message:
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/"><env:Header/><env:Body><env:Fault xmlns="http://schemas.oblix.com/ws/2003/08/Faults"><faultcode xmlns="">:GenericFault</faultcode><faultstring xmlns="">WS-Security process failure:FAULT CODE: InvalidSecurity FAULT MESSAGE: Missing WS Security header in the SOAP message</faultstring><faultactor xmlns=""></faultactor></env:Fault></env:Body></env:Envelope>
We have checked the OWSM logs and can see that both times the server agent receives the request. The gateway logs, however, do not show any requests or responses even though the message should have gone through it. We do see these messages in the logs when testing our HelloWorld service with the same sign/verify settings. A review of the gateway.log file shows the following message displayed each time we submit a test to the malfunctioning service:
2007-10-18 10:30:22,263 INFO [AJPRequestHandler-HTTPThreadGroup-54] gateway.WSDLRegistry - Exception occured in updateWSDL
We have until tomorrow to get this issue resolved before development presses to move forward without OWSM security and we cannot have that. Your immediate assistance is required. Thank you.

Some additional research has been done here and it seems that web services created with SOAP 1.1 (such as the HelloWorld service) work just fine. The problem is with services created with SOAP 1.2. Are there separate configurations or changes that need to be made for SOAP 1.2 services?

SCCM 2012 R2 - Error when marking Service Request as Complete from remote console

If I attempt to Complete a SR from a remote console I receive the following error. Marking as Complete from the console installed on the Management Server works as expected. Has anyone encountered this ?
Date: 22/09/2014 18:37:18
Application: System Center Service Manager
Application Version: 7.5.3079.0
Severity: Error
Message: Method not found: 'Void Microsoft.EnterpriseManagement.UI.SdkDataAccess.ConsoleCommand.VerifyDataItemClass(Microsoft.EnterpriseManagement.UI.DataModel.IDataItem, System.String, System.Guid, System.String, System.String, System.String)'.
System.MissingMethodException: Method not found: 'Void Microsoft.EnterpriseManagement.UI.SdkDataAccess.ConsoleCommand.VerifyDataItemClass(Microsoft.EnterpriseManagement.UI.DataModel.IDataItem, System.String, System.Guid, System.String, System.String, System.String)'.
   at Microsoft.EnterpriseManagement.UI.SdkDataAccess.ConsoleTaskHandler.DoTask(IList`1 navigationNodes, NavigationModelNodeTask task, List`1 parameterList)
   at Microsoft.EnterpriseManagement.UI.SdkDataAccess.ConsoleTaskHandler.DoTask(IList`1 navigationNodes, NavigationModelNodeTask task)
   at Microsoft.EnterpriseManagement.ConsoleFramework.WindowJobRecord.ExecuteBackgroundJob(Object sender, ConsoleJobEventArgs eventargs)
   at Microsoft.EnterpriseManagement.ServiceManager.UI.Console.ConsoleJobExceptionHandler.ExecuteJob(IComponent component, EventHandler`1 job, Object sender, ConsoleJobEventArgs args)
Ian Moran

Thanks. Although the Console version was showing the same on both the server and users workstations I think what we had was UR3 installed on the servers and UR2 installed on the workstations. Installing UR3 on all workstations seems to have fixed the issue
(not all have tested)
Ian Moran

Best practices when making service requests

Best practices when making service requests
We've been working on moving our old services that were built with an different service request tool into RequestCenter and were wondering if anyone had any thoughts about best standards or practices for the new forms that they would be willing to share. For example, one such standard might be that the customer - initiator information will always be displayed at the top of the request.
Are there any other standardizations you could share that help lend consistency and provide improved readability for request forms? Maybe someone has a design framework guide they would be willing to share?
Thanks!
Tim

Thanks for the comments and the book suggestion.
We've been placing the customer information at the top because wanted the customer to review the information before subbmitng the form. Our LDAP data is somewhat spotty and we want to make sure we have the right information when the form is submitted but I can see the advantages to placing it at the bottom as well. I'll have to think that over more.
Does anyone find tha certain fields work better than others? For example, we've not had much

Error when getting service facade : Service manager initialization failed I

Dear Friends,
we have created entities in CAS((nwds 7.0.1)) and deployed in J2ee.
During Testing:
when we right click on entity and click on test.
service Browser. is opening with two Buttons.
One Button it is " start with CAF source".
when we select this its throwing error
Error text:
Error when getting service facade : Service manager initialization failed Illegal argument exception: Unable to create javax.ejb.EJBObject. because of this we are unable to test the entity.
request to throw pointers to clear this error.
Answers will be rewared.
Regards
shekar chandra

even if go using this url http://hostnae:portname/caf
i could see the main page then i click TestTools->Service browsser, Still lso i am getting the same screen with Buttons.
one saying "Start with CAF Source" @ other "Start with ABAP
Source"
If .ear is one of the cause I have removed all the projects from DC->.dtr.Now my NWDS is empty.
Still why it is comming.
Regards
Shekar Chandra

MSS Reports - Error when processing your request

Hi Experts,
We got the following error, while executing MSS reports. Would really appreciate kind guidance to reslove the issue.
Error as below:
Error when processing your request
What has happened?
The URL http://m2003075d.**********/sap/bc/gui/sap/its/HRWPC_FC_EXEC was not called due to an error.
(Intentionally kept **** to kept confidentiality about the client)
Note
The following error text was processed in the system ECQ : Template interpretation cancelled, syntax error.
The error occurred on the application server M2003075D_ECQ_00 and in the work process 0 .
The termination type was: RABAX_STATE
The ABAP call stack was:
SYSTEM-EXIT of program SAPLSLVC_FULLSCREEN
Function: REUSE_ALV_GRID_DISPLAY of program SAPLSLVC_FULLSCREEN
Form: DISPLAY_LIST of program RPTQTA10
END-OF-SELECTION of program RPTQTA10
What can I do?
If the termination type was RABAX_STATE, then you can find more information on the cause of the termination in the system ECQ in transaction ST22.
If the termination type was ABORT_MESSAGE_STATE, then you can find more information on the cause of the termination on the application server M2003075D_ECQ_00 in transaction SM21.
If the termination type was ERROR_MESSAGE_STATE, then you can search for more information in the trace file for the work process 0 in transaction ST11 on the application server M2003075D_ECQ_00 . In some situations, you may also need to analyze the trace files of other work processes.
If you do not yet have a user ID, contact your system administrator.
Error code: ICF-IE-http -c: 200 -u: MANAGER1 -l: E -s: ECQ -i: M2003075D_ECQ_00 -w: 0 -d: 20090710 -t: 160454 -v: RABAX_STATE -e: ITS_CANT_LOAD_INCLUDE
HTTP 500 - Internal Server Error
Your SAP Internet Communication Framework Team
Thanks in advance,
Aashish

Hi,
You need to Publish the services in a proper sequence, then only it will get activated.
Also switch between SAP GUI for windows and SAP gui for HTML, because if you are accessing the system through network, problem may arise.
Try switching between these launchpads, might help you.
Publish the WEBGUI first, SHUFFLER then, and dont forget to publish completely, else it wont work.

Error creating Interent Service Request -

Hi,
System My sap erp 2005 SP 6
I am trying to cretae an internet service request with ITS templates. The ISR automatically generated a service Znnn for the ISR. I published Znnn service on the internal server. I created an entry in SICF transaction
When i try to run the service i get the following error
Error when processing your request
What has happened?
The URL http://aaaaaaaaa:8000/sap/bc/gui/sap/its/zovt/ was not called due to an error.
Note
The following error text was processed in the system HM1 : Template interpretation failed. Template does not exist.
The error occurred on the application server aaaaaa_HM1_00 and in the work process 0 .
The termination type was: RABAX_STATE
The ABAP call stack was:
SYSTEM-EXIT of program SAPLSMTR_NAVIGATION
What can I do?
If the termination type was RABAX_STATE, then you can find more information on the cause of the termination in the system HM1 in transaction ST22.
If the termination type was ABORT_MESSAGE_STATE, then you can find more information on the cause of the termination on the application server nwd2erp1_HM1_00 in transaction SM21.
If the termination type was ERROR_MESSAGE_STATE, then you can search for more information in the trace file for the work process 0 in transaction ST11 on the application server nwd2erp1_HM1_00 . In some situations, you may also need to analyze the trace files of other work processes.
If you do not yet have a user ID, contact your system administrator.
Error code: ICF-IE-http -c: 002 -u: RJOGAM -l: E -s: HM1 -i: nwd2erp1_HM1_00 -w: 0 -d: 20070104 -t: 120042 -v: RABAX_STATE -e: ITS_TEMPLATE_NOT_FOUND
HTTP 500 - Internal Server Error
Your SAP Internet Communication Framework Team
I have seen that the "webgui" service if activated an i am able to run the webgui ser vice.
I have seen certain posts, but most of them said to publish my service ad also cehck whether the webgui service is activated, the answer for both of which in my case is yes.
Please advice
regards
Sameer

in SICF for your service, set the GUI link to Y and click settings and add parameter ~generatedynpro = 1.
Now test the service this should work.
Regards
Raja

Error when processing your request

Error when processing your request
What has happened?
The URL http://vinay:8000/sap/bc/webdynpro/sap/zfirst_web was not called due to an error.
Note
     The following error text was processed in the system NSP : Die URL enthält keine vollständige Domainangabe (vinay statt vinay.).
     The error occurred on the application server vinay_NSP_00 and in the work process 0 .
     The termination type was: RABAX_STATE
     The ABAP call stack was:
Method: CHECK of program CX_FQDN=======================CP
Method: STARTUP_CHECKS of program CL_WDR_CLIENT_ABSTRACT_HTTP===CP
Method: HANDLE_REQUEST of program CL_WDR_CLIENT_ABSTRACT_HTTP===CP
Method: IF_HTTP_EXTENSION~HANDLE_REQUEST of program CL_WDR_MAIN_TASK==============CP
Method: EXECUTE_REQUEST of program CL_HTTP_SERVER================CP
Function: HTTP_DISPATCH_REQUEST of program SAPLHTTP_RUNTIME
Module: %_HTTP_START of program SAPMHTTP
What can I do?
     If the termination type was RABAX_STATE, then you can find more information on the cause of the termination in the system NSP in transaction ST22.
     If the termination type was ABORT_MESSAGE_STATE, then you can find more information on the cause of the termination on the application server vinay_NSP_00 in transaction SM21.
     If the termination type was ERROR_MESSAGE_STATE, then you can search for more information in the trace file for the work process 0 in transaction ST11 on the application server vinay_NSP_00 . In some situations, you may also need to analyze the trace files of other work processes.
     If you do not yet have a user ID, contact your system administrator.
Error code: ICF-IE-http -c: 001 -u: BCUSER -l: E -s: NSP -i: vinay_NSP_00 -w: 0 -d: 20090622 -t: 074756 -v: RABAX_STATE -e: UNCAUGHT_EXCEPTION
HTTP 500 - Internal Server Error
Your SAP Internet Communication Framework Team

Hi Thomas,
I realize this is a rather old discussion, but I wonder if you know whether running transaction SGEN to generate the loads for either all web dynpros or just a particular transport containing a custom web dynpro would resolve the slow response time and timeout. After a customer message with SAP, this was their suggestion, however our Basis team is skeptical that this will have the desired effect. We noticed the issue when moving from development to QA so we won't know if this is the solution until we try it in production upon go-live.
Cheers,
Amy

Error when submitting responses

Some respondents receive an error when submitting survey results. Could there be a timing issue with the server if many responses are coming in at the same time? Or could the error be caused at the senders location?

we are trying to catch it. It flashes quickly before results are submitted (via iPad) and communication is ended. It may be a timing issue. Let me look into this further. Could be the user too!!!!!!!!!!!!!!!!!!
Donna Dowdle
IT Manager
Dr. Scholl Foundation
(847) 559-7430 - office
(847) 602-0709 - cell
DISCLAIMER! The information contained in this e-mail message is confidential and is intended only for the use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of this communication is strictly prohibited. If you have received this e-mail message in error, please contact the sender at (847) 559-7430 and delete this e-mail message.

Error"There was an internal error when submitting the form" URM Disposition

Hello
I get the following error - "*There was an internal error when submitting the form*" - when i allocate a Retention Disposition to a Retention Category.
Any Ideas how this can be solved?
Thank you

Not based on the minimal information provided.
Error messages in 11g, from a UI standpoint, are severely deficient. How about looking in the content server logs and posting some more information?

SRT Framework exception: ICF: Error when creating service node. [rc:wrong_icf_name] No special characters allowed in name

Hi,
I have created a web service in SAP ECC from a RFC.
While configuring the web service in SOA management to publish it, getting error SRT Framework exception: ICF: Error when creating service node. [rc:wrong_icf_name] No special characters allowed in name
How to resolve the same.
Thanks
Tanmay

Hello Tanmay,
Are you including quotes (') in the name, I assume not?
Regards,
Siddhesh

Error when sending data request

Hi All,
   i have scheduled info package for different type data sources in bi 7.0, for this i am getting the data from ecc 6.0 . all of this schedule's showing the status "error when sending data request" with the following details.
status
diagnosis
the request idoc could not be sent to the source system using rfc
system response
there is an idoc in the warehouse outbox that did not arrive in the ale inbox of the source system
in step by step analysis it is showing
   rfc to source system successful showing with ash status
   data selection successfully stated and finished ? show with red status
in that details tab
request : showing with green status
everything ok
extraction :showing with red status
missing messages
transfer(idocs and trfc) : missing messeges
processing(data packet) : no data
    it is showing technical status with red as processing overdue
                       processing step call to source system
   so it is showing error with 0 from 0 records.
please any body could help me for solving this error.
regards,
naveen.

Hi
Seems you have connectivity issues between the Source system and Bi system.
You need to check whether you have data on R/3 side via RSA3 with Full / Delta Update Modes with Target System as your BI system.
RSA13--Source System -- Right click Connection parameters/check/Restore/Activate again Say Replicate All Data Sources (If Possible , provided if you have time because it consumes lot of time )
You need to check the tRFC Queue SM58/59 for any Stucks and WE19/20 for IDocs.
Much of BASIS Issue .
Hope it helps and clear

Error when submitting service request.

Similar Messages

Maybe you are looking for