Odoo is the world's easiest all-in-one management software.
It includes hundreds of business apps:

客戶關係
e-Commerce
會計
庫存
PoS
專案管理
MRP

All apps

所有帖文人獎章

標籤（查看所有）

odoo accounting v14 pos v15

關於此討論區

支援

How to avoid users to mark a task as done when it is blocked by another task

project tasks blocked

1 回覆

1640 瀏覽次數

Peter Romão

As said in the title.

I just defined a task to be blocked by another and I was expecting to not being able to mark it as done until the blocking task has been completed.

Well, it appears that it can.

Does this make any sense? The Help AI's response to this is kind of unacceptable.

It says:

There are a few reasons why a blocked task in Odoo might be marked as done even if the tasks blocking it are not yet finished:

Kanban Stage Independence: Odoo's task statuses ("Done," "Canceled," etc.) are separate from the Kanban stage a task is in. You can mark a task as "Done" regardless of its current stage.
Reopening Tasks: A task can be reopened by changing its status, even after it's been marked as "Done" or "Canceled".
Manual Override: Users might have the ability to manually override dependencies or task statuses, depending on their permissions and how the project is configured. This could be done intentionally (e.g., if the blocking task is no longer relevant) or unintentionally.

However, it's important to consider the following:

Task Dependencies: Odoo Project allows you to establish relationships between tasks to determine the order in which they are executed. Task dependencies ensure that certain tasks begin only after the preceding tasks are completed.
Work Order Dependencies: Odoo Manufacturing features a work order dependencies setting. Enabling this setting allows for operations on a Bill of Materials (BoM) to be blocked by other operations that should occur first.
Waiting Status: Successor tasks are assigned the Waiting status and cannot be moved to In Progress until their predecessor task(s) are marked as Approved, Cancelled, or Done.

So as will all AI's we must accept inaccuracies and think instead of just following blindly.

So this begs the question how can we limit a user+s capability to mark a blocked task as done while the tasks it depends on are not finished?project

Peter Romão

作者

Thank you for the time taken to answer and I agree with the flexibility. It is what makes me like the project tool in Odoo. Your closing argument is the clincher!

I just put another post around this issue which has to do with the notification in a collaborative environment.

I’d appreciate it if you or anyone could give their two cents.

https://www.odoo.com/forum/help-1/how-does-a-blocked-task-owner-receives-notification-or-e-mail-that-the-blocking-task-is-finished-274514

Cheers

Ray Carnes (ray)

最佳答案

We always defer to the User to decide if they are "blocked" and unable to proceed. Does it mean they can't start or does it mean they can't finish? Perhaps it is the first, perhaps the second, perhaps BOTH!

This is a more flexible design than assuming we always have to stop them from doing what they probably already know how to manage better, since things evolve over time and it is impossible to program an algorithm with every current and future edge case handled in a better way than the people who do the work.

Blocking when unnecessary can be very frustrating for everyone involved - delays are costly and bottlenecks can arise if the "manager" who can unblock Users is unavailable or can't process sufficient Tasks in a timely manner.

Consider some of the alternative definitions of blocked that may apply:

Partial dependency – The first task is not entirely dependent on the second task but work on the second task needs to reach some level of completion first.

Potential Resource Block – The first task is waiting on a shared resource (e.g., a machine, person, or approval) that is currently being used in the second task, but a smart User may find an alternative (or arrange to share).

Partial Process Block – The first task needs to be delayed due to an internal process, such as waiting for documentation or feedback based on the second task, but other work related to the first task can be started (or finished) and perhaps only part of the second task needs to be completed before the first one can be finished.

Potential Workflow Hold – The first task is on hold due to company policies or external constraints related to the second task, not the second task's completion, and there could easily be exceptions so the block is more of a "heads up".

Verification Block – The first task is awaiting validation, quality checks, or reviews defined on the second task before proceeding, some of which may not prevent work from starting of being finished.

Users are smart enough to know what blocked means, we don't recommend second guessing them.

喜歡這則討論？不要只閱讀，加入發表意見吧！

今天就建立帳戶，享受獨家功能，與我們精彩的社群互動！

註冊

相關帖文	回覆	瀏覽次數
Overview of all notes project tasks	0 2月 24	2692
Unable to assign tasks to employees 已解決 project tasks	2 10月 23	2862
Project and Tasks 已解決 project tasks	1 7月 23	2993
Move tasks between projects project tasks	2 6月 20	6616
Assign Specific Group of Members to Project/Tasks project tasks	0 8月 15	5237

此問題已被標幟

喜歡這則討論？不要只閱讀，加入發表意見吧！