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」是两个。