01
企业发票识别与验真
面向报销、财务审核、档案归集和供应链系统，提供发票识别、字段提取、验真和批量处理能力。
发票识别验真
上传发票图片、PDF 或批量清单，自动完成字段识别、发票验真和业务流转跟踪；个人用户可通过手机微信、浏览器端使用票据助理进行个人发票管理、识别、验真。企业可通过 BILLAPI接入报销、财务等系统。
1
上传
2
识别
3
验真
4
跟踪
bill.verify.ts
result.json
Request
POST /v1/bill/invoices/verifyContent-Type: multipart/form-datafile: invoice_2026_05.pdfmode: recognize_and_verifytracking: enabled
识别结果
置信度 98.7%
invoiceCode
044032500111
invoiceNo
38927416
amountWithTax
8642.00
verifyStatus
VALID
验真
票面一致
跟踪
已归档
ApiCenter点击左侧能力或下方控制点切换截图
平台能力按场景切换，截图跟着说明滚动。
ApiCenter 和 VisionFactory 都不是静态介绍页。点击左侧任一能力说明，右侧截图会切换到对应平台；也可以用截图下方的控制点快速浏览。
ApiCenter
应用资产管理
企业解决方案先讲业务结果，再连接底层平台能力。
AppBus 主站承担宣传、演示和试用入口，具体能力由 Center、IAM、Desk、视觉工厂和 BILL API 支撑。
02
视觉识别行业方案
基于视觉工厂完成图像标注、训练和推理服务封装，适合质检、巡检、设备识别和票据图像场景。
03
企业费用与预算系统
承接票据识别和费用数据，逐步扩展到费用归集、预算控制、审批流和管理分析。
04
ClawDesk 企业工作台
整合企业知识、开发工具、个人办公和 Agent 对话，形成可部署的企业级个人桌面。
文档放到一级导航，接口说明统一进入 Docs。
主站负责讲清楚有什么，文档站负责讲清楚怎么用。
部署交付流程先放在首页，后续再拆成独立页面。
AppBus 主打企业级部署，首页需要把从演示到交付的路径讲清楚。
STEP 1
需求沟通
明确业务场景、现有系统、部署边界和数据要求。
STEP 2
演示试用
登录 Demo，验证发票识别、视觉工厂、Center 或 Desk 的关键流程。
STEP 3
方案确认
确定功能范围、接口方式、权限模型、数据迁移和交付计划。
STEP 4
部署集成
私有化部署、系统联调、上线培训和运维支持。
第一版先把信息架构讲清楚。
后续再逐步接入 Center、IAM、Desk、Docs、BILL API 和真实演示系统。
AppBus 主站和 Center 是什么关系？
AppBus 主站负责宣传、导航和分流；Center 更偏控制台，承载视觉中心、应用接口中心、试用和企业管理入口。
登录系统在哪里做？
登录、注册、邮箱验证码、权限和 Token 都由 iam.appbus.com.cn 承担，主站只提供登录入口。
接口文档在哪里维护？
当前先在站内 /docs 做统一 WIKI，沉淀接口说明、认证文档、部署指南和 SDK 示例；后续内容变重后再拆独立文档站。
发票识别验真是个人产品还是企业能力？
两者都是。它面向个人用户提供试用和票据管理入口，也作为 BILL API 和企业版接入的展示入口。
open.appbus.com.cn 还需要吗？
第一阶段先合并到 appbus.com.cn。等 API 文档、开发者试用和开放平台内容变重后，再考虑拆出 open。
现在这些二级页面都要立即做完整吗？
不用。一级菜单先作为分组，二级页面先有骨架，后续按优先级补正式文案、演示入口和真实系统链接。