Prochaines Sessions
Les prochaines formations et démonstrations sont ouvertes, inscrivez-vous rapidement !
Démonstration de ProjeQtOr(gratuit, sur inscription)
13 mai 2025 (10h30-12h) 5 juin 2025 (16h-17h30) |
Les prochaines formations et démonstrations sont ouvertes, inscrivez-vous rapidement !
Démonstration de ProjeQtOr(gratuit, sur inscription)
13 mai 2025 (10h30-12h) 5 juin 2025 (16h-17h30) |
Please Connexion or Create an account to join the conversation.
- How is the field "no update" (in the "create new document version" dialog) used? Why can't I create a new "no update" version "because that version already exists"? What is that option for, then?
The issue is in your process : as I understand it, until validation by your boss, your document is under work. So it is a draft !- How can I modify a previous version of a document to reflect changes in the workflow (revision stage), but (optimally) NOT changing its revision number?
Please Connexion or Create an account to join the conversation.
babynus wrote:
Ah, I see...pretty obvious now, after your explanation...until validation by your boss, your document is under work. So it is a draft !
Yes, that way I can separate internal/external revision process. I can use drafts as internal revision stages, and "no-drafts" as external ones.You just have to check "draft", with "no update", until your boss validates it.
Perhaps a possible improvement would be to auto-check "draft" (and disable its control) when the user selects "no update", since that would be the only way to use it...wouldn't it? (or am I missing something else?)
Of course, if you change your mind (or had clicked by mistake) and select "minor" or "major" update, the field "draft" would be cleared and re-enabled.
I'd find this way more intuitive. But then again, perhaps that's just me
I'm trying to prepare a workflow that is similar to our actual revision process. I'm reading the online help, but can't seem to get it right.
I have a few more questions:
- If I get it correctly, you define a document's workflow, not directly, but through it's type, right? (when you define a doc as a specific doc type, that implies a specific workflow previously assigned to that type).
- The way to change the status to a specific version of a document is to edit it (through the pencil icon, within the Documents -> Versions sub-panel), isn't it?
Or is it done another way?
In between these two steps:2- I draw something in CAD.
3- Someone else within my company reviews it.
- While "I'm drawing", the doc would have an "in progress" status. I'd like to define two levels of "approvers":
1- Reviewer: my partner/s, who check for mistakes.
2- Approver: my boss, who approves the document to be published (to client).
Do I have to define all of them as approvers, and then the pre-defined workflow determines who can change to which status? Or how can I accomplish this?
- Once I've uploaded a file to create the first (or new) draft version of a doc, does the "approve" button automatically appears in the approvers' doc panel?. What if he finds errors? is there a "reject" button, so I automatically know that I need to review it? Is there a "comments" box, so that he/she can write down what needs to be changed in that particular version?
- Is a ticket (or activity) created automatically when the doc's status change? (e.g.: how can I know that I've got pending "reviewing" tasks?)
OK, that may be enough for now... While I wait for these answers, I may have to play around a bit more (in my local Projectorria) so as to find my way around this
Thanks in advance!
Please Connexion or Create an account to join the conversation.
No, because first draft version will have major or minor update, and last document with "no update" will not be draft any more.Perhaps a possible improvement would be to auto-check "draft" (and disable its control) when the user selects "no update", since that would be the only way to use it...wouldn't it? (or am I missing something else?
Please Connexion or Create an account to join the conversation.
Yes- If I get it correctly, you define a document's workflow, not directly, but through it's type, right?
YesThe way to change the status to a specific version of a document is to edit it (through the pencil icon, within the Documents -> Versions sub-panel), isn't it?
NoOr is it done another way?
Double approvment is not planned.Do I have to define all of them as approvers, and then the pre-defined workflow determines who can change to which status? Or how can I accomplish this?
No, approvment process is not so sofisticated.Once I've uploaded a file to create the first (or new) draft version of a doc, does the "approve" button automatically appears in the approvers' doc panel?. What if he finds errors? is there a "reject" button, so I automatically know that I need to review it? Is there a "comments" box, so that he/she can write down what needs to be changed in that particular version?
Hem, no. There is no direct way to check pending approvments. It may be an improvement to implement.- Is a ticket (or activity) created automatically when the doc's status change? (e.g.: how can I know that I've got pending "reviewing" tasks?)
Please Connexion or Create an account to join the conversation.
Now (I think) I get it... thanks for all your patiencebabynus wrote: No, because first draft version will have major or minor update, and last document with "no update" will not be draft any more.
For instance :
Major Update, draft => V1.0_draft1
No update, draft => V1.0_draft2
No update, not draft => V1.0
Minor update, draft => V1.1_draft1
No update, draft => V1.1_draft2
No update, not draft => V1.1
and so on...
Please Connexion or Create an account to join the conversation.
En poursuivant votre navigation, vous acceptez le dépôt de cookies tiers destinés au bon fonctionnement et à la sécurisation du site (gestion de session, reCaptcha) et à une analyse statistique anonymisée des accès sur notre site (Google Analytics). Si vous vous inscrivez, les informations que vous fournirez ne seront jamais divulguées à un tiers sous quelque forme que ce soit. En savoir plus
Ce site utilise des cookies pour assurer son bon fonctionnement et ne peuvent pas être désactivés de nos systèmes. Nous ne les utilisons pas à des fins publicitaires. Si ces cookies sont bloqués, certaines parties du site ne pourront pas fonctionner.
Ce site web utilise un certain nombre de cookies pour gérer, par exemple, les sessions utilisateurs.