AI・ロボットを入れたい。でも、いざ進めようとすると、見積もりや打ち合わせの中で「これは、どこまでが先方の仕事で、どこからが自社の仕事なのか」が、だんだん分からなくなる——。そして気づけば、誰の担当でもなかった仕事が、全部自社に降ってくる。
AI・ロボット導入には、メーカー、輸入元、販売店や代理店、そして実際に統合を担うインテグレーター（SIer）と、複数の相手が関わります。それぞれに「ここまでが自分の仕事」という線がある。トラブルの多くは本体の故障でなく、その線と線の継ぎ目に、仕事や責任が落ちることで起きます。
この記事は、あなた（導入する側）が損をしないための地図です。誰に何を期待でき、どこから先は自分で抱えることになるのか——それを先に知っておけば、打ち合わせで相手の言葉に丸め込まれず、「これは誰の担当か」を自分の言葉で確かめられます。一緒に進めるSIerと最初にこの地図を共有しておけば、後の現場が最も軽くなります。
1. 結論：つまずきは「製品」でなく「責任の継ぎ目」から生まれる
先に結論を言います。AI・ロボット導入のトラブルの多くは、製品の性能でなく、責任分界点——「誰が、どこまでやるのか」の曖昧さから生まれます。そして、その曖昧さのツケは、たいてい導入したあなたが払うことになります。
ロボットは、買って電源を入れれば動く家電ではありません。現場の工程に合わせて教示し、周辺機器とつなぎ、上位のPLCと連携させ、安全を成立させて、はじめて使える設備になります。この一連は、複数の相手の仕事の積み重ねです。
※PLC＝工場の機械を制御する装置。
だから、あなたが身を守る方法はシンプルです。導入前に、誰が何を持つかを一枚の地図にして、相手と共有しておくこと。この記事は、その地図の描き方を、あなたの側から辿ります。
2. 出発点：なぜ「誰が、どこまでやるのか」を最初に決めるのか
代理店は「製品の使い方は説明するが、工程の作り込みは導入側の仕事」と考え、導入側は「つないで動かすところまで面倒を見てくれるはず」と考える。この期待のズレが、たいてい納期の直前に表面化します。
厄介なのは、どちらにも悪意がないことです。ただ「どこまでが自分の仕事か」の認識が違うだけ。だからこそ、機械の話を始める前に、線引きを言葉にすることが、あなたにとって最初の一手になります。
3. 登場人物と、それぞれの守備範囲
あなたがこれから相手にするのは、複数の立場の人たちです。問題は、それぞれが「どこまでやってくれて、どこから先はあなたの責任になるのか」。ここを知らないまま進めると、継ぎ目に落ちた仕事が、気づけばあなたに降ってきます。
しかも厄介なことに、「代理店」「販売店」という名称だけでは、その相手が何をどこまでやるかは分かりません。見るべきは名称でなく、相手が製品を買い取って自分の名義で売るのか、メーカーの代理として仲介するだけなのか——取引の形態と、誰がリスクと責任を負うかです。
メーカーは、ロボット本体の機能と品質に責任を持ちます。本体が仕様どおり動くこと、制御装置が機能すること、本体としての安全機能が備わっていること。ここまでがメーカーの守備範囲です。国際規格でいえば、ロボットを「部分完成機械」として扱うISO 10218-1の領域。逆に言えば、あなたの工程で安全に動くかどうかは、ここには含まれません。
※ISO 10218-1＝ロボットメーカー向けの安全規格。
輸入元（総輸入元・総代理店）は、海外製ロボットを国内市場に供給する立場です。多くは独占的な販売権を持ち、技術情報の整備や国内の販売網の取りまとめを担います。製品そのものの技術的な問い合わせは、本来この輸入元・メーカー側に向かうべきもの——あなたが製品の深い技術を聞きたいとき、最終的な答えを持つのはここだと知っておくと、窓口を間違えません。
販売店・代理店は、ここで性格が分かれます。あなたが相対しているのが販売店（ディストリビューター）なら、製品を買い取って自分の名義とリスクで売る立場——在庫リスクを負う分、取引の当事者です。代理店（エージェント）なら、メーカーや輸入元の代理として取引を仲介し手数料を得る立場で、在庫リスクは負わず、契約上の責任は売主側に残ります。取次店なら、注文の取り次ぎだけで、そこで関与が終わります。あなたが「ここまで面倒を見てくれるはず」と思っても、相手の本分は「適切な製品を、適切な相手につなぐこと」まで。製品の技術的な一次対応や、あなたの工程の作り込みそのものは、多くの場合そこには含まれません。期待してから「それは範囲外です」と言われないために、相手がどの立場かを最初に確かめてください。
導入・運用者（インテグレーター／SIer／あなた自身）が、個々のアプリケーションに責任を持ちます。工程の設計、ロボットのプログラムの作り込み、周辺機器との統合、そして安全の成立。ここが、継ぎ目から最も仕事が落ちてくる場所です。ISO 10218-2では、ロボットを組み込んだ側が「アプリケーションの作り手」に相当する立場とされ、ここで言うアプリケーションは、ロボット単体でなく、ワーク・タスクプログラム・支援機械までを含みます。この作り込みを、自社で持つのか、SIerに有償で頼むのか——それを決めるのが、あなたの最初の仕事です。
※インテグレーター（SIer）＝ロボットを工程に組み込む専門業者。 ※ISO 10218-2＝ロボットを統合する側向けの安全規格。
名称に惑わされず、「この相手は、買い取って売る立場か、仲介する立場か、統合する立場か」を判断する。それが、あなたが丸め込まれずに守備範囲を読む出発点です。
4. 最も誤解される線：「製品機能」と「アプリケーション」
最も誤解されるのが、この線です。
製品機能とは、ロボットが何をできるか——動く、入出力を持つ、フィールドバスで通信できる、といった、製品として備わっている能力です。ここはメーカー・代理店が説明・支援できる範囲です。
※フィールドバス＝工場で機械どうしをつなぐ通信のしくみ。
アプリケーションとは、その能力を使って、自社の現場の工程をどう実現するか——どの順でどこへ動かし、どの信号でハンドシェイクし、例外をどう処理するか、という作り込みです。ここは導入・運用者の仕事です。
具体例で見ると分かりやすいでしょう。ロボットを上位PLCと連携させる場合、「フィールドバスで通信が確立する」「現在位置が出力される」までは製品機能です。一方、「PLCから目標座標を投げ、ロボットが受けて動き、完了を返す」という連携ロジックは、ロボット側のプログラムとPLC側のプログラムの両方を書き込む作り込みであり、これはアプリケーションの領域です。
もう一つ、見落とされがちな点を挙げます。「繋がっている」ことと「制御が効く」ことは、別です。通信が確立して状態が出力されていても、自動モードになっていて、外部からの制御が有効化されていて、実行するプログラムが指定されている——これらが揃っていなければ、PLCからの指令は受け付けられません。「配線がつながった＝動かせる」ではないのです。この「標準で出来ること」と「作り込みが要ること」の境目が、そのまま製品機能とアプリケーションの境目になります。
5. 動かしてはいけない線：安全とリスクアセスメントは、導入・運用者が持つ
責任分界点のなかで、あなたが絶対に曖昧にしてはいけない線が「安全」です。
メーカーは、安全機能（衝突検出、安全停止、安全入出力など）を製品として提供します。しかし、「この工程で安全に止まる」ことの設計と妥当性確認、外部安全機器を含めた安全システムの構築、そしてその前提となるリスクアセスメント（RA）は、導入・運用するあなたの側の責任です。
※リスクアセスメント（RA）＝どんな危険があるかを洗い出し、対策の妥当性を評価すること。
ここは規格でも法令でも一貫しています。ISO 10218は2025年に改訂され、それまで別だった協働ロボット（人のそばで柵なしに使うロボット）の力・速度の要件が、ISO 10218-2:2025に統合されました。これにより、安全はロボット自体でなく「どう使うか」に依存するという考え方が、より明確になっています。統合する側（インテグレーター）はロボットシステム全体のリスクアセスメントに責任を持ち、本体が10218-1に適合していても、設置・統合が適切でなければ、全体としての安全は成立しません。日本の労働安全衛生法でも、リスクアセスメントや特別教育は事業者の義務です。柵なしの協働運転も、リスクアセスメントの実施を条件に認められています。
つまり、「製品に安全機能がついているから安全」と思って進めると、危ないのです。その機能を、自社の工程で、人とワークの動きに対して、安全が成立するように設計し検証する——それを誰が持つのかを、決めておく必要があります。そして覚えておいてください。トレーニングや保守サポートの場で、相手が「あなたの工程は安全です」と保証することは、できません。もし誰かがそう言ったら、その言葉は責任の裏付けを持ちません。ここを曖昧にしたまま走ると、万一の事故のとき、責任の所在まで宙に浮きます。
6. サポート契約の範囲を、責任地図に重ねて読む
保守サービスやサポート契約に入っていても、それが何をカバーするかは、上の責任地図に重ねて読む必要があります。
製品サポートが一般にカバーするのは、マニュアルに基づく基本操作・設定の支援、遠隔での一次切り分け、保証期間内の部品交換——といった「製品そのもの」の範囲です。一方で、プロジェクト対応や工程の作り込み、安全システムの設計・リスクアセスメント、そして多くの場合は出張対応や時間外対応は、基本範囲の外（あるいは有償）になります。
導入前にあなたが確認すべきは、「契約の対象範囲」と「自分がやってほしいこと」を突き合わせることです。やってほしいことの多くがアプリケーション側にあるなら、それは製品サポートでは埋まりません。自社で持つのか、別途有償で委託するのかを、最初に決めておく必要があります。
7. あなたは「導入したい事業者」か「ロボットで事業をする事業者」か
同じ「ロボット導入」でも、あなたにとっての適切な線引きを決めるのは、自社に「生産技術」があるかです。生産技術——工程を設計し、機械を選定・統合し、立ち上げる社内の力——の有無で、誰に何を頼むべきかが変わります。
生産技術を持たない事業者——多くの地域の現場がここです。現場の作業には精通していても、ロボットを工程に統合する専門能力は社内にない。このとき、現場を見て、やりたいことを言語化し、設計・実装・立ち上げまでを担うSIerが入るのが自然で、その作り込みは有償のエンジニアリングとして成立します。ここで「買えば動く」と思い込むと、作り込みの工数と費用が見えないまま進み、後で宙に浮きます。自社がここなら、まず統合を任せられるSIerを確保することが先決です。
そして、SIerを選ぶときの判断を一つ。良いSIerほど、最初に「どこまでが自社の役割で、どこからがお客様の役割か」をはっきりさせます。それは突き放しでなく、責任の継ぎ目を最初に合わせる誠実さです。逆に、線を引きたがらない相手、「全部やります」と曖昧に請ける相手には、注意がいります。この記事の地図を最初の打ち合わせに持ち込めば、相手が信頼できるかどうかも、自分で判断できます。
生産技術を持つ事業者・SIer——自社に統合の力がある、あるいは統合自体を事業にしている場合です。このとき、作り込みは自社の本分であり、顧客に納める成果物そのもの。メーカー・輸入元に求めるのは、肩代わりでなく、ロボット側の正確な情報と技術資料です。
「自社に生産技術があるか」を直視することが、あなたが誰に何を頼むべきかを決めます。
8. そして、最も大事な問い——その責任は、誰が持つのが自社にとって正しいか
ここまで「どう線を引くか」を辿ってきました。けれど、その手前に、もっと大事な問いがあります。その責任を、誰が持つのが、自社にとって正しいのか。
統合や作り込みを自社で持てば、ノウハウが社内に残り、次の現場が楽になります。一方、外部に委ねれば、立ち上げは速いが、変更のたびに依存が残る。これは効率の話である前に、「自社がどんな能力を持つ会社になるか」という経営判断です。
そして、もし安全のリスクアセスメントを「誰が持つか」が決まっていないなら——その状態では、まだ走り出さないほうが安全です。誰も持っていない責任は、事故のときに宙に浮きます。何を自社で持ち、何を託すかを、経営の視座から決める。それが、技術の手前にある問いです。
9. まとめ：責任分界点とは、継ぎ目を地図にして先に共有する営み
整理します。責任分界点は、三つの層で考えます。
まず技術の層。「製品機能（どう使うか）」と「アプリケーション（自社の工程をどう実現するか）」を分ける。規格でいえば、メーカー要件のISO 10218-1と、統合する側の要件のISO 10218-2です。
次に構造の層。その線は、現場ごとに引かれ、誰が何を持つかの地図になります。なかでも、安全とリスクアセスメントは、動かしてはいけない線です。
そして経営の層。その手前に「どの責任を、誰が持つのが自社に正しいか」がある。自社で能力を持つか、託すか。決まらないまま走らない。
この考え方を、私たちは隠しません。考え方は形式知にして、誰もが検算できるようにします。そのうえで——あなたの現場で、具体的にどこに線を引き、誰が何を持つのが正しいか。そこは、数多くの現場で継ぎ目を見てきた蓄積でしか出せず、型では埋まりません。その地図を、一緒に描きます。