接続されたレコード
クライアントコンテキストを添付したままにする
n8nのワークフローは、チームがすでにWorkspace369で管理しているクライアント、リクエスト、プロジェクト、請求書、支払い、ファイル、アクティビティに連携したままになります。
Workspace369 n8n連携
Workspace369とn8nの連携は、n8n Cloudまたは独自のサーバーで今日から利用できます。請求済みの請求書、承認済みの提案、または新しいリードがWebhookノードを通じてワークフローを開始し、HTTPリクエストノードがWorkspace369 APIを通じてクライアント、請求書、タスク、プロジェクトを作成または読み取ります。
ワークフロー実行
invoice.paid
POST your-n8n.example/webhook/… → 200HTTPリクエスト
GET mcp.workspace369.com/v1/invoices/{id} → 200HTTPリクエスト
POST mcp.workspace369.com/v1/tasks → 200Workspace369 からイベント受信、API 呼び出し送信
オペレーショナルフィット
既に進行中の作業をサポートする
それを別個のツールとして扱うのではなく、営業、スケジュール設定、配信、コミュニケーション、請求、レポート、および会計と並行して統合を使用します。
チームの可視性
すべての役割に同じ画像を提供する
所有者、オペレーター、財務、サポート、納品チームが、連携されていないシステム間で記録をたどることなく、何が起こったのかを理解できるようにします。
仕組み
n8nとWorkspace369の連携方法
- 01
Workspace369 がトリガーを送信する
設定→Webhookで、イベントをn8nのWebhookノードの本番URLに向けます。各イベントは、レコードIDを含む署名付きJSONとして到着します。
- 02
n8nがワークフローを実行する
ノードはイベントのフィールドを使用するか、HTTPリクエストノードが最初にWorkspace369 APIから完全な請求書、提案書、またはクライアントを取得します。
- 03
HTTPリクエストノードがAPIを呼び出す
HTTP リクエスト ノードは、n8n クレデンシャルとして保存された個人用アクセストークンを使用して、プレーン HTTPS 経由で Workspace369 API を呼び出します。
トリガー
ワークフローを開始できる 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} は、payments_record や time_entries_create などの OpenAPI 仕様のツールを名前で実行します。
ネイティブノード
開発中。それまでは、WebhookとHTTPリクエストノードが接続方法となります。
セットアップ
n8n の設定
- 01
n8nでWebhookノードを追加する
Webhook ノードでワークフローを開始し、メソッドを POST に設定して、本番 URL をコピーします。署名をチェックする場合は、生のボディ オプションをオンにします。
- 02
Workspace369でWebhookを追加する
設定→Webhookで「新しいWebhook」を選択し、n8nの本番URLをエンドポイントとして貼り付け、イベントを選択して保存します。署名シークレットをコピーします（一度だけ表示されます）。ワークフローを公開して、本番URLを有効にします。
- 03
個人アクセストークンを作成する
設定→AI接続で、ワークフローに必要なスコープのみを持つトークンを作成し、n8nのヘッダー認証情報として保存します。管理者はワークスペースでAI接続を有効にしている必要があります。
- 04
HTTPリクエストノードからAPIを呼び出す
HTTPリクエストノードを追加します。メソッドとURL（例：https://mcp.workspace369.com/v1/tasks）を設定し、ヘッダーAuthorization: Bearerにトークン、JSON本文にフィールドを追加して送信します。
オペレーショナルフィット
チームがコンテキストを見ることができる場合にのみ、接続は有用です。
Workspace369は、所有者、オペレーター、財務、サポート、および納品担当者が別々のツールで同じ話を再構築しないように、統合を顧客レコードの近くに維持します。
システムを接続
チームがクライアント、ジョブ、請求書、プロジェクトの名前を付ける方法を変更せずに、外部ワークフローをWorkspace369レコードの隣に配置します。
コンテキストを可視化する
チームがすでに作業している関連するステータス、イベント、支払い、メッセージ、またはレコードを表示します。
ワークスペースから行動する
接続されたコンテキストを使用して、フォローアップ、請求、スケジュール設定、自動化、レポートを行い、クライアントを前進させ続けます。
実際には
チームが n8n を使用する理由
独自の自動化を独自のサーバーで実行する
セルフホスト型 n8n はワークフローを管理下のサーバーで実行しますが、Workspace369 はイベントを送信し、そこから API 呼び出しを受け取ります。
他のシステムからWorkspace369レコードを作成する
n8nのフォーム、データベース、または予約ツールは、1つのHTTPリクエストノードでWorkspace369にクライアント、プロジェクト、タスク、またはカレンダーイベントを作成できます。
アクションを実行する前にすべてのイベントをチェックする
コードノードは各イベントのHMAC-SHA256署名を検証できるため、ワークフローはWorkspace369が実際に送信したリクエストに対してのみ実行されます。
よくある質問
n8n に関する質問
- Workspace369とn8nの連携はどのように機能しますか？
- n8nの組み込みWebhookおよびHTTPリクエストノードを使用し、n8n Cloudまたはセルフホストで動作します。Workspace369のWebhookは、請求書、プロポーザル、契約、リード、時間に関する21のイベントをWebhookノードに送信し、HTTPリクエストノードはパーソナルアクセス トークンを使用してHTTPS経由でWorkspace369 Builder APIを呼び出します。クライアント、プロジェクト、タスク、予約に関するイベントはありません。ワークフローはAPI経由でそれらを読み取ります。セルフホスト型n8nは、Webhook URLが標準ポート上の公開https://アドレスである場合に機能します。
- トリガーとアクションの違いは何ですか？
- トリガーは Workspace369 から送信されます。21 の Webhook イベントのいずれかがワークフローを開始します。アクションはその逆です。HTTP リクエスト ノードは、API を介してクライアント、プロジェクト、タスク、請求書、提案書、契約書、カレンダーイベントを作成、更新、または読み取ります。提案書、契約書、または請求書を送信すると 202 が返され、トークン所有者が「確認なしで送信」をオンにしていない限り、アプリで承認されるのを待ちます。
- どの Workspace369 プランが必要ですか？
- Specialist（月額 $149、10 ユーザー）以上。Webhook トリガーと Builder API は両方とも Specialist が必要です。Cadet および Voyager では、管理者が AI 接続をオンにすれば、ワークフローは MCP の tools/call を介して同じツールを呼び出すことができますが、Webhook トリガーを受信することはできません。
- n8nのワークフローはAIの使用量を使用しますか？
- Zapier、Make、またはn8nがAPIまたはMCPを通じて実行する各アクションは、ワークスペースのAI使用量をわずかに消費します。読み取りは書き込みや送信よりも消費量が少なく、失敗した呼び出しとWebhookトリガーは消費しません。
- n8nでWebhook署名をどのようにチェックしますか？
- Webhook ノードの生のボディ オプションをオンにし、コード ノードを追加します。これは、生のボディと X-Webhook-Timestamp ヘッダーに続いて、whsec_ サインシークレット全体をキーとして使用した hex HMAC-SHA256 を計算し、X-Webhook-Signature と比較します。Webhook ノードはこれを自動的にチェックしません。
- n8n用のWorkspace369ノードはありますか？
- まだです。ネイティブのn8nノードは開発中です。準備ができるまで、組み込みのWebhookとHTTPリクエストノードがこのページで説明されているように両者を接続します。
探索を続ける