はじめに
建設現場では、元請が年間包括申請を持ち、実際の飛行は協力会社や下請が担う場面があります。
この体制自体は珍しくありません。
ただ、ここで安心し切るのは危険です。
事故後や通報時、発注者や元請から確認が入った場面で問われるのは、
「元請が申請を持っていたか」だけでも、「下請が操縦したか」だけでもないからです。
実際に問われるのは、次の点です。
- 誰が飛行条件を確認していたのか
- 誰が許可条件と現場実態の整合を見ていたのか
- 誰が補助者配置や立入管理の前提を共有していたのか
- 誰が事故後や指摘時に説明できる状態を作っていたのか
元請が「申請を持っているから全部責任を負う」、下請が「実際に飛ばしたから全部責任を負う」。
実務は、そんな単純な話ではありません。
元請包括申請×下請操縦の現場で崩れやすいのは、飛行そのものより先に、確認分界と説明設計です。
申請・運用・現場管理・説明資料の持ち方がずれていると、事故の有無にかかわらず、
その場の確認で止まり、後からの説明も崩れやすくなります。
この記事では、元請が包括申請を持ち、下請が操縦する現場を前提に、
どこまでを元請が確認し、どこからを下請が担い、何を共有しておかないと危ういのかを整理します。
論点は、単に「誰が悪いか」ではありません。
誰がどこを確認し、どこまで説明できる体制だったのか。
そこまで含めて、責任の線引きを見ていきます。
なぜこの論点が曖昧になりやすいのか
元請が包括申請を持ち、現場ごとの飛行は下請や協力会社が担当する。
この形は、建設実務ではむしろ自然です。
元請には現場全体の管理責任があり、発注者対応も担います。
一方で、実際の操縦や機体管理は、専門性のある協力会社が行うことも多いでしょう。
問題は、この分担そのものではありません。
分担が「ある」ことと、分担が「整理されている」ことは別だという点です。
現場では、次のような言い方で済まされやすい場面があります。
- 飛行申請は元請が持っている
- 操縦は協力会社がやる
- 何かあればその場で連絡する
この程度の整理では、平時は回るかもしれません。
しかし、確認が入ったとき、事故が起きたとき、
あるいは元請から「この条件で本当に飛ばせるのか」と問われたときに、
責任の境界は一気に曖昧になります。
特に危ういのは、申請者と操縦者が違うのに、その間の確認責任が切られていない状態です。
飛行計画通報や許可条件の整合確認は、単なる個人ミスではなく、役割設計の問題です。
操縦者・安全管理責任者・現場監督・元請の分界が曖昧なままだと、事故や指摘時に責任所在が不明確になります。
とくに、誰がどの前提で飛行計画通報や事前確認を担うのかが曖昧な現場では、
制度上は小さく見える抜けが、後で大きな説明不整合になります。
その飛行、実は法令違反？建設現場のドローン「飛行計画通報」漏れを防ぐ実務チェックリストでも、
現場で抜けやすい確認ポイントを整理しています。
制度上、誰がどこを負いやすいのか
ここで大事なのは、責任を一人に集めることではありません。
どの確認を、どの立場が担うかを分けて考えることです。
元請が包括申請を持ち、下請や協力会社が実際に操縦する現場では、責任は一人に集約されません。
実務では、最低限、次のように整理しておく方が自然です。
- 操縦者は、当日の現場条件を見て、本当に飛ばせる状態かを確認する
- 安全管理責任者や実務管理側は、許可条件やマニュアルと現場実態がずれていないかを確認する
- 元請は、工区全体の安全管理と説明主体として、飛行運用が全体管理と矛盾していないかを確認する
操縦者が最前線にいることと、操縦者がすべてを背負うことは同じではありません。
一方で、元請が操縦しないからといって、工区全体の安全管理や説明主体としての確認まで切れるわけでもありません。
この論点では、「誰が飛ばすか」だけでなく、「誰がどの前提を確認するか」まで分けておくことが重要です。
操縦者が負うもの
実際に飛ばす立場として、操縦者が現場条件を把握する責任は重いです。
こうした現場判断は、操縦者が最前線で見なければなりません。
たとえば、風、電波環境、離着陸場所、第三者動線、当日の重機配置、飛行経路の安全性といった条件は、
その場で確認しなければ判断できません。
書類上は問題がなくても、当日の現場条件で飛ばせないことはあります。
だからこそ、操縦者には、その場の条件で本当に飛ばせるかを見る責任があります。
ただし、ここで誤解してはいけないのは、操縦者が最前線にいるからといって、
許可条件や運用前提まで一人で抱えるべきではないということです。
操縦者は現場を見る立場ですが、許可や運用設計まで単独で背負う立場ではありません。
安全管理責任者や実務管理側が負うもの
許可条件、独自マニュアル、補助者配置の前提、目視外飛行の条件、立入管理の方法。
こうした要素が当日の現場条件と噛み合っているかを見る役割は、操縦者だけに押し込めるべきではありません。
安全管理責任者や実務管理側は、許可条件と現場実態が一致しているか、独自マニュアルの前提と運用方法がずれていないか、補助者配置や立入管理の前提が崩れていないかを確認する立場です。
現場で飛ばせるように見えても、申請やマニュアルの前提とずれていれば、その運用は後から説明しにくくなります。
この役割が曖昧なままだと、操縦者は「現場では飛ばせる」と判断し、管理側は「申請は通っている」と考え、両者の間に前提のずれが残ります。
事故や確認対応で崩れやすいのは、まさにこの部分です。
元請が負いやすいもの
元請は、操縦そのものをしない場合でも、工区全体の安全管理と発注者への説明主体になりやすい立場です。
だからこそ、元請の役割は「飛ばすこと」ではなく、
その運用が工区全体の管理と矛盾していないかを確認することにあります。
元請が包括申請を持っている現場では、なおさらこの論点が濃くなります。
なぜなら、事故後にまず説明を求められやすいのは、現場の代表として見られる元請だからです。
ここで「操縦は下請がやりました」とだけ言っても、工区全体の管理責任や事前確認の有無という論点は残ります。
元請は、申請者だからすべてを負うわけではありません。
しかし、包括申請を持ち、工区全体の管理主体であり、発注者への説明窓口にもなりやすい以上、
説明主体として問われやすい立場には立ちます。
そのため、元請が外しにくいのは、飛行そのものの操縦技術ではありません。
自社申請の前提が、下請の実際の運用と接続しているかを確認することです。
元請が包括申請を持っていても、それだけで責任は切れない
ここで一番大きな誤解があります。
それは、元請が包括申請を持っているなら、その時点で制度的な安心ができているという見方です。
許可承認制度は、「安全保証」の仕組みではありません。
申請者が提示した安全確保措置を前提に、特定飛行を例外的に認める制度です。
つまり、問われるのは「許可を持っていたか」ではなく、その許可条件を実効的に履行していたかです。
元請が包括申請を持っている場合でも、次のようなズレがあれば安心にはなりません。
- 許可上は補助者配置が前提なのに、現場では実質的に単独運用だった
- 許可上の立入管理措置が、実際の人流に合っていなかった
- 独自マニュアル上の運用条件と、下請の実際の飛ばし方が一致していなかった
この状態では、申請者が元請であることも、操縦者が下請であることも、どちらも決定打にはなりません。
残るのは、誰が前提の整合を確認していたのかという論点です。
実際に崩れやすいのはどこか
元請包括申請×下請操縦の現場で、実際に崩れやすいのは、法律の条文より前のところです。
つまり、運用前提の共有です。
補助者配置の前提が共有されていない
申請時には補助者配置を前提にしていたのに、現場では「今日は人手が足りないから二人で回そう」となっている。
これは現場ではよく起こりそうな話ですが、制度上は軽くありません。
補助者配置が前提の許可にもかかわらず、現場ではその前提が崩れている場合、事故時に運用違反として評価されるおそれがあります。
下請の操縦方法が元請申請の前提とずれている
元請が取得している許可や独自マニュアルの内容を、下請側が十分に読んでいない。
あるいは読んでいても、現場では別の慣行で飛ばしている。
このズレは、事故が起きるまで表面化しないことが多いです。
しかし、いったん確認や事故後説明の場面になると、「どちらの前提で飛んでいたのか」が問われます。
立入管理や第三者動線の責任が宙に浮いている
操縦者は飛行だけを見ており、元請は工程全体だけを見ている。
その間に、第三者動線や近隣動線の管理が誰の仕事か曖昧なまま残る。
この状態では、「措置は講じていたが、担保しきれなかった」という説明になりやすく、
責任所在より先に説明の説得力が崩れます。
説明資料を即出しできない
事故や確認が入ったとき、必要なのは抽象論ではありません。
その場で、どの条件で飛ばし、何を前提にし、誰が確認していたかを出せることです。
- 許可
- マニュアル
- 飛行計画
- 補助者配置
- 当日の判断記録
これらが元請と下請のどちらにも散っており、しかも最新版が分からない。
この状態が最も危険です。
ここで止まりやすいのは、「許可はある」だけでは、
その許可が現場の運用とどう接続していたかの根拠にならないことです。
事故翌日に元請へ何を示せるかという論点は、
「許可はある」という回答の危うさ－－ドローン事故の翌日、元請けを納得させられる“根拠”の有無でも整理しています。
最低限、先に切っておきたい線
この論点で本当に必要なのは、事故後の責任追及表ではありません。
飛行前に確認分界を切っておくことです。
最低限、先に切っておきたい線は次の三つです。
- 飛行条件の確認は誰が持つのか
- 許可・マニュアルとの整合確認は誰が持つのか
- 説明資料を誰が保管し、誰が即出しできるのか
ここを曖昧にしたまま飛ばすと、事故時だけでなく、平時の確認対応でも止まりやすくなります。
元請が最低限外せない3点
元請の役割は、操縦の専門家になることではありません。
ただし、工区全体を預かる立場として、少なくとも次の3点は外しにくいです。
1. その飛行が、自社の申請・マニュアルの前提と一致しているか確認すること
元請が包括申請を持っている以上、
「その現場の飛行が、申請条件や独自マニュアルの前提から外れていないか」
は見ておく必要があります。
ここで言う確認は、操縦技術の細部を見ることではありません。
補助者配置、立入管理、飛行方法、目視外や夜間の条件など、自社が提出している前提と矛盾していないかを見ることです。
2. 下請が、その前提を理解しているか確認すること
元請が書類を持っていても、下請がそれを理解していなければ意味がありません。
- 許可書やマニュアルが共有されているか
- 共有されているだけでなく、現場で実際にその前提で飛ばすつもりになっているか
ここを確認しないと、「元請は出した、下請は知らなかった」という最悪のズレが起きます。
3. 説明が必要になったときに、根拠資料を出せる状態を作っておくこと
発注者確認、近隣対応、事故後説明。
元請は、その場で説明を求められやすい立場です。
だからこそ、次の資料を説明できる形で持っているかが重要になります。
- 許可関係書類
- 実際に使うマニュアル
- 飛行計画
- 立入管理や補助者配置の前提
- 当日の判断記録
元請に必要なのは、「全部自分でやること」ではありません。
説明主体になったときに止まらないだけの確認をしていることです。
下請が最低限外せない3点
下請や協力会社は、「飛ばす人」として最前線にいます。
だからこそ、現場の具体条件に関する確認は外せません。
最低限、次の3点は外しにくいです。
1. 当日の現場条件で、本当にその前提どおり飛ばせるか確認すること
- 風
- 電波
- 見通し
- 離着陸場所
- 人流
- 重機配置
書類上は問題がなくても、当日の現場条件で飛ばせないことはあります。
ここを見ずに飛ばすと、「申請上はよかった」「マニュアル上はよかった」が、そのまま現場では崩れます。
2. 自社の飛ばし方が、元請の申請・マニュアルとずれていないか確認すること
現場慣行で飛ばしてしまう。
いつもの手順で回してしまう。
このズレが危険です。
下請側としては、自社の飛行方法が次と食い違っていないかを確認する必要があります。
- 元請の許可条件
- 元請の独自マニュアル
- 補助者配置の前提
- 立入管理の方法
3. 飛ばせないときに、その理由を言葉にできること
実務では、「飛ばす判断」より「飛ばさない判断」の方が重要になることがあります。
そのときに、
「今日は危ないと思ったのでやめました」
だけでは弱いです。
必要なのは、たとえば次のような説明です。
- 何が前提とずれたのか
- 何が確保できなかったのか
- どの条件が満たせなかったのか
ここまで言葉にできると、元請との関係でも、事故回避の説明でも強くなります。
下請に必要なのは、単に上手に飛ばすことではありません。
飛ばせる条件と飛ばせない条件を、現場で言葉にできることです。
共有しておくべき説明資料
この論点では、資料が多いことより、誰でも同じものにアクセスできることの方が重要です。
最低限、次の資料は共有されていた方が安全です。
- 現行の許可関係書類
- 実際に使う飛行マニュアル
- 現場ごとの飛行計画
- 補助者配置や立入管理の前提
- 飛行日誌、点検日誌、ログ
- 中止判断や条件変更の記録
これらが共有されていれば、事故や確認の場面で「誰が悪いか」の前に、
「どういう体制で飛ばしていたか」を説明できます。
逆に、これがないと、責任追及以前に説明不能になります。
これらは、事故や確認の場面で説明の土台になる資料です。
ただ、持っているだけでは十分ではありません。
実務では、その中でも飛行前に元請と下請の間で一致しているかを確認すべき項目を、先に絞っておく必要があります。
では、元請包括申請×下請操縦の現場では、まず何を確認すればよいのでしょうか。
最低限、次の4点が元請と下請の間で一致しているかは、飛行前に確認しておきたいところです。
まず照合したい4点
- 現行の許可関係書類
- 実際に使う飛行マニュアル
- 現場ごとの飛行計画
- 補助者配置・立入管理・中止判断の前提
この4点が一致していないまま飛ばすと、事故時だけでなく、平時の確認対応でも説明が崩れやすくなります。
責任の線引きは、事故後に押し付け先を探すためではありません。
飛行前に止まらない体制を作るために、先に確認分界を切っておくことが必要です。
まとめ
元請包括申請×下請操縦で問われるのは、責任の押し付け先ではなく説明の設計である。
元請が包括申請を持ち、下請が操縦する。
この構図自体は、建設現場では珍しくありません。
問題は、その体制があることではなく、
その体制の中で、誰がどこを確認し、どこまで説明できるようにしていたかです。
- 申請者だから全部責任がある
- 操縦者だから全部責任がある
そういう単純な話ではありません。
実務で分かれ目になるのは、次の四つです。
- 飛行条件
- 許可条件
- 現場実態
- 説明資料
この四つが、元請と下請の間でどう接続されていたか。
そこが問われます。
事故後に問われるのは、「誰が飛ばしたか」だけではありません。
どの前提で飛ばし、誰がその前提を確認し、何を根拠として説明できたのか。
元請包括申請×下請操縦の論点は、契約の押し付け先を探す話ではありません。
現場を止めないために、責任の線引きを先に設計する話です。
元請と下請の責任境界を、現場ごとに整理しておきたい場合
元請が包括申請を持っていても、下請や協力会社が実際に操縦する現場では、
飛行条件・許可条件・現場実態・説明資料のつながりが曖昧になりやすくなります。
誰が飛行条件を確認するのか、許可やマニュアルとの整合を誰が見るのか、
事故後や指摘時に誰が根拠資料を出せるのかを整理していないと、現場対応や説明の場面で止まることがあります。
自社の現場で、元請・下請・外注先の役割分担や説明責任をどこまで整理すべきか確認したい方は、
下記ページをご覧ください。
▶ 相談の流れ・Q&Aを見る
関連記事
役割分担が曖昧なまま運用すると、飛行計画通報や確認責任の場面で整合が崩れます。
実務上の分界は、こちらで整理しています。
▶その飛行、実は法令違反？建設現場のドローン「飛行計画通報」漏れを防ぐ実務チェックリスト
元請が包括申請を持っていても、それだけでは事故後説明の根拠になりません。
許可と責任のズレは、こちらで掘り下げています。
▶「許可はある」という回答の危うさ－－ドローン事故の翌日、元請けを納得させられる“根拠”の有無
元請と下請の責任分担を口頭で済ませるだけでは、担当者が変わった瞬間に運用は止まります。
体制設計の論点は、こちらです。
▶ドローン担当者の退職で現場は止まるのか――属人化は能力問題ではなく、構造問題である