
File this post under: “Things that Doug should have put in the SDK documentation.”
I’m not sure how this information was omitted, but I apologize.
Anyway, when jobs are created from a lifecycle state change, the job will have a specific set of parameters depending on the entity type. Here is the list of parameters.
Vault 2012
- Files
- FileId - The ID of the updated file.
- LifeCyleTransitionId (sic) - The ID of the lifecycle transition that the file just went through.
- Items
- ItemId - The ID of the updated item.
- FromStateId - The state that the item started in.
- ToStateId - The state that the item ended in.
- Change Orders
- ChangeOrderId - The ID of the updated change order.
- FromStateId - The state that the change order started in.
- ToStateId - The state that the change order ended in.
- ActivityId - The activity defining the transition.
Vault 2013
The main change here is that the file lifecycle engine in 2012 has been expanded to other entity types. So file-specific parameters have been changed to the more generic entity concept.
- Files, Folders and Custom Entities
- EntityId - The ID of the updated file, folder or custom entity.
- EntityClassId - They type of entity that was updated.
- LifeCycleTransitionId - The ID of the lifecycle transition that the file just went through.
- LifeCyleTransitionId [deprecated] - Use LifeCycleTransitionId instead.
- FileId [deprecated] - Use EntityId instead.
- Items
- ItemId - The ID of the updated item.
- FromStateId - The state that the item started in.
- ToStateId - The state that the item ended in.
- Change Orders
- ChangeOrderId - The ID of the updated change order.
- FromStateId - The state that the change order started in.
- ToStateId - The state that the change order ended in.
- ActivityId - The activity defining the transition.


Subscribe