[{"data":1,"prerenderedAt":173},["ShallowReactive",2],{"blog:zh:permitting-without-a-module":3},{"id":4,"title":5,"author":6,"body":7,"date":159,"description":160,"extension":161,"meta":162,"navigation":163,"path":164,"seo":165,"stem":166,"tags":167,"__hash__":172},"blog_zh/blog/permitting-without-a-module/zh.md","在没有许可模块的情况下办理许可","Aptli",{"type":8,"value":9,"toc":149},"minimark",[10,14,18,21,24,27,30,37,43,49,52,55,58,61,67,73,79,82,86,89,92,95,98,101,104,120,123,126],[11,12,13],"h2",{"id":13},"现场作业中许可审批存在的问题",[15,16,17],"p",{},"任何复杂程度的基础设施项目都需要办理许可手续。这包括市政部门的施工许可、公用事业部门的挖掘许可、环境审批以及道路占用许可，有时仅同一路段就需要这四项许可。许可手续不可或缺——在拿到许可之前，工程依法不得开工，而事后到场的检查员也会要求查看相关文件以证明已获得许可。",[15,19,20],{},"问题并不在于许可本身，而在于它在您的工作流程中处于何种位置。在大多数组织中，答案是：它被置于其他地方。可能是某人每周更新一次的电子表格；可能是当检查员询问时无人能找到的共享驱动器文件夹；也可能是现场团队根本不使用的独立许可申请系统，因为那里并非他们实际开展工作的场所。许可便成了与实际工作并行运行的辅助流程，仅靠记忆和良好意愿与之相连。",[15,22,23],{},"这就是为什么许可申请会被遗漏、在无人察觉的情况下过期，或者在工程已经开工后才送达。这并非因为有人疏忽，而是因为该许可所在的系统与它本应管控的工程属于不同的系统。",[11,25,26],{"id":26},"并行工作流何时会失效",[15,28,29],{},"针对这一问题，通常的应对方式主要有三种。",[15,31,32,36],{},[33,34,35],"strong",{},"电子表格或共享文档。"," 有人负责维护一份许可跟踪表——每项许可占一行，列出状态、到期日期和负责人等信息。这种方法适用于小型项目。但一旦需要多人同时更新、许可涉及多个项目，或者有人要求提供可靠的变更历史记录（包括谁在何时做了哪些修改），这种方法就不再适用。 电子表格没有审计追踪功能。当截止日期临近时，它们不会发送提醒。它们也无法防止有人误删行。",[15,38,39,42],{},[33,40,41],{},"专用的许可申请系统。"," 这是专门设计的软件，用于跟踪许可申请、审批结果、附加条件及有效期。这类系统确实存在，且能解决跟踪问题。但它们无法解决的是系统集成问题。许可信息存储在一个系统中，工作单存储在另一个系统中，现场施工团队则使用第三个系统。 现在，您需要查阅三个系统，保持三者同步，而系统之间的断层正是错误产生的温床。有人在许可获批前就开始施工了吗？许可系统无从知晓，因为它无法查看工单状态。施工过程中许可过期了吗？工作管理系统无从知晓，因为它无法查看许可状态。",[15,44,45,48],{},[33,46,47],{},"电子邮件和口头确认。"," 有人给施工组长发邮件说许可证已经批下来了。施工组长通知了团队。但没人记录时间戳。当检查员要求提供文件时，项目经理只能翻找自己的收件箱。这算不上一个系统，这根本就是没有系统。",[15,50,51],{},"这些方法都会导致同样的结构性缺陷：许可证及其所规范的工作分别位于不同的地方，由不同的人员维护，彼此之间没有任何自动关联。一旦其中一方发生变更，另一方就会过时，除非有人记得去更新它。",[11,53,54],{"id":54},"许可作为工作项",[15,56,57],{},"我们的做法很简单：许可就是一项工作任务。它会被纳入任务进行规划，作为工作单进行跟踪，通过报告进行记录，并遵循与其他所有现场工作相同的质量控制流程进行验证。",[15,59,60],{},"一项任务代表一个计划工作单元——例如“在橡树街铺设光纤”。在该任务下，可能会有三个工作单：一个用于办理施工许可，一个用于实际安装，另一个用于安装后的验收。许可工作单与施工工作单同属同一任务，在同一项目视图中可见，并由同一进度系统进行跟踪。",[15,62,63,66],{},[33,64,65],{},"许可工作单本身包含作为结构化属性的元数据","——许可编号、签发机构、有效期、条件、申请编号。这些信息并未隐藏在描述字段中，而是工作单上可搜索、可筛选的字段，并在导出文件和报告中均可查阅。",[15,68,69,72],{},[33,70,71],{},"该许可证设有有效期和提醒功能。"," 当到期日临近时，系统会发送与其他到期日相同的提醒——批量摘要、应用内徽章、日历推送。无需配置单独的提醒系统。",[15,74,75,78],{},[33,76,77],{},"该许可需经过相同的验证流程。"," 获得许可后，需提交一份附有许可文件的报告。验证人员会确认该许可是否正确，是否适用于指定地点，以及日期是否正确。如果许可附带条件，验证人员会将其记录为审核结果。验证状态——通过、未通过、需修改——将决定后续工作单能否继续执行。",[15,80,81],{},"**许可状态可在项目汇总视图中查看。**项目经理查看该任务时，会看到许可工作单的状态显示为“已完成”或“待处理”，与施工工作单并列显示。无需交叉参考其他系统。如果许可尚未完成，则任务未完成，这一点所有人都能一目了然。",[11,83,85],{"id":84},"市政系统的情况如何","市政系统的情况如何？",[15,87,88],{},"在每次关于许可审批的讨论中，都会有人提出这样一个直截了当的问题：软件是否应该与市政许可门户直接对接？",[15,90,91],{},"我们仔细研究了这个问题，最终决定不开发该系统。原因很简单：目前尚无统一标准。每个地方政府运营的门户网站各不相同——表单不同、工作流程不同，甚至API也各异（如果它们提供API的话）。许多地方仍在使用纸质流程。与某个地方政府建立集成，只能帮助该地方政府的用户，而无法惠及其他用户。开发一个号称“通吃”所有地方的通用“许可集成”系统，这根本无法兑现。",[15,93,94],{},"实际上，具体操作流程是：用户登录市政门户网站，查询许可状态，并将相关日期和参考编号填入工作单中。此时，系统的职责在于跟踪日期、在截止日期临近时发出提醒，并在日后有人提出要求时生成可靠的审计轨迹。这并非漏洞，而是对贵方内部系统与外部政府流程之间界限的现实认可。",[11,96,97],{"id":97},"审计人员真正需要的审计轨迹",[15,99,100],{},"当监管检查员或客户审计员询问许可事宜时，其实是在问三个问题：开工前是否已取得许可？该许可是否适用于该地点及工程范围？能否提供证明？",[15,102,103],{},"当许可文件与施工工作属于同一系统中的工作单时，相关信息是结构化的，而非事后拼凑而成：",[105,106,107,111,114,117],"ul",{},[108,109,110],"li",{},"许可工作单具有不可篡改的时间线——创建日期、完成日期、验证日期——可与施工工作单的开始日期进行比对。如果施工在许可验证前就开始了，日期记录会显示这一点。",[108,112,113],{},"许可报告包含所附的许可文件、验证人员的确认信息，以及作为检查结果记录的任何条件。报告在验证后即变为只读状态，因此相关证据无法被篡改。",[108,115,116],{},"施工工作单上的库存交易均带有时间戳且不可更改。若材料在许可通过前已被领出，QR 领料交易的时间戳将予以显示。",[108,118,119],{},"所有数据（CSV、PDF、审计日志）均可通过单一系统、单次查询导出。无需在独立数据库之间进行交叉引用。",[15,121,122],{},"检查员并不关心文档是由哪个模块生成的。他们关注的是文档是否一致、带有时间戳且具有防篡改性。当许可文件与施工记录共用一个系统时，这种一致性便能自动实现。而当它们分别存在于不同的系统中时，就必须人为地确保这种一致性。",[11,124,125],{"id":125},"摘要",[105,127,128,131,134,137,140,143,146],{},[108,129,130],{},"许可审批是基础设施现场作业的普遍要求，而最常见的失误并非遗漏许可，而是将许可的追踪工作置于一个与所监管工程脱节的系统中。",[108,132,133],{},"电子表格、专用许可审批软件以及基于电子邮件的确认，都存在同样的结构性缺陷：许可与工程分别存在于不同的系统中，彼此之间缺乏自动关联。",[108,135,136],{},"将许可视为主工作流中的工作单，意味着它将继承与其他所有工作项相同的规划、跟踪、验证和审计追踪基础设施——无需维护并行流程。",[108,138,139],{},"许可特有的元数据——许可编号、签发机构、有效期、条件——作为结构化属性存在于工作单中，可与其他所有工作数据一同进行搜索和筛选。",[108,141,142],{},"市政许可门户的集成是一个尚未被普遍解决的问题，因为缺乏统一标准。现实的工作流程是：人工从门户输入日期，系统据此进行跟踪和通知。",[108,144,145],{},"检查员所需的审计追踪记录——即证明许可先于施工、许可范围有效且文件具有防篡改性——当许可与施工共享同一不可变时间线时，这些信息自然生成。",[108,147,148],{},"无需学习独立模块，无需维护并行工作流。许可管理按设计已集成到主流程中。",{"title":150,"searchDepth":151,"depth":151,"links":152},"",2,[153,154,155,156,157,158],{"id":13,"depth":151,"text":13},{"id":26,"depth":151,"text":26},{"id":54,"depth":151,"text":54},{"id":84,"depth":151,"text":85},{"id":97,"depth":151,"text":97},{"id":125,"depth":151,"text":125},"2026-04-22","大多数现场作业软件要么忽略许可审批环节，要么为此建立独立的工作流。这两种做法都难以长久适用。我们则将许可审批作为普通工作项来处理——采用相同的规划、跟踪和审计追踪机制——无需学习或维护独立的模块。","md",{},true,"/blog/permitting-without-a-module/zh",{"title":5,"description":160},"blog/permitting-without-a-module/zh",[168,169,170,171],"permitting","work-fulfillment","field-operations","compliance","JyztUTd6sCxvqOwzemJY7919Qpl6BUDkJEcOYhOpQXA",1780338686054]