Welcome to the #dominoforever Product Ideas Forum! The place where you can submit product ideas and enhancement request. We encourage you to participate by voting on, commenting on, and creating new ideas. All new ideas will be evaluated by HCL Product Management & Engineering teams, and the next steps will be communicated. While not all submitted ideas will be executed upon, community feedback will play a key role in influencing which ideas are and when they will be implemented.
For more information and upcoming events around #dominoforever, please visit our Destination Domino Page
This is very strategics. Make a new "Lotus Workflow"!
We wrote 2 systems of Document Management System class on Domino.
I will describe in a few words if it will be interesting to someone.
The route is divided into blocks.
The blocks are of the following types:
- activity: familiarization, execution, coordination with a variety of options;
- condition - CASE-transitions to other blocks;
- action - anything, from writing/deleting a list of fields, to calling agents, services, etc.
Routes are:
- basic - own for each form of document - in the course of movement the document statuses (states) change; intended for vertical movement of documents;
- auxiliary - at each step of the route, users can send a document on their small routes (for execution or familiarization); document statuses do not change; intended for horizontal work with the document.
There can be only one main route per document and there are no restrictions on the number of simultaneous auxiliary routes. Different groups of people can simultaneously work with a document on their questions, often without even seeing each other’s work (regulated by access in block settings).
At least at each stage, with some exceptions, the employee may respond positively or negatively.
If the answer is negative, depending on the settings of the block, the document can go either to the previous stage or to the beginning to the initiator of the activity.
If suddenly something went wrong (happens very seldom), the DMS administrator can manually return the document to the desired state.
With rejection, versioning is supported. A version can be created from any document in the version hierarchy. Using third-party utilities, one can compare the text part of two selected hierarchy documents.
Etc. :)
And I may add:
Voting for!
It is desirable that BMPN be used here.
Yes... and every workflow will process every document in a unified way!
But the key to success of this design element would be the kind of implementation!!!
- Make it simple
- Make it editable with a great (browser based?) editor using state of the art frameworks (like Bootstrap or similar)
- Make it deployable by simply copy & paste! (I.e. the guy(s) from Microsoft, who wanted to have workflows in Sharepoint never used them or never knew how to do it for real-use in real applications...: Who needs workflows, which have to be configured for every new version on each system by clicking and typing it in?!)
- Don't restrict processing of Workflows! Make it open to developers with a unified API to enable events and custom code AND allow Domino-based technologies! (i.e. @Formulas for validation etc)
Interesting approach. it will allow to assign a workflow to more than one type of Document.
PS: ... ELO Enterprise is using Workflows also with a AWESOME Workflow Editor also!