首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >采购合同初审实操|用 WorkBuddy 解析合同,理清统一社会信用代码与税号的区别 #WorkBuddy 标签放在文末:#WorkBuddy #AI 办公 #

采购合同初审实操|用 WorkBuddy 解析合同,理清统一社会信用代码与税号的区别 #WorkBuddy 标签放在文末:#WorkBuddy #AI 办公 #

原创
作者头像
用户12689731
修改2026-08-14 14:31:11
修改2026-08-14 14:31:11
480
举报

做物资采购,合同主体信息核验是常规初审工作,经常需要从 Word、PDF 采购合同里提取供应商证照、开票信息。日常在使用 WorkBuddy 解析商务文档的过程中,我总结了一套提取、校验主体信息的提示词,用来快速区分统一社会信用代码纳税人识别号(税号),本文记录下我的实测用法。

很多同事会默认一句话:统一社会信用代码就等于税号。这个说法并不绝对,需要结合企业主体类型、换照状态区分。

2015 年 10 月起实施三证合一,在此之后新注册、或者更换新版营业执照的企业,18 位统一社会信用代码与纳税人识别号一致,合同、开票可以直接使用该号码。

但仍存在部分存量主体情况特殊:未更换新版营业执照的老企业,存在独立的 15 位旧税务登记号作为税号,和工商统一社会信用代码不相同;个体户情况不一,多数使用 18 位统一社会信用代码,少数个体户的纳税人识别号直接使用经营者身份证号;机关事业单位这类主体,本身没有统一社会信用代码,需要单独登记税务编号。

在合同初审里,如果只填写统一社会信用代码、没有单独确认税号,后续开票时有可能出现信息不匹配,影响发票认证、对账付款。因此我在审核供应商资料时,会把这一项作为固定检查点。

日常我会直接把采购合同 PDF 或 Word 上传 WorkBuddy,用自定义提示词完成信息提取与风险标注。轻量信息提取,优先选择 Ask 模式,减少积分消耗;复杂深度合同风险分析,再使用 Craft 模式。

我常用的提取指令 读取这份采购合同,提取供应商全称、统一社会信用代码、纳税人识别号(税号)、注册地址、开户行、联系电话,整理成表格输出;同时判断该主体是否属于三证合一企业,标注统一社会信用代码和税号是否一致;如果合同只提供统一社会信用代码、没有单独写明税号,增加风险提示,提醒开票前和供应商二次确认。

执行完成后,工具会直接整理结构化的供应商信息表,并给出风险备注,适合批量供应商资料初审。

如果需要给供应商、财务直接使用,我会追加第二条指令,输出一份开票信息确认清单:

基于刚刚提取到的供应商信息,整理采购初审核验清单:核对合同主体名称和证照主体是否匹配,区分说明统一社会信用代码、纳税人识别号两者用途差异,标记老企业、个体户、事业单位这类特殊主体的开票注意事项,输出一份可直接转发的开票确认单。

除了主体证照信息,合同里交货周期、验收标准、逾期违约责任、付款账期也是重点风险项,我一般会追加审核指令,一次性完成基础条款筛查:

继续审核这份采购合同,重点检查交货周期、验收标准、逾期违约责任、付款账期,对模糊、权责不对等的条款标注高 / 中风险,给出可直接修改的合同文字建议,最后汇总供应商主体信息表和合同风险清单。

长期高频用 WorkBuddy 处理合同文档,我总结了几个控制积分消耗的小技巧:

简单信息提取、文本整理优先轻量 Ask 模式;对话上下文累积过多之后,输入/compact压缩上下文,降低后续交互消耗;高频复用的核验指令,可以保存为自定义 Skill,后续上传合同直接调用,不用反复复制提示词。

补充说明:WorkBuddy 积分存在多种获取渠道,其中腾讯云开发者社区 WorkBuddy 投稿激励属于往期限时活动,活动周期已结束,不再作为稳定积分途径。日常可以通过客户端内官方任务、签到等官方途径获取免费积分,具体以客户端内实时展示的活动规则为准。

对采购、供应链从业者来说,合同主体信息看着只是一串编号,但统一社会信用代码和税号一旦混淆,会直接影响进项发票认证、对账和付款。这类标准化、重复性的初审信息提取工作,可以借助 AI 工具做初步筛查,人工聚焦风险项复核、线下和供应商确认信息,减少重复劳动。如果你也经常处理供应商合同、入库资料,可以复用这套提示词在自己的业务文档里测试。

#WorkBuddy #AI 办公 #合同审核 #采购管理

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档