@rolealpha/n8n-nodes-rolealpha 0.7.0 → 0.7.1
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 +41 -5
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -180,11 +180,47 @@ draft, and a second use finds none. Whether the person may decide is checked whe
|
|
|
180
180
|
confirm, not when the mail was sent, so a link of somebody who left the role does nothing.
|
|
181
181
|
Opening a link only shows a confirm page; mail scanners that open links decide nothing.
|
|
182
182
|
|
|
183
|
-
|
|
184
|
-
|
|
185
|
-
|
|
186
|
-
|
|
187
|
-
|
|
183
|
+
### Setting it up
|
|
184
|
+
|
|
185
|
+
Two ready workflows are in [`examples/`](examples). Installing the package does not set them
|
|
186
|
+
up: n8n runs no code of a community package at install, so the data table and the credentials
|
|
187
|
+
have to be created once by hand.
|
|
188
|
+
|
|
189
|
+
1. **Create the data table.** In n8n open the project the workflows will live in (e.g.
|
|
190
|
+
*Personal*), go to the tab *Data tables*, create a table named `rolealpha_snapshot` and add
|
|
191
|
+
these columns, all of type **String**:
|
|
192
|
+
|
|
193
|
+
| Column | Holds |
|
|
194
|
+
|---|---|
|
|
195
|
+
| `uuid` | UUID of the entity (key of the row) |
|
|
196
|
+
| `entity_type` | `process`, `role`, `agent` … |
|
|
197
|
+
| `name` | Name at the last run |
|
|
198
|
+
| `custom_id` | Custom ID, may be empty |
|
|
199
|
+
| `fingerprint` | Hash over name, custom ID, attributes and edges |
|
|
200
|
+
| `fields` | JSON: a short hash per attribute |
|
|
201
|
+
| `edges` | JSON: the edges as `TYPE>uuid` / `TYPE<uuid` |
|
|
202
|
+
| `seen_at` | Time of the run that stored the row |
|
|
203
|
+
|
|
204
|
+
The name must be exactly `rolealpha_snapshot`; the example finds the table by name. Without
|
|
205
|
+
it, *Read snapshot* fails and nothing is detected.
|
|
206
|
+
2. **Create the credentials** (see [Credentials](#credentials)):
|
|
207
|
+
- **MCP OAuth2** for roleALPHA. It must read the whole organisation, not just one agent.
|
|
208
|
+
- **n8n API** with an API key from *Settings → n8n API*. When `/api` is not reachable from
|
|
209
|
+
outside, use `http://localhost:5678/api/v1` as base URL.
|
|
210
|
+
- **Approval Seal API** with a random key of at least 32 characters. It signs the approval
|
|
211
|
+
links; keep it secret, anybody with it can make links.
|
|
212
|
+
- A chat model (e.g. **Anthropic**) and **SMTP** for the approval e-mails.
|
|
213
|
+
3. **Import both workflows**, `workflows-follow-the-organisation.json` and
|
|
214
|
+
`approve-workflow-drafts.json`, and pick the credentials on every node that asks for one.
|
|
215
|
+
4. **Fill in Settings** in both workflows: `endpointUrl` and `organisation` of roleALPHA,
|
|
216
|
+
`governingStep`, and in the first one `n8nUrl`, `approvalUrl` (`<n8nUrl>/webhook/rolealpha-workflow-approval`)
|
|
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.
|
|
221
|
+
6. **Activate** *Approve workflow drafts* first, then *Workflows follow the organisation*. The
|
|
222
|
+
first run only fills the data table and reports nothing; changes are reported from the
|
|
223
|
+
second run on.
|
|
188
224
|
|
|
189
225
|
## Nodes
|
|
190
226
|
|
package/package.json
CHANGED