Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 4 Next »

Every app that you can create in Celoxis has the following components:


States: States represent "Stages" in your app. Each state is a logical check point in the process where a specific activity is expected to be performed. Every state has a Start start and end state.
For instance, in an "Order Fulfillment App", the following states may exist: "Order Received", "Payment Authorized", "Goods Shipped", "Payment Captured", "Closed". Other states might be "Payment Not Authorized", "Order Rejected" and "Order Canceled By Customer".

Workflow: These are the actions you can perform in an app. For instance, a bug in the state "Fixed" can be transitioned to "Re-open" because the bug fails a test or it may go to "Closed" because its fixed.
 

Requestor: The initiator for an app. E.g. in a leave approval app, the requestor will be the person who is applying for the leave.

Triggers: Celoxis provides a way to perform actions based on email triggers from the requestor.

State Managers: State managers are users who are responsible when an app is in a particular state. They receive notifications (if enabled) for delayed items, etc.

Timeout Policies: Timeout policies help you define rules on what should happen if an app remains in a state for a given time. For example, In a bug tracking app, if the bug remains in the "Open" state for 24 hours then it may be required to notify the state manager.

Security: With each custom app, you can define roles, assign permissions and specify users who can play those roles.

  • No labels