AI・ロボットを入れたい。でも、いざ進めようとすると、見積もりや打ち合わせの中で「これは、どこまでが先方の仕事で、どこからが自社の仕事なのか」が、だんだん分からなくなる——。
AI・ロボット導入には、メーカー、輸入元、販売店や代理店、そして実際に統合を担うインテグレーター（SIer）と、複数の相手が関わります。トラブルの多くは本体の故障でなく、この相手どうしの継ぎ目に、仕事や責任が落ちることで起きます。
この記事は、あなた（導入する側）の立場から、誰が、どこまでをやるのかを一枚の地図にするものです。読み終えたとき、SIerや代理店との打ち合わせで、「これは誰の担当か」を自分の言葉で確かめられるようになります。導入を一緒に進めるSIerと、最初にこの地図を共有しておくと、後の現場が最も軽くなります。
1. 結論：つまずきは「製品」でなく「責任の継ぎ目」から生まれる
先に結論を言います。AI・ロボット導入のトラブルの多くは、製品の性能でなく、責任分界点——「誰が、どこまでやるのか」の曖昧さから生まれます。
ロボットは、買って電源を入れれば動く家電ではありません。現場の工程に合わせて教示し、周辺機器とつなぎ、上位のPLCと連携させ、安全を成立させて、はじめて使える設備になります。この一連は、複数の相手の仕事の積み重ねです。
※PLC＝工場の機械を制御する装置。
だから予防策はシンプルで、導入前に、誰が何を持つかを一枚の地図にして共有しておくこと。この記事は、あなたの立場から、その地図の描き方を辿ります。
2. 出発点：なぜ「誰が、どこまでやるのか」を最初に決めるのか
代理店は「製品の使い方は説明するが、工程の作り込みは導入側の仕事」と考え、導入側は「つないで動かすところまで面倒を見てくれるはず」と考える。この期待のズレが、たいてい納期の直前に表面化します。
厄介なのは、どちらにも悪意がないことです。ただ「どこまでが自分の仕事か」の認識が違うだけ。だからこそ、機械の話を始める前に、線引きを言葉にすることが、あなたにとって最初の一手になります。
3. 登場人物と、それぞれの守備範囲
ロボット導入の責任は、おおむね次の層に分かれます。ただし注意が要ります。「代理店」「販売店」という名称は曖昧で、名称だけでは責任の所在は決まりません。重要なのは、相手が製品を買い取って自分の名義で売るのか、メーカーの代理として仲介するだけなのか——取引の形態と、誰がリスクと責任を負うかです。
メーカーは、ロボット本体の機能と品質に責任を持ちます。本体が仕様どおり動くこと、制御装置が機能すること、本体としての安全機能が備わっていること。国際規格でいえば、ロボットを「部分完成機械」として扱うISO 10218-1の領域です。
※ISO 10218-1＝ロボットメーカー向けの安全規格。
輸入元（総輸入元・総代理店）は、海外製ロボットを国内市場に供給する立場です。多くは独占的な販売権を持ち、技術情報の整備や国内の販売網の取りまとめを担います。製品そのものの技術一次対応は、本来この輸入元・メーカー側の役割です。
販売店・代理店は、性格が分かれます。販売店（ディストリビューター）は製品を買い取り、自らの名義とリスクで顧客に再販売する立場で、在庫リスクを負います。代理店（エージェント）はメーカーや輸入元の代理として取引を仲介し手数料を得る立場で、在庫リスクは負わず、契約上の責任は売主側に残ります。さらに取次店は、注文の取り次ぎだけを行い、そこで業務が完結します。どれであるかで、何をどこまで担うかが変わります。いずれにせよ、これらの本分は「適切な製品を、適切な相手につなぐこと」であって、製品の技術一次対応や、工程の作り込みそのものではありません。
導入・運用者（インテグレーター／SIer／使う事業者）は、個々のアプリケーションに責任を持ちます。工程の設計、ロボットのプログラムの作り込み、周辺機器との統合、そして安全の成立です。ISO 10218-2では、ロボットを組み込んだ側が「アプリケーションの作り手」に相当する立場とされ、ここで言うアプリケーションは、ロボット単体でなく、ワーク・タスクプログラム・支援機械までを含みます。
※インテグレーター（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です。
次に構造の層。その線は、現場ごとに引かれ、誰が何を持つかの地図になります。なかでも、安全とリスクアセスメントは、動かしてはいけない線です。
そして経営の層。その手前に「どの責任を、誰が持つのが自社に正しいか」がある。自社で能力を持つか、託すか。決まらないまま走らない。
この考え方を、私たちは隠しません。考え方は形式知にして、誰もが検算できるようにします。そのうえで——あなたの現場で、具体的にどこに線を引き、誰が何を持つのが正しいか。そこは、数多くの現場で継ぎ目を見てきた蓄積でしか出せず、型では埋まりません。その地図を、一緒に描きます。