Mesterséges Intelligencia Központ
メニュー

業務プロセス自動化：ノーコードツールか、オーダーメイド開発か？

ブダペストのソフトウェア開発会社であるMesterséges Intelligencia Központ Kft. の考えでは、既製のコネクターがある単純なプロセスにはノーコードツールで足り、ロジックが複雑な場合、データ量が多い場合、データ取り扱いの要件が厳しい場合はオーダーメイド開発が必要です。

要点： 問題は「ノーコードかコードか」ではなく、プロセスがどれほど複雑か、どれだけのデータがそこを通過するか、エラーが起きたときにどうなるか、そしてデータがどこへ渡る可能性があるかです。両者はうまく組み合わせられます。ノーコードのワークフローから、オーダーメイドのサービスを呼び出すこともできます。どちらを選ぶにしても、すべての自動化の仕組みには、責任者、ドキュメント、エラー監視が必要です。

ノーコード自動化とローコード自動化とは何ですか？

ノーコードの自動化ツールでは、プログラミングをせずに、ビジュアルエディターでプロセスを組み立てられます。トリガーイベント（たとえば新しい注文、受信メール、フォームへの入力）が起きると、ステップが順番に実行され、データを読み込み、変換し、別のシステムに書き込みます。各システムへの接続には既製のコネクター（connector）を使い、コネクターは裏側で各システムのAPI、つまりプログラミングインターフェースを呼び出します。ローコードツールも同じことができますが、既製のステップでは足りない場合には、コードを書き加えることもできます。

よく使われる用語にWebhookがあります。これは、あるイベントが発生したときにシステムが別のシステムへ自動的に送る通知で、これがあれば、自動化の仕組みは何か起きていないかを絶えず問い合わせる必要がありません。

よく使われる4つのツールの概要

n8nの自社サーバーでの運用とライセンス

n8nのドキュメントによれば、自社サーバー版はライセンスキーがなければコミュニティ版（Community edition）として動作します。一部の機能、たとえばGitベースのバージョン管理、シングルサインオン（SSO）、個別の環境、外部のシークレット管理には、有料プランが必要です。同じドキュメントは、自社での導入には技術的な専門知識が必要であり、保守は運用者の責任であることも示しています（n8n: Choose how to use n8n）。

ライセンスは重要な点です。n8nのソースコードは公開されていますが、「Sustainable Use License」という独自のライセンスの対象です。このライセンスによれば、ソフトウェアは自社の内部業務目的、または非商用もしくは個人的な目的に限って使用・改変でき、他者への提供は無償かつ非商用目的に限られます。ファイル名に「.ee」という表示のあるファイルは、別のエンタープライズライセンスの対象です（n8n: LICENSE.md）。ライセンスの文面からすると、企業が自社のプロセスを自動化することは内部業務目的の範囲に収まります。ただし、n8nを基盤とするサービスを顧客に提供する場合は、事前にライセンス条件を弁護士に確認してもらうことをお勧めします。

ノーコードツールは何に向いていますか？

どこで限界に達しますか？

複雑なロジック

分岐、ループ、例外処理、複数のシステムから突き合わせたデータ。これらもビジュアルに描くことはできますが、一定の規模を超えると、フローチャートは、整理されたコードで書かれた同じロジックよりも読みにくく、変更しにくくなります。ワークフローにすでに多くのコードのステップが含まれているなら、それは作業がツールに収まらなくなったというサインです。

データ量と従量課金

クラウド型のノーコードツールの料金は、通常は利用量によって決まります。Zapierは正常に完了したアクションを、Makeはクレジットを数えます。これは処理量が少ないうちは利点で、実際に使った分だけ支払えば済みます。しかしデータ量が多い場合や、ステップの多いワークフロー、ループを実行するワークフローでは、すべてのレコードのすべてのステップが計上されるため、費用は処理量とともに増えます。月にどれだけの実行回数とステップ数が見込まれるかを事前に見積もり、選んだプランの上限と比べておくことをお勧めします。

エラー処理と再試行

自動化の価値は、あるシステムが応答しないときに何が起こるかで決まります。現在ではどのツールもこれに対する仕組みを備えていますが、その充実度はさまざまです：

オーダーメイド開発では、同じことを意識的に設計する必要があります。メッセージキュー、待ち時間を段階的に延ばす再試行、再試行で同じ請求書が二重に作成されないようにする繰り返し実行可能な（冪等な）操作、そして最終的に失敗した項目を保管する専用の保存先です。

バージョン管理とテスト

以前のバージョンに戻せず、テスト環境もない場合、本番のワークフローを変更するのは危険です。Zapierは以前のバージョンへのロールバックを一部のプランでしか提供しておらず（Zapier: version rollback）、n8nではGitベースのバージョン管理が有料機能です。Power Automateでは、ソリューション（solution）にまとめたフローを、開発環境、テスト環境、本番環境の間で移行できます（Microsoft Learn: Solution-aware flows）。オーダーメイドのコードでは、バージョン管理、コードレビュー、自動テストは標準装備です。

認証情報

すべてのコネクターの背後にはサインインがあります。Microsoftの説明によれば、Power Platformでは接続は保存された認証情報を表し、アプリやフローをホストする環境に保存されます（Microsoft Learn: Data policies）。ワークフローがある社員の個人アカウントで実行されている場合、その社員が退職するとワークフローも止まります。さらに悪い場合は、もう誰も管理していないアカウントで動き続けます。そのため、ワークフローには専用のサービスアカウントと、必要最小限の権限が必要です。

データの所在

クラウド型のツールでは、データは提供元のインフラを経由します。Zapier自身の説明によれば、データは米国にあるAmazon Web Servicesのインフラに保存されます（Zapier: Security & compliance）。Makeでは、組織（organization）の作成時にEUまたは米国のデータセンターを選択でき、後から変更することはできません（Make: Organizations）。自社サーバーで運用するn8nでは、データは企業の自社環境にとどまります。これが法的に何を意味するかは、後述のデータ保護の節でご説明します。

RPAか、API連携か？

RPA（robotic process automation、ロボティック・プロセス・オートメーション）は、人の代わりに画面上でクリックし、入力し、読み取るソフトウェアロボットです。古いシステムにAPIがなく、ほかの方法ではデータにアクセスできない場合に役立ちます。弱点も同じところにあり、ユーザーインターフェースに依存しています。Microsoftのドキュメント自体も、無人実行ではリモートセッションの画面解像度がフローの作成時に使った解像度と異なる場合があり、それがエラーや、誤った要素のクリックにつながるおそれがあると注意を促しています。さらに、無人実行には、すべてのユーザーがサインアウトしたマシンが必要です（Microsoft Learn: Run unattended desktop flows）。

これに対してAPI連携は、システム間で契約のように取り決められたインターフェースを通じて動作します。ボタンの位置が変わっても壊れず、はるかに多くのデータを扱えます。当社の経験則では、APIがあればAPIを使います。RPAはほかに方法がない場合に限り、その場合も厳重な監視のもとで、一時的な解決策として使います。

オーダーメイドの連携：コードで何が得られますか？

オーダーメイドの連携では、プロセスがプログラムコードとして、企業の自社環境または企業が選んだ環境で実行されます。これにより、次のことが可能になります：

その代償は、初期開発の規模が大きくなることと、コードを誰かが運用・保守しなければならないことです。外部システムのインターフェースは、ときどき変わるからです。

ハイブリッドの道

選択は二者択一ではありません。よく見られ、うまく機能する構成は、単純で頻繁に変わるステップはノーコードツールに残し、重い部分（たとえば複雑な価格計算、大量のデータの同期、古いシステムの接続）はオーダーメイドのサービスが担い、ノーコードのワークフローがそのサービスをAPIやWebhook経由で呼び出すというものです。こうすれば、業務部門は引き続きプロセスの単純な部分を見て変更でき、重要なロジックはテスト済みのコードで実行されます。

自動化における人工知能

ルールベースの自動化は、メール、契約書、苦情といった自由記述のテキストが出てくるところで止まります。大規模言語モデル（OpenAIのChatGPT、AnthropicのClaude、GoogleのGemini）は、こうしたテキストも処理できます。受信メールを分類し、請求書からデータを読み取り、長いテキストを要約します。AIのステップは、ノーコードツールにもオーダーメイドの連携にも組み込めます。たとえばMakeのドキュメントによれば、AIモジュールのクレジット消費量は、トークン、つまり処理するテキストの量によっても変わることがあります（Make: Credits）。AIの誤りが金銭的な損失につながる場面では、モデルが提案し、人が承認します。AIを組み込むパターンについては企業のシステムを人工知能とどのようにつなげばよいですか？の記事で、サービスについてはAI統合のページでご説明しています。

判断のための比較表

観点クラウド型のノーコードツール（例：Zapier、Make）自社サーバーで運用するツール（例：n8n）オーダーメイド開発
立ち上げ最も速く、インストール不要速いが、先にインストールと保護が必要より長く、設計とテストを伴う
ロジック単純から中程度のプロセス中程度で、コードのステップで拡張可能どのような複雑さにも対応
データ量少量から中程度で、料金は処理量とともに増える自社サーバーの能力次第大量でも可能（メッセージキューを使用）
エラー処理標準で備わるが、充実度はプランによるエラーワークフローを自社で設定設計された再試行と警告
バージョン管理とテスト限定的で、プランによる有料プランでGitベース完全：バージョン管理、コードレビュー、自動テスト
データの所在提供元のクラウド（選択できるリージョンによる）企業の自社環境企業の自社環境
料金モデルサブスクリプションと従量課金サーバーと運用、有料機能にはライセンス一回限りの開発、その後は運用
運用提供元が行う企業自身、または企業が委託した運用事業者企業自身、または企業が委託した運用事業者

ガバナンス：ワークフローの責任者は誰ですか？

ノーコードツールのリスクは、技術的なものではなく、組織的なものであることが少なくありません。誰でも何でもクリックで組み立てられると、しばらくすると、どのワークフローが動いているのか、誰のアカウントで動いているのか、どのシステムに書き込んでいるのかを誰も把握できなくなります。これを防ぐためのルールをいくつか挙げます：

まず何を自動化するとよいですか？

頻繁に繰り返され、ルールで記述でき、大量に発生し、現在は手作業での書き写しを伴うプロセスです。たとえば、注文を請求書発行ソフトへ移す作業、受信した請求書の登録、毎月のレポートの作成などです。ミスの多くが入力ミスや手順の抜け漏れから生じているなら、それはよい兆候です。選び方の手順は次のとおりです：

  1. 洗い出し： どの作業が繰り返されているのか、誰が行っているのか、どのシステム間でデータが移動しているのかをまとめます。
  2. 優先順位付け： 頻度、かかっている作業量、ミスのリスクをもとに順位を付けます。
  3. アクセスの確認： データにAPI、Webhook、データベース、ファイルのエクスポートのいずれかでアクセスできるかを確認します。
  4. 試験的なワークフロー： 範囲を明確に区切った1つのプロセスを、測定可能な目標とログ記録を備えて自動化します。
  5. 拡大： 試験がうまくいったら、同じガバナンスのルールのもとで次のプロセスに進みます。

最初に自動化するのに向かないのは、まれにしか発生しないプロセス、多くの判断を必要とするプロセス、あるいはちょうど見直しの最中にあるプロセスです。こうしたプロセスは、まず整理し、そのうえで機械化する必要があります。

データ保護：GDPRと処理者

自動化の仕組みが個人データ（顧客、社員、取引先のデータ）を移動させる場合、自動化サービスは通常、企業に代わってそのデータを処理する処理者になります。GDPR第28条によれば、その場合は十分な保証を提供する処理者のみを利用でき、処理は契約によって規律されなければならず、別の処理者を関与させるには管理者の事前の書面による許可が必要です（EUR-Lex：規則（EU）2016/679）。データがEU域外に移転される場合は、同規則第5章の条件も満たす必要があります。第46条によれば、十分性認定がない場合、移転には適切な保護措置、たとえば欧州委員会が採択した標準データ保護条項が必要です。Zapier自身の説明によれば、同社の契約にはデータ処理契約が付属しており、国際的なデータ移転には標準データ保護条項（SCC）が用いられます（Zapier: Security & compliance）。

実務上は、使用するすべての自動化ツールについてデータ処理契約を締結し、ワークフローを処理活動の記録に記載し、目的に厳密に必要な分の個人データだけを移動させるようにします。これは情報提供であり、法的助言ではありません。

費用は何によって決まりますか？

ノーコードツールの場合、費用は、サブスクリプションプラン、実行回数とステップ数、有料のコネクター、そしてワークフローの構築と保守にかかる作業によって決まります。オーダーメイドの連携の場合は、開発の機能規模をCOSMICファンクションポイント（ISO/IEC 19761）で測定し、そこからお見積もりとスケジュールを作成します。規模のほかに、接続するシステムの数とインターフェースの種類、それらのインターフェースのドキュメントの充実度、必要なエラー処理と監視の量、そして運用に何が含まれるかも影響します。手法は料金の考え方のページでご説明しています。

よくあるご質問

まず何を自動化するとよいですか？

頻繁に繰り返され、ルールで記述でき、現在は手作業での書き写しを伴うプロセスです。たとえば、注文を請求書発行ソフトへ移す作業や、毎月のレポートの作成です。無料の初回のご相談で、どこで最も大きな効果が得られるのかを選ぶお手伝いをします。

n8n、Make、Power Automateのどれがよいですか？

3つとも優れたツールで、それぞれ向いている状況が異なります。n8nが強みを発揮するのは、データを企業の自社環境にとどめる必要があり、自社で導入した環境を運用する人がいる場合です。ライセンス条件は把握しておくことをお勧めします。Makeはクラウドサービスで、EUのデータセンターを選択できます。Power Automateが順当な選択となるのは、企業がMicrosoft環境で業務を行っている場合や、デスクトップアプリケーションを自動化する必要がある場合です。最終的な判断は、プロセスの複雑さ、見込まれるデータ量、データ取り扱いの要件によって決まります。

オーダーメイド開発が必要なのはどのような場合ですか？

ロジックが複雑な場合、データ量が多い場合、あるシステムに既製のコネクターがない場合、信頼性の高い再試行とテストが必要な場合、あるいはデータを企業の自社環境の外に出せない場合です。多くの場合はハイブリッドの道で十分です。重い部分をオーダーメイドのサービスとして構築し、それをノーコードのワークフローから呼び出します。

自動化の仕組みが故障した場合はどうなりますか？

適切に構築された自動化の仕組みでは、エラーが起きると誰かにすぐ通知が届き、失敗した項目は失われずに再試行でき、何が起きたのかをログからさかのぼって確認できます。そのため、当社はすべての連携にログ記録とエラー通知を組み込み、引き渡し後はご要望に応じて運用・保守を行います。外部システムのインターフェースは、ときどき変わるからです。

自動化に人工知能を組み込むことはできますか？

はい。大規模言語モデルは、受信メールを分類し、請求書や注文書からデータを読み取り、長いテキストを要約できます。間違いが金銭的な損失につながる場面では、AIが提案し、人が承認します。

当社がお手伝いできること

Mesterséges Intelligencia Központ Kft. は、企業のシステム同士を連携させ、繰り返しの作業を自動化し、人工知能を使って文書を処理します。その方法は、オーダーメイドの連携、既存のノーコードのワークフローの背後に構築するサービス、あるいはその両方の組み合わせです。サービスの内容は業務プロセス自動化のページでご紹介しています。プロセスを自社のERPシステムやCRMシステムに集約する場合は、業務ソフトウェアのページをご覧ください。

初回のご相談は無料です。ご要望に応じて秘密保持契約（NDA）を締結します。引き渡し後の運用・保守もお引き受けします。ソースコードと利用権の扱いは、契約で定めます。どのプロセスに最も時間がかかっているのかを数行でお書きいただけましたら、ご連絡ください。

出典