Річні тарифи: перший рік за ціною 6 місяців

Інтеграція Workspace369 n8n

Інтеграція Workspace369 n8n працює сьогодні, на n8n Cloud або на вашому власному сервері. Оплачений рахунок-фактура, прийнята пропозиція або новий лід запускають робочий процес через вузол Webhook, а вузол HTTP Request створює або читає клієнтів, рахунки-фактури, завдання та проєкти через API Workspace369.

Поговорити з відділом продажів Ознайомтеся з функціями
Запуск робочого процесу
invoice.paidPOST your-n8n.example/webhook/… → 200
HTTP RequestGET mcp.workspace369.com/v1/invoices/{id} → 200
HTTP RequestPOST mcp.workspace369.com/v1/tasks → 200

Події Workspace369 всередину, виклики API назовні

Підключені записи

Зберігайте контекст клієнта прикріпленим

Робочі процеси n8n залишаються пов'язаними з клієнтами, запитами, проєктами, рахунками-фактурами, платежами, файлами та активністю, якими ваша команда вже керує в Workspace369.

Операційна відповідність

Підтримуйте роботу, яка вже рухається

Використовуйте інтеграцію разом із продажами, плануванням, доставкою, комунікаціями, виставленням рахунків, звітністю та бухгалтерським обліком замість того, щоб розглядати її як окремий інструмент.

Видимість команди

Надайте кожній ролі однакову картину

Допоможіть власникам, операторам, фінансовим, службі підтримки та командам виконання зрозуміти, що сталося, не зшиваючи записи з розрізнених систем.

Працює всередині

Рахунки-фактури Пропозиції Контракти Відстеження часу CRM

Як це працює

Як n8n працює з Workspace369

  1. 01

    Workspace369 надсилає тригер

    У розділі Налаштування → Вебхуки ви вказуєте події на виробничий URL вузла Webhook вашого n8n. Кожна подія надходить як підписаний JSON з ідентифікатором запису.

  2. 02

    n8n запускає ваш робочий процес

    Вузли використовують поля події, або вузол HTTP Request спочатку отримує повний рахунок-фактуру, пропозицію або клієнта з API Workspace369.

  3. 03

    Вузли HTTP Request викликають API

    Вузол HTTP Request викликає API Workspace369 через звичайний HTTPS з вашим персональним токеном доступу, збереженим як облікові дані n8n.

Тригери

21 подія, яка може запустити робочий процес

Рахунки-фактури

invoice.created, invoice.paid (переміщено в Paid) та invoice.status_changed.

Пропозиції

proposal.sent, proposal.accepted та proposal.declined.

Контракти

contract.sent, contract.recipient_completed, contract.completed, contract.declined, contract.voided та contract.expired.

Ліди

lead.created, lead.converted та lead.archived, для вхідних запитів.

Час

time_entry.created, time_entry.updated, time_entry.deleted, timesheet.submitted, timesheet.approved та timesheet.rejected.

Дії

Що може робити робочий процес у Workspace369

Клієнти

Пошук, читання, створення та оновлення: GET або POST /v1/clients, GET або PATCH /v1/clients/{id}.

Проєкти та завдання

POST /v1/projects та POST /v1/tasks створюють їх; PATCH оновлює їх.

Пропозиції, рахунки-фактури та контракти

Створюйте чернетки за допомогою POST /v1/proposals, /v1/invoices або /v1/contracts. Виклик надсилання чекає, поки людина схвалить його в додатку, якщо тільки власник токена не ввімкнув опцію «надсилати без запитання».

Календар та запити

POST /v1/calendar/events бронює подію; PATCH /v1/requests/{id} оновлює статус запиту.

Будь-який інший інструмент

POST /v1/tools/{name} запускає будь-який інструмент зі специфікації OpenAPI за назвою, наприклад payments_record або time_entries_create.

Нативний вузол

У розробці. До того часу вбудовані вузли Webhook та HTTP Request є способом підключення.

Налаштування

Налаштування n8n

  1. 01

    Додайте вузол Webhook у n8n

    Запустіть робочий процес за допомогою вузла Webhook, встановіть метод POST та скопіюйте URL для виробництва. Увімкніть опцію Raw Body, якщо ви будете перевіряти підписи.

  2. 02

    Додайте вебхук у Workspace369

    У розділі Налаштування → Вебхуки виберіть Новий вебхук, вставте виробничий URL n8n як кінцеву точку, виберіть події та збережіть. Скопіюйте секретний ключ підпису; він відображається один раз. Опублікуйте робочий процес, щоб виробничий URL був активним.

  3. 03

    Створити персональний токен доступу

    У розділі «Налаштування» → «ШІ-підключення» створіть токен лише з тими областями дії, які потрібні робочому процесу, і збережіть його як облікові дані заголовка в n8n. Адміністратор повинен увімкнути підключення ШІ для робочого простору.

  4. 04

    Виклик API з вузла HTTP Request

    Додайте вузол HTTP Request. Встановіть метод і URL, наприклад https://mcp.workspace369.com/v1/tasks, надішліть Authorization: Bearer разом із вашим токеном і тіло JSON з полями.

Операційна відповідність

Зв'язок корисний лише тоді, коли команда може бачити контекст.

Workspace369 зберігає інтеграцію поруч із записом клієнта, щоб власники, оператори, фінансисти, служба підтримки та відділ доставки не перебудовували одну й ту саму історію в окремих інструментах.

Підключити систему

Розмістіть зовнішній робочий процес поруч із записами Workspace369, не змінюючи спосіб найменування командою клієнтів, завдань, рахунків-фактур та проєктів.

Зберігайте контекст видимим

Відображати відповідний статус, подію, платіж, повідомлення або запис, де команда вже працює.

Діяти з робочого простору

Використовуйте пов'язаний контекст для подальших дій, виставлення рахунків, планування, автоматизації, звітування та просування клієнта.

На практиці

Для чого команди використовують n8n

Запуск власних автоматизацій на власному сервері

Локально встановлений n8n запускає робочий процес на сервері, який ви контролюєте, тоді як Workspace369 надсилає до нього події та отримує виклики API від нього.

Створення записів Workspace369 з інших систем

Форма, база даних або інструмент бронювання в n8n може створити клієнта, проєкт, завдання або подію календаря в Workspace369 за допомогою одного вузла HTTP Request.

Перевірка кожної події перед дією

Вузол Code може перевірити HMAC-SHA256 підпис кожної події, тому робочий процес запускається лише для запитів, які Workspace369 дійсно надіслав.

Часті запитання

Запитання про n8n

Як працює інтеграція Workspace369 з n8n?
Він використовує вбудовані вузли Webhook та HTTP Request n8n, на n8n Cloud або самостійно розміщені. Вебхуки Workspace369 надсилають 21 подію про рахунки-фактури, пропозиції, контракти, потенційних клієнтів та час до вузла Webhook, а вузли HTTP Request викликають API Workspace369 Builder через HTTPS з особистим токеном доступу. Немає подій для клієнтів, проєктів, завдань або бронювань; робочий процес читає їх через API. Самостійно розміщений n8n працює, якщо його URL-адреса Webhook є загальнодоступною адресою https:// на стандартному порту.
Яка тут різниця між тригерами та діями?
Тригери надходять з Workspace369: одна з 21 подій вебхука запускає робочий процес. Дії йдуть в іншому напрямку: вузол HTTP Request створює, оновлює або читає клієнтів, проєкти, завдання, рахунки-фактури, пропозиції, контракти та події календаря через API. Надсилання пропозиції, контракту або рахунку-фактури повертає 202 і чекає на схвалення людиною в додатку, якщо токен власника не увімкнув "надсилати без запиту".
Який план Workspace369 мені потрібен?
Specialist ($149 на місяць, 10 місць) і вище. Тригери вебхуків та Builder API потребують Specialist. На планах Cadet і Voyager робочий процес все ще може викликати ті самі інструменти через MCP tools/call після того, як адміністратор увімкне AI connections, але він не може отримувати тригери вебхуків.
Чи використовують робочі процеси n8n використання ШІ?
Кожна дія, яку виконує Zapier, Make або n8n через API або MCP, використовує невелику частину використання ШІ вашого робочого простору; читання використовує менше, ніж запис і надсилання. Невдалі виклики та тригери вебхуків не використовують нічого.
Як перевірити підпис вебхука в n8n?
Увімкніть опцію Raw Body вузла Webhook та додайте вузол Code. Він обчислює шістнадцятковий HMAC-SHA256 від необробленого тіла плюс заголовок X-Webhook-Timestamp, використовуючи ваш повний секрет підпису whsec_ і порівнює його з X-Webhook-Signature. Вузол Webhook не перевіряє його за вас.
Чи є вузол Workspace369 для n8n?
Ще ні. Нативний вузол n8n знаходиться в розробці. Доки він не буде готовий, вбудовані вузли Webhook та HTTP Request з'єднують ці два сервіси, як описано на цій сторінці.

Продовжуйте досліджувати

Пов’язані сторінки

ZapierТі самі події та виклики API в Zap.MakeТі самі події та виклики API в сценаріях Make.ВебхукиКожна подія, підпис і повторні спроби.Робочі процеси APIВикликайте Workspace369 зі свого коду.ЦіниПорівняйте плани, включаючи Specialist.

Більше від Workspace369

Перегляньте поточний Workspace369 у реальному додатку.

Відобразіть ваших клієнтів, запити, комунікацію, проєкти, виставлення рахунків, платежі, ШІ, автоматизації, бухгалтерський облік та звітність в одному спокійному робочому просторі.

Почати безкоштовно Поговорити з відділом продажів

14-денна безкоштовна пробна версія. Потрібна картка. Після пробної версії: від $29/місяць. Автоматично поновлюється щомісяця, доки ви не скасуєте. Скасувати будь-коли в Налаштування → Оплата.

20+підключені модулі
24/7доступ клієнта
Одинопераційний перегляд