To run a virtual bar we've setup the following Dashboards.
In this demo a LinkUser, the customer, places an order on a virtual bar, where the users in the BarMan and Waiter roles process the orders.
There are 4 roles in this workflow
Customer - use a link to place orders on a virtual bar
BarMan - Prepare the orders
Waiter - Serve the drinks when they are ready.
Manager - oversees the process.
The process comprises of the following steps.
Order - Placed - Delayed - Ready - Served - Done
In the diagram above the solid lines show the steps/columns of the workflow that that the Role can action, the dashed lines show the steps where the role can only view the card but not action it. For example the Customer can action orders in Order - Delayed - Served and only view the progress when the order is Placed - Ready.
5 step process PreCheck - AtStation - Break - OverTime - ClockedOut
HR portal for managing Leave - Sick Leave - Overtime
Used to issue work request to to ad-hoc workers like maintenance.
Managers at a PocketBar place stock requests on BarStock. The manager is notified when the order is ready. Can be multi warehouse and collection point. Uses QRAuth keys for proof of collection or delivery.
Auto generate purchase orders to maintain stock levels for inventory items in BarStock. Still PROOF OF CONCEPT used to prototype resource requestors and providers that will be used to automate provisioning and scheduling of resources to advance or schedule cards(tasks).
(see resource requestor - provider model)...