DRAW Document Status

[markkuckuk@pcmc.com]

Opportunities?
 
The old & new DOK Statuses are bindable from the Draw-changed event
container (used initially in the check FM on DOKST).
 
 
 
 
Mark Kuckuk
SAP-PLM Track Lead
Paper Converting Machine Company
Green Bay, Wisconsin, USA
Ph: 920-491-6808
Email: markkuckuk at pcmc.com
 
 
 
                      "Weaver, Karen"
                      <Karen.Weaver at Sonop        To:       SAP-WUG at MITVMA.MIT.EDU
                      ress.com>                  cc:
                      Sent by: SAP               Subject:  Re: DRAW Document Status (Complete Scenario)
                      Workflow
                      <Owner-SAP-WUG at MITV
                      MA.MIT.EDU>
 
 
                      12/12/2003 10:12 AM
                      Please respond to
                      SAP Workflow Users'
                      Group
 
 
 
 
 
 
I had this same issue in another WF.  I also tried the wait command with
catastrophic results.  I finally resolved my issue with a terminating
event.
 
This is how it worked:
 
  My workflow step performed an update to the database in a function
module.
That step has a terminating event which I created and raised after the
database update in the function module to let me know that the database had
been updated.  Then in the method after the fm call, I use the command,
swc_refresh_object self.
 
Yes, timing is everything.
 
-----Original Message-----
From: SAP Workflow [mailto:Owner-SAP-WUG at MITVMA.MIT.EDU]On Behalf Of
Easin Muttaqi
Sent: Friday, December 12, 2003 8:31 AM
To: SAP-WUG at MITVMA.MIT.EDU
Subject: Re: DRAW Document Status (Complete Scenario)
 
 
Hi Karen / Kjetil,
 
I have three DRAW Document types and three separate workflows. Two WF are
working exactly the way we wanted. The difference between the first two
(TDR,
TDS) and the last (AMI) is that in the AMI WF the route is determined
dynamically
based on the value of the Document Status.  When the status is changed to
'A5'
by 'User0' the WF is triggered and 'User1' receives it. Now from 'A5' the
status
may become 'A9' or 'A1'. If it is changed to 'A1' then 'User0' will get it
back but if
it is changed to 'A9' then 'User2' will get the Work Item. This process
continues
further.
 
In the first two WFs (TDR, TDS) the DRAW object values (Attributes)
considered
were static, i.e. No change during the execution of the WF.  But for the
last one
(AMI) we are dependent on the dynamically changed value of the Document
Status field. I have updated through transaction 'CV02N' the Document
Status
 
field, then if I use 'CV02N' I get the new value but if I test though BOR
'DRAW'
or 'Z_DRAW' I don't get the updated value. I introduced 'swc_refresh_object
self.'
in the WF. Also introduced 'wait up to '20.0' seconds.' before refreshing
the object.
The problem remained. I thought it is the buffer problem, but I regularly
use 'SWU_OBUF' to clear the buffer. Now, in addition, I requested Basis
team
to
perform '/$sync'. I got some result. The CV02N and BOR test gave consistent
result. But the WF log gave me inconsistent results.
 
The 'Work Item Text' of Transaction Code 'SWI1' can retrieve DRAW-DOKNR,
DRAW-DOKAR, two different characteristic values AUSP-ATWRT ( for Fleet Type
and AMI subtype) but retrieving the current value of  DRAW- DOKST is
creating
problem. But sometime I get the value of Document Status even inside the
Task
Description. Most of the time I don't get it even at 'Work Item Text'.
 
I have the same doubt as 'Kjetil Kilhavn' that (event triggered before
database
commit)?
 
If anyone can recommend any further measure I will implement that and let
you all
know the result.
 
Thanks.
 
Easin Muttaqi
 
> Kjetil Kilhavn <kjetilk at statoil.com> wrote:
>
> If you have a multilingual setup, check the translation for the text
> issue.
> Possibly a copy & paste problem?
>
> Still, in the agent determination the translation doesn't have an
> influence. Could there be timing issues (event triggered before
> database
> commit)? I am not familiar with the business object type, but timing
> is a
> common issue when values appear to be incorrect (typically initial or
> the
> previous value).
> --
> Kjetil Kilhavn
>
>
>
>
>                     Easin Muttaqi
>                     <easin_muttaqi at optusn        To:
> SAP-WUG at MITVMA.MIT.EDU
>                     et.com.au>                   cc:     (bcc: Kjetil
> Kilhavn)
>                     Sent by: SAP Workflow        Subject:     Re:
> DRAW Document Status
>                     <Owner-SAP-WUG at MITVMA
>                     .MIT.EDU>
>
>
>                     12.12.2003 07:31
>                     Please respond to
>                     "SAP Workflow Users'
>                     Group"
>
>
>
>
>
>
> Hi Karen,
> Binding is O.K.
> Because Work Item Text displays the document number correctly and
> then
> &AMIDOC.DOCUMENTSTATUS& not the value. Executing the WorkItem gives
> the
> correct document with correct status. But my determiniation of  the
> agent
> based
> on the status becomes wrong and mostly the agent is WF-BATCH instead
> of my
> assigned agent. Some times the agent determination becomes correct.
> It is
> not
> consistent all the time (mostly 90%times inconsistent).
> Thanks.
> Easin Muttaqi
>
>
>
> > Weaver, Karen <Karen.Weaver at Sonopress.com> wrote:
> >
> > If you are getting the actual words then your problem is:
> >
> > 1.  The object doesn't exist, or
> > 2.  You have binding issues.
> >
> > Check your binding to the your object name AMIDOC.
> >
> > -----Original Message-----
> > Wrom:
CGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNV
> > Sent: Thursday, December 11, 2003 9:10 AM
> > To: SAP-WUG at MITVMA.MIT.EDU
> > Subject: DRAW Document Status
> >
> >
> > Hi
> >
> > I am developing a WF on DRAW Object. The WF triggers when Document
> > Status
> > (DRAW-DOKST) is changed to 'A5'. My entire processing depends on
> the
> > value
> > of
> > the current Document Status. But during the execution of the WF I
> > don't get
> > the
> > current value of the Document status. For example, the WF is
> > triggered when
> > the
> > Document Status is changed to 'A5'. But using Transaction code
> 'SWI1'
> > the
> > Work
> > Item Text displays &AMIDOC.DOCUMENTSTATUS& not the value.
> >
> > How can I ensure that the current value of the Document Status is
> > available
> > to the
> > Workflow ? I am using R/3 release 4.6C.
> >
> > Thanks.
> >
> > Easin Muttaqi
>
>
>
>
> -------------------------------------------------------------------
> The information contained in this message may be CONFIDENTIAL and is
> intended for the addressee only. Any unauthorised use, dissemination
> of the
> information or copying of this message is prohibited. If you are not
> the
> addressee, please notify the sender immediately by return e-mail and
> delete
> this message.
> Thank you.