業務の流れを、改善が続く仕組みへ。

人の承認に加え、システム処理を含む業務全体を設計する用途です。承認経路が中心ならintra-mart Workflowとの役割分担を確認します。

連携を前提とした製品です。現在の基盤・バージョン・ライセンスと、接続する業務ロジックを確認して構成を決めます。

Workflowは申請・承認、IM-BPMは人とシステムを含む業務全体の流れに着目します。必要な範囲に合わせて組み合わせを検討します。

役職・権限・代理承認と、処理中の案件の扱いを確認します。現行の組織マスタと更新方法を合わせて設計します。

受発注や開発依頼など、人とシステムの処理を組み合わせる業務にも使われています。対象業務の入力・担当・完了条件から設計します。

API連携を利用できます。認証、APIの制限、失敗時の再処理、権限を含めて接続先ごとに確認します。

AgileWorksは複雑な組織構造や変更を含む運用を重視します。帳票数だけでなく、組織改編・権限・連携条件で比較します。

いいえ。掲載調査の11.6%はX-pointとAgileWorksの合算で、AgileWorks単体の値ではありません。

紙のような入力フォームを作れることが特徴です。項目・入力チェック・承認ルートを整理し、実際の帳票で確認します。

いいえ。調査の表記はX-pointとAgileWorksの合算です。X-point Cloud単体のシェアとしては扱いません。

申請フォームや経路は画面で設定できます。複雑な外部連携や個別要件は、標準機能・オプション・開発の範囲を確認します。

連携機能が提供されています。対象サービスと利用プラン、連携する項目・権限・処理タイミングを確認します。

承認依頼にTeamsやOutlookから応答できます。利用ライセンス、環境、承認者の権限を確認します。

利用するコネクタやRPA、実行形態によって必要なライセンスが異なります。標準承認と追加機能を分けて確認します。

データ連携機能があります。既存システムのAPI、データの責任者、読み書きの権限を先に確認します。

ケース管理や文書処理なども扱います。必要な機能に応じてライセンスと設計範囲を整理します。

承認は業務の一部として組み込めます。小規模な単独申請か、複数システムをまたぐ案件管理かで導入範囲を判断します。

全社共通部分と拠点固有の例外を分け、ルールの変更権限・確認・本番反映の手順を定めます。

Blueworks Liveは業務の発見・可視化・モデリングが中心です。Business Automation Workflowは業務を実際に進める実行基盤を担います。

目的と提供形態によって構成が異なります。ワークフロー、文書、判断ルールなど、必要な機能と契約を分けて確認します。

設計したプロセスを実行し、システムや人の作業をつなぐための基盤です。各処理の接続実装や運用設計も必要です。

APIや既存サービスをつなぐ部分では開発・運用の知識が必要です。業務担当者と開発者が同じ流れを見て要件を合わせます。

モデリングと業務の実行・自動化は役割が異なります。必要な製品構成と利用条件を確認します。

業務定義は現場と進め、連携・権限・データ管理・運用はIT担当者と設計します。

BPMNは処理の順序、CMMNは案件の進行、DMNは判断ルールを表す標準です。業務に必要な組み合わせを選びます。

人とシステムのプロセス管理も対象です。AIの利用有無は、必要な判断と自動化の範囲から決めます。

複数の製品・提供形態があります。CE、K2、連携先などを分けて比較し、事例と同じ構成かを確認します。

Microsoft向けの連携を提供しています。現在の製品・バージョン・移行方針と、連携方式を確認します。

App Engineは独自アプリケーションの開発基盤です。ITSM等の既成業務製品とは役割や契約が異なります。

公式事例で出張申請・承認のポータルが紹介されています。自社の規程・権限・連携先に沿って設計します。

Bonitasoftの公式サイトは現在Ofeliaへ転送され、Bonita BPMの製品情報を案内しています。契約・版ごとの提供範囲を確認します。

公式にはオンプレミスや自己管理環境での提供が案内されています。利用する版と保守・セキュリティ運用を確認します。

主な役割はプロセスの可視化とモデリングです。実行・自動化の基盤とは分けて検討します。

関係者で現状と改善案を整理する用途に向いています。対象業務、責任者、成果物、承認基準をそろえて活用します。

Signavioは可視化・分析・変革の管理が中心です。実行するワークフローや自動化の基盤とは役割を分け、必要に応じて連携します。

複数の製品で構成されます。モデリング・分析・ガバナンスなど、必要な機能と利用者に応じて契約範囲を確認します。

中心となる用途は、企業全体の業務モデル・可視化・分析です。日々の承認を実行するワークフローとは役割を分けて選びます。

プロセスの責任者と改訂手順を定め、実際の業務変更に合わせてモデルを更新する運用が重要です。

主な役割は、実際の業務データを基にプロセスを分析・改善することです。ワークフロー実行基盤との役割分担を確認します。

対象業務、識別子、日時、処理履歴などのデータを確認します。データ品質とアクセス権限が分析の前提になります。