SRM 4.0 - Shopping Carts - solved

[Susan R. Keohan]

I'm on a roll, here folks.

For those of you who care, several days ago I had been in SWUD, and set the container monitor on.

I found this out when I went into SM58 and executed a LUW for one of the errors I had generated. 
Boom!  Up pops the container monitor screen.  When I switched it off, I was able to shop, and have 
standard WS for Shopping Carts w/no approval kick off successfully.

It's always the little things that'll bite you.

Happy WF-ing,
Sue


Susan R. Keohan wrote:
> Of course, it would help if I did my *due diligence* before reporting an 
> issue to the list...
> 
> When I shop, it creates a short dump and an error in SM58. The short 
> dump error is 'DYNPRO_SEND_IN_BACKGROUND' in SAPMSSYD.
> 
> The SM58 error is:
> 'Screen output without connection to user.' for function module 
> BBP_PDH_WFL_DB_UPDATE_BACK.
> 
> If I try to do a trace (according to the comments in the above function) 
> using the following steps:
> * create trace of test data by :
> * 1) calling transaction bbptrace
> * 2) enter user and name
> * 3) do your tests
> * 4) deactivate the trace
> * 5) look in the test data of this function
> 
> There is no test data for the function BBP_PDH_WFL_DB_UPDATE_BACK, and I 
> get a new short dump, 'OBJECTS_MOVE_NOT_SUPPORTED', and a new SM58 
> entry, 'Conversion of type h to type C not supported.'.
> 
> Just in case, I deactivated my BADI, and when I did that, and shopped, I 
> returned to the original short dump 'DYNPROC_SEND_IN_BACKGROUND', 
> 'Screen output without connection to user'.
> 
> I must be ahead of schedule... Usually I get this baffled, it's on a 
> Friday.  Anyhow, any help on any of these errors is appreciated,
> Happy WF-ing,
> Sue
> 
> Susan R. Keohan wrote:
> 
>> Hi Jocelyn,
>>
>> Thanks for the info... I will make the suggested change today.  For 
>> the time being, it's a good thing that my carts don't automatically go 
>> into WS1000060, because that gives me the opportunity to create a 
>> bunch of carts for testing with the N-Step BADI workflow without 
>> 'disrupting' the other folks' shopping experience.
>> But I noticed other users also have this message when I run 
>> BBP_CHECK_USERS.  They can shop and their carts get into the standard 
>> WF.  Our org structure is a copy of our EBP 3.5 Production system.  
>> There is linkage between the Position, Central Person, and User 
>> (although there are no 'chiefs', which one of our SRM consultants says 
>> is the issue).
>>
>> So I guess I need to look a little closer at the differences between 
>> my userid and the others. Any other tups are, as always, greatly 
>> appreciated!
>>
>> Happy WF-ing,
>> Sue
>>
>>
>> Dart, Jocelyn wrote:
>>
>>> Hi Sue, Yes it's you - well, your userid.
>>> Set the flag in T77S0 as instructed.  There's a SAP note discussing
>>> this.  It's not misleading - it just depends on how your user id,
>>> position and central person relationships were created.
>>> In SRM workflow needs either both a S-CP-US relationship and the S-US
>>> relationship or the flag set as suggested.
>>> Turning on the flag will make your user id work but won't upset anything
>>> else. It'll just "fill in the blanks" for your userid.
>>>
>>>
>>> Regards,
>>> Jocelyn Dart
>>> Senior Consultant
>>> SAP Australia Pty Ltd.
>>> Level 1/168 Walker St.
>>> North Sydney NSW, 2060
>>> Australia
>>> T   +61 412 390 267
>>> M   + 61 412 390 267
>>> E   jocelyn.dart at sap.com
>>> http://www.sap.com
>>>
>>> The information contained in or attached to this electronic transmission
>>> is confidential and may be legally privileged. It is intended only for
>>> the person or entity to which it is addressed. If you are not the
>>> intended recipient, you are hereby notified that any distribution,
>>> copying, review, retransmission, dissemination or other use of this
>>> electronic transmission or the information contained in it is strictly
>>> prohibited. If you have received this electronic transmission in error,
>>> please immediately contact the sender to arrange for the return of the
>>> original documents. Electronic transmission cannot be guaranteed to 
>>> be secure and
>>> accordingly, the sender does not accept liability for any such data
>>> corruption, interception, unauthorized amendment, viruses, delays or the
>>> consequences thereof.
>>> Any views expressed in this electronic transmission are those of the
>>> individual sender, except where the message states otherwise and the
>>> sender is authorized to state them to be the views of SAP AG or any of
>>> its subsidiaries. SAP AG, its subsidiaries, and their directors,
>>> officers and employees make no representation nor accept any liability
>>> for the accuracy or completeness of the views or information contained
>>> herein. Please be aware that the furnishing of any pricing information/
>>> business proposal herein is indicative only, is subject to change and
>>> shall not be construed as an offer or as constituting a binding
>>> agreement on the part of SAP AG or any of its subsidiaries to enter into
>>> any relationship, unless otherwise expressly stated.
>>>
>>> -----Original Message-----
>>> From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf
>>> Of Susan R. Keohan
>>> Sent: Thursday, 20 October 2005 6:42 AM
>>> To: SAP Workflow Users' Group
>>> Subject: SRM 4.0 - Shopping Carts not going for release
>>>
>>> Hello,
>>>
>>> We are in SRM 4.0.  The standard WF for  Shopping Cart with no 
>>> Approval (WS10000060) is initiated for our other developers and 
>>> configurers.  But
>>>
>>> when I, the WF Admin, try to submit a cart, it is held, awaiting 
>>> approval.  Is it the characteristics of the cart ?  I don't think 
>>> so... when I run FM BBP_PDH_WFL_CHECK_BEFORE_START, it returns 
>>> WS1000060, so I
>>>
>>> believe it wants to start that workflow.  Is it, gasp, me ?
>>>
>>> Perhaps.  I ran BBP_CHECK_USERS on my ID, and received the following:
>>> ' The user has no workflow linkage. Configure workflow.'
>>>
>>> Huh ?
>>>
>>> Drilling down on the error message gives the following text:
>>> The user  has no workflow linkage. Configure workflow.
>>> Message no. BBPU_MESSAGES116
>>> Diagnosis
>>> The user has no workflow linkage. The relationship between position 
>>> (S) and user (US) does not exist.
>>> System response
>>> In workflow configuration (table T77S0) you can set the indicator 
>>> WFLOW/CRMUS to 'X'.
>>> Procedure
>>> You can set the indicator as follows:
>>>
>>>      1. Start transaction code *SM30*
>>> <SAPEVENT:DOCU_LINK%5CDS:TRAN.SM30>
>>>      2. Open table T77S0 (/Maintain/).
>>>      3. Create the following new entry:
>>>          o Group: WFLOW
>>>
>>>          o Semantic ID: CRMUS
>>>
>>>      4. Activate by setting the indicator to 'X'.
>>> Important: This function is only available from Basis Release 6.1.
>>>
>>> One of our SRM consultants says the message is misleading, and that I 
>>> need to create my own org structure. Has anyone else seen anything 
>>> like this ?
>>> Thanks, and happy WF-ing,
>>> Sue
>>>
>>>  
>>>
>>
> 

-- 
Susan R. Keohan
SAP Workflow Developer
MIT Lincoln Laboratory
244 Wood Street
LI-200
Lexington, MA. 02420
781-981-3561
keohan at ll.mit.edu