ルールが決まっていて、入力が構造化されており、画面が変わらないなら、Zapier、Make、あるいはUiPathのようなRPAを使ってください。入力が構造化されていない場合、つまりメール、スキャンした文書、アラビア語の請求書、自由記述の依頼などには、人が出力を承認するAIの手順を加えてください。ほとんどのバックオフィスのプロセスは、その両方を、確認と記録ができる一つの業務フローの中でつなぐ必要があります。
要点
- 決まったルールと変わらない画面は、RPAやノーコードツールが最も得意とするところで、予測どおりに動きます。
- メール、スキャン、アラビア語の文書のような構造化されていない入力こそ、AIの手順が役に立つところです。
- バックオフィスの仕事の多くは組み合わせです。AIの手順が読み取って分類し、ルールの手順がデータを移します。
- 判断が必要な仕事、APIのないシステムに触れる仕事、記録と承認が必要な仕事には、エンジニアが必要です。
- 機能する最も単純な方法から始め、ルールが通用しないところにだけエージェントを加えてください。
#Zapier、Make、RPAは何が得意ですか
ルールに確実に従うことです。Zapierは、Zapをアプリ同士をつなぐ業務フローと説明しています。トリガーが起点となり、一つ以上のアクションが続きます(Zapierヘルプセンター、2026年11月参照)。Makeは、業務フローとAIエージェントのための視覚的なキャンバスを提供しており、エージェントに手動の承認ポイントを加えることもできます(Make、2026年11月参照)。どちらも、オペレーションチームがコードを書かずに構築できます。
RPAは人と同じように画面を操作するため、APIのない古いシステムで役に立ちます。UiPath自身も、複雑さやばらつきの少ない、予測可能でルールに基づく作業では、RPAはエージェント型の自動化よりはるかに高い効率、信頼性、精度で動くと述べています(UiPath、2026年11月参照)。これは公正で、役に立つ見解です。
ルールに基づく自動化は、どこで行き詰まりますか
入力がルールに従っていないときです。仕入先が請求書をスマートフォンの写真で送ってくる。顧客が湾岸方言で苦情を書いてくるが、実は返金の依頼である。契約書がアラビア語で届き、重要な条項が9ページ目にある。こうしたものを確実に読める固定のルールはないため、自動化は止まるか、誤ったデータを後工程に流してしまいます。
発注する側からは、もっと目立たない失敗も聞かれます。自動化は、作った人が辞めるまでは動き、その後は誰も触りたがらなくなる、というものです。このリスクはここで挙げたすべての選択肢に当てはまるため、担当者と文書化が重要になります。
#業務フローとAIエージェントは、何が違いますか
Anthropicはこの線引きをはっきり示しています。業務フローは、モデルとツールがあらかじめ定められたコードの流れに従うシステムです。エージェントは、モデルが自らの進め方とツールの使い方を決めるシステムです。その助言は、機能する最も単純な方法を見つけ、必要なときにだけ複雑さを加える、というものです(Anthropic、2024年12月)。
バックオフィスの仕事では、多くの場合、自由に動くエージェントではなく、AIの手順を中に含んだ業務フローになります。AIがメールやスキャンを読んで項目を提案し、人が承認し、ルールがデータをERPに移します。
ノーコードツールではなく、エンジニアが必要なのはどんなときですか
- 入力が構造化されておらず、アラビア語を含む御社自身の文書で精度を測る必要がある。
- 業務フローが、使えるAPIのないシステムや、本格的な連携作業が必要な古いERPに触れる。
- 出力を人が承認する必要があり、すべての操作に監査できる記録が必要である。
- ホスティングのルールでデータを処理する場所が決まっており、クラウド型のノーコードツールが使えないか、自社ホスティング型が必要になる。
- 件数や間違いの損失が大きく、エラー処理と監視を後回しにできない。
We are
Stennirは、ルールとAIの手順を組み合わせたバックオフィスの業務フローを構築し、出力は御社側の担当者が承認し、すべての操作を記録します。すでにうまく動いているZapier、Make、RPAの自動化は、そのまま残します。
We aren't
Stennirは、うまく動いているルールベースの自動化を、ただエージェントに置き換えるためだけに置き換えることはなく、人の承認の手順なしにエージェントを動かすこともありません。
オペレーション責任者は次に何をすればよいですか
バックオフィスのプロセスを一覧にし、それぞれの入力が構造化されているかどうかに印を付けてください。構造化されているものは今のツールに任せます。構造化されていないものの中で最も負担の大きいものを一つ選び、AIの手順を加えてください。StennirのAI導入の進め方を確認し、オペレーション向けのAIとデータ入力のためのAIをお読みのうえ、30分の通話を予約してください。
よくある質問
AIの手順を、既存のZapier、Make、UiPathの自動化に組み込めますか。
多くの場合、できます。AIの手順が構造化されていない入力を読み取って分類し、人が承認し、そこから先は既存の自動化が構造化された結果を受け取ります。こうすれば、すでにうまく動いているものを残し、ルールでは対応できなかったところにだけAIを加えられます。接続できるかどうかは、お約束する前に一つずつ確認します。
アラビア語の文書でも使えますか。
Stennirはアラビア語と英語で構築し、スキャンした請求書、二言語の契約書、湾岸方言のメッセージなど、御社自身の文書で検証します。項目の精度は人のレビュアーと比べて測り、御社の入力での数字が確認を減らしてよいと示すまで、承認の手順は残します。
こちらには何が残りますか。
御社のリポジトリにある業務フローのコード、御社名義のアカウント、データ、ログ、文書化されたルールとプロンプト、そして停止スイッチです。既存の自動化も御社のものとして残ります。手順書が書面であるので、御社のチームや別の会社が保守できます。
AIの手順で何が問題になり得ますか。
文書を読み違える、メールに隠された指示にだまされる、自信を持って間違える、といったことがあります。だからこそ、人が出力を承認し、すべての操作が記録され、その手順は実際の例で検証されます。LLMアプリケーション向けOWASPトップ10は、プロンプトインジェクションを第一に挙げています。
