← → 翻页 · B 静态 · ESC 索引
Tari · Compliance Verification
SCQA · Product Narrative · 01 / 20
SITUATION · COMPLICATION · QUESTION · ANSWER

Tari
合规验证系统

用 SCQA 讲清进口合规业务背景、传统流程痛点,以及 AI Agent 如何把混乱文件变成可审计证据链。
Based on business-process narrative + AI agent design
IKB Swiss Style
S · Situation
02 / 20
THE BUSINESS STORY

进口
要说清
依据

从 CBP 视角,每一票货都必须证明:谁负责、是什么、怎么归类、值多少钱、原产国在哪里、税费怎么算、证据在哪里。

Entry-level evidence
Documents
7501

Entry Summary

Entry number、IOR、HTS、origin、entered value、duty。

Invoice

Commercial facts

商品、价格、买卖双方、数量、Incoterm。

HBL / B/L

Shipment facts

运输路线、柜号、收发货方、提单号。

ISF / IOR docs

Party facts

制造商、买方、卖方、EIN、账户与权限。

Situation: Every entry is a claim that needs proof.
Situation · Roles
03 / 20
Who participates in one import entry

一票进口,六类角色

01

Purchaser

掌握商品、供应商、价格与采购事实。

02

IOR

Importer of Record,对 CBP 承担申报责任。

03

Broker

代表 IOR 报关,掌握 entry filing 事实。

04

Logistics

货代、船公司、NVOCC 产生运输证据。

05

CBP / ACE

审查、清算、退款与审计的官方系统。

06

Tari

把角色、文件、字段与风险连接成证据系统。

C · Complication
04 / 20
The trap in product framing

真正卡住业务的,是证据链不够清楚

OLD Narrow view
抽字段
导 CSV

把需求理解成 OCR、文件分类或 CAPE entry number 导出,产品会变成一次性工具。

  • 只看到单份文件里的字段
  • 只回答哪些 entry 可能退款
  • 无法解释字段为什么可信
NEW Compliance view
建证据
做验证

Mike 的新方向是 compliance verification database:每条 entry 都要有来源、关系、检查结果与下一步。

  • 文件之间要能互相证明
  • 风险要能落成 worklist
  • 审计时要能拿出 binder
Q · Question
05 / 20
THE PRODUCT QUESTION

怎样让 importer、IOR、broker 和律师相信:
这条 Entry 的申报有证据、有解释、可追溯?

AI 的角色应该收在证据整理和风险提示上:evidence supports / evidence missing / needs review / potential issue。

A · Answer
06 / 20
Product positioning

Tari 是 evidence-backed compliance database

LAYER 01

Messy trade records

PDF、Excel、截图、压缩包、重复文件、坏文件、命名混乱。

Intake + Classification
LAYER 02

Entry evidence graph

把 Document、Party、Product、Shipment、Entry、EntryLine 与字段来源连起来。

Evidence Graph
LAYER 03

Verification package

输出 worklist、readiness、review tables、CAPE list 与 audit binder。

Human Review + Export
Architecture · Evidence System
07 / 20
Core data model

数据库要承载文件之间的证据关系

每个字段都必须有来源页、置信度、支持关系和复核状态。这样 Agent 的发现项才能被人接手。

Objects

Batch / Document / Party / Product / Shipment / Entry / EntryLine

Evidence

ExtractedField / EvidenceLink / source document / page / confidence

Action

VerificationCheck / Finding / QuestionnaireItem / AuditBinder

Entry
Document
7501 / Invoice / ISF
Party
IOR / seller / broker
Product
SKU / HTS / origin
Finding
risk / owner / next action
Agent Workflow
08 / 20
From batch upload to business action

Agent 工作流是一条证据生产线

01Intake盘点、解压、去重、坏文件检测
02Classify7501、invoice、HBL、ISF、账户文件
03ExtractEntry、IOR、HTS、value、origin
04Graphentry / shipment / party / product 关联
05Verify专题 Agent 跑一致性与缺口检查
06Review生成 worklist、表格、audit binder
The system never jumps from file to legal conclusion.
Process Detail · Phase 1
09 / 20
Intake and file normalization

先把客户交来的资料包理顺

Input

用户上传一批文件

可能是 PDF、Excel、截图、压缩包。上传人可能是 importer、purchaser、IOR、broker 或合规团队。

Batch

系统建立批次清单

生成 batch id、上传 manifest,记录这次客户到底交了哪些材料。

File Queue

逐个文件进入处理队列

系统做解压、去重、校验、坏文件识别;扫描件才进入 OCR。

First Output

得到文件库存

每个文件有类型判断、可读状态和处理记录,为后续抽取做准备。

01Upload
02Manifest
03Queue
04Inventory
Process Detail · Phase 2
10 / 20
Per-file extraction stream

按文件类型抽取业务事实

7501

entry、IOR、HTSUS、value、duty

Invoice / Packing

商品、买卖双方、数量、发票金额

B/L

HBL / MBL、柜号、承运人、港口

ISF

manufacturer、seller、buyer、ship-to

IOR Docs

EIN、注册信息、主体状态

Account / Banking

ACE、5106、TAO、ACH、Notify Party

Support Docs

PO、付款、合同、原产地证、规格书

Facts Store

字段 + 来源页 + 置信度

02

这一阶段不判断风险,只把每类文件里的关键事实可靠地拿出来,并记录它来自哪份文件、哪一页。

Process Detail · Phase 3
11 / 20
Batch close and evidence graph build

把散文件串成一条 Entry 证据链

批次完成后,系统把同一票 entry、shipment、party、product 和 supporting documents 连接起来。

Live Draft

边处理边形成草图

文件陆续完成时,系统先建立临时链接,帮助业务人员看到进度。

Batch Barrier

批次关闭后统一合并

等文件处理完或用户确认关闭批次,再做别名合并和关键字段匹配。

Evidence Graph

形成版本化证据图谱

每个关系都有来源和版本,后续复核可以追溯。

Entry · Shipment · Party · Product · Code · Document
Process Detail · Phase 4
12 / 20
Deterministic checks before AI-heavy review

先用明确规则清洗一遍事实

CHECK 01

必备文件检查

这一票 entry 是否有 7501、invoice、packing、B/L、ISF、IOR 相关材料。

required docs
CHECK 02

编码和主体归一

统一 HTSUS、Chapter 99、IOR、EIN、port、manufacturer 等写法。

normalization
CHECK 03

事实层成型

留下干净事实、冲突项和缺失证据,供后面的合规 Agent 使用。

verified fact layer
Process Detail · Phase 5
13 / 20
Compliance agent fan-out

再由专题 Agent 分头检查

Account + CAPE

能不能提交、能不能收款

ACE、5106、TAO、ACH、Notify Party,以及 ready / candidate / blocked。

HTS + Tariff

分类和税费是否说得通

HTS 一致性、Chapter 99、IEEPA、MPF、HMF、AD/CVD。

Origin

原产国证据是否完整

7501、invoice、ISF、manufacturer 信息是否一致。

Valuation

申报价值有没有依据

invoice vs entered value、折扣、运费、付款、估价上下文。

Assists + First Sale

高风险事实需要补问

模具、设计、材料、工程服务,多层交易和 first sale 文件链。

Exemption + Audit

特殊归类和审计材料

豁免支持文件、特殊用途证明,以及审计资料包所需材料。

Process Detail · Phase 6
14 / 20
Findings, human review, and re-run loop

把发现项变成可以跟进的任务

01

Finding normalizer 统一状态和严重程度。

02

Human Review Agent 指定 owner:importer、purchaser、IOR、broker 或 lawyer。

03

系统只问文件回答不了的问题,生成缺失事实问卷。

04

用户、broker 或律师补充事实后,系统只重跑受影响的检查。

Findings

冲突、缺口、低置信度

Questionnaire

需要人补充的事实

Re-run

补件后更新证据状态

Process Detail · Phase 7
15 / 20
Final package generation

生成能交付的
合规工作包

最后一阶段把证据图谱、检查结果和人工复核状态整理成不同角色能继续使用的输出。

Audit Binder Agent

按 entry 生成审计资料包和 evidence index。

Export Agent

导出 CAPE-ready / candidate CSV、账户清单、风险工作簿。

Satisfied Output

importer、IOR、broker、合规经理和律师都能接着处理。

Compliance verification package
Verification Scope
16 / 20
What the AI agents check

12 个检查域,全部回到 evidence

01

CAPE readiness

02

Account / payment

03

Import codes

04

HTS classification

05

Tariff classes

06

Valuation basis

07

Country of origin

08

Assists signals

09

First sale packet

10

Exemption docs

11

Audit binder

12

Human review

12
Verification domains

每个检查域都要留下证据状态、风险发现、责任人与下一步。

AI Boundary
17 / 20
What AI should and should not do

系统先整理证据,专业人员再做判断

— 01 / CLASSIFY

整理事实

分类文件、抽字段、保留来源和置信度。

— 02 / COMPARE

发现冲突

比对 invoice vs 7501、HBL vs ISF、IOR vs EIN。

— 03 / ASK

生成问题

文件不足时,系统生成需要补充的问题。

— 04 / REVIEW

交给人确认

broker、compliance manager 或 lawyer 确认 HTS、origin、valuation、first sale。

MVP Roadmap
18 / 20
Build from the smallest valuable loop

MVP 从一条 Entry 的证据包开始

01
Phase 1

Evidence chain + CAPE readiness + account/payment readiness + audit binder。

02
Phase 2

HTS、tariff、origin、valuation、party / supply-chain verification。

03
Phase 3

Assists、first sale、exemption documentation、product master history。

04
Phase 4

Continuous compliance database:持续导入 broker / ERP / ACE 数据并监控历史变化。

Product Requirements
19 / 20
What the first product must prove

最终交付物要能被团队接着用

Import / Export
Compliance
Verification
Package

一套能给老板、合规团队、broker 和律师继续工作的交付物。

Artifacts
10

summary、index、worklist、review tables、binder 等输出结构。

Core objects
14

从 Batch、Document 到 Finding、Questionnaire、AuditBinder。

Agent modules
15

分类、抽取、图谱、专题检查、审计包和人工复核。

Ready /
Candidate /
Blocked

核心状态机围绕证据展开:证据是否支持、哪里缺、谁复核、下一步是什么。

20 / 20
CLOSING
ANSWER
Build
evidence.
Let people
decide.
Tari · Compliance Verification
END
TAKEAWAYS
03 RULES
  • 01

    先做 entry-level evidence package

    MVP 不追求覆盖全部法律问题,先把一票 entry 的证据链跑通。

  • 02

    把 CAPE 放进更大的验证框架

    Refund 是商业切口,长期价值是持续沉淀的 compliance database。

  • 03

    所有 AI 结论都必须可追溯

    没有来源、没有责任人、没有下一步的 finding,不应该进入产品主流程。

SCQA · Situation / Complication / Question / Answer