log buildとダンドリワーク、施工管理アプリと「Log System」のAPI連携を開始

何が起きたか

log buildとダンドリワークは2026年9月9日、施工管理アプリ「ダンドリワーク」とリモート施工管理プラットフォーム「Log System」の工事（現場）情報のAPI連携を開始した。連携により、ダンドリワークで登録した現場名・住所、上棟日などがLog Systemに自動連携され、二重入力の解消を狙う。両社は、現場情報の共有と遠隔臨場を組み合わせたリモート現場管理の促進を図るとしている。

詳細

ダンドリワーク側の説明では、同社の施工管理アプリは現場の図面、写真、工程などの情報を一元管理するクラウドサービスである。log buildは、Log Systemに加えて「リモートダイコウ」を提供しており、横浜・みなとみらいの遠隔管理専門チームが日本各地の建築会社の現場を支援するとしている。プレスリリースでは、まもなく累計10万現場を突破する見込みとしている（2026年8月時点）。

Key Facts

本紙の見方

今回の連携の新味は、施工管理アプリの入力情報と遠隔施工管理側の運用をAPIでつないだ点にある。単なる受発注や紹介ではなく、現場名、住所、上棟日といった工程管理の基本情報を自動で受け渡しし、二重入力を減らす設計である。ここで主役なのは「機能追加」そのものより、日常的な入力経路をまたいで現場データをつなぎ、遠隔臨場の運用に乗せることである。Log Systemが3次元データ化、計測、ビスピッチ検知、AI安全管理、ビデオ通話まで持つことを踏まえると、今回のAPI連携は、入力→確認→遠隔立ち会い→品質・安全管理という一連の流れを閉じるための接続点と読める。本紙の関連記事はないため、過去報道との継続性は本件の公開情報の範囲で見るしかない。もっとも、プレスリリース本文だけでも、log buildが「現場の声」を起点にした建設DXを掲げ、ecomoでの現場経験を背景にしていること、そしてLog Systemと「リモートダイコウ」を組み合わせた運用型のサービスであることがわかる。したがって今回の連携は、別々のソフトを並べる話ではなく、現場で使う入力系と遠隔管理系を接続して定着率を上げる動きとみられる。一方で、連携対象がどの範囲の顧客に段階展開されるのか、既存ユーザーの移行手順がどうなるのかは本文からは読めない。業界構造への含意は、建設現場のデータが個別アプリ内に閉じず、工程情報が遠隔管理のワークフローに流れる点にある。現場名や住所のような基本情報に加え、上棟日のような工程日程まで同期されるなら、管理側は遠隔臨場の呼び出しや確認作業を手作業で再入力する必要が減る。逆に言えば、こうした接続が進まない環境では、施工管理アプリと遠隔管理プラットフォームが別々に使われ続け、現場定着の障害が残る可能性がある。未確定論点は、API連携の対象項目の追加範囲、現場側での運用変更、そして累計10万現場見込みとされる「リモートダイコウ」が連携後にどの程度実利用へつながるかである。

なぜ重要か

ダンドリワークが現場情報の一元管理、log buildが遠隔での品質・安全・進捗管理を担うため、両者の連携は入力の手間と確認作業の分断を減らす設計だといえる。プレスリリースによれば、現場名、住所、上棟日まで自動連携されるため、現場管理の実務で使う情報の往復が少なくなる。

日本への影響

建設現場の工程情報と遠隔施工管理をAPIでつなぐ構成は、日本の施工管理ソフトと現場運用の接続精度が問われる。現場名、住所、上棟日といった実務情報を持つ施工管理アプリ側と、遠隔臨場やAI安全管理を持つ管理側の連携が進むほど、国内の建設DXでは個別ツールの機能よりもデータ連携の実装力が重要になるとみられる。