iPaaSで道具の連携を保つ5工程｜壊れない土台に変える

「つないでいる道具が9つになった時点で、全体を把握している人がいなくなりました」「担当が異動したら、夜間の取り込みが止まって誰も直せませんでした」——道具を増やしてきた会社で、ある時期を境に必ず出てくる声です。1対1でつなぐ場合、つなぎ目の数は道具が5つで10通り、9つで36通りになります。増えたのは道具の数ではありません。本当は、持ち主も記録も決まっていないつなぎ目が、道具の数より速く増えていることが原因です。この記事では、つなぎ目を壊れない形に変える5工程を、順番を固定して並べます。

場面：9つの道具をつないだ会社で、夜間の取り込みが3日止まった

具体的な場面を1つ置いて、最後まで同じ題材で追います。従業員500人規模の産業用機器の販社で、営業と業務の部門が5年かけて道具を増やしました。名刺の管理、案件の管理、見積の作成、請求、在庫の照会、問い合わせの受付、それに社内の連絡の道具と表計算の共有、加えて自社サイトの入力フォーム。合計9つです。

つなぎ方は場当たりでした。担当者が個別に作った取り込みの処理が7本あり、うち3本は特定の個人が自分の資格情報で動かしていました。ある月、その担当者が別の部門に移った翌週から、夜間の在庫の取り込みが止まりました。止まったこと自体が3日間、誰にも気づかれませんでした。気づいたきっかけは、営業が古い在庫の数字で見積を出し、客先で指摘されたことでした。

復旧そのものは半日で終わりました。問題は、同じ形の処理が残り6本あり、どれが誰の資格情報で動いているのか一覧が無かったことです。壊れた1本を直すより、残りの6本の状態が分からないことのほうが重い問題でした。この記事はここから始まる作業を5工程に分けます。

つなぎ目の数は、道具の数より速く増える

最初に、なぜある時期を境に手に負えなくなるのかを数で押さえます。1対1でつなぐ場合、つなぎ目の数は道具の数から機械的に決まります。5個なら10通り、9個なら36通り、10個なら45通り、15個なら105通りです。道具が3倍になると、つなぎ目は9倍を超えて増えます。

実際に全部をつなぐわけではないので、この数がそのまま作業量になるわけではありません。ただ、増え方の形は同じです。道具を1つ足すたびに、既にある道具の数だけ検討すべき組み合わせが増えます。冒頭の販社では、9つ目の道具を足した時点で、既存の8つとの関係を確認する必要がありました。その確認をしなかったために、在庫の数字を誰が正とするかが決まっていませんでした。

もう1つの増え方があります。つなぎ目ごとに、資格情報、失敗したときの動き、記録、変更の手順という4つの決めごとが必要になります。つなぎ目が7本なら、決めごとは28個です。道具を増やす判断のときに数えるべきは、道具の数ではなく決めごとの数です。ここを数えていないと、増やす判断が軽くなります。

連携基盤とは何か。4つの型と、向いている場面

ここで用語を1つ置きます。iPaaS（アイパース）は、複数の道具のあいだにつなぎ目を集めて置くための、外部の事業者が提供する基盤です。以降の本文では「連携基盤」と書きます。個別に処理を書く代わりに、共通の場所でつなぎ目を作り、記録と権限もそこに集める考え方です。

国内の比較メディアが2026年4月に公表した比較記事では、連携基盤は大きく4つの型に整理されています。定型のつなぎ方を組み合わせる型、社内に置いた機器も相手にできて変換の機能が充実した型、接続の管理と統制に重心がある大規模向けの型、分析の基盤にデータを寄せることが目的の型です。同じ言葉で呼ばれていますが、得意な相手と得意な作業が違います。

出発点の選び方は単純です。相手が外部の道具ばかりで、処理の内容が定型なら1つ目の型で足ります。社内に置いた機器や独自の形式が混ざるなら2つ目です。分析のためにデータを1か所へ寄せたいだけなら、業務のつなぎ目とは別の道具を選ぶほうが安く済みます。ここを混ぜると、業務が止まる処理と分析の処理が同じ待ち行列に並びます。

直接つなぐのと、間に基盤を挟むのはどちらが速いか

正直に書きます。道具が少ないうちは、直接つないだほうが速いです。基盤を挟むと、設計の作業と学習の時間が先に来ます。それでも一定の数を超えると逆転します。逆転する理由は速さではなく、直せる人の数です。

比べる項目	1対1で直接つなぐ	間に連携基盤を挟む
最初の1本を作る速さ	速い	遅い（設計と設定が先に来る）
3本目以降の追加	本数分だけ作業が増える	既にある部品を使い回せる
直せる人の数	作った本人に寄る	画面を見られる人に広がる
失敗の記録	処理ごとにばらばら	1か所に集まる
資格情報の持ち主	個人になりやすい	組織の管理下に置ける
費用の出方	作った時点で終わり	使う量に応じて毎月出る

表の下2行が判断の分かれ目です。直接つなぐ方式は費用が見えず、代わりに人に依存する形で危険が積み上がります。冒頭の販社の3日間の停止は、この形で起きました。逆に基盤を挟む方式は、毎月の費用という見える形で払い続けます。

実務の目安を1つ置きます。つなぎ目が3本を超えたら、そのうち何本が個人の資格情報で動いているかを数えてください。1本でも個人の資格情報で動いていれば、本数の多さとは無関係に土台を作り直す理由になります。逆に3本以下で全部が組織の管理下にあるなら、まだ直接つなぐ形で回せます。

料金の考え方が2つある。増えたときの効き方が違う

費用の話を先に済ませます。連携基盤の料金は大きく2つの考え方に分かれ、道具やつなぎ目が増えたときの効き方が違います。ここを知らずに選ぶと、2年目に想定の何倍かになります。

1つ目は使った量で払う考え方です。同じ比較記事によれば、数える単位が製品ごとに違い、処理1件を1単位として数える方式と、流れの中の工程1つを1単位として数える方式があります。同じ業務でも、後者のほうが消費が速く進みます。入口のプランの例として、月100単位、月1,000単位という水準が挙げられています。試すには足りますが、日次の取り込みを何本も回す規模には届きません。

2つ目は月ごとの定額です。同じ記事では、国内の製品で月額3万円からという水準が挙げられています。費用が読める代わりに、少ない本数でも同じ額を払います。本数が読めない立ち上げの時期は量で払う形、定常運用に入ったら定額の形が合いやすい。

見落とされる費用が2つあります。1つは、必要な接続先が標準で用意されていないときの追加開発です。もう1つは、つなぐ本数が増えたときの処理の遅れです。ITトレンドが2026年5月に公開した失敗の整理でも、標準のコネクタが無くて追加開発になる例と、連携数が増えて処理速度が落ち追加の料金が発生する例が挙げられています。選ぶ前に、1年後の本数と1日の件数を見積りに書いてください。

壊れない土台にするための5工程

ここから本題です。つなぎ目を壊れない形に変える作業を5つの工程に分けます。順番には理由があり、入れ替えると2周目に全部やり直しになります。理由は各工程の節で書きます。

この5工程で最も飛ばされるのは1です。棚卸しは地味で、成果物が一覧表だけなので後回しにされます。ところが正を決めていない状態で失敗時の動きを決めると、再送するべきかどうかが判断できません。どちらが正か分からないデータは、再送すると古い値で上書きする可能性があります。

工程1：つないでいる先を棚卸しし、どちらを正とするか決める

最初の工程は一覧を作ることです。作る一覧は1つで、行はつなぎ目1本、列は6つに固定します。出す側の道具、受ける側の道具、運ぶデータの名前、動く時刻または契機、正とする側、そして現在の持ち主です。

正を決める作業がこの工程の本体です。同じ「取引先の住所」が3つの道具に入っていて、どれも編集できる状態になっていることが実際にあります。このとき、どれを正とするかを決めないままつなぐと、最後に動いた処理の値が残るという運用になります。最後に動いたほうが勝つ設計は、動く時刻を変えた瞬間に結果が変わります。ITトレンドの失敗の整理でも、更新の時刻を考えずに古い情報が上書きされる例が挙げられています。

決め方の実務は単純です。そのデータを業務として最初に入力する場所を正にします。請求の宛名なら請求の道具、案件の金額なら案件の道具です。正でない側は編集できないようにするか、編集したら正へ戻す経路を作るかの二択にします。両方編集できて両方向につなぐ形は、原因が追えない不整合を作ります。

工程2：資格情報の持ち主を、人から組織に移す

2番目は資格情報です。冒頭の販社が3日止まった直接の原因はここでした。担当者が自分の権限で処理を作り、その担当者が異動したことで権限が失効しました。処理は止まりましたが、止まったことを知らせる先も個人になっていました。

やることは3つです。1つ、処理ごとに使っている資格情報を洗い出す。2つ、個人のものを、業務のために作った組織の資格情報に付け替える。3つ、その資格情報の権限を、その処理に必要な範囲だけに絞る。3つ目を飛ばすと、便利な全権の資格情報が1つ作られ、それが全部の処理で使い回されます。1つ漏れたときの影響が全部に及ぶ形です。

権限の絞り方の目安として、社内の道具にAIをつなぐ場面の統制の整理が参考になります。GMO AIコネクトが2026年1月20日に公開したチェックリストでは、参照、作成、更新、削除に操作の粒度を分けること、つないでよい先の名簿を持つこと、鍵の保管と入れ替えと失効を管理すること、開発と検証と本番を分けることが挙げられています。読み取りだけで足りる処理に、書き込みの権限を持たせない。この1点だけでも、事故のときに戻せる範囲が大きく変わります。

同じチェックリストは、認証の側でも3つを挙げています。共有のアカウントを禁じて例外は管理下に置くこと、多要素の認証を必須にすること、回線や端末や時間帯で条件を付けること。共有のアカウントは、資格情報を組織に移す作業の抜け道になります。個人の資格情報を消したつもりで、部門で使い回している共通のものに付け替えただけ、という状態が実際に起きます。誰が使ったか分からない資格情報は、組織に移したことになりません。移す先は、その処理のために作った1つに限ってください。

工程3：失敗したときの動きを決める。再送、停止、二重防止

3番目は失敗時の動きです。つなぎ目は必ず失敗します。相手の道具が止まる、通信が切れる、送る回数の上限に当たる、送った値が相手の形式に合わない。決めておくのは、失敗したときに何をするかです。

処理ごとに3つを決めます。1つ、再送するか、止めて知らせるか。2つ、再送するなら何回まで、何分あけるか。3つ、何回失敗したら人に上げるか。判断の分かれ目は、二重に入ると困るデータかどうかです。請求や在庫の減算のように二重に入ると困るものは、再送より停止を選びます。逆に参照の更新のように何回来ても同じ結果になるものは、再送で回します。

再送を選ぶ場合は、二重に入らない作りが必要になります。実務では、送る側で一意の鍵を1つ決め、受ける側でその鍵を見て既に入っているかを判定する形にします。鍵になるのは伝票の番号や、送信ごとに振る番号です。同じ鍵の依頼が2回来たら2回目は何もしない、という約束が二重防止の中身です。この鍵が無い状態で再送を有効にすると、失敗するたびに重複が増えます。

止めて知らせる場合は、知らせる先を組織にします。個人の連絡先だけを入れると、工程2で消したはずの依存が戻ります。知らせる先と、次に誰が見るかの2つを書いて初めて停止は機能します。知らせるだけで誰も見ない仕組みは、止まっていることを記録するだけの仕掛けになります。

工程4：動いていることを見る。来ていないことに気づける形にする

4番目は監視です。ここで多い間違いは、成功した件数を数えて安心する形です。冒頭の販社では、成功の記録は残っていました。問題は、処理そのものが起動しなかった日に何も記録されなかったことです。

見るべきは3つあります。1つ、予定の時刻に来なかったこと。2つ、件数が普段の幅から外れたこと。3つ、失敗が続いていること。1つ目が最も重要で、最も作られていません。成功も失敗も記録されないという状態は、記録を眺めているだけでは見えません。予定の時刻を登録して、その時刻を過ぎても記録が無いことを検知する仕掛けが別に必要になります。

2つ目の件数の幅も効きます。普段は1日に200件から400件のところが、ある日3件だけ来たとします。処理としては成功しているので失敗の記録は出ません。上限と下限の両方を決め、下限を割った日も知らせる形にします。取り込み元の条件が変わったときは、たいてい下限側に出ます。

ITトレンドの失敗の整理でも、連携が途中で止まったのに担当者が気づかず業務全体に遅延が出た例が挙げられ、対策として通知の設定と対応手順の事前の決定が挙げられています。通知の設定と同時に決めるのは、誰が受けて、何分以内に何をするかです。ここを決めない通知は、数か月で無視される種類の連絡になります。

工程5：変更の手順。項目が増えたとき、誰がいつ直すか

5番目は変更の手順です。つなぎ目が壊れる原因のうち、外から来るものはほとんどこれです。片方の道具に項目が増えた、名前が変わった、必須の条件が増えた。どれも相手の都合で起きます。

決めておくのは4つです。1つ、変更の連絡をどこで受けるか（提供元の告知の受け取り先）。2つ、受けたら誰が影響を調べるか。3つ、直す作業をいつやるか（本番に反映する前の検証を含む）。4つ、直した内容をどこに記録するか。4つ目が無いと、半年後に同じ調査を繰り返します。

この工程には、属人化を戻さないための仕掛けも含めます。ITトレンドの整理でも、設定作業が一部の担当者に集中し文書化されないことで、異動のときにノウハウが途切れる失敗が挙げられています。つなぎ目1本につき、作った人とは別の1人が中身を説明できる状態を条件にします。説明できる人が2人いない処理は、作った時点で次の停止の候補になっています。

直す作業の場所も決めます。同じ整理では、対策として、検証用の環境で試しのデータを使って事前に確かめること、手順書を作って複数名で管理する体制にすることが挙げられています。本番の環境で直しながら確かめる運用は、直した瞬間に業務が止まる形です。工程2で環境を分けておく理由がここで効きます。検証の環境が無い場合は、影響が最も小さいつなぎ目1本で先に試すという代わりの手順を決めてください。

AIエージェントに道具を触らせる前提が入ると、要件が変わる

ここまでは人が使う前提の話でした。AIエージェントが自動で道具を叩く前提が入ると、要件が1段変わります。変わるのは能力の話ではなく、失敗の見え方です。

人が押す場合、失敗にはすぐ気づきます。押した本人が結果を見ているからです。自動で叩く場合、叩いた本人は結果を見ません。だから静かに壊れます。しかも回数が多いので、壊れた状態のまま短時間に大量の処理が流れます。人が1日に10回押していた処理を、自動で1時間に100回叩く形に置き換えると、記録と停止が無い状態の危険は10倍以上になります。

先に作るのは記録と停止です。GMO AIコネクトが2026年1月20日に公開したチェックリストでは、危険な操作の遮断または要承認、引数の検証と範囲の制限、速度の制限と緊急停止が、道具の実行に関する安全設計として挙げられています。監査の記録については、利用者、時刻、対象、結果を残し、改ざんに耐える形で保管期間を決めることが挙げられています。止める手段と、後から追える記録の2つが無い状態で自動化を進めない。

同じチェックリストは、進め方の推奨として初期は読み取りを優先し、更新と削除は段階的に解放して承認の流れと対象の制限を併用することを挙げています。読み取りだけのつなぎ目で1か月動かし、記録が読める状態を確かめてから書き込みを開けるという順番が、実務では最も戻しやすい形になります。

AIの使いどころと、任せない一線

連携の実務でAIが効く場所は限られています。効くのは2つで、どちらも下書きと分類です。実行の判断は含みません。

1つ目は、項目の対応づけの下書きです。片方の道具の項目名と、もう片方の項目名を突き合わせて対応表を作る作業は、名前が似ていて中身が違う組み合わせが多く、人がやると単調で漏れます。ただし出てきた対応表は、必ず実データを10件通して確かめます。名前が合っていても、単位や桁や日付の形式が違うことが実際にあります。ここで確かめずに本番に入れると、桁の違いが数か月後に会計の側で見つかります。

2つ目は、失敗の記録の分類です。失敗の記録は量が多く、内容が定型なので、原因の種類別に分けて件数を数える作業に向きます。相手の道具が止まっていたのか、送る回数の上限に当たったのか、値の形式が合わなかったのか。分類の結果は、次に直すつなぎ目を1本選ぶための材料として使います。全部を直そうとすると手が止まるので、件数の多い1種類から潰します。

任せない一線は1つです。つなぎ替えの実行を判断させないこと。正とする側を切り替える、再送を止める、処理を別の経路に付け替えるといった操作は、間に人の承認を入れます。理由は単純で、戻せないからです。データを上書きした後で元の値を復元できる仕組みを持っている会社は少なく、持っていても復元に数日かかります。判断の速さより、戻せることを優先してください。

導入前に埋める確認シート

最後に、着手の前に埋める項目を並べます。全部が埋まらなくても着手はできますが、埋まっていない項目は工程の途中で必ず戻ってきます。1枚の紙に書いて、関係する部門で1回読み合わせてください。

• いま動いているつなぎ目の本数と、そのうち個人の資格情報で動いている本数
• データごとに、どちらの道具の値を正とするか（両方編集できる項目の一覧つき）
• 二重に入ると困るデータの一覧と、その一意の鍵になる項目名
• 予定の時刻に来なかったことを検知する手段があるかどうか
• 件数の普段の幅（上限と下限）を、つなぎ目ごとに書けるかどうか
• 提供元の仕様変更の告知を、誰がどこで受け取っているか
• 1年後のつなぎ目の本数と、1日に流れる件数の見積り
• AIエージェントに叩かせる予定があるかどうか（読み取りだけか、書き込みも含むか）

この8項目のうち、2つ目と3つ目が埋まらないうちは製品の比較に進まないでください。正が決まっていない状態で製品を選ぶと、比較の基準が機能の多さになります。機能の多さで選んだ基盤は、決めごとが決まった後に合わないことが分かります。

実務仕様：再送、重複、期限の決め方

決めごとの具体を表に落とします。つなぎ目の性質で5つに分け、それぞれの既定を書いた形です。自社の事情で数字は変えてかまいませんが、空欄のまま動かさないでください。

つなぎ目の性質	失敗時の既定	二重防止の鍵	遅れの許容
参照の更新（住所、担当者名）	再送する（5分あけて3回まで）	対象の識別番号	当日中に届けば可
金額が動くもの（請求、入金）	止めて知らせる	伝票の番号	遅れは許容しない
在庫や数量の減算	止めて知らせる	出庫の番号	30分以内
問い合わせの受付	再送する（1分あけて5回まで）	受付の番号	5分以内
集計と分析向けの転送	翌日の実行にまとめる	対象の日付	翌日まで可

表の使い方は2段階です。まず自社のつなぎ目を5行のどれかに割り当て、割り当てられない行があれば性質を1つ足します。次に、遅れの許容の列を業務の側の人と一緒に決めます。遅れの許容は情報システムの部門だけでは決められません。30分と当日中の違いは、監視の作りと当番の体制を変えます。

なお、遅れの許容を全部厳しく書くと、通知が多すぎて誰も見なくなります。厳しくするのは、金額と数量が動く行だけに絞ります。参照の更新まで即時にすると、監視の負荷ばかりが増えて肝心の行が埋もれます。

連携の土台作りでやりがちな失敗

相談の場で実際に見かける失敗を並べます。どれも製品の選び方ではなく、決めごとの順番と体制の問題です。

• つなぎ目の一覧を作らずに製品を選び、機能の多さで比べている
• 個人の資格情報で動いている処理を数えないまま、新しいつなぎ目を足している
• 二重に入らない鍵を決めずに、再送を有効にしている
• 成功した件数だけを見ていて、起動しなかった日に気づけない
• 通知の宛先を作っただけで、誰が何分以内に何をするかを決めていない
• つなぎ替えの実行を自動の判断に任せ、戻す手順を書いていない
• 1年後の本数と件数を見積らずに、入口の安いプランで契約している

特に多いのは4つ目と5つ目です。4つ目は、止まっていたことが業務の側の指摘で判明するという形で表に出ます。5つ目は、通知が数百件たまった状態が半年続き、本当の停止が埋もれるという形で表に出ます。どちらも仕組みは作られていて、使われていない状態です。

• 本記事では連携基盤の製品名を挙げていません。対応先の数も料金の水準も入れ替わりが速く、2026年8月時点の記述はすぐ古くなります。決めごとの5工程のほうは、製品が変わっても使い続けられます
• 料金の考え方と対応先の数は、国内の比較メディアが2026年4月に公表した比較記事に基づく水準です。実際の金額は接続する相手と件数で変わるため、見積りは自社の本数と件数で取り直してください
• つなぎ目の数の計算（5個で10通り、9個で36通り）は、1対1で全部をつなぐ場合の組み合わせの数です。実際には全部をつなぐわけではないため、作業量そのものではなく増え方の形を示す数として読んでください

まとめ

道具の連携が壊れるのは、道具が増えたからではありません。1対1でつなぐと、つなぎ目は5個で10通り、9個で36通りと道具の数より速く増え、そのつなぎ目に持ち主も記録も無いまま残ります。壊れた1本を直すことより、残りの本数の状態が分からないことのほうが重い問題です。

5工程は順番が固定です。つないでいる先を棚卸しして正を決める、資格情報の持ち主を人から組織に移す、失敗したときの動きと二重に入らない鍵を決める、来ていないことに気づける形にする、変更の手順を書く。正を決めていない状態では、再送するべきかどうかすら判断できません。だから棚卸しが最初に来ます。

AIエージェントが道具を叩く前提が入ると、失敗が静かに進むため要件が変わります。読み取りだけで1か月動かし、記録が読める状態を確かめてから書き込みを開ける。そしてつなぎ替えの実行は、戻せないという理由だけで人の承認を残します。項目の対応づけの下書きと失敗記録の分類はAIに任せられます。任せる範囲を先に区切ってから、最初の1本を作り直してください。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。