@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.
- package/README.md +35 -3
- 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. **
|
|
219
|
-
|
|
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