请财务团队拿出他们持有的关于一家已付款两年的供应商的所有资料，答案很少是一份档案，而是一场搜索。贸易执照在某人的收件箱里，银行函件在自上次审计以来无人整理的共享文件夹里，所有权问题在一次电话中解决，而解决它的人已经离开。
这些都不罕见，也不意味着工作没有做，而是意味着工作无法展示。对于抵扣进项税的阿联酋企业，以及为其提供支持的会计师、审计师、税务顾问和企业服务提供商来说，这一区别已变得代价高昂。
了解 UMNIII Verify 如何将供应商请求及其证据保存在一条记录中
供应商档案如何散架
分散不是任何人的决定。当一个有多方参与的流程通过从未为其设计的工具运行时，就会发生这种情况：
- 文件通过供应商觉得最方便的方式到达。拍照后通过 WhatsApp 发送的贸易执照，附在有十一封其他邮件的线索中的银行函件，歪着扫描的签字表格。
- 请求本身是临时的。一位采购员要四样东西，另一位要六样，这种差异在有人比较两份档案之前是看不见的。
- 批准存在于对话中。财务部在与采购部的电话中接受一家供应商，而约定内容只保留在通话者的记忆中。
- 证据与其支持的决定相分离。文件在共享盘里，结论在电子表格里，两者之间没有任何联系。
- 电子表格会过时。供应商主清单在创建当天是准确的，此后悄然失准，因为供应商更改地址或您的联系人离职时，没有任何机制强制更新。
- 没有人拥有这份记录。采购部认为财务部持有，财务部认为采购部持有，两者都只对了一部分。
这种成本通常被描述为低效，这其实低估了它。真正的成本稍后才显现，分为两大方面：事后重建证据的工作，以及以这种方式运行流程带来的运营和商业拖累。值得把两者分开，因为补救办法不同。
决定实际要求您保留什么
联邦税务局 (Federal Tax Authority) 第 13 号决定 (2026) 适用于应税人收到的供应，在抵扣进项税之前。检查本身在我们的另一篇文章中有详细说明；这里重要的是关于记录而非检查的部分。
决定第 5 条规定了应税人必须执行的程序。除验证供应商和每项供应外，它还要求记录所采取的验证步骤并保留佐证文件和记录，以便主管机关能够核实这些步骤已正确执行。它还要求制定书面政策，指明负责实施、审核和监督验证程序的人员，明确其权限和职责，并与其他必需文件存放在一起。
请仔细阅读，因为它做了两件事。它要求做这项工作。然后单独要求这项工作能够向不在场的人证明。已经进行但无法证明的验证满足了第一点，而不满足第二点。
决定没有做的是为不足之处附加明确的后果。它规定了措施、程序和条件；它没有公布处罚，也没有说某一特定不足会导致抵扣被拒。任何告诉您相反说法的人都在添加文本中没有的内容。可以明确说的范围更窄但仍然重要：如果步骤没有记录、记录没有保留，您就无法向主管机关展示您做了什么，至于由此是否产生后果，应由主管机关和您自己的税务顾问判断，而不是一篇文章。
审计和证据成本
这项成本既落在企业身上，也落在为企业提供支持的公司身上。受托审查供应商尽职调查的审计师或顾问需要看到问了什么、收到了什么、谁在何时查看过。如果这些分散各处，业务工作就要吸收重建的成本：
- 时间花在整理档案而不是审查档案上，而整理工作要向某人收费。
- 抽样变得不可靠，因为容易证明的样本不是随机样本。
- 记录的缺失与工作的缺失无法区分。审查人员无法区分已做但未记录的检查和从未做过的检查。
- 日期变得模糊。第 5 条取决于供应商上次验证的时间，无法说明这一点的档案就无法回答这个问题。
- 发现的问题反复出现。每年都提出同样的缺口，因为两次审查之间没有任何结构性变化。
对于会计或审计公司来说，这是促使客户修复底层流程最明确的商业理由：您吸收的工作不是审计工作，而且会反复发生。
运营和商业成本
第二个方面是企业每周都能感受到的，远早于有人要求查看档案：
- 入驻耗时过长，因为两个不同的人向同一供应商两次索要同一份文件。
- 付款被搁置，因为有人在寻找一份确实存在却找不到的执照副本。
- 供应商根据企业提出请求的方式形成看法。不一致、重复的请求显得混乱，供应商会记住这一点。
- 员工流动变成数据丢失事件，因为档案有一部分在某人的脑子里。
- 不经人工处理，没有人能回答“我们的哪些供应商该重新查看了”，因此答案每年产生一次，而不是持续掌握。
这些单独看都不算严重。合在一起，它们是财务职能的一笔长期税负，以工时支付。
结构化的供应商工作流程是什么样的
解决办法不是更多的勤勉。处于这种情况的团队通常已经很勤勉；他们缺少的是能承载这种勤勉的形态。依次有六点：
- 每家供应商一条记录。关于该供应商的一切都归于此：问了什么、收到了什么、得出了什么结论。如果不在记录中，对任何审查人员来说就是没有发生。
- 每次都以相同方式询问。一次组合好的标准请求，让两个人入驻的两家供应商被要求按相同顺序提供相同内容。差异应是有意的选择，而不是由谁发送造成的结果。
- 根据提出要求的请求收集证据。不是放进共享盘，也不是放进收件箱，而是对应请求，让文件和它所回答的问题保持在一起。
- 记录审核，而不仅是结果。谁查看过、何时查看、得出什么结论。这是最常缺失的部分，也是第 5 条最直接涉及的部分。
- 将结果保存在可以提供的地方。一份可以按要求一次性整理好的档案，无需搜索。
- 知道下次审核何时到期。第 5 条中的十二个月期间从往来之日起算，而不是从固定的年度日期起算，因此这是一个持续的问题，每年一次的工作回答得太晚。
请注意，这些都与判断无关。是否接受供应商仍由企业决定。结构的作用是让这一决定事后可见。
UMNIII Verify 如何提供帮助
UMNIII Verify 围绕请求打造：您选择供应商需要的文件、问题和检查，发送一个带品牌的链接，所有内容都返回到一条记录，您的团队可以搜索、重新打开和下载。由此带来三点，直接解决上述问题。
- 每家供应商都以相同方式被询问，证据与问题保存在一起。现成的问题集、您自己的自定义表单和 Verify 社区发布的表单，以及文件请求，全部保存为可重复使用的模板。身份验证、AML 筛查和企业验证按请求选择，而不是应用于所有人。返回的内容附加到提出要求的请求上，而不是收件箱。
- 负责人、进度和下次审核都可见。共享 Workspace，包含成员、角色和共享点数，执行工作的人和审核的人都会被记录。每个请求的进度，让停滞的请求可见而不被遗忘，可选的提醒会在请求未完成时自动跟进。验证日期跟踪显示供应商何时接近需要重新查看的时间点，从同一 Workspace 管理重新验证，早期证据与新请求保存在一起。
- 档案可以一次性提供。每个请求一份带品牌的证据包，包含其历史、可用的佐证、结果和提交的表单，单个文件、表单回复 PDF 和 AML 报告可单独获取。
导入现有供应商群是两件不同的事。在 Workspace 中，您可以从 CSV 文件导入供应商清单，将电子表格列对应到 Verify 供应商字段，并在导入前检查结果。另外，来自 SAP、Oracle、其他 ERP 和采购系统、中间件或结构化供应商导出的数据通过配置的集成到达，而不是自助连接器：其范围取决于您的系统及版本、云端或本地部署、任何中间件或可用 API，以及您的字段如何对应 Verify 供应商模型。两种途径都不会自行启动任何操作。导入供应商不会启动检查、消耗点数或向任何人发送电子邮件，仍由您的团队选择验证谁以及何时验证。
有用的产出不是通过或不通过，而是一份有条理的记录：问了什么、收到了什么、谁在何时审核，这是分散的流程花多少钱都无法产出的。
UMNIII Verify 支持这项工作并提供证明。它不会替您做出税务、法律、合规或供应商接受决定，也不会代表您向 Federal Tax Authority 提交任何内容。
从哪里开始
从一份您不希望被问到的供应商档案开始。不是最差的，而是有代表性的。试着用您现有的资料整理出问了什么、收到了什么、谁审核过以及在什么日期。所花的时间就是您目前每份档案的成本，也是值得提交给决定团队时间用途的人的数字。
然后把同样的接收流程一次性做成模板，让下一家供应商通过它而不是电子邮件。
关于要求本身，我们关于 FTA 第 13 号决定 (2026) 的文章说明了该决定对应税人的要求，阿联酋供应商验证页面将决定和工作流程并列呈现，包括重新验证和证据。关于公司检查，KYB 和公司验证页面有更详细的介绍。
本文是面向财务、采购和合规团队及为其提供建议的公司的一般信息。此处内容均不构成法律或税务建议，也没有说明任何特定不足会导致处罚或抵扣被拒。Federal Tax Authority 发布的英文文本注明为非官方翻译，以阿拉伯文为准。决定本身请参阅 Federal Tax Authority 决定页面；关于其如何适用于贵公司，请咨询合格的阿联酋税务顾问。
财务团队通常先测算用现有资料整理一份有代表性的供应商档案需要多长时间，然后把这一接收流程一次性做成模板。