Actions215
- V1 > Bank Billets Actions
- V1 > Bank Billet Accounts Actions
- V1 > Bank Billet Batches Actions
- V1 > Bank Billet Batch Exports Actions
- V1 > Bank Billet Discharges Actions
- V1 > Bank Billet Payments Actions
- V1 > Bank Billet Registrations Actions
- V1 > Bank Billet Remittances Actions
- V1 > Customers Actions
- V1 > Customer Subscriptions Actions
- V1 > Discharges Actions
- V1 > Email Deliveries Actions
- V1 > Events Actions
- V1 > Imports Actions
- V1 > Installments Actions
- V1 > Remittances Actions
- V1 > Reports Actions
- V1 > SMS Deliveries Actions
- V1 > User Info Actions
- V1 > Webhook Deliveries Actions
- V1 > Webhooks Actions
- Admin > Users Actions
- Admin > Connections Actions
- Admin > Certificates Actions
- Admin > Subaccounts Actions
- Charge > PIX Actions
- Charge > PIX Accounts Actions
- Data > Bank Billet Queries Actions
- EDI > EDI Boxes Actions
- Financial > Accounts Actions
- Financial > Balances Actions
- Financial > Commands Actions
- Financial > Statement Transactions Actions
- Financial > Transaction Imports Actions
- Financial > Providers Actions
- Payment > Bank Billets Actions
- Payment > Bank Billet Batches Actions
- Payment > Batches Actions
- Payment > DARFs Actions
- Payment > DARF Batches Actions
- Payment > PIX Actions
- Payment > PIX Batches Actions
- Payment > Utilities Actions
- Payment > Utility Batches Actions
- Transfer > Batches Actions
- Transfer > Internal Actions
- Transfer > Internal Batches Actions
- Transfer > PIX Actions
- Transfer > PIX Batches Actions
- Transfer > TED Actions
- Transfer > TED Batches Actions
Overview
This node integrates with the Kobana API, providing quick access to various administrative and financial operations. Specifically, for the Admin > Users resource with the Get operation, it retrieves detailed information about a specific admin user by their unique ID.
Common scenarios where this node is beneficial include:
- Fetching user details for auditing or management purposes.
- Integrating user data retrieval into automated workflows.
- Synchronizing user information between Kobana and other systems.
Example use case: Automatically retrieve an admin user's profile when triggered by an event, then use that data to update records in another system or send notifications.
Properties
| Name | Meaning |
|---|---|
| ID | The unique identifier of the admin user to retrieve. This property is required for the Get operation. |
Output
The node outputs JSON data representing the retrieved admin user object from the Kobana API. The structure corresponds to the user details as returned by the API endpoint /admin_users/{id}.
- The output is a JSON array containing one or more objects (in this case, typically one object per input item).
- Each object includes all available fields describing the admin user, such as name, email, roles, status, and other metadata provided by the API.
- No binary data output is involved in this operation.
Dependencies
- Requires an active connection to the Kobana API via an API key credential configured in n8n.
- The node dynamically selects the API base URL depending on the environment (production or sandbox).
- Proper permissions are needed on the API key to access admin user data.
Troubleshooting
- Missing or invalid ID: The "ID" property is required. Omitting it or providing an incorrect ID will result in an error from the API indicating the resource was not found.
- Authentication errors: Ensure the API key credential is valid and has sufficient permissions.
- Network issues: Connectivity problems to the Kobana API endpoints can cause request failures.
- API rate limits: Excessive requests may be throttled; handle such errors by retrying after some delay.
- JSON parsing errors: Input properties expecting JSON must be correctly formatted to avoid parsing exceptions.
Links and References
- Kobana API Documentation (general reference for API endpoints and data structures)
- n8n documentation on Using Credentials
- n8n documentation on HTTP Request Node (for understanding underlying HTTP calls)
