@rolealpha/n8n-nodes-rolealpha 0.7.1 → 0.7.2

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (2) hide show
  1. package/README.md +35 -3
  2. package/package.json +1 -1
package/README.md CHANGED
@@ -215,13 +215,45 @@ have to be created once by hand.
215
215
  4. **Fill in Settings** in both workflows: `endpointUrl` and `organisation` of roleALPHA,
216
216
  `governingStep`, and in the first one `n8nUrl`, `approvalUrl` (`<n8nUrl>/webhook/rolealpha-workflow-approval`)
217
217
  and `mailFrom`.
218
- 5. **Give the governing step a deciding role** in roleALPHA (e.g. a step with the custom ID
219
- `automation:workflow-changes`). Its holders get the approval e-mails; without one nobody may
220
- approve, and every draft stays a draft.
218
+ 5. **Set up the governing step in roleALPHA**, as described in the next section. Without it
219
+ nobody may approve, and every draft stays a draft.
221
220
  6. **Activate** *Approve workflow drafts* first, then *Workflows follow the organisation*. The
222
221
  first run only fills the data table and reports nothing; changes are reported from the
223
222
  second run on.
224
223
 
224
+ ### The governing step in roleALPHA
225
+
226
+ Who may approve a workflow change is not set in n8n but in roleALPHA, on one step. The
227
+ workflows find it by its custom ID (`governingStep` in Settings) and ask roleALPHA for its
228
+ deciding role on every mail and on every click.
229
+
230
+ 1. **Create the step.** Add a process entity (entity type *Value Creation*) with:
231
+
232
+ | Field | Value |
233
+ |---|---|
234
+ | Name | e.g. *Workflow-Änderungen freigeben* |
235
+ | Custom ID | `automation:workflow-changes`, exactly as in `governingStep` |
236
+ | Subtype | `gate` (a decision by a person) |
237
+ | Frequency | `event_driven` |
238
+ | Description | What is decided: drafts of the Workflow Builder, applied only after approval |
239
+ | Criteria | What the approver checks, e.g. the draft fits the change, uses only existing credentials, holds no names, addresses or IDs, touches no other workflows |
240
+
241
+ 2. **Name the deciding role.** Draw `DECIDES_ON` from the role that decides to the step
242
+ (source = role, target = step), e.g. from *IT-Administration*. Get Decider reads
243
+ `DECIDES_ON` first and falls back to `ACCOUNTABLE_FOR`; drawing both, from the same role,
244
+ is clearest. More than one deciding role is allowed.
245
+ 3. **Fill the role with people.** Each person who fills the role (`EXECUTES` from person to
246
+ role) needs an e-mail address in roleALPHA. Every one of them gets their own mail with
247
+ their own links; the first who confirms decides, and the others' links then do nothing.
248
+ Agents that fill the role get no mail and can never approve.
249
+ 4. **Approve the drafts in roleALPHA.** Writes through MCP are drafts; the step and its edges
250
+ count only after a person approves them there.
251
+
252
+ Changing who approves later needs no change in n8n: give the role to someone else, or point
253
+ `DECIDES_ON` at another role. The next mail goes to the new holders, and links of someone who
254
+ no longer fills the role do nothing. A person who fills two deciding roles of the step gets
255
+ one mail per role.
256
+
225
257
  ## Nodes
226
258
 
227
259
  ### roleALPHA (`roleAlpha`)
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@rolealpha/n8n-nodes-rolealpha",
3
- "version": "0.7.1",
3
+ "version": "0.7.2",
4
4
  "description": "n8n nodes for running AI agents whose roles, duties, deciders and guardrails live in roleALPHA",
5
5
  "keywords": [
6
6
  "n8n-community-node-package",