面向建築業的AI業務OS「BuildOS」開始接受預先註冊 ── AI全面自動化租賃公司的發票核對與出入庫管理

Leach株式會社已開始接受面向建築業租賃和租賃公司的AI業務OS「BuildOS」的預先註冊。該系統旨在透過AI全面自動化發票核對和出入庫管理等繁瑣的行政工作,大幅提高營運效率。
新製品NQ 40/100出典:PR Times

📋 文章處理履歷

  • 📰 發表: 2026年5月11日 19:00
  • 🔍 收集: 2026年5月11日 10:31
  • 🤖 AI分析完成: 2026年5月12日 04:53(收集後18小時21分鐘)
Leach株式會社(總公司:東京都港區,代表董事:冨永 拓也)已開始接受面向建築業租賃和租賃公司的業務支援系統「BuildOS」的預先註冊。BuildOS旨在全面解決事務所周邊繁瑣的作業,例如發票核對、出入庫和庫存管理。

BuildOS是一個透過AI讀取、核對並將建築租賃公司過去以紙本單據、Excel、傳真和電話處理的行政作業轉換為報表的系統。其目標是將每月耗時3天的發票檢查縮短至數小時,並將每月1萬件退貨的驗收作業縮短至原來的幾分之一。

該服務預計將以月費制雲端服務形式提供,初期導入費用為零。定價設計旨在讓擁有20至200名員工的中小型租賃公司也能輕鬆導入。

「雖然沒有足夠的資源導入核心系統,但僅靠Excel台帳和紙本單據已達極限」──BuildOS正是從建築租賃公司現場的這些聲音中誕生的。

### 為何建築業的行政作業數位化進展緩慢?

隨著國土交通省推動的「i-Construction」,現場端的ICT化(無人機測量、3D設計、遠端施工管理)逐年進步。然而,另一方面,公司後勤的發票檢查、出入庫記錄、盤點等行政作業,至今仍以紙本、電話和Excel進行,這是實際情況。

建築業的行政作業難以像其他行業一樣系統化的原因,在於該行業獨特的商業慣例,這些慣例在其他行業並不存在。主要有三個原因:

- 原因1:「一式發包」導致無法得知個別物品的數量
在建築工地,以「臨時材料一式」、「鷹架材料一式」等大範圍發包是常態。然而,在歸還時,必須逐一清點和檢驗每根、每片材料,這就產生了出貨和歸還時清點方式不同的矛盾。一般的銷售管理系統無法應對這種不一致,最終只能由現場經驗豐富的人員手動核對。

- 原因2:以「使用次數」進行管理的獨特規則
建築租賃材料不僅以數量管理,還以「還能使用多少次(耐用次數)」進行管理。單純的庫存數量不足以應對,需要記錄每根材料的使用次數、修繕歷史和報廢判斷。市售的庫存管理軟體只能處理數量,這部分只能依賴資深員工的筆記本或Excel。

- 原因3:租賃特有的「借出、歸還、修理、再借出」流程
材料以「出庫 → 現場使用 → 歸還 → 檢驗 → 修理 → 再出庫」的循環流轉,因此要準確掌握「目前哪些材料在哪個工地」,只能透過核對多張單據。對於工地遍布全國的租賃公司來說,僅此核對作業就耗費了大量時間。

- 原因4:人手不足和高齡化導致「懂行的人」減少
根據國土交通省的「建築業手冊」,建築業從業人員中約36%為55歲以上,從業人數已減少至高峰時的約7成。資深員工腦海中獨有的「什麼東西在哪裡」、「這種材料還能用多少次」等知識,在退休或世代交替時容易流失,這本身就是一個巨大的經營風險。

- 原因5:據點分散導致總公司無法掌握內部情況
許多建築租賃公司在全國設有多個倉庫(材料堆放場)或材料中心,材料從這些地方流向工地。各據點的Excel台帳和紙本單據各自獨立,總公司無法即時看到「目前哪裡有多少個」。結果,對於緊急的借出請求,至今仍存在「打電話到據點確認」的溝通方式,導致錯失商機和過度庫存的溫床。

### 開發背景 ── 從Rikiman顧問支援中看到的現場聲音

BuildOS的構想源於我們作為生成式AI顧問支援Rikiman株式會社(建築用夾具製造商/國內市佔率約9成)的合作。Rikiman在全國5個據點租賃大型建築工地用的臨時材料,標籤製作、驗收單製作、出入庫管理等行政作業嚴重壓迫了他們的人力和時間。

導入我們的生成式AI顧問服務後,標籤製作的工時減少了約9成,驗收單製作實現自動化,出入庫記錄也數位化。然而,我們也意識到「僅僅用AI取代個別作業,並不能改變公司整體的工作流程」──這既是成果,也是挑戰。

BuildOS的開發目標是將在Rikiman支援中發現的「租賃公司真正想要的工具」具體化,並將其推廣到整個建築租賃行業。

此外,我們現有的服務「Tsugou.com」是兩個。