User identity
MRANTI staff member enters the PMO reporting flow.
Email / SSOPMO · MASTER-DATA-DRIVEN N8N DESIGN
The PMO master is not simply Initiative → Owner. It is Initiative → Scope ID → Scope Owner → Team → Weight → Status. The proposed n8n workflow must respect that row-level mapping before any submission or approval routing happens.
01 / CORRECT OPERATING LOGIC
n8n should never assume one owner per initiative. It first resolves the initiative, then the exact scope ID, then reads the owner and team attached to that scope record.
MRANTI staff member enters the PMO reporting flow.
Email / SSOLoad only initiatives relevant to the user or reporting role.
e.g. TPE/01Resolve the selected scope row — this is where owner, team, weight and lifecycle status are stored.
e.g. TPE/01/02Submission is attributed to the owner mapped on that exact PMO INFO row.
Owner varies by scopeIMPORTANT MASTER-DATA BEHAVIOUR
Status, progress, remarks, supporting evidence, risks and finance values are captured for the selected scope.
Check active/changed/removed status, scope ownership, milestone weight, reporting month and mandatory evidence.
Approver is looked up separately by pillar / initiative / scope. The workbook currently defines owners, not named approvers.
Approved records update PMO Tracker, review queue, dashboards and management exception reporting.
02 / ACTUAL PMO INFO MASTER
This browser is generated from all scope rows in the attached PMO INFO tab. Owner is shown at the scope-row level rather than being flattened to one initiative owner.
03 / N8N ROUTING PREVIEW
The selection below demonstrates the lookup chain n8n should execute from the PMO master. Approval remains a proposed separate matrix.
04 / MASTER DATA GOVERNANCE
The PMO INFO tab already records Active, Completed, Changed and Removed rows. n8n should use these flags when deciding what may be submitted for a reporting month.
Normal scope routing can proceed subject to reporting-period rules.
Keep history visible but prevent unnecessary new reporting after the effective completion month.
Use the effective month plus changed scope code or changed scope name when resolving the canonical master record.
Keep prior submissions for audit, but remove the scope from future form choices from the effective month onward.
THE DESIGN PRINCIPLE