Zoho Flowとは？タスク課金とZoho One同梱枠・Deluge実装の判断軸

Zoho FlowはZohoが提供するiPaaSで、1,000を超えるクラウド・オンプレミスのアプリをトリガーとアクションでつなぎます。ただしZoho製品同士の連携なら、CRMのワークフロールールやCreatorのDelugeでも同じことができてしまう場面があり、どこからFlowを使うかで実装の手戻りが決まります。この記事では、アクションの成功だけを1タスクと数える課金構造、スタンダードとプロフェッショナルのプラン差、Zoho One経由で使うときの同梱枠、ポーリング15分と5分が要件に効く場面、Delugeカスタム関数を書く境界までを2026年8月時点の一次情報で整理しました。採用を見送るべき条件も条件付きで示します。

まとめ：Zoho Flowを採る条件と汎用iPaaSへ寄せる場面の線引き

Zoho Flowは、Zoho製品と外部SaaSをまたぐ連携を、コードを書かずに組み立てるための実行基盤です。単体契約はスタンダードが月額4,110円（年間契約なら月あたり3,420円）、プロフェッショナルが月額6,940円（同5,780円）で、いずれも税別。無料プランは5フロー・月100タスクまでという検証用の枠にとどまります。

設計を左右するのはタスクの数え方です。1タスクはアクションの成功1回であり、トリガーの起動も、決定（分岐）も、変数の設定も課金対象になりません。逆にカスタム関数は1回の実行で1タスクを消費します。この非対称を知らずにフローを分割すると、想定の倍のタスクを食う構成になります。

判断はこう置きます。Zoho CRMやZoho Booksが業務の中心にあり、月数千タスクの規模で、フローの停止に気づける担当が社内にいるなら採用してよい。Zoho以外のSaaSが連携の主役で、秒単位の即時性や多段分岐、環境分離を伴う監査要件があるなら、汎用iPaaSか受託開発へ寄せたほうが安全です。Zoho One契約者は、組織50フロー・月3,000タスク＋従業員1人あたり月1,000タスクという同梱枠を先に確認してください。

Zoho Flowの位置づけ｜Zoho製品群の連携を担うiPaaSとしての範囲

Zohoは55を超えるアプリを1社で提供しており、その全体像はZohoとは？55を超えるアプリ群の全体像と、日本企業での採用判断で扱っています。Flowはその中で、アプリ間をまたぐ処理の受け持ちを引き受ける層です。個々のアプリが持つ自動化機能とは担当が違うため、まず境界を押さえます。

フローの構成要素｜トリガー・アクション・ロジックによる3層構造

1本のフローは、1つのトリガーと1つ以上のアクションで構成されます。トリガーは起点となる出来事で、ポーリング型のほかWebhook、URL、RSS、メールの各方式が用意されています。アクションは接続先アプリへの書き込みや取得で、ここだけが課金の対象。

3層目のロジックが実装の自由度を決める要素です。マルチステップフロー、決定（分岐）、遅延、変数の設定、サブフロー、送信Webhook、エラーブランチ、メールの送信が標準で並び、これらを組み合わせて条件分岐や待ち合わせを表現します。ドラッグ＆ドロップのビルダーに加え、AIのZiaへプレーンテキストで手順を書くと下書きを生成する機能もあります。生成された下書きは接続先の権限やフィールド対応まで詰めてくれるわけではないため、実装はビルダー上での調整が前提です。

対応アプリ1,000超とプレミアムアプリの線引き｜プラン差が接続先を決める

公式が掲げる接続先は1,000超。ただし全アプリがどのプランでも使えるわけではなく、基本アプリとプレミアムアプリが区別されています。プレミアムアプリはプロフェッショナル以上の対象で、基幹系や大手SaaSの一部がここに含まれます。

選定時にやりがちなのが、対応アプリ数の多さで比較を終える進め方です。実務で効くのは、つなぎたいアプリのどのオブジェクトが、どのトリガー方式で拾えるかという解像度。同じアプリ名が載っていても、レコード作成は拾えるが特定フィールドの更新は拾えない、という差が普通にあります。契約前に対象アプリのトリガー一覧を確認しておくと、後戻りが減ります。

Zoho CRMのワークフロールールとFlowの担当範囲を分ける基準

Zoho CRM単体でも、レコード作成時のメール送信やフィールド更新はワークフロールールで組めます。ここでFlowを持ち出すと、タスクを消費するうえに設定が2箇所に分かれて追跡しづらくなります。

境界の置き方はシンプルです。1つのZohoアプリの中で完結する処理はそのアプリの自動化機能に寄せる。2つ以上のアプリ、あるいはZoho以外のSaaSをまたぐ処理をFlowに寄せる。この原則を先に決めておかないと、CRMのワークフロールール、Creatorのスクリプト、Flowのフローに同種の処理が散り、障害時にどこを見ればよいか分からない状態になります。棚卸しの手間を考えれば、最初の線引きに時間をかけるほうが安く付きます。

タスク課金の数え方｜アクション成功だけが1タスクになる課金構造

iPaaSの費用は接続数ではなく実行量で膨らみます。Zoho Flowの課金単位はタスクで、その定義が他製品と微妙に違うため、見積もりの前提として押さえておく必要があります。

1タスクの定義｜トリガー・判断・変数設定が課金対象外になる理由

公式ヘルプの定義では、1タスクは「アクションの成功した1回の実行」です。トリガーの起動はタスクに数えません。決定（分岐）や変数の設定といったロジック要素も対象外。失敗したアクションもカウントされず、内部エラーでも接続先アプリ側のエラーでも同じ扱いです。

一方、カスタム関数は1回の実行で1タスクを消費します。つまり「分岐を増やしても課金は増えないが、書き込み先を増やすと増える」「Delugeで処理をまとめても、その関数自体が1タスクとして数えられる」という構造。トリガー1つとアクション2つのフローが1回動けば2タスクです。この数え方を前提にすると、条件で振り分けてから書き込む設計はタスクを節約でき、逆に全レコードを書き込んでから後段で捨てる設計はそのまま費用に乗ります。

上限超過時の挙動｜即時停止ではなく翌月分から差し引かれる仕組み

月内のタスクを使い切っても、フローがその瞬間に止まるわけではありません。公式ヘルプは、直ちに停止はしないがいつでもオフになり得ると明記しています。そして超過分は翌月の枠から差し引かれます。

運用側から見ると、これは「気づかないうちに翌月の枠を先食いし、月初から不足する」という失敗につながる仕様です。アドオンでの追加は現在サポートされておらず、超過が続くならプランのタスク数を上げる形になります。月次でタスク消費を確認し、想定の8割を超えた時点で原因のフローを特定する運用を先に決めておいてください。

料金2プランの実額とタスク単価｜5,000件と1万件で分かれる採算点

2026年8月時点の日本向け公式プラン比較は次のとおりです。金額は税別で、年間契約は月あたり換算です。

どちらのプランもタスク数は段階的に引き上げられ、公式の選択肢は月500万件まで並びます。起点で比べると、スタンダードは1,000タスクあたり約822円、プロフェッショナルは約694円。単価だけならプロフェッショナルが有利ですが、分岐点は金額より機能側にあります。プレミアムアプリ、オンプレミス連携、自動再実行のいずれかが要件に入るなら、タスク数に余裕があってもプロフェッショナルを選ぶことになります。15日間の無料トライアルで全機能を試せるため、要件の当たりはトライアル中に付けておくのが早いです。

Zoho One経由の割り当て｜組織3,000＋従業員1,000タスクの配分

Zoho Oneを契約している場合、Flowは単体契約せずに使えます。ただし枠の考え方は単体プランと異なり、従業員数との連動です。ここを読み違えると、導入直後に枠が尽きます。

同梱枠が枯渇する業務｜レコード更新の多重トリガーで消えるタスク

Zoho One版の割り当ては、組織あたり50フロー、タスクは組織あたり月3,000件に加えて従業員1人あたり月1,000件です。20人の組織なら月2万3,000件。数字だけ見れば十分に思えますが、消費が跳ねる業務は決まっています。

典型は、CRMのレコード更新をトリガーにして関連レコードを書き戻す構成です。書き戻しがまた更新トリガーを起動し、1件の変更が数タスクに膨らみます。もう1つは、メール受信やフォーム送信を起点にした全件同期。日次で数百件を処理するフローが2本もあれば、20人規模の枠は月内に届きます。フローを作る前に「1回の起動で何回アクションが走るか」を紙の上で数え、想定件数を掛けてから実装に入ってください。

単体契約と同梱のどちらで持つか｜従業員数とタスク量で分かれる条件

Zoho Oneのライセンス体系そのものはZoho Oneとは？含まれるアプリと2つの料金体系、単品契約との損益分岐で整理しています。Flowの観点だけを取り出すと、判断は2つの条件で決まります。

1つ目は従業員数。人数が多いほど同梱枠は自動的に厚くなるため、10人以上でZoho Oneを契約済みなら、まず同梱枠の範囲で組み始めるのが妥当です。2つ目はプロフェッショナル相当の機能が要るかどうか。オンプレミス連携やプレミアムアプリが必要なら、同梱枠では届かず単体契約側の検討になります。人数が少なくFlowだけを厚く使いたい、という構成ならZoho One全体を買う理由は薄く、単体契約のほうが素直です。

実装の勘所｜ポーリング間隔とDelugeカスタム関数とサブフローの設計

Flowの実装で詰まる箇所は、機能の有無より「いつ動くか」と「どこまでノーコードで書くか」に集中します。プラン差が実装方式そのものを縛る場面もあるため、設計段階で押さえておきます。

ポーリング15分と5分の差｜遅延を許せない要件でのWebhook選択

ポーリング型のトリガーは、接続先アプリを一定間隔で見に行って変化を拾う方式です。間隔はスタンダードが15分、プロフェッショナルが5分。つまりスタンダードでは、最悪で15分近く遅れて処理が始まる前提の業務にしか使えません。

問い合わせの一次返信や在庫の引き当てのように、分単位の遅れが業務に響く処理では、ポーリングではなくWebhookトリガーを選びます。接続先がWebhook送信に対応していれば、変化した瞬間にフローが起動し、プラン差の影響を受けません。対応していない場合は、その時点でZoho Flowだけでは要件を満たせないと判断し、常駐処理を持てる実装方式へ切り替える検討に入ります。

Delugeカスタム関数を書く境界｜1実行1タスクを踏まえた粒度設計

ノーコードで組めない処理は、Zohoのスクリプト言語Delugeで書いたカスタム関数に逃がせます。Deluge自体の書き方とデータモデルの考え方はZoho Creatorとは？Delugeとデータモデルから読み解く実装の勘所で扱っているため、ここではFlowでの粒度に絞ります。

方針は「小さく分けない」。カスタム関数は1回の実行で1タスクを消費するので、細かい関数を並べるほどタスクが増えます。文字列整形と日付変換と判定を1つの関数にまとめれば消費は1回。逆に、外部APIを叩く処理を関数の中に invokeurl で書くと、フローの見た目からは何をしているか読めなくなります。標準アクションで表現できる処理はビルダー上に残し、標準では届かない変換や外部呼び出しだけを関数に落とす、という切り分けが保守しやすい形です。

サブフローとエラーブランチ｜再実行と履歴60日・90日の運用設計

複数のフローで同じ処理を繰り返すなら、サブフローとして切り出して呼び出します。呼び出し側が増えても実装は1箇所。エラーブランチを置けば、接続先が落ちたときの代替処理（通知や退避）をフロー内に閉じ込められます。

復旧の手段はプランで差が出ます。手動での再実行はどちらのプランでも可能ですが、自動再実行はプロフェッショナル限定。加えて実行履歴の保持がスタンダード60日、プロフェッショナル90日で、これは障害調査で遡れる範囲そのものです。月次バッチの不整合を四半期の締めで発見するような業務では、60日の履歴では原因にたどり着けません。監査や照合の周期が長い処理を載せるなら、履歴の保持期間から逆算してプランを決めてください。

オンプレミス連携の実装条件｜上位プラン限定のSQL接続とスクリプト実行

クラウド同士の連携だけならプランの選択肢は広いものの、社内システムが絡んだ瞬間に条件が絞られます。ここは要件定義の初期に確認しておく箇所です。

オンプレミスエージェント経由でSQLと社内スクリプトをつなぐ構成

Zoho Flowは、社内ネットワークに常駐させるオンプレミスエージェントを備えています。これを介して、社内のSQLデータベースへの読み書きや、コマンドラインとスクリプトの実行をフローから呼び出せます。基幹システムのデータをZoho CRMへ寄せる、といった構成がノーコード側で組める形です。

ただしこの機能群はプロフェッショナル限定です。加えて、エージェントを置くサーバの管理、資格情報の保管、社内側の変更に追随する保守は自社に残ります。連携対象が1つ2つで済むならエージェント方式が早い一方、社内側の仕様変更が頻繁なら、APIを自前で用意して疎結合にするほうが結果的に運用が軽くなります。

プレミアムアプリの対象範囲｜基幹SaaS接続で上位プランが必要な条件

プレミアムアプリの区分も同じくプロフェッショナル以上です。つなぎたいSaaSがこの区分に入っていれば、タスク数が月1,000件で足りる小規模でも上位プランを選ばざるを得ません。

見積もりの手順としては、タスク数の試算より先に接続先の区分を洗い出すほうが確実です。接続先がすべて基本アプリならスタンダードで始めて、消費実績を見てからタスク数だけを上げていけます。プレミアムアプリが1つでも混ざるなら、初期費用の前提が変わるため、その前提で社内の稟議を組み立ててください。セキュリティ面では、保存データの暗号化、GDPR対応、多要素認証、監査証跡が用意されており、稼働率は99.9%が公称値です。

Zoho Flowを採用する条件と受託開発へ切り替える分岐点の見極め

ここまでの仕様を踏まえて、採用の可否を条件で言い切ります。Zoho Flowは万能の連携基盤ではなく、得意な形がはっきりしている製品です。

採用してよい条件｜Zoho中心の業務と月数千タスク規模で回る体制

3つの条件がそろえば採用してよい、と考えています。第一に、業務の中心にZoho製品があること。CRMやBooks、Deskが基幹に近い位置で動いていれば、標準コネクタの精度が高く、実装は短時間で済みます。

第二に、月間のタスクが数千件規模に収まること。同梱枠か、スタンダードのタスク数上げで吸収できる範囲なら費用が読めます。第三に、フローが止まったことに気づける担当が社内にいること。iPaaSの事故は「動かなくなったのに誰も気づかない」形で起きます。エラーブランチと通知を組み、月次で履歴を見る人を決められるなら、内製で回せる範囲です。

見送る3つの場面｜秒単位の即時性・多段分岐・監査要件で崩れる設計

逆に、次の場面では採用を見送ります。秒単位の即時性が要る処理、たとえば決済や在庫引き当ての同期は、ポーリング方式の遅延とタスク上限超過時の停止リスクに耐えられません。

多段の分岐と例外処理が絡む業務も向きません。決定を何段も重ねたフローは、ビルダー上で全体像を追えなくなり、変更のたびに影響範囲が読めなくなります。分岐が5段を超えたら、それはコードで書くべき処理です。3つ目は、環境分離と変更履歴の厳密な管理が求められる場面。Flowはドラフトとバージョンの機能を持ちますが、開発・検証・本番を分けて段階的に移す運用を前提とした作りではありません。汎用iPaaSの製品比較で判断したい場合は、課金単位の違いをZapierとは？読み方・できること・料金とタスク課金の仕組みと並べて確認すると差が見えます。

連携要件を外部に相談する判断｜Zoho導入支援と受託開発の使い分け

相談を外に出す判断は、つくるものの性質で分けます。Zoho側の設定・連携設計・運用の立ち上げまでを伴走してほしいなら、製品知識を持つ導入支援側の領域。一創ではZoho導入支援サービスとして、CRMを含むZoho製品群の設計と定着までを請けています。

一方、社内システムとの双方向同期や、Flowでは表現しきれない業務ロジックが中心になるなら、受託開発でAPI連携基盤を組むほうが総額で安く収まる場合があります。目安は、フロー本数が20本を超える、あるいは同じ接続先に対して例外処理を何度も足している状態。そこまで来たら、iPaaSで粘るより設計を作り直す判断を先にしたほうが、運用の負債を残しません。

よくある質問

Zoho Flowの検討時に問い合わせの多い論点を、仕様の一次情報に沿って5つ整理しました。

Zoho Flowの無料プランではどこまでできますか？

無料プランでは最大5件のフローを作成でき、月100タスクまで実行できます。決定（分岐）、遅延、変数の設定、メールの送信といったロジック機能も無料プランの対象です。月100タスクは日次で3件程度の処理に相当するため、本番運用ではなく、接続先アプリのトリガーが期待どおり拾えるかを確かめる検証枠と考えてください。全機能を試したい場合は15日間の無料トライアルが別に用意されています。

タスク上限を超えるとフローは止まりますか？

その月のタスクを使い切っても直ちに停止はしませんが、いつでもオフになり得る状態になります。そして超過して使った分は、翌月の枠から差し引かれます。翌月が月初から目減りするため、超過が続くと2か月目に業務が止まる形です。アドオンによる追加購入は現在サポートされておらず、スタンダード・プロフェッショナルともタスク数のアップグレードで対応します。消費が想定の8割に達した時点で通知を受け取れるよう、社内の運用を決めておくと事故を防げます。

Zoho CRMのワークフロールールとZoho Flowはどちらを使うべきですか？

1つのZohoアプリの中で完結する処理はワークフロールール、複数アプリや外部SaaSをまたぐ処理はFlow、という切り分けが基本です。CRM内でのフィールド更新やメール送信をFlowで組むと、タスクを消費するうえ設定箇所が分散し、障害時の切り分けに手間がかかります。判断に迷う処理は「将来ほかのアプリを巻き込むか」で決めてください。巻き込む見込みがあるならFlow側に置いたほうが、後の作り直しを避けられます。

Zoho Flowが未対応のアプリとつなぐ方法はありますか？

3つの経路があります。1つ目は相手側からのWebhook送信をトリガーで受ける方法。2つ目は送信Webhookのアクションで、こちらから任意のエンドポイントへ送る方法。3つ目はDelugeのカスタム関数から invokeurl で外部APIを呼ぶ方法です。認証がOAuthで、トークンの更新が必要な相手だと3つ目でも実装が重くなります。その場合は中継用のAPIを別途用意し、Flowからはその1本だけを叩く構成にすると保守しやすくなります。

Zoho One契約者はFlowを別途契約する必要がありますか？

不要です。Zoho Oneには組織あたり50フロー、タスクは組織あたり月3,000件に加えて従業員1人あたり月1,000件が含まれます。ただし同梱枠はプロフェッショナル限定機能までを含むわけではないため、オンプレミス連携やプレミアムアプリが要件に入るなら別の検討が必要です。枠を増やしたい場合はZoho One側のサポートへ必要タスク数を申請する運用になります。

関連記事

• Zohoとは？55を超えるアプリ群の全体像と、日本企業での採用判断を解説：本記事が前提とするZoho製品群の全体像と採用条件。
• Zoho Oneとは？含まれるアプリと2つの料金体系、単品契約との損益分岐を解説：同梱枠の前提となるライセンス体系と損益分岐の考え方。
• Zoho Creatorとは？Delugeとデータモデルから読み解く実装の勘所と導入判断：カスタム関数で使うDelugeの書き方とデータモデル設計。
• iPaaSとは？仕組み・RPAとの違い・主要ツールと導入判断をわかりやすく解説：iPaaSという分類そのものの仕組みとRPA・ETLとの違い。
• iPaaSの比較9製品｜料金と課金単位・接続数で選ぶ判断軸と規模別の結論：他社iPaaSとの料金・課金単位の横並び比較。