AI プロセス オーケストレーション エンジンは、視覚的なフローチャートを通じて複雑なビジネス ロジックを順序付けされたノードに分解し、手動による承認介入、条件付きルーティング、ランタイム変数追跡をサポートします。

フローラ

Flowra は、プロセス オーケストレーションに焦点を当てた AI エンジンです。その核となる価値は、複雑なシステム間および役割間のビジネス プロセスを視覚的なフローチャートにモデル化し、各ノードの実行を自動的に進めることにあります。一般的なワークフロー ツール (n8n、Make など) とは異なり、Flowra は「人間参加型」承認メカニズムとランタイム変数追跡機能を重視しており、高いコンプライアンス要件を持つエンタープライズ レベルのシナリオにより適しています。これは中小企業における「軽量 BPM」として機能し、従来の強力な BPM システムと単純な自動化ツールの間の市場ギャップを埋めます。

Flowra は、ModelScope と Wuli WULI チームによってオープンソース化されています。 FlowBench コア エンジンに基づいて構築されており、グラフ実行エンジンとノード パッケージ開発ツール チェーンを提供します。コアの配信フォームは、オープンソース エンジンとビジュアル フローチャート エディターであり、プロセスの自動化と承認フローの敷居を下げることで中小企業に役立ちます。

コアパラメータと統計

パラメータ項目	値
ノード タイプの数	25+ (AI タスク、手動承認、HTTP リクエスト、条件付きルーティング、タイマーなど)
フローチャートのネストレベル	最大 5 レベル (サブプロセス拡張をサポート)
ランタイム変数の追跡	サポート (各ノードの入出力変数をリアルタイムで表示)
手動承認タイムアウト設定	サポートあり (1 時間から 7 日間まで設定可能)
承認チャネル	Webパネル / メール / 飛書 / ビジネスWeChat
実行履歴監査ログ	サポートあり (CSV/PDF にエクスポート可能)
同時プロセスの最大数	20 (無料) / 100 (プロ) / 500 (エンタープライズ)
オープンソースライセンス	オープンソース (公式リポジトリの対象)
プロジェクトの所有権	モデルスコープ（アリババ）×WULI

パラメータ解釈: 25+ ノード タイプは一般的な自動化プラットフォームほど豊富ではありませんが、設計は「手動判断が必要な」ビジネス シナリオに重点を置いています。つまり、承認ノード、タイムアウト転送、および条件付きルーティングがエンタープライズ プロセスの中核要件です。同時実行制限の段階的な設定は、Pro バージョン (同時アイテム 100) で、ほとんどの成長企業の 1 日あたりの承認量をカバーできることを意味します。

ユーザーと市場の認識

Flowra は現在、パブリックベータの初期段階にあり、主に金融テクノロジー、エンタープライズサービス、国境を越えた電子商取引の 3 つの業界から約 3,500 人の登録ユーザーがいます。中でも、承認フロー テンプレート (購入承認、契約承認、経費精算) のダウンロード数が最も多く、テンプレート全体の使用量の 42% を占めています。ユーザーNPS調査（サンプル数200）では、「フローチャートが直感的でわかりやすい」が4.5/5、「承認チャネルの網羅性」が4.2/5と評価されました。

市場でのポジショニングの観点から、Flowra は従来の BPM ベンダー (Lanling、Zhiyuan、Panwei) の承認モジュールを直接ターゲットにしていますが、そのオープンソース + SaaS モデルにより、調達と導入の敷居が大幅に低くなります。ユーザーからの典型的なフィードバックは次のとおりです。「従来の OA 承認プロセスは、リクエストから開始まで IT 部門がスケジュールする必要があり、平均して 2 ～ 4 週間かかります。Flowra を使用すると、自分で 30 分で完了できます。」 Zapier や Make と比較した場合、Flowra の利点は国内の承認シナリオに深く適応していることです。Feishu や Qiwei などの IM 承認チャネルや、国内の金融規制に準拠した監査ログ形式をサポートしています。

コストメリット

コスト ディメンション	説明
無料版	月額0円、アクティブプロセス数3、プロセスあたり最大15ノード、ベーシックノードタイプ
プロ版	月額99円（年額79円）、20アクティブプロセス、フルノードタイプ、承認チャネル統合、監査ログ
エンタープライズ版	月額 399 円、プロセス数無制限、サブプロセス再利用、SSO 統合、民営化導入コンサルティング、独自の SLA

競合製品との比較:

比較寸法	フローラ (プロ)	従来の BPM プラットフォーム	自社開発の承認制度
導入方法	SaaS、ゼロデプロイメント	ローカルでの導入、運用、メンテナンスが必要	開発チームが必要
調達承認フローを構築する時期	約30分	2～5日	2～4週間
月額料金	99円/月	¥3,000+/月（ライセンス）	研究開発の人件費
修正プロセスの柔軟性	ドラッグ アンド ドロップで変更をリアルタイムに反映	変更申請が必要です｜開発をスケジュールする必要があります
監査ログとコンプライアンス	内蔵	完璧	自分で構築する必要があります

隠れたコストの注意事項: SaaS モデルでは、データはクラウドに保存されます。データ常駐に関する明確な要件がある金融や政府機関などの業界では、エンタープライズ バージョンの民営化展開計画がコンプライアンス要件を満たしているかどうかを確認する必要があります。承認フローの効率は、承認者の応答速度に依存します。プロセス エンジンがどれほど高速であっても、承認者がタイムリーに処理できなければ、全体のサイクルは依然として延長されます。

主な機能

• ビジュアル フローチャート エディタ: ドラッグ アンド ドロップ キャンバス。スイム レーン ダイアグラム (役割/部門ごとに分割)、ノード接続、カラー ラベル、注釈をサポートします。仮想ノード レンダリング テクノロジに基づいて、200 以上のノードのフローチャートは 60fps の滑らかさを維持します。
• 手動承認ノード: 単独承認、副署 (全員が合格に同意)、または署名 (いずれか 1 人が合格に同意)、および逐次承認 (順番に承認) をサポートします。自動タイムアウト転送とリマインダーリマインダーをサポートします。
• 条件付きルーティングと並列分岐: フォームフィールドの値またはノードの出力結果に基づいて後続のパスを動的に選択します。並列分岐は、複数の独立したタスクを同時に進めることをサポートします。
• サブフローのカプセル化: 固定プロセス セグメントを、独立した変数スコープを持つ再利用可能なサブフロー グラフにカプセル化し、入出力マッピングを通じてデータを交換します。
• 実行時変数パネル: プロセス実行中の入出力データ、消費時間、各ノードのステータスをリアルタイムで表示します。
• フォーム エンジン: ドラッグ アンド ドロップで承認フォーム (テキスト ボックス、ラジオ選択、複数選択、日付、添付ファイル、リッチ テキスト) を作成し、20 以上のプリセット フォーム テンプレートを提供します。
• 統計ダッシュボード: プロセス タイプ、プロセッサ、消費時間、タイムアウト率、その他の要素に基づいて実行統計レポートを生成します。

モデルとバージョンの進化

バージョン	発売日	主な変更点
v0.9 (プレビュー)	2026-06-10	承認とルーティングを除く、線形フローチャート、基本的なノード タイプ (開始/終了/タスク) をサポート
v1.0 (パブリックベータ版)	2026-07-14	承認ノード、条件付きルーティング、サブプロセス、フォーム エンジン、統計ダッシュボードを完全に導入

プレビューからパブリックベータに至るまで、Flowra は「フローチャート描画ツール」から「実行可能なプロセスエンジン」への飛躍を完了しました。プレビュー バージョンは線形プロセスのみをサポートしており、パブリック ベータ バージョンの最大の機能増分は承認ノードとフォーム エンジンの組み合わせであり、Flowra を実際のエンタープライズ シナリオで実用的なものにします。

技術的な利点

• プロセス ステート マシン カーネル: ステート マシン モデルを使用してプロセスの実行を駆動し、各ノードは明確なステータス (実行予定/実行中/完了/失敗/タイムアウト/スキップ) に対応します。状態遷移ルール​​はプロセス定義の段階で固まり、プロセスの状態や位置をいつでも明確に回答できます。
• 変数スコープの分離: サブプロセスは独立した変数スコープを持ち、明示的な入出力マッピングを通じてメイン プロセスとデータを交換することで、大規模なプロセスでの変数名の競合を回避します。
• 承認タイムアウト後の自動調停: 承認者がタイムアウトして処理に失敗した場合、事前に設定されたルール (上司に転送/自動スキップ/自動拒否) に従って自動的に調停が実行され、調停アクションは監査ログに完全に記録されます。
• インクリメンタル レンダリング エンジン: フローチャート エディターは仮想ノード テクノロジーを使用しており、200 以上のノードが 60fps のドラッグの滑らかさを維持します。

使い方

使い方	入口	説明書
Web フローチャート エディタ	公式サイトログイン → プロセス設計	フローチャートの作成と編集
プロセスを開始する	ワークベンチ → プロセスの開始	公開されたプロセス テンプレートを選択し、フォームに記入して送信します。
承認タスクの処理	ToDo リスト / 電子メール / IM 通知	さまざまなチャネルによる承認処理
稼働監視	監視センター → 実行中のインスタンス	各プロセスのリアルタイムの実行ステータスを表示

一般的な使用プロセス: フローチャートの設計 → ノード パラメーターの構成 → フォーム テンプレートのバインド → リリース プロセス → ユーザー開始プロセス → システム自動フロー → 承認処理 → フローの続行/終了 → 監査のアーカイブ。

製品の価格設定

パッケージ	価格	主な利点
無料版	0円/月	3 つのアクティブなプロセス、プロセスごとに最大 15 ノード、基本的なノード タイプ
プロ版	月額99円（年払い79円）	20 のアクティブなプロセス、完全なノード タイプ、承認チャネル (Feishu/Qiwei)、監査ログ
エンタープライズ版	399円/月	無制限のプロセス数、サブプロセスの再利用、SSO 統合、プライベート展開コンサルティング、独占的な SLA

新規ユーザーは、オープン ベータ期間中、Pro バージョンを 14 日間無料で試すことができます。 50 人未満のチーム向けの無料バージョンでは、3 ～ 5 つの主要な承認フローをカバーできます。

アプリケーションのシナリオ

• 購入承認プロセス: 従業員が購入申請書を提出 → 部門長の承認 → 財務予算の確認 → 調達の実行 → 到着確認 → 金銭の支払い。プロセス全体が追跡可能で、サイクルタイムが 3 ～ 5 日から 1 日に短縮されます。検証方法: 導入前と導入後の平均承認サイクルを比較します。
• 契約書の副署とアーカイブ: 法定契約書の作成 → 関係部門が順番に連署（承認意見の痕跡を残す） → 法的最終レビュー → 電子署名 → 自動ファイリング。検証方法: 副署記録の完全性と適時の提出をランダムにチェックします。
• 従業員オンボーディング プロセス: 人事部がオンボーディングを開始 → 並行するブランチが IT、管理、部門に同時に通知 → 各ブランチの完了後に集計。検証方法：新入社員入社準備完了の適時性の比較。
• 顧客返金処理（人機連携）：顧客サービスが返金申請を入力→AIが返金条件を自動検証→良品の自動承認処理→異常注文は手動介入。検証方法：自動承認の正解率と手動介入の割合。

該当する人

群衆	適応値	前提条件
エンタープライズ運営・管理	標準化された承認フローとビジネスプロセスを構築	ビジネスルールを理解するだけ
プロジェクトマネージャー	フローチャートを通じてプロジェクトの段階と主要なノードを視覚化する	技術的な閾値なし
制作・研究チーム	システム間の調整プロセスの自動化	API と Webhook の概念を理解する
コンプライアンスおよびリスク管理担当者	監査ログを使用してコンプライアンスチェックに適合する	Enterprise Edition の機能が必要

不適切なシナリオ: 非常に高いスループットを必要とするリアルタイムのトランザクション プロセス (支払処理システムなど) - 手動承認モードでは避けられない遅延が発生します。従来の OA システムを深く利用し、50 を超えるプロセスを抱える大企業の場合、現在の対応範囲では十分ではない可能性があります。

概要と展望

Flowra の核となる競争力は、企業管理における最も一般的な調整アクションである「手動承認」と自動化されたフローチャートの有機的な組み合わせにあります。これは、純粋に自動化されたツールよりも、中国企業のコンプライアンスおよび内部管理のニーズにより合致しています。完全なエンドツーエンドの自動化は多くのシナリオでは非現実的であり（コンプライアンス要件には手動による承認が必要です）、Flowra の「人間と機械のコラボレーション」モデルは、現段階ではより現実的です。

現在の制限: (1) SaaS モデルは、民営化された展開に対する強い需要がある非常に大規模な企業に限定されています。 (2) 統合エコシステム (特に UFIDA や Kingdee などの主流の国内 ERP/OA システム) はまだ拡張する必要があります。 (3) オープンソース プロジェクトの商用サポート システムはまだ構築中です。 調達/導入に関する提案: 購入する前に、コア プロセスがオフライン バックアップとしてのエクスポート (サプライヤーのリスクを防ぐため) をサポートしているかどうか、またエンタープライズ バージョンの民営化展開に関する具体的な実装計画とテクニカル サポート SLA を確認する必要があります。後続のバージョンの方向性には、承認 SLA 統計分析、モバイル承認エクスペリエンスの最適化、およびより豊富なサードパーティ コネクタが含まれる予定です。

関連ツール: CrewAI、langchain

アーキテクチャ設計とテクノロジーの選択

オープンソース プロジェクトである Flowra のアーキテクチャ設計、コミュニティの健全性、運用とメンテナンスの成熟度は、テクノロジーを選択する際に包括的に考慮する必要がある中核的な要素です。以下は、オープンソース プロジェクトの運用準備状況を評価するための体系的なフレームワークです。

アーキテクチャとモジュール設計 プロジェクトのアーキテクチャ設計は、二次開発と統合の柔軟性を直接決定します。マイクロサービス、プラグイン、またはイベント駆動型アーキテクチャを採用するプロジェクトは通常、スケーラビリティと機能分離が優れているため、チームが特定のモジュールをオンデマンドで拡張およびカスタマイズすることが容易になります。モノリシック アーキテクチャは展開が簡単で、操作と保守が直感的で、小規模な使用と迅速な検証に適しています。しかし、機能が増加するにつれて、メンテナンスの複雑さの増加や技術的負債の蓄積などの問題に直面する可能性があります。選択する前にプロジェクトのアーキテクチャ ドキュメントと開発者ガイドを読み、チームの既存のテクノロジ スタックに対するアーキテクチャ設計の適応性、および将来のビジネスの成長に伴うアーキテクチャの拡張性を評価することをお勧めします。

地域の健康と長期的な維持 オープンソース プロジェクトのコミュニティの健全性は、プロジェクトが長期にわたって維持および開発できるかどうかを示す重要な指標です。次の側面を包括的に評価することをお勧めします: GitHub スターの成長傾向と絶対値 (コミュニティの注目とユーザー ベースを反映)、貢献者の数と構成 (一時的な貢献者に対するコア メンテナの比率、理想的には少なくとも 3 人のアクティブなコア メンテナがいる)、問題の応答時間の中央値 (理想的には 24 時間以内、メンテナンス チームの応答効率を反映)、PR マージ率とマージ遅延 (プロジェクトの標準化と効率を反映)ガバナンス）、最新のメジャー リリースの時期（6 か月以上更新がない場合は、プロジェクトのメンテナンスが停止している兆候と見なす必要があります）。アクティブなコミュニティとは、より迅速なバグ修正、より頻繁な機能更新、より充実したサードパーティ統合エコシステムを意味し、問題が発生したときにコミュニティからの支援が簡単に得られることを意味します。

展開、運用、保守、および実稼働の準備 実稼働環境のデプロイメントでは、次の側面の評価に重点を置く必要があります: Docker イメージとバージョンのラベル付け戦略の完全性 (マルチアーキテクチャミラーリングが提供されているかどうか)、ワンクリックデプロイメントスクリプトの可用性とドキュメントの品質 (docker-compose、Helm Chart、Terraform など)、ランタイムに依存するコンポーネントの数と管理の複雑さ (依存関係が増えると、運用とメンテナンスの複雑さが指数関数的に増加します)、モニタリングおよびロギングインフラストラクチャの統合サポート (Prometheus インジケーターの公開、 Grafana ダッシュボード、構造化されたログ出力)、バックアップ、リカバリ、高可用性ソリューションの完全なドキュメント。テスト環境で展開プロセス全体を実行し、ドキュメントに最初から厳密に従い、各ステップの正確さと環境の互換性を検証し、すべての機能が検証された後に本番環境に導入することを強くお勧めします。

バージョン情報

• パブリックベータ版 ：パブリック ベータ バージョンでは、ビジュアル フローチャート モデリング、条件分岐ルーティング、手動承認ノード、ランタイム変数パネルがサポートされています。 （2026-07-14）
• プレビュー版 ：テクノロジー プレビュー バージョン、基本的な DAG 実行エンジンは、画像、ビデオ、オーディオ、その他のマルチメディア データ処理をサポートします。 （2025-12-01）