协作式文档编辑、具有审计跟踪的完整电子签名管道以及以照片形式到达的文档的光学字符识别。 文件处理是大多数业务软件默默放弃并导出 PDF 文件的地方。
| 措施 | 价值 | 资料来源 | 已计量 |
|---|---|---|---|
| 专门的文件、签名和认证服务 | 4 (document service, document collaboration, e-signature service, OCR with a separate worker) | kubectl get deployments -n kamo | |
| 光学字符识别误差率 | 0.180 CER, on our own evaluation corpus | ocrservice evaluation run | |
| 我们发布而不是隐藏已知的限制 | Signature capture stores a flattened image, not stroke data | e-signature implementation review |
它教会了我们什么建筑
文档工作并不华丽,而且它占用了大量的实际业务时间。 让合同签署,从扫描的报表中提取数字,让两个人编辑同一个文件而不会让其中一人失去下午的工作。 这些都是真正困难的工程问题,但却被装扮成行政问题,这就是为什么如此多的软件停止在"下载PDF并通过电子邮件发送 " 。
协作编辑意味着运行文档服务器并在其中解决多租户问题,这样两个组织编辑同名文件时就永远看不到对方的文件。 签名意味着可以在争议中生存的审计跟踪:谁看到了什么、什么时候、从哪里看到,以及证明文档之后没有更改。 我们通过艰难的途径了解到我们自己的签名实现的局限性 — 我们捕获了同意并且审计跟踪是可靠的,但签名板存储的是平面图像而不是笔迹数据,这对于某些类型的取证挑战很重要,我们大声说出来而不是在证词中发现。
光学字符识别是客户最常认为已经解决的问题,但事实并非如此。 准确性在很大程度上取决于文档质量,而一个引用单一准确度数值而不说明其测量基础是哪个文本集的系统,对您来说是无关紧要的。
建于
- Collabora Online
- WOPI
- Java
- Spring Boot
- Python
- Tesseract-class OCR
- MinIO