案例纪要：某工程设计企业图纸自动签名与批量开票RPA项目
一、客户需求背景
近期，深圳创智瑾程科技有限公司接到一位工程设计类客户的自动化需求咨询。客户日常需要处理大量PDF工程图纸，在图纸图签区域补充对应人员的打印姓名和手写签名。由于图纸数量较多，且涉及多个专业、多个图幅、多个分公司人员签名，人工逐页打开PDF、拖拽签名、调整位置的方式效率较低，也容易出现漏签、错签、位置偏差等问题。
客户最初的描述比较直接：很多PDF文档最后需要加几个签名，谁的签名就放到对应的框里。随着沟通深入，需求逐步明确为：根据签名表或人员对应关系，将设计、校对、审核等不同角色的姓名和签名，自动添加到PDF工程图纸的指定图签位置。
除图纸签名外，客户还提出了另一个批量开票自动化需求。该需求主要是希望在电子税务系统中，按照表格中的公司名称、金额等信息，批量开具电子发票。由于开票流程涉及人脸认证、验证码等安全验证环节，团队在评估时明确：认证环节不能绕过，只能通过RPA完成前置填报和页面点选，最后仍由人工完成扫码或人脸验证。
因此，本次项目实际包含两个方向：
第一，工程图纸PDF自动签名工具；
第二，批量电子发票RPA辅助流程评估。
其中，图纸自动签名是本次主要开发和交付内容。
二、需求沟通过程
项目初期，客户先提供了部分视频和PDF图纸样例，用于说明人工操作流程。客户希望系统能够识别图纸中的图签区域，并把对应人员签名放入对应位置。
在进一步沟通中，客户补充了工程图纸签字规则。图纸涉及多个专业方向，主要包括：
1.总图、工艺、管道、设备；
2.建筑、结构；
3.给排水、暖通；
4.电气、仪表；
5.概算、技术经济。
签字层级主要包括：
1.设计；
2.校对；
3.审核。
后续又确认，部分图纸中可能还涉及项目负责人、专业负责人等字段。为了降低系统识别复杂度，也为了后续使用更稳定，团队建议不要完全依赖系统从PDF中识别手写签名，而是通过结构化表格维护人员、专业、岗位、打印姓名和手签图片之间的对应关系。
这个判断非常重要。
如果系统直接从PDF里识别手写签名，就需要引入额外的OCR或大模型识别能力。手签本身存在连笔、模糊、位置不一致等问题，识别成本高、准确率不稳定，后续使用也会增加额外消耗。相比之下，通过签名表进行规则维护，系统只需要按照专业、图纸类型和岗位字段匹配签名，就可以更稳定地完成批量处理。
在确认需求过程中，客户陆续提供了安全专篇签名页、A1图、A2图、A3图、A4目录、A4图等不同类型文件。团队根据这些样例分析图签位置、字段结构和签名规则，并进一步明确：如果签名页和图纸图签格式能够尽量统一，就可以通过一个通用模板覆盖更多图纸类型，减少后续人工配置。
三、解决方案设计
针对客户需求，团队最终采用“签名表 + 图纸识别 + 自动盖签 + 人工模板校准”的整体方案。
系统使用流程被设计得尽量简单：
第一步，导入图纸ZIP压缩包；
第二步，加载签名表；
第三步，点击开始处理，由系统自动完成图纸签名。
客户只需要把待处理PDF图纸和签名表放入同一个压缩包中，系统会根据签名表中的人员信息、专业分类和签字角色，自动识别图纸图签位置，并将对应的打印姓名和手写签名填入图纸指定区域。
对于系统不能自动识别的图纸，工具提供人工设定模板功能。用户可以打开对应PDF，手动标定图签区域和签名位置。完成一次设定后，同类图纸可以复用该模板，后续不需要重复配置。
这个设计兼顾了自动化和可控性：
一方面，大部分规则明确、格式相近的图纸可以自动处理；
另一方面，对于特殊图纸、图片型PDF或版式差异较大的文件，也保留人工校准入口，避免因为个别图纸识别失败而影响整批处理。
四、技术实现方式
本项目主要围绕PDF处理、图签识别、签名映射、批量文件处理和本地环境适配展开。

1. PDF图签识别
   系统需要判断每张图纸中的图签位置，并识别设计、校对、审核等字段区域。对于文字型PDF，系统可以更快读取文本和布局信息；对于图片型PDF，则需要结合OCR识别图签内容。
   在实际测试中发现，客户部分PDF属于图片型PDF，处理速度明显慢于文字型PDF。这类PDF需要先进行OCR文字识别，再判断图签区域，因此对性能和识别准确率要求更高。
2. 签名表规则匹配
   系统通过签名表维护人员、专业、岗位和签名图片之间的关系。这样做的好处是：客户后续更换分公司、人员名单或签名图片时，只需要维护表格，不需要修改程序逻辑。
   签名表相当于项目的规则中心。系统读取签名表后，根据图纸所属专业和签字字段，把对应人员姓名和手签图片放入图纸对应位置。
3. 多图幅模板适配
   客户提供的图纸包含A1、A2、A3、A4、A4目录等多种图幅。不同图幅的图签大小和位置可能不同，但签名逻辑相似。
   因此，系统优化目标之一是：同一种图签可以自动匹配不同图幅，尽量减少人工确认操作。
   对于格式一致的图纸，可以通过通用模板处理；对于个别特殊版式，则通过人工模板设定补充。
4. 批量ZIP处理
   考虑到客户一次可能处理多个专业、多个分公司的大量图纸，系统支持通过ZIP压缩包导入。客户将图纸文件和签名表放入压缩包后，系统统一读取、批量处理，并输出处理后的结果文件。
   在测试过程中，曾出现系统提示无签名表的问题。排查后发现，签名表需要放在压缩包根目录，并保持指定文件名。后续交付说明中对该规则进行了明确，避免因文件层级不一致导致读取失败。
5. 本地环境依赖处理
   本项目属于本地运行工具，客户电脑环境与开发人员电脑环境可能不同。测试中曾出现开发人员本机运行正常，但客户电脑只签上目录页、其他图纸没有签上的情况。
   远程排查后发现，原因是客户电脑缺少OCR依赖组件。开发人员本机已安装Tesseract，所以可以正常识别部分图签；客户电脑没有对应依赖，导致图片型图签识别失败。
   后续团队将Tesseract相关依赖打包进完整安装包，并提供完整版本，同时增加环境检测和启动脚本，降低客户换电脑运行时的环境问题。
   五、项目关键细节
6. 为什么建议使用签名表，而不是直接识别PDF手签？
   客户最初的需求是把签名放到对应框里。技术上有两种方式：
   一种是从已有PDF中识别签名并迁移；
   另一种是通过签名表维护人员和签名图片，由系统按规则添加。
   团队最终建议采用第二种方式。原因是手写签名识别不稳定，且会增加额外识别成本。通过签名表维护规则，客户后续更容易管理人员变更、分公司差异和签名图片更新。
7. 为什么图片型PDF处理慢？
   文字型PDF可以直接读取文本信息，系统定位图签速度较快。而图片型PDF本质上更接近扫描图片，系统需要先OCR识别文字，再判断图签区域。
   实际测试中，部分图片型PDF一页处理时间明显增加。尤其是一些没有图签的计算书文件，如果系统误认为需要识别，会在无效文件上耗费大量时间。
   因此，后续优化中加入了跳过计算书等无图签文件的逻辑。
8. 为什么需要人工模板设定？
   工程图纸格式复杂，不同图幅、不同专业、不同单位导出的PDF版式可能存在差异。完全自动识别虽然效率高，但在特殊图纸上可能出现定位偏差。
   人工模板设定功能可以解决这一问题。对于系统无法自动识别的图纸，用户只需要手动标定一次，后续同类图纸即可复用模板。这种方式比完全依赖自动识别更稳妥。
9. 为什么批量开票不能绕过人脸验证？
   客户提出批量电子发票自动化时，涉及税务系统、人脸认证和验证码。团队在评估中明确，人脸认证和验证码属于安全校验环节，不应绕过。
   可行方案是：RPA根据表格自动填写开票信息、搜索公司、点选项目、录入金额等内容，到认证环节时由人工完成扫码或人脸确认。
   这样既能减少前置重复录入工作，也符合系统安全边界。
   六、版本迭代过程
   项目交付过程中，团队采用边测试、边反馈、边优化的方式推进。
   第一版工具主要实现基础流程：导入ZIP、加载签名表、开始处理。客户测试后反馈，存在ZIP导入未响应、提示无签名表等问题。团队排查后确认，签名表放置位置和文件名规则需要明确，于是进一步优化了使用说明和读取逻辑。
   随后，客户提供了更多测试图纸。团队发现部分PDF为图片型PDF，识别速度较慢，同时压缩包内包含建筑结构计算书等无图签文件，系统会尝试OCR识别，导致处理时间变长。针对这一问题，团队优化了图签识别策略，并增加了无效文件跳过逻辑。
   后续发布了相对稳定的V1.0版本。该版本可以覆盖大部分图纸签名场景。
   在V1.0测试后，又发现三个主要问题：
   1.图签姓名字体偏小；
   2.个别图签姓名和手签定位有偏差；
   3.签名处理速度仍有优化空间。
   团队随后继续进行调试，优化字体大小、签名坐标、图签识别逻辑和处理性能，并发布V1.1版本。
   在客户电脑实际运行时，又出现部分图纸未签上的问题。经排查，原因是客户电脑缺少OCR依赖。团队随后补充发布完整包版本，将关键依赖一并打包，并提示客户换机器运行时可以先运行环境检测脚本。
   经过多轮测试和远程协助后，工具最终能够正常运行。
   七、批量开票RPA需求评估
   除图纸自动签名外，客户还提出批量开票需求。该需求主要是给不同公司开具不同电子发票。
   经沟通确认，客户不需要对接ERP，开票信息可以由人工提前整理成表格。RPA工具可以根据表格逐条读取公司名称、金额等信息，在税务系统中自动完成搜索、点选、填写等前置操作。
   该流程的边界是：
   1.操作人员提前整理开票表格；
   2.进入税务系统后运行RPA流程；
   3.RPA自动完成公司搜索、字段填写和页面点选；
   4.到人脸验证或扫码环节时，由人工完成确认；
   5.开票结果后续可根据需要记录或导出。
   该方案适合批量重复开票场景，但不绕过系统安全认证，也不替代人工确认职责。
   八、项目解决了什么问题？
10. 解决人工逐页签名效率低的问题
    客户原本需要人工逐页打开PDF，拖拽签名图片，对齐图签位置。系统上线后，可以通过签名表和批量处理流程自动完成大部分签名操作，大幅减少重复劳动。
11. 解决不同专业、不同人员对应关系复杂的问题
    工程图纸涉及多个专业和多级签字角色。如果人工处理，容易出现人员对应错误。系统通过签名表维护规则，可以统一管理专业、岗位和签名对应关系。
12. 解决多图幅图纸处理不统一的问题
    客户图纸包含A1、A2、A3、A4等不同图幅。系统通过模板匹配和人工模板校准，尽量提升不同图幅下的处理兼容性。
13. 解决图片型PDF识别慢的问题
    对于图片型PDF，系统需要OCR识别。团队通过优化图签识别逻辑、跳过无图签文件、打包OCR依赖等方式，提升整体可用性。
14. 解决客户本地环境差异问题
    本地部署项目经常受客户电脑环境影响。本项目通过完整包、依赖打包和环境检测脚本，降低不同电脑运行异常的概率。
15. 解决批量开票前置录入重复的问题
    对于批量开票需求，RPA可以辅助完成表格读取、公司搜索、金额填写等前置步骤，减少人工重复点击和录入，但认证环节仍保留人工确认。
    九、我们可以承接哪些类似需求？
    基于本项目经验，深圳创智瑾程科技有限公司可承接以下类似需求：
    1.PDF批量盖章、签名、签批自动化；
    2.工程图纸图签识别与自动填充；
    3.设计、校对、审核等人员签名映射系统；
    4.多图幅PDF模板识别与批量处理；
    5.图片型PDF OCR识别与内容提取；
    6.RPA批量开票辅助流程；
    7.Excel表格驱动的自动化处理工具；
    8.企业本地化自动化工具开发；
    9.影刀、Python等RPA流程自动化；
    10.企业文件处理、归档、命名和批量转换工具；
    11.自动化工具完整包封装与本地部署；
    12.售后维护、环境适配和流程优化。
    十、适合哪些客户？
    这类项目适合以下客户：
    1.工程设计公司；
    2.建筑设计院；
    3.能源工程企业；
    4.需要处理大量PDF图纸的企业；
    5.图纸出版流程较重的企业；
    6.多分公司、多专业、多人员签名管理场景；
    7.财务开票量较大的企业；
    8.需要RPA减少重复录入的业务部门；
    9.缺少内部技术团队但有明确自动化需求的企业；
    10.希望将人工文件处理流程工具化的企业。
    十一、创智瑾程的能力优势
    深圳创智瑾程科技有限公司长期专注于企业AI应用落地，重点布局AI智能体、AI工作流、RPA流程自动化、GEO生成式引擎优化、企业知识库建设、Vibe Coding快速开发、AI办公提效、AI营销获客及AI培训等方向。
    创智瑾程不是简单提供工具，而是帮助客户把AI和自动化能力真正嵌入业务流程，形成可运行、可复用、可持续迭代的应用系统。
    在RPA自动化方向，创智瑾程可根据客户现有工作流程，将重复点击、表格读取、页面录入、文件处理、PDF识别、批量下载、批量上传、系统填报等工作拆解为自动化流程，帮助客户降低人工重复劳动。
    在AI工作流方向，创智瑾程可结合大模型、提示词模板、知识库、OCR、API接口、数据处理和人工审核机制，为客户搭建适合实际业务场景的AI辅助流程。
    目前，创智瑾程已积累3000+AI商业案例与场景方案，具备100+AI工程师协同能力，可为企业提供从需求梳理、方案设计、开发测试、本地部署到后续维护的一体化支持。
    十二、结语
    工程图纸自动签名看似是一个小工具，但本质上是工程设计企业出版流程中的典型RPA自动化场景。
    它涉及PDF识别、图签定位、签名映射、批量处理、OCR兼容、本地环境部署和客户操作习惯等多个环节。项目过程中出现的签名表路径、图片型PDF识别、计算书误识别、OCR依赖缺失等问题，也都是本地自动化项目中非常真实的交付难点。
    通过多轮需求确认、版本迭代和远程排查，项目最终形成了较稳定的工程图纸自动签名工具。该项目不仅帮助客户提高图纸签名效率，也为后续类似PDF处理、工程图纸自动化、RPA批量录入和企业流程自动化项目积累了可复用经验。
    如果企业也存在大量PDF文件处理、批量签名盖章、图纸图签填写、表格驱动自动化、批量开票辅助等需求，可以结合自身流程进一步评估自动化改造空间。
    公司名称：深圳创智瑾程科技有限公司
    官网：https://www.aiczjc.com

欢迎使用Markdown编辑器

你好！ 这是你第一次使用Markdown编辑器所展示的欢迎页。如果你想学习如何使用Markdown编辑器, 可以仔细阅读这篇文章，了解一下Markdown的基本语法知识。

新的改变

我们对Markdown编辑器进行了一些功能拓展与语法支持，除了标准的Markdown编辑器功能，我们增加了如下几点新功能，帮助你用它写博客：

1. 全新的界面设计，将会带来全新的写作体验；
2. 在创作中心设置你喜爱的代码高亮样式，Markdown将代码片显示选择的高亮样式进行展示；
3. 增加了图片拖拽功能，你可以将本地的图片直接拖拽到编辑区域直接展示；
4. 全新的KaTeX数学公式语法；
5. 增加了支持甘特图的mermaid语法¹功能；
6. 增加了多屏幕编辑Markdown文章功能；
7. 增加了焦点写作模式、预览模式、简洁写作模式、左右区域同步滚轮设置等功能，功能按钮位于编辑区域与预览区域中间；
8. 增加了检查列表功能。

功能快捷键

撤销：Ctrl/Command+Z
重做：Ctrl/Command+Y
加粗：Ctrl/Command+B
斜体：Ctrl/Command+I
标题：Ctrl/Command+Shift+H
无序列表：Ctrl/Command+Shift+U
有序列表：Ctrl/Command+Shift+O
检查列表：Ctrl/Command+Shift+C
插入代码：Ctrl/Command+Shift+K
插入链接：Ctrl/Command+Shift+L
插入图片：Ctrl/Command+Shift+G
查找：Ctrl/Command+F
替换：Ctrl/Command+G

合理的创建标题，有助于目录的生成

直接输入1次#，并按下space后，将生成1级标题。
输入2次#，并按下space后，将生成2级标题。
以此类推，我们支持6级标题。有助于使用TOC语法后生成一个完美的目录。

如何改变文本的样式

强调文本强调文本

加粗文本加粗文本

标记文本

删除文本

引用文本

H₂O is是液体。

2¹⁰运算结果是 1024.

插入链接与图片

链接: link.

图片:

带尺寸的图片:

居中的图片:

居中并且带尺寸的图片:

当然，我们为了让用户更加便捷，我们增加了图片拖拽功能。

如何插入一段漂亮的代码片

去博客设置页面，选择一款你喜欢的代码片高亮样式，下面展示同样高亮的代码片.

// An highlighted blockvarfoo='bar';

生成一个适合你的列表

• 项目
  • 项目
    • 项目

1. 项目1
2. 项目2
3. 项目3

• 计划任务
• 完成任务

创建一个表格

一个简单的表格是这么创建的：

设定内容居中、居左、居右

使用:---------:居中
使用:----------居左
使用----------:居右

SmartyPants

SmartyPants 是一个文本转换工具，主要功能是将普通的 ASCII 标点符号自动转换为更美观的印刷体标点符号。例如：

创建一个自定义列表

Markdown

Text-to-HTMLconversion tool

Authors

John

Luke

如何创建一个注脚

一个具有注脚的文本。²

注释也是必不可少的

Markdown将文本转换为HTML。

KaTeX数学公式

您可以使用渲染LaTeX数学表达式 KaTeX:

Gamma公式展示Γ ( n ) = ( n − 1 ) ! ∀ n ∈ N \Gamma(n) = (n-1)!\quad\forall n\in\mathbb NΓ(n)=(n−1)!∀n∈N是通过欧拉积分

Γ ( z ) = ∫ 0 ∞ t z − 1 e − t d t . \Gamma(z) = \int_0^\infty t^{z-1}e^{-t}dt\,.Γ(z)=∫0∞​tz−1e−tdt.

你可以找到更多关于的信息LaTeX数学表达式here.

新的甘特图功能，丰富你的文章

• 关于甘特图语法，参考 这儿,

UML图表

可以使用UML图表进行渲染，例如下面产生的一个序列图：

• 关于UML图表语法，参考 这儿,

流程图

• 关于Mermaid语法，参考 这儿,

FLowchart流程图

我们依旧会支持flowchart.js的流程图语法：

• 关于Flowchart流程图语法，参考 这儿.

导出与导入

导出

如果你想尝试使用此编辑器, 你可以在此篇文章任意编辑。当你完成了一篇文章的写作, 在上方工具栏找到文章导出，生成一个.md文件或者.html文件进行本地保存。

导入

如果你想加载一篇你写过的.md文件，在上方工具栏可以选择导入功能进行对应扩展名的文件导入，
继续你的创作。