That will work just fine. We do the same thing with our Client Events to provide a little more flexibility than the Smartforms Client Event provides. This is also forwards compatible with K2 Five workflows, which have just a single Client Event wizard but provide a dropdown in the wizard to choose between smartforms and custom forms.

Nice one Shaun, glad we have u on board with the K2Five heads-up. v4.6.11 was a proper pain for us.

One thing on this Post. If the Approver clicks on the Approved/Delcined button and submits the job, then great the workflow complets and all is good, however i noticed that if the Approver clicks on the same email they got, it tries to open the same job (with the same Serial No) and you get the K2 spinning wheel of doom.

Is there any way of having a rule in the Initalize rule of the Worklist URL form that checks to see if the action has already been done and tells them via screen message "already done, now jog on", rather than them being presented with an spinning loading form....???

If that can be done, it'll close that loophole nicely.

Thanks again, appreciate the help

We do it via custom API smartobjects but you could likely accomplish the same thing by using the built-in 'Worklist Item' smartobject, filter on the SerialNumber and if you get nothing back, it's no longer available.

Shaun,

Do you have an example of this and how to apply the rule?

Where is the worklist smartobject, not used this before?

The Smartobject is System>Workspace>Workflow>SmartObjects>Worklist Item. The rule would look something like:

You would execute this rule from the initialize rule of the form/view. If the SN filter returns no results (meaning the worklist item is no longer on the user's worklist), the datalabel will not contain a value and your message or whatever other action you take will occur.