产品概览

欧洲信托公司长期依赖人工处理大量文件,而合规要求又使得数据无法轻易交给通用 SaaS 工具。TreuAI 正是为填补这一空白而生——一套真正懂得欧洲金融合规环境的本地化 AI 系统。

这套系统是什么?

TreuAI 是一套专为信托公司及类似专业服务机构设计的本地化人工智能系统,能够处理发票、合同、知识库、邮件等核心业务文档,实现自动化数据提取、智能问答、文档匿名化和客户沟通自动化。

简单说:它帮助信托公司的团队把每天重复性的文件工作交给系统自动完成,让她们可以把精力放在真正需要人判断的事情上。

三大核心特点

特点说明
完全本地运行所有数据在客户自己的服务器上处理,无需联网、无需云端账号,完全满足瑞士 nFADP、欧盟 GDPR 等数据保护法规——这是默认模式,也是推荐模式
云端模型(可选)若客户希望,可在设置中自行开启:将脱敏后的数据发送给 GPT-4o / Claude / Mistral 等模型处理——这是纯粹的可选功能,关闭时系统完全离线
模块化、可扩展每个模块可独立交付、独立上线,无需等待所有功能完成——最小可以只上线「发票处理」单个模块

产品结构

🟢 小型公司推荐启动方式:不需要一次购买整套系统。可以从「发票处理」单个模块开始——覆盖 OCR 识别、会计科目建议、导出到 Abacus/Xero。等跑通第一个模块、看到实际效果之后,再决定是否扩展其他功能。这是成本最低、风险最小的入场方式。
核心模块(四大基础能力)
├── 发票处理模块
├── 合同匿名化模块
├── 知识库问答模块(RAG)
└── 邮件自动化模块

扩展模块(13 个,按需开发)
├── 合同审查与风险预警
├── 客户生命周期管理
├── 财务异常检测
└── 更多……

交付流程

阶段说明参考时长
1. 调研使用《客户调研表》收集 IT 环境、业务流程、样本文档1–2 周
2. 适配开发基于调研结果进行模型微调、规则配置、接口开发视模块而定
3. 分模块交付每个模块完成后即可上线,无需等待全部完成持续
4. 持续扩展后续可按需增加新扩展模块持续

市场机会

欧洲信托行业的数字化程度普遍偏低,许多公司仍在用电子表格和邮件管理数百份合同与发票。与此同时,GDPR 和 nFADP 的严格合规要求,使得大多数通用 SaaS 工具无法被采用。这正是本系统的独特优势所在——它是专门为这个市场设计的,而不是改造自其他行业的通用工具。

瑞士有多家持牌信托公司,其中绝大多数尚未实现任何 AI 辅助的文件处理。这是一个需求明确、竞争空白且合规壁垒高的市场——作为率先布局的合作方,您将拥有显著的先发优势。

客户真实使用场景

以下是您在与瑞士 Treuhand 公司沟通中收集到的核心痛点——她们在日常工作中希望 AI 帮助解决的问题:

业务场景具体需求
发票与记账OCR 提取发票数据并自动建议会计科目;银行对账自动匹配;收据拍照→结构化数据→起草记账凭证;工资单按 AHV/ALV 规则验证;月末前自动标记异常交易
税务申报从银行流水、工资单、历史申报表中本地预填税务表格;来件客户文档(工资证明、租金收入单)自动分类后再人工审核
客户顾问基于公司内部文档生成管理评述草稿;与匿名同行数据对比生成行业对标报告;会议前自动读取客户档案并生成谈话要点
合同匿名化200–300 页合同本地脱敏后,可安全上传至 ChatGPT 等工具请 AI 检查合同漏洞和风险条款
客户沟通自动化自动发邮件提醒客户提交税务申报所需资料;AI 检查已收到的资料是否完整,缺失时自动起草催办邮件

名词说明

术语含义
本地模型部署在客户服务器上的 AI 模型,数据不离开内网
云端模型调用国际主流 AI 模型(如 GPT-4o、Claude、Mistral),处理非敏感场景,速度更快、能力更强
RAGRetrieval-Augmented Generation,让 AI 基于公司文档回答问题并标注来源
脱敏去除文档中的姓名、账号、地址等可识别个人信息
nFADP瑞士新版《联邦数据保护法》
FINMA瑞士金融市场监管局
AHV / ALV瑞士两大社会保险险种(养老保险 / 失业保险),每位员工工资中强制扣缴
Treuhand德语「信托公司」,瑞士通常同时提供会计、税务、顾问等综合服务

发票处理模块

每周一早上,团队需要把上周所有客户的供应商发票整理入账——以往要花好几天,现在只需拖拽上传,系统在 15 分钟内完成识别、建议科目并准备好导入格式,她们只需确认异常项即可。

功能列表

功能说明
批量上传单次支持 1000 个文件(PDF / JPG / PNG / TIFF),拖拽上传、断点续传、实时进度显示
OCR 自动识别提取字段:供应商名称、发票日期、发票号码、金额、税额、增值税税率
多语言 + QR-bill支持德语、法语、英语;瑞士 QR-bill 格式专项解码
人工校对低置信度字段自动标红,支持人工校对与批量确认
银行对账自动匹配本地模型基于公司历史交易记录训练,自动将发票与银行流水匹配,匹配成功标绿,异常项标红等待人工处理
收据拍照入账手机拍摄收据后,照片自动传入系统;OCR 识别后生成结构化数据并起草记账凭证,全程本地处理,无需手动录入
工资单 AHV/ALV 验证上传工资单后,系统自动按瑞士 AHV(养老保险)和 ALV(失业保险)规则交叉核验,标记不符项,发现差异自动提示
自定义导出表格列可自定义并保存模板,按供应商 / 日期 / 状态筛选后导出 Excel / CSV 至 Abacus / Xero / DATEV

对客户的价值

初次沟通确认清单

以下是与客户深入沟通时需要了解的关键信息。每个问题背后都有具体的技术原因——了解得越清楚,我们为她们定制的方案就越贴合实际、报价也越准确。
了解方向建议提问方式了解这一点的目的
发票量级每月处理多少张发票?高峰期是多少?决定并发处理能力和队列策略
发票版式供应商发票格式是否统一?有多少种不同版式?OCR 泛化能力;是否需要为每个供应商单独配置模板
发票语言主要是德语、法语,还是混合?是否有意大利语?语言模型选择、OCR 语言包配置
QR-bill 比例有多少张发票使用瑞士 QR-bill 格式?是否需要开发专用 QR-bill 解码器
发票来源电子 PDF 为主,还是扫描件?扫描件质量如何?图像预处理强度(去噪、旋转矫正等)
ERP 系统使用什么会计软件(Abacus / Xero / DATEV)?版本?导出格式设计(CSV 结构 / API 对接方式)
会计科目表能否提供会计科目表(Kontenplan)?自动科目建议规则的依据
审批流程谁审批发票?是否需要与采购订单 / 交货单匹配?人工校对节点设计、审批流配置
样本发票能否提供 20–30 张真实发票(已脱敏)?模型验证和准确率基线测试
特殊需求是否需要提取行项目(商品名称、数量、单价)?评估扩展功能的额外开发工作量

扩展能力

合同匿名化模块

信托合同中包含大量客户隐私信息,每当需要发给外部律师或审计师时,团队都要花时间手动遮盖敏感内容。这个模块让这个过程变得安全、快速,且完全符合 GDPR 和 nFADP 要求。

功能列表

功能说明
敏感信息识别自动识别:人名、公司名、银行账号、地址、电话、邮箱等
多种遮盖方式[REDACTED] 文字遮盖、自定义文字、上传图片(Logo / 印章)、纯色背景块
交互式预览高亮显示所有敏感位置,支持手动调整覆盖位置与大小
格式保留输出保留原文档结构(段落、表格、页眉页脚),支持 PDF / Word 格式
批量处理支持一次处理数百页的大型合同

典型使用场景

您在与客户沟通中提到的一个典型真实场景:

「我们有一份 200–300 页的信托协议,想先用本地 AI 把所有客户姓名、公司名、银行账号都遮掉,得到一份干净的合同副本。然后再把这份匿名合同上传到 ChatGPT,让它帮我们检查合同里有没有漏洞或对我们不利的条款。」— 瑞士 Treuhand 公司反馈

这个「本地脱敏 → 安全调用云端 AI 分析」的工作流,正是本模块设计的核心逻辑。

对客户的价值

初次沟通确认清单

了解客户的合同类型和使用场景,才能设计出真正符合她们工作习惯的脱敏规则。以下是关键问题。
了解方向建议提问方式了解这一点的目的
合同类型主要处理哪些类型的合同?(信托协议、投资协议、服务合同等)决定 NER 模型的训练方向和实体类型
敏感信息清单除了常规的人名、地址、银行账号,是否还有其他需要遮盖的特定信息?规则引擎配置(如特定编号、项目代号等)
输出要求匿名化后的文档是内部使用,还是交给外部律师 / 审计师?决定遮盖方式(文字遮盖 vs 图片覆盖)
版式保留要求是否需要保留原文档的表格、页眉页脚、目录?文档解析和重建策略
批量处理量一次最多处理多少份合同?合同页数范围?内存与性能优化方案
审计要求是否需要记录「谁在何时遮盖了哪些字段」?审计日志设计
样本合同能否提供 5–10 份真实合同(已脱敏)用于模型测试?识别准确率验证

扩展能力

知识库问答模块(RAG)

信托顾问的核心价值在于专业判断,而不是在档案柜里翻文件。这个模块把公司多年积累的文档、法规、客户档案变成一个随时可对话的「顾问辅助大脑」——不管是见客前准备、还是快速查合规条款,都能在秒级内得到答案。

功能列表

功能说明
文档导入支持 PDF / Word / Excel / TXT,自动分段、清洗、向量化存储,支持增量更新
文档贡献度分析系统评估每份文档的信息密度和重复度,告诉团队哪些文档真正有价值、哪些可以跳过,避免知识库膨胀
溯源答案用户提问后,答案自动标注来源文档,并显示每个来源的贡献百分比
原文跳转可点击来源直接跳转到原文的具体位置
权限隔离支持按客户 / 部门隔离知识库,不同员工只能访问自己权限范围内的文档
会议前客户简报见客前,系统自动读取该客户的所有档案,生成结构化「谈话要点」——待处理事项、近期变更、历史问题逐条列出,让顾问做到心中有数
匿名同行对标报告将客户的财务数据与系统中匿名化的同行数据进行对比,本地生成行业对标分析报告,为顾问的会议建议提供数据支撑

对客户的价值

初次沟通确认清单

了解客户日常面对的文档类型和提问习惯,是构建一个真正「好用」知识库的前提。以下问题帮助我们做好准备。
了解方向建议提问方式了解这一点的目的
文档类型主要有哪些文档类型?(客户档案、法律条款、内部制度、项目报告)决定文档解析器的选择
文档量级初期有多少份文档?未来每月新增多少?向量数据库规模和更新策略
语言分布文档主要是德语、法语,还是英语混合?embedding 模型选择(多语言模型)
问答场景用户最常问哪类问题?(如「某客户资料还缺什么」「合同中有哪些风险条款」)检索策略优化、答案格式设计
权限隔离是否需要按客户 / 部门隔离知识库?多租户架构、权限控制设计
文档贡献度是否需要自动评估文档价值,避免知识库膨胀?贡献度分析算法开发
样本文档能否提供 10–20 份典型文档(已脱敏)用于测试?向量化效果验证、检索准确率基线

扩展能力

邮件自动化模块

催收客户资料是信托团队每天都要面对的重复性工作——发现缺件、写邮件、跟进回复,周而复始。这个模块把这个流程完全自动化,让团队只需要关注真正需要人工判断的例外情况。

功能列表

功能说明
资料完整度检测自定义维度(身份证明、地址证明、税务资料、合同等),支持必填 / 可选配置;自动生成完整度百分比和缺失清单
触发策略支持实时触发、定时触发、手动触发、事件触发(如客户上传后)
数据变更报告定期执行数据比对(每日 / 每周 / 每月),输出变更报告
动态邮件模板富文本邮件模板 + 占位符动态填充(客户姓名、缺失资料列表、截止日期等)
发送策略立即发送、定时发送、延迟发送、人工审阅后发送
投递追踪追踪发送状态,失败自动重试,硬退回通知管理员

对客户的价值

初次沟通确认清单

邮件自动化的核心是贴合客户团队真实的工作节奏。以下问题帮助我们配置出最符合她们日常习惯的触发逻辑和邮件模板。
了解方向建议提问方式了解这一点的目的
资料维度需要检查哪些资料类型?(身份证明、地址证明、收入证明、合同等)完整度规则配置
必填 / 可选哪些资料是必须提交的,哪些是可选的?评分算法设计
触发条件希望什么时候触发分析?(客户上传后、每天固定时间、手动)调度策略配置
邮件模板是否有现有邮件模板?希望包含哪些动态字段?模板引擎设计
人工审阅哪些邮件需要人工审阅后才能发送?审批流配置
投递追踪是否需要记录邮件是否被打开、链接是否被点击?追踪像素、链接重写设计
重试策略发送失败后重试几次?间隔多久?重试队列设计
客户邮箱来源客户邮箱是从 CRM 同步,还是手动录入?数据源对接方式

扩展能力

税务申报辅助模块

每年税务申报季,信托公司的团队要从大量客户提交的文件中手动提取数据、预填表格、逐一核对——这是最密集、也最容易出错的时段。这个模块把这个流程变成系统自动处理、人工只做最终确认。

功能列表

功能说明
税表本地预填系统从客户提供的银行流水、工资单、上一年申报表中自动提取数据,预填当年税务申报表的对应字段,人工只需核查和确认
来件文档自动分类客户提交的各类文件(Lohnausweis 工资证明、Vorsorgeausweis 退休金账户报告、租金收入单、利息收入单等)自动识别类型并归入对应分类,无需人工逐一整理
纸质税务文件 OCR客户邮寄或亲自送来的纸质文件,扫描后系统自动识别关键字段(金额、日期、账户编号等),结构化存储
缺件自动检测系统对照申报所需文件清单,自动识别哪些已收到、哪些仍缺失,与邮件自动化模块联动,自动发送催件提醒
多年数据对比与上一年申报数据自动对比,标注变化幅度异常的字段(如收入突增 / 突降),辅助顾问判断是否需要客户进一步说明
合规备注生成对特殊项目(海外账户、加密货币、继承资产等)自动生成标准合规备注草稿,供顾问审阅后纳入申报材料

对客户的价值

初次沟通确认清单

税务申报流程在每家公司有所不同——申报软件、文件来源、截止日期节奏各异。以下问题帮助我们为她们配置出最匹配实际工作节奏的方案。
了解方向建议提问方式了解这一点的目的
申报软件目前用哪款税务申报软件?(如 TaxWare、Abacus Tax、SORBA 等)决定预填数据的导出格式和对接方式
申报规模每年处理多少份客户申报?高峰期集中在几月?并发处理能力和任务调度策略
文件来源方式客户文件主要是邮件发送、客户门户上传,还是邮寄纸质?各占比例?文件接入方式设计
典型文件清单一份完整的申报材料通常包含哪些文件?(Lohnausweis、Vorsorgeausweis、银行利息单等)分类规则配置和缺件检测逻辑
特殊客户类型是否有海外账户、加密货币、继承资产、公司持股等复杂情况的客户?特殊合规备注模板开发
人工审核节点哪些步骤必须由顾问本人确认才能提交?审批流设计,确保人工控制点不被跳过
历史申报数据能否提供 3–5 份已脱敏的历史申报材料?模型训练和字段提取准确率验证
截止日期压力最紧张的时候,一周内要完成多少份申报?有没有特别集中的截止日?评估系统峰值处理能力需求

扩展能力

扩展模块

四大核心模块打下基础后,这些扩展能力可以根据客户的实际需求逐一激活。每增加一个模块,系统就离真正的「数字化工作台」更近一步——对客户来说,也意味着更深的使用依赖和更稳固的合作关系。

05 · 合同审查与风险预警

自动识别关键条款,与标准条款库比对,标注差异和风险等级,生成审查报告

06 · 客户生命周期管理

整合签约日、服务到期日等节点,自动生成时间轴,提前发送续约提醒

07 · 财务异常检测

基于历史数据训练异常检测模型,自动标记重复发票、金额异常、非工作时间付款

08 · 多准则报表生成

从已处理发票和账目中提取数据,一键生成 GAAP / IFRS / FER 合规报表

09 · 智能客服助手

理解客户邮件意图,匹配标准回复模板生成草稿;常见问题可直接自动回复

10 · 文档自动分类归档

自动分类文档并重命名,支持批量导出或同步到内部文档系统

11 · 合规监管报送

自动提取 FINMA / MROS 报送字段,生成标准化 XML / CSV 文件,标记高风险交易

12 · 客户自助服务门户

客户专属 Web 门户,自助上传资料、查看完整度、下载匿名化合同,集成 AI 助手

13 · 投资组合监控预警

对接投资账户,自动计算资产配置、收益率、风险指标,生成投资分析报告

14 · 电子签名集成

匿名化合同一键发起 Skribble / Signhost 签署,自动跟踪状态,签署完成后归档

15 · 会议纪要生成

上传会议录音自动转写,提取要点、行动项,分配负责人和截止日期

16 · 年报 / 季报自动生成

基于全年数据抽取关键指标,生成含动态图表的定制化年报,输出精美 PDF

17 · 文档自动翻译

一键批量翻译合同、税务文件(德 / 法 / 英),保留原格式,支持人工校对

各模块沟通要点

在向客户介绍某个扩展模块之前,建议先了解以下背景信息,这有助于判断该模块是否适合她们当前阶段,以及如何最有效地呈现其价值。

模块建议优先了解的信息
合同审查客户现有的合同审查流程、标准条款库、常见风险类型、历史审查案例
客户生命周期客户签约日期字段位置、服务周期定义、续约提醒提前天数、续约报价模板
财务异常检测历史发票 / 账目数据量、异常判定规则(金额阈值、重复周期)、审计复核流程
多准则报表需要哪些报表类型(资产负债表、损益表、现金流表)、会计准则(GAAP / IFRS / FER)、报表格式偏好
智能客服历史客户邮件样本、常见问题类型、标准回复模板库、人工介入规则
文档分类归档文档类型分类体系、文件夹结构、命名规则
合规报送监管报送要求(FINMA、MROS)、报送字段映射、报送频率、输出格式
客户门户客户希望自助办理的功能范围、门户品牌风格、是否需要单点登录
投资监控投资账户 API 可行性、资产类别定义、风险指标(波动率、最大回撤)、预警规则
电子签名客户偏好哪家签名服务商(Skribble、Signhost)、签名流程节点
会议纪要会议录音来源(是否允许上传)、纪要模板格式、任务分配逻辑
年报生成年报模板、需要涵盖的数据范围(财务、客户、合规数据)、图表偏好
文档翻译源语言和目标语言组合、是否需要保留原格式、批量处理量级

功能路线图

我们不要求客户一次性购买所有功能。每个阶段都从解决最迫切的问题出发,带来可以看到、可以衡量的实际改变——这让客户愿意开始,也愿意继续。

Phase 1

发票处理 + 合同匿名化

解决最高频的重复劳动。发票录入时间大幅缩减,合同可安全共享给外部律师和审计师。

Phase 2

邮件自动化 + 知识库问答(RAG)

对外沟通自动化,内部知识开始沉淀。客户资料催收无需手动,员工提问秒级得到答案。

Phase 3

合同审查 + 客户生命周期管理

提升专业服务能力,降低客户流失。合同风险提前识别,续约提醒自动触发。

Phase 4

财务异常检测 + 文档自动分类

增强风控,提升运营效率。异常交易自动标记,文档管理无需人工干预。

Phase 5

多准则报表 + 智能客服助手

成为一站式信托数字化平台。合规报表一键生成,客户邮件意图自动识别。

Phase 6

客户自助门户 + 投资组合监控 + 电子签名

构建完整客户服务生态。客户可自助处理大部分日常事务,全流程数字化闭环。

Phase 7

会议纪要 + 年报生成 + 文档翻译

覆盖全部日常办公场景。成为信托公司的「数字大脑」,所有碎片化 AI 能力串联成完整工作流。

最终形态:信托业务数字工作台

当所有模块整合完成,信托公司的员工每天打开电脑,看到的将是一个完整的工作中心:

欧洲信托行业的数字化刚刚起步,而 TreuAI 已经准备好了一套完整的答案。率先与一两家信托公司建立深度合作,就是在这个市场里建立自己的口碑和壁垒。每一步都很扎实,每一步都值得期待。

首次客户沟通指南

第一次与客户会面是建立信任的关键时刻。这份指南帮助您以专业、自信的状态完成需求沟通——既展示我们的技术深度,也让客户感受到被认真对待。

为什么这次沟通很重要?

每家信托公司的日常工作流程都不一样——她们用的 ERP 不同、发票来源不同、团队规模不同。了解这些细节,让我们可以:

沟通后需要收集的三样东西

第一次深度沟通结束后,帮助我们启动项目需要准备以下材料:

材料说明
需求确认书将沟通中确认的信息整理成文档,请客户签字——这既是对客户的尊重,也是后续开发的依据
样本数据集20–30 份已脱敏的真实文档(发票 / 合同 / 业务文档),用于测试识别效果
技术方案适配说明由我们的开发团队根据以上信息输出,会详细说明方案选型和预估工作量

建议会面流程(首次约60 分钟)

以下是经过设计的结构化沟通框架,帮助您在第一次会面中既展现专业度,又能高效获取所有技术评估所需的信息。实际沟通中可根据客户状态灵活调整节奏。

开场 · 5 min

建立信任,说明目标

简短介绍 TreuAI 的核心定位,明确今天的目的不是推销,而是了解。建议开场语:「我们先不讲方案,想先多了解一下你们目前的工作流程——每家公司情况不一样,只有真正了解了,我们才能知道能帮到哪里。」这句话能快速消除防备感。

现状了解 · 15 min

IT 环境 + 发票量级(Q1–Q13)

最关键的问题:「你们团队每周大概花多少时间在发票处理上?」这个数字决定了 ROI,也是最能引发共鸣的切入点。了解发票格式(PDF / 纸质 / QR-bill)和语言,直接影响技术方案选型。对小型公司(1–10 人)重点问 Q9(月均发票量)和 Q8(是否用手机拍照收据)。

系统深挖 · 15 min

ERP / 会计软件 + 供应商主数据(Q14–Q23)

重点问:「你们用什么会计软件,版本是什么?」(Abacus / Xero / DATEV 的对接方式完全不同)。如果问到「能否提供会计科目表」时对方犹豫,可以说:「不需要改变你们现有的编码习惯——我们的系统在你们已有的科目结构上学习,自动建议科目时用的也是你们自己的标准。」

流程与合规 · 10 min

审批流程 + 数据保护要求(Q24–Q32)

数据保护话题往往是打开信任的鑰匙——主动说「系统只在你们自己的服务器上运行,我们在技术层面就无法访问任何数据」,通常会让客户明显放松。如果客户提到 GDPR / nFADP 方面的顾虑,这是消除疑虑的最佳时机,不要回避

目标对齐 · 10 min

真实痛点 + 成功标准(Q33–Q36)

最重要的问题:「三个月后,什么样的结果对你们来说算是成功?」这个答案会直接成为第一个交付模块的验收标准。同时问「之前用过其他 AI 或自动化工具吗?」——了解她们对 AI 工具的信心基础,有过负面体验时需要了解具体原因。

收尾 · 5 min

明确下一步,索取样本

会面结束前确认三件事:① 请客户提供 20–30 张已脱敏的样本发票;② 如方便,提供会计科目表(Kontenplan)导出文件;③ 告知客户我们会在 3 个工作日内提供个性化评估报告,明确约定下次沟通时间。不要在现场报价——「我们先分析你们的样本再给出准确报价,这样对你们更公平」是专业且有说服力的回应。

完整调研问题清单(备忘参考)

以下 36 题来自您整理的客户调研问卷,我们按上述六个沟通阶段重新归类,供您在会面中作为备忘框架使用——不需要逐题照问,按自己的节奏引导对话,重要的是确保关键信息没有遗漏。

问卷共 7 个章节,涵盖 IT 环境、发票量级、会计系统、供应商数据、审批流程、合规要求、现状与目标。

第一章 · IT 环境

#问题参考示例(帮助客户理解)
1工作站使用什么操作系统?Windows 10/11、macOS、混合环境
2服务器是本地、云端还是混合部署?本地服务器、Microsoft 365 云端、混合
3由谁管理 IT 基础设施?内部 IT 人员、外部 IT 合作商、自行管理
4员工如何远程访问系统?VPN、Citrix、RDP、无远程访问
5网络连接类型和大致速度?光纤 500 Mbps、ADSL
6使用什么邮件系统?Microsoft Outlook/Exchange、Gmail/Google Workspace
7使用哪款扫描仪,输出格式是什么?Ricoh MFP → PDF、Canon → TIFF/JPG
8员工是否用手机拍摄收据或发票?是,iPhone (iOS 17);是,Android;否

第二章 · 发票输入与量级

#问题参考示例
9每月处理多少张供应商发票(所有客户合计)?约 300 张、约 1500 张
10发票以什么格式收到?邮件 PDF、纸质扫描、瑞士 QR-bill
11发票通常以哪些语言开具?德语、法语、意大利语、英语、混合
12发票目前如何收取和归集?邮件附件、实体信件、客户自送
13是否使用瑞士 QR-bill 格式?是 / 否 / 部分使用

第三章 · 会计与 ERP 系统

#问题参考示例
14使用哪款会计或 ERP 软件?Abacus、Xero、DATEV、SAP、Sage、Bexio
15软件版本?本地还是云端托管?Abacus v2024 本地版、Xero 云端版
16系统是否支持 API 或 CSV/XML 导入?是 / 否 / 不确定
17能否提供会计科目表(Kontenplan)导出文件?是 / 否(如是,我们另行收集)
18使用哪些增值税税码?8.1% 标准税率、2.6% 优惠税率、0% 免税
19总账中是否使用成本中心或项目代码?是 / 否 / 偶尔(如是请说明)

第四章 · 供应商主数据

#问题参考示例
20平均每个客户有多少个固定供应商?约 15 个、约 50 个
21供应商主数据(IBAN、付款条件)是否保持最新?是,已更新 / 部分更新 / 否
22供应商发票版式是否一致?是,基本统一 / 否,差异很大
23能否提供 20–30 张已脱敏的样本发票?是 / 否(有助于评估文档复杂度)

第五章 · 审批流程

#问题参考示例
24谁负责审批发票后入账?公司所有人、部门主管、客户自行审批
25是否有两单或三单匹配流程?即:采购订单 + 送货单 + 发票三方核对
26是否有金额阈值决定审批级别?500 法郎以下自动通过,5000 法郎以上需所有人签字
27平均发票审批需要多长时间?当天、2–3 天、超过 1 周
28与供应商约定的付款条件?净 30 天、10 天享 2% 早付折扣

第六章 · 合规与数据隐私

#问题参考示例
29是否已与供应商签署 nFADP/GDPR 数据处理协议?是 / 否 / 不确定
30是否要求工具只托管在瑞士或欧盟服务器?仅瑞士 / 欧盟可接受 / 无偏好
31发票归档方式和保存期限?本地 NAS 保存 10 年、云端归档、纸质存档
32是否有客户受特殊监管约束(如 FINMA)?是(请说明)/ 否

第七章 · 现状与目标

#问题参考示例
33目前每周花多少时间在发票处理上?全员合计约 20 小时、约 50 小时
34目前发票处理流程中最大的痛点是什么?追讨文件、数据录入出错、审批太慢
35之前是否尝试过其他 AI 或自动化工具?是(请列举)/ 否
363 个月后什么样的结果算是成功?手工录入减少 50%、零丢失发票、账期缩短
问卷填写完毕后,我们会在 3 个工作日内提供一份个性化的 AI 就绪评估报告,说明推荐方案、预估工作量和下一步建议。

几点实用建议

技术说明

用简单的语言解释系统的工作方式——当客户问到「数据安全怎么保障」「能不能连接我们现有的软件」时,这里有清晰的答案。

部署与数据安全

技术点说明
部署方式私有化部署在客户自有服务器(本地机房或私有云),数据不离开客户内网
模型切换敏感数据走本地模型;数据经脱敏后可调用 GPT-4o、Claude、Mistral 等国际主流大模型提升效果,用户可在配置页面一键切换
合规支持瑞士 nFADP(新版联邦数据保护法)、欧盟 GDPR、FINMA 监管要求

系统兼容性

类别支持范围
ERP 系统Abacus、Xero、DATEV 及其他(通过 CSV 导出或 API 对接)
文件格式PDF、Word、Excel、JPG、PNG、TIFF、TXT
文档语言德语、法语、英语、意大利语(多语言 OCR 和 embedding 模型)
电子签名Skribble、Signhost(扩展模块支持)

技术架构概述

客户内网
├── 文件处理层
│   ├── OCR 引擎(发票 / 合同识别)
│   └── NER 模型(敏感信息识别)
├── AI 推理层
│   ├── 本地语言模型(默认,数据不出网)
│   └── 云端模型接口(可选,需脱敏)
├── 向量数据库(RAG 知识库存储)
├── 任务队列(批量处理调度)
└── Web 管理界面(员工操作入口)

外部连接(可选)
├── 云端模型 API(GPT-4o / Claude / Mistral)
├── ERP 系统(Abacus / Xero / DATEV)
└── 电子签名服务(Skribble / Signhost)

为什么需要定制?

市场上已有很多通用文件处理或 AI 工具,但它们很难同时满足信托行业的所有要求:

这正是 TreuAI 存在的原因——我们从头就是为这个市场设计的,而不是把其他行业的方案硬套过来。每个客户的环境有所不同,我们通过模块化定制的方式,在复用成熟底层能力的同时,为每家公司保留必要的适配空间,从而控制成本、缩短交付周期。