全渠道发票采集
浏览器批量上传、专属邮箱自动收票、老系统历史数据迁移，三条入口汇入同一个发票库。
- 拖拽上传，单文件上限 100MB
- 邮件附件每 5 分钟自动识别入库
- 历史单据按原目录批量导入
0种
票面载体格式
0
PDF 文本层解析耗时
0
邮件收票自动拉取周期
0MB
单次上传体积上限
核心功能
从收到票，到用上数
采集、识别、归类、报销、收支、统计串成一条线，不必在多个表格与文件夹之间来回搬运。
多格式智能识别
数电票 XML、OFD、PDF 文本层与扫描件走同一条识别链路，按「准确性优先、成本从低到高」自动择优。
- 票种、号码、日期、金额、税额
- 购销双方名称与纳税人识别号
- 明细、备注、税率自动落位
自动归类与检索
发票按自定义归类树自动归档，配合期间、类型、往来单位等条件瞬间定位到那张票。
- 自定义归类目录，支持分级
- 多维筛选与分组展示
- 票面内容与原件一屏对照
报销单管理
从发票库直接挑票生成报销单，明细凭证与汇总金额同步，附件随单据走。
- 发票明细与凭证附件
- 单据汇总与状态跟踪
- 重复报销自动提示
发票统计
按期间与类型汇总进项、销项税额，报表口径与明细一致，随时导出核对。
- 按月 / 季 / 年统计
- 税额构成与票种分布
- 统计结果可下钻到单据
收支流水
收入与支出逐笔登记，附件、发票关联在一起，账目与票据不再各说各话。
- 收支登记与附件留存
- 关联对应发票
- 按客户 / 供应商筛选
识别能力
四级识别链路，先走最短的那条
不是所有文件都需要 OCR。能用结构化电文就不用文本层，能用文本层就不渲染图片，速度与准确率同时保住。
-
01
数电票 XML
结构化原始电文，字段最全、无需推测。
< 10ms -
02
OFD 版式文件
包内自带发票电文，直接读取。
< 30ms -
03
PDF 文本层
按坐标还原票面版式，左右分栏与多栏明细都能对齐。
< 50ms -
04
扫描件 / 图片 OCR
仅当前三者都取不到时启用，自动摆正后识别。
按需启用
字段级校验
金额勾稽（不含税金额 + 税额 = 价税合计）不通过时保留原文并标注原因，不让错数静默入库。
版式感知
识别基于文字坐标而非纯文本，医疗票、通行费、成品油这类多栏排版也能按列取数。
结果可复核
暂存区集中展示待确认结果，票面内容与原件并排，异常票据二次处理。
资源按需加载
OCR 引擎与二维码解码器懒加载，纯文本层任务不占用额外内存。
适用场景
谁在用它收票
票据量大、来源杂、需要随时调阅的团队，收益最明显。
企业财务部门
销项与进项统一入池，报销单直接引用发票，月末统计不再手工汇总。
代账与财税服务
为多个客户分别开立租户，票据按客户隔离，配额与用量清晰可见。
差旅与费用报销
员工把票发到专属邮箱，系统自动识别入库，报销时按行程与日期取票。
项目成本核算
按项目归类票据，收入支出对齐同一口径，成本构成随时下钻。
支持哪些文件格式？
支持数电票 XML、OFD、PDF，以及 JPG / PNG / WebP 图片。不接收 BMP、TIFF 这类体积大且浏览器无法内联预览的格式。
扫描件也能识别吗？
可以。当文件没有可用文本层时会自动降级到 OCR，并先做倾斜校正。扫描件比电子票慢，建议批量导入时避开高峰期。
识别结果不准怎么办？
系统会校验金额勾稽关系，结果异常的票据进入暂存区待确认，可对照原件复核后修改。原始文件始终保留，不会因为一次识别失败而丢失。
发票原件存在哪里，会不会丢？
发票文件按租户与年月归档保存，记录与文件一一对应；文件路径含租户与文件唯一标识，不对外可枚举。附件用量在控制台可查。
可以多个人一起用吗？
可以。同一租户下可建多个子账号并分配角色权限，数据按租户隔离；发票张数与附件用量由套餐配额统一约束。
能不能离线用？
Windows 客户端适合长时间连续录票的场景，安装后像本地软件一样使用；识别与存储仍在服务端完成，因此需要联网。
