工地施工台账：施工日报、安全检查与隐患整改闭环

用 Inkwell AI 构建器搭一套工地施工台账：施工日报、安全巡查与隐患整改闭环、监理验收节点，PC 建页面、手机现场上报，让进度与安全都有据可查。

工地台账为什么总也理不清

开工前的技术交底做得再细，一到现场还是老问题：日报靠班组在微信群里发几张照片配一句"今天砌到三层"，安全员发现隐患在群里喊一声，整改完没人回执；月底要报进度台账和安全台账，内业抱着手机翻聊天记录一条条补。

问题不在"没人干活"，而在几件事上：

进度数据是散落的。 今天的出勤人数、机械台班、完成的分项工程，散在班组、司机、施工员手里，没有一张表按天归到一起，形象进度就成了"感觉"。
安全检查是走过场。 巡查记录写在纸上，隐患描述含糊，整改责任人和期限靠口头说，复查没人盯，闭环无从谈起。
节点靠人记。 监理验收、隐蔽工程验收、材料进场检验的关键时间点记在个人本子上，人手一换就断档。
出了问题查不清。 返工或安全事件发生后想回溯"当时谁报了什么、整改了没有"，翻不出可用的记录。

要把这套台账做实，思路是：先把每天发生的事变成结构化的记录，再让记录自己流转起来。这正是 Inkwell AI 构建器能直接交付的形态——用业务语言把需求描述清楚，生成带数据表、管理页面和移动端伴同的业务模块，不需要先写代码。

第一步：把台账拆成几张表

搭模块前先想清楚"有哪些东西要记"。工地台账通常落在四张核心表上，每张表管一类事实。

项目档案表——一切记录的挂靠点。字段大致是：项目编号、项目名称、标段、施工地点、开工与竣工日期、项目负责人、状态（在建/停工/完工）。它的作用是让后面的日报、隐患、验收都能"挂到某个项目上"，多个工地并行时不会串。

施工日报表——每天一条或每班组一条。字段包括：日期、所属项目、填报人、班组、出勤人数、机械台班（用了哪些机械、各几台班）、当日完成的分项工程及工程量、形象进度说明、天气、当日问题与处理。形象进度这里不必追求复杂计算，用"完成情况说明 + 可选百分比"就够工程人看懂。

安全巡查与隐患表——这是台账里最能体现价值的一张。字段：巡查日期、部位（楼层/区域）、检查项（来自统一的安全检查清单）、隐患描述、隐患等级、整改责任人、整改期限、整改前照片、整改后照片、状态（待整改/整改中/已销项/已超期）、复查人、复查时间。

验收节点表——监理验收、隐蔽验收、关键节点验收。字段：节点名称、所属项目、计划时间、实际时间、验收结论、参与方、附件（验收单、影像）。

这里面会出现大量"同一类选项"：隐患类型、隐患等级、分项工程名称、机械类型、天气、班组。别让每个人随手填，否则统计时"高处作业""高空作业""高处作业未系安全带"会变成三种东西。做法是把它们收进数据字典——平台提供统一的字典管理，字段标注引用哪个字典，录入选、不是敲，统计口径自然一致。行业里常见的安全检查项、分项工程清单，也可以用 Excel 一次性导入，比在页面里逐条加快得多，这比自己从头一条条建要省事。## 第二步：三类人，三块页面

表建好只是"有数据"，让不同角色各看各的界面，台账才算"能用"。同一套数据，页面按人分：

项目经理/内业看进度总览页。 顶部是当天的汇总卡片：在场人数、当日机台班、日报填报率（几个班组报了、几个没报）。下面是日报列表，按项目、日期筛选，点开看某一天的详情。再往下可以放一张按日期的形象进度趋势，把文字进度和计划节点对照着看。多项目的公司，再加一个"多项目进度对比"页，一眼看出哪个标段落后。

安全员看隐患台账页。 一个筛选器切状态：待整改多少条、已超期多少条、本周新增多少条。列表按整改期限排序，快到期和已超期的置顶标红。点进去是隐患详情，整改前与整改后照片并排，状态一目了然。这是安全员每天真正会打开的页面。

公司/监理看统计页。 按项目、按月份看：安全巡查次数、隐患数量与整改情况、验收节点完成情况。统计不追求花哨，能回答"这个工地安全管得怎么样"就够了。

第三步：让隐患整改自己跑起来

隐患台账最容易死在"登记完就没人管"。要让流程跑通，用平台的工作流把状态推起来：

巡查登记（安全员在手机上提交、拍照）→ 系统按分级自动派给整改责任人（附整改期限）→ 责任人整改后在手机上回执、上传整改后照片 → 通知复查人（通常是安全员）→ 复查通过则状态变为已销项，不通过则退回继续整改。

关键的"自动"有两处：一是派发，隐患登记后不必再打电话通知，工作流按规则把任务和提醒推给责任人；二是催办，整改期限临近或已过，定时任务自动发出提醒，超期未改的隐患在台账页高亮。这样安全员从"追着人问"变成"看清单验收"，管理动作从人盯人变成看数据。

审批类的事项同样交给工作流：材料与设备的进场报验、劳务队伍的进场审批、危大工程的专项方案审批，都可以按预设节点走会签，谁没批、卡在哪一步，页面上一清二楚，不用再靠"你批了没"的追问。

第四步：现场用手机，办公室用电脑

工地台账的数据源头在工地，录入工具就得在手上。这里不用额外开发：Inkwell AI 构建器在 PC 上生成的业务模块，会同步出对应的移动端页面，同一份数据、同一套权限。

现场用手机最实用的几个动作：

施工员/班组长当天在手机上填施工日报，出勤、机械、完成量点选录入，比事后回忆准确。
安全员巡查时拍隐患照片、选检查项、填描述，当场生成隐患记录，不用回办公室誊抄。
整改责任人收到提醒后，手机拍整改后照片回执，闭环留痕。
项目经理在办公室电脑上看汇总看板，外出时用手机看关键指标。

因为 PC 端和移动端是同一份数据，工地上报的当天，办公室就能看到，不存在"晚上回项目部再录一遍"的重复劳动。## 上线前先自查这几项

模块搭完别急着全员推广，按下面几条过一遍，能省掉大量返工：

字段口径先统一。 检查项、隐患等级、分项工程名称这些枚举有没有全进数据字典、有没有还剩自由文本的字段。口径没定就上线，后面统计必然对不齐。
权限按角色配好。 谁能看哪个项目、谁只能改自己名下的隐患、谁能删记录。用角色和部门来配，不要靠"大家都用管理员账号"。数据隔离没做好，多项目并行时最容易出事。
必填项与校验加到位。 日报缺日期、隐患缺责任人或期限，这些就该提交不了，而不是等汇总时才发现漏项。
用历史数据跑一次试运行。 把上个月的日报或隐患台账用 Excel 导进来，走一遍完整流程，检查统计页面算得对不对。
走一遍发布预检。 发布前平台会做预检，把字段、页面、权限的问题先挑出来；确认无误再挂到菜单上，并核对移动端是否同步出现。

这几步做完，再开个班组会教一遍"日报怎么填、隐患怎么回执"，推广的阻力会小很多。上线不是终点，头两周盯一下填报率，比事后补台账省力得多。