No Administrator found for the task (solution in FAQ not applicable sadly)

Question

Hi All,
I have had to build a custom work item inbox due to complex client requirements, one of which being that all tasks are declared as "General tasks", so that all users can select and work them. 
Work item execution is performed using the function module SWL_WI_DISPATCH (I've also tested using SAP_WAPI_EXECUTE_WORKITEM), which sometimes returns the error 'No administrator found for the task'.
I followed the standard instructions for this error message, refreshing the org assignments, transaction SWU_OBUF etc, and this did not help the issue.
The error seems to occur within the function module RH_WI_AGENT_EXECUTE_CHECK, however according to our configuration I can see no reason why users shouldn't be allowed to execute the work item, if the org assignment has been stable for several months, all tasks are generic, and the work item status is READY.  There is no rule for determining agent beyond them being "General task"s.
Does anyone have any ideas?  According to the data in SWWWIHEAD I can't see any reason why execution should be failing for these work items.
Thanks

Answer 1

Hi there,
almoste there
The new extended eMail notification do allow a feature, which is named "Forward by eMail" (in the general settings of SWNCONFIG). And the result is, that a work item can be executed by another user-id, who is not the actual receiver of the work item.
If you looked at report RSWNWIEX you'll find out that exactly the proposed solution is in use there, having a very usuable example already in place:  (check lines 155 and following)
      CALL FUNCTION 'SAP_WAPI_EXECUTE_WORKITEM'
        EXPORTING
          workitem_id    = p_wi_id
      IF lv_rc <> 0 AND cl_swn_settings=>wi_forward_via_mail = 'X'.
*-         require to put back if WI is selected
          CALL FUNCTION 'SAP_WAPI_ADM_WORKITEM_BACK'
            CALL FUNCTION 'SAP_WAPI_FORWARD_WORKITEM'
              EXPORTING
                workitem_id   = p_wi_id
                user_id       = sy-uname
              COMMIT WORK.   "Needs to be done before executing again
                  CALL METHOD cl_swf_run_wim_factory=>initialize( ).
                  CALL FUNCTION 'SAP_WAPI_EXECUTE_WORKITEM'
That doesn't blast a security hole, as far as I see.
Using the table SWWUSERWI directly is not advisable at that time, I'd say.
Best wishes,
Florin