Workflow -> Task Bindings and user authorizations

[Rick Bakker]

Hi Michael,

This probably has nothing to do with your problem but so many keywords
match that I can't resist.

I was very surprised to find that including a position (S ....) which
is empty in the list of recipients of a SendMail step causes the
workflow to go into error.
Maybe your problem is somehow related.

regards
Rick Bakker
hanabi technology

On Thu, Feb 10, 2011 at 4:20 AM,  <michael.mcley at daimler.com> wrote:
>
> Hello Wuggers,
>
> I'm stumped.
>
> Background:
> We are using a workflow for the approvals of travel requests.  One of the
> steps is that if an approver rejects a travel request, an SAP mail is sent
> to the requestor with some text explaining why.
>
> Issue:
> The SAP Mail reciepient is the user ID of the requestor, which is contained
> in a WORKFLOW container element at the start of the workflow.  This WORKFLOW
> container element is passed into the TASK container through a standard
> binding.  So far a no-brainer.
>
> As of about August last year, most of these send mail tasks started going
> into error (most - not all).  A review of the logs of successful and
> error-ed tasks (and the task program, etc...) shows the reason for the error
> is that the task container element which is used in the task to determine
> the reciepient of the mail is not being populated, although the source
> element in the workflow container has a value.
>
> Some Hints:
> At about exactly the same time, we underwent a complete overhaul of our user
> authorization scheme.  Additionally, the send mail task (for some strange
> reason) is not a background task, although there is no user interface.
>
> ----------------------------
> It seems to me that our authorization project has somehow caused this
> binding to break in most (but not all) instances, but up to this point, I
> did not think that user auths had any effect on workflow -> task bindings,
> even if the step is not background.  Am I wrong to assume this?
>
> Any help or hints would be appreciated.  Thx.
>
>
> Michael McLey
> MBUSI - IT Parts & Administration
> Mercedes-Benz US International, Inc.
> 1 Mercedes Drive
> Vance, AL 35490
> PHONE:  (205) 462 - 5239
> EMAIL:   michael.mcley at daimler.com
> If you are not the intended addressee, please inform us immediately that you
> have received this e-mail in error, and delete it. We thank you for your
> cooperation.
>
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>
>