I don't know enough about your context to know whether what you are doing is advisable, but I do know that you definitely need to have a lock in order to do your save.   One way is to do an obj-open or obj-open-by-handle with the "lock" checkmark.  Make sure you use something like "StepStatusFail" on your post condition to detect if you can't lock it because someone else already has the lock.   Once you get the lock, after your save with "write now", do an unlock.  One way of doing the unlock is by stepping outside the guard rail into a java step that performs  something like 'tools.getDatabase().getLockManager().unlock(tools.findPage("theWork")' .  /Eric

Please note that normally you should only use obj-save (with your without "write-now"!) for an object OTHER than the primary work object.

For the primary work object (the one being acted on in normal flow processing), you should normally merely update your properties.  The work will get saved for you by the system when the submit happens.

The reason it is important NOT to use obj-save for the primary work object is that it will cause trouble if there is ever a rollback situation, in which case it can cause errors such as "flow removed" or "flow not at task".  /Eric

If a flow is in progress, it's associated with a work object that is currently open and locked by the current requestor.  This is the primary work object.  That current requestor is often an interactive user or an SLA agent.  Often, the name of the page containing the current property values for that work object is pyWorkPage.

That primary work object will be properly saved and committed by the Pega core rules, which is why in general your private rules need only update properties on the page and not doing any obj-save.  /Eric

Hi,

Here's two articles that may help:

https://docs-previous.pega.com/system-administration/overview-agent-processing

https://docs-previous.pega.com/system-administration/how-write-agent-activity

In particular, this bit, from the second one:

The agent activity contains the agent task; it may be named with whatever descriptive name you want.   This activity should only contain business logic.  It should not attempt to obtain locks on any objects, nor should it perform any database commit or rollback operations; it should not perform any immediate (“Write Now”) database operations.  These should all be part of transaction processing, which is handled automatically.  In the agent activity, all operations should be deferred, using Obj-Save or Obj-Delete with WriteNow unchecked.  However, Release On Commit should be checked.