更新

应用程序中发生了什么变化，这对您意味着什么。最新的在上面。

这里只有您在工作中能发现的内容：新功能、行为变化和修复。当有记录增加时，帮助标签上的小点会出现，您打开此页面后它将消失。

应用程序是持续部署的，因此发布没有版本号，只有日期。

2026年9月18日

折扣后的价格，而不是折扣前的价格。 当文档在行中打印折扣前和折扣后的价格时——例如大型超市的收据，建材公司的发票——会提取折扣后的价格。以前数据中是按顺序出现的第一个价，因此成本高于您实际支付的金额。

新的税率控制针对项目价格。 用捷克克朗开具的外部发票通常在其货币中有税金列，乍一看一切都是正确的：基础加上税金给出应付金额，项目对应基础。只有当行的税率被发现问题时，这才显露出异常。这样的文档现在会被标记为有问题。它没有故意出现的修复按钮——与税金一起，需修复的应付金额也是错误的，而需要同时修正两个字段的文档属于人工处理。

错误的税金金额代替税率会被修正。 德国发票在“MwSt.”列中通常是以欧元表示的金额，而不是百分比，因此税率可能是19.84%。只有在这样的税率在欧盟中不存在时，系统才会进行修正，从中读取出有效的税率，计算出的税金将与文档的汇总一致。

外部增值税率不再标记为异常。 波兰的23%、奥地利的20%和葡萄牙的6%以前会报告为异常税率。国内文档仍然按开具日期测量捷克税率。

缺少的税率将自动补充。 折扣、四舍五入或预付款的扣除在税率一列中通常记录为破折号。以前这样的行会掉入零税率中，汇总与文档上的内容不一致。只有当确认了合计后，税率才会补充。

含税价格的项目会重新计算。 在发票中，行的价格是不含税的，而每当模型取走含税金额时，基础金额因税率而被抬高。在92份发票的样本中，有15份受影响。之前提取的文档已被反向计算，没有重新处理也没有信用。

上传电子邮件（.eml）。 上传保存的消息，文档将从每个附件生成。如果文档没有从某个附件生成，您将知道原因。

IČO与同一方的DIČ进行比较。 捷克公司的DIČ中包含其IČO，因此可以验证这两个号码是否属于同一家公司。这将揭示供应商与客户的错误交换，而检查数字无法阻止——两个数字都是有效的，但属于其他人。对此类问题的修复可以通过一次点击实现。

2026年9月17日

文档不会被重复处理。 当队列第二次传递同一工作时，第二个尝试会停止。在十分钟内，任何人停止工作的文档将返回到待处理列表中。

Webhook和Telegram消息在文档保存后发送。 在处理结束与保存之间的短暂时刻，Webhook可能未发送，也可能在处理失败的文档上报告“完成”。

2026年9月16日

模型的用尽限制不会崩溃文档。 在大批量处理后，超过日常限制的文档以前会被记录为错误。现在它们会停留在队列中，并在限制释放后处理——没有错误消息，也没有信用的来回返还。

大批量处理不会阻塞其他文档。 队列轮流处理客户，因此导入一千个文档不会阻止同时上传的其他文档。

更精确的提取。 提取转向了更新模型：在98.4%的对照集中，相比之前的88.0%提高了准确性。消除了字母O与数字0的混淆以及错误的重叠矢量。

数字PDF也从文本层中读取。 除了页面图像，文件中的文本也会被提取，因此即使在图像中可能被误解的信息也会被读取。样本的准确度从98.4%上升到100%。

捷克公司的IČO必须为八位数字。 额外的数字以前没有被考虑，以免外国注册号码得到错误的标记。它是捷克公司，DIČ将告诉您。

带有缺陷的文档确认需要显式同意。 带有缺陷的文档不再轻易通过：缺陷将显示在窗口中，并通过按钮仍然确认进行确认。未包含的IBAN导致的缺陷不会落入其他字段修复中。

预览中的搜索也会搜索数据。 在左侧的原件中找到的内容，会在右侧、表单和结果中突出显示。文档上抄下的金额（“16 591,56”）在JSON或XML中也会找到对应。

处理在自己的服务中运行。 此次新版本的部署不再打断已经处理的文档。

2026年9月15日

修复已完成的文档。 窗口头部的按钮有两条路径：将文档返回到检查中并修复数据，这不需要费用，或者将其重新处理为其他类型。以前，在处理失败的文档上，只能删除并且用额外的信用重新上传。

一般收据作为新类型的文档。 餐馆的收据之前可能被当作燃油收据，因为只在发票和燃料之间进行选择。现在新增了一种普通收据的模式，如果在燃油收据中没有燃油，它将会被标记。

ISDOC收据作为简化的税务文档，并在现有的Pohoda和Money S3旁边。

ISDOC根据官方模式6.0.2。 之前模式的输出不符合要求，缺少必要的文档一半。现在会自动与之进行验证。

所选文档类型不对应的格式不会生成。 之前的下载拒绝这种转化，但细节、预览、Webhook及MCP都能生成。现在会在各处返回相同的消息。

不含增值税的发票不再在项目中包含汇总。 自小规模纳税人开的文档中，汇总、总计和应付金额有时会进入分项中，导致波动乘以实际金额。

在确认检查后将打开下一个在其上等待的文档。 以前窗口停留在确认的文档上，访问下一个必须穿过出口中所有介于二者之间的项目。

通过箭头切换将打开默认标签。 选中的标签仅适用于生成选择的文档；未确认的文档开始时进行检查。

2026年9月14日

无后缀的文档名称。 出口和窗口显示为“发票”，而不是“发票.pdf”。在帐户设置中可以关闭这一功能，但保存的文件名保持不变，下载的文件仍然有后缀。

新PDF预览。 我们自己绘制它，因此在移动设备上也能正常使用——在iPhone上，之前预览时只显示第一页，而在Android上则什么也不显示。增加了双指缩放、文本搜索和页面预览。

导出为PDF和完整ZUGFeRD。 文档以PDF格式和ZUGFeRD为PDF/A-3格式，附带嵌入的XML；在此之前只返回裸XML。现有的ZUGFeRD格式仍然是XML，以免破坏Webhook和API客户端。

结果只有在您需要时才会产生。 转换的修复也会写入旧文档：如果您重新下载发票，您将获取到当前版本。模型不会重新调用，也不会消耗信用。

2026年9月13日

自定义文档名称。 窗口头部有一个铅笔字段，因此文档可以自行命名。文件名仍保留在下方，并同时搜索这两者。

DIČ与VIES登记册进行核对。 供应商和客户的DIČ将在欧洲委员会的增值税登记册中进行验证。此过程不收费，由我们的服务器检查，而不是您的浏览器。

解决方向、类型和重复的按钮。 在知道如何处理的问题上，会有一个按钮。在文档方向上会提供方向变更的建议以及供应商与客户的交换——原件的查看将决定这一步。

概述：快速选择什么 × 何时。 以前的一排选择将应收款与应付款混合为一个金额。现在选择是单独的什么（应收款、应付款、燃油）和单独的时间段。

概述中的期间以开具日期为准， 而不是上传日期。八月份的发票在九月份上传以前，被归类为九月份。

文档日期的ČNB汇率。 转换成一种货币时以前对所有内容取的是当天的汇率，因此去年以欧元开具的发票是以今年的汇率计算的。汇率连同历史都被保存，每份文档会根据开具日期转换成对应的汇率。

文件并不是文档。 误上传的广告作为包含项目的发票通过。现在识别可以回应这不是文档，文件将在提取前被判断为未识别。

ISDOC或ZUGFeRD文档中的价格为零。 现在在ISDOC或ZUGFeRD文档中，零代表“未使用模型加载，免费”，而不是“未知价格”。

2026年9月11日

在已完成的文档中也有表单。 在双重预览中有切换表单/数据，因此识别的数据可以按字段和标签读取，而不只是作为JSON或XML。

标签和文件夹的颜色。 从色卡中选择，在明亮和黑暗模式下都是可读的。以前颜色是从名称中衍生出来的，因此只能在标签之间进行区分。

为何文档正在等待确认，直接在出口中显示。 标识上方的气泡将用与检查表单相同的语句列出缺陷。空列表表示文档正常，需由帐户设置申请检查。

占用空间的组成。 标识旁的气泡将列出文档的数量，多少在垃圾桶里及其大小、平均大小和最大文件。垃圾桶从来就被计算在内——已删除的文档仍在存储中——现在可以在界面上看到。

剩余期限以月份和年份表示。 不再出现“剩余3650天”，而是根据期限结束远近显示单位。

上传后，列表中仅保留未通过的文件。 二十个绿色勾号没有人会阅读，那其中一个红色行消失了。通过的文档数量会有消息提示。

切换帐户后的外部文档。 登出后立即登入演示帐户的人，将在其中看到自己的文档数据仍留存在页面内存中。现在每次切换帐户都会清除内存。

消息、窗口和面板遵循统一规则。 已发生且消失的事情，将在顶部显示消息。即将发生并需要决定的则会通过窗口询问。对于您正在查看的内容，适用的信息留在该内容的面板中。

2026年9月10日

发送至五个会计系统。 Fakturoid、iDoklad、SuperFaktura、Xero和QuickBooks，每个都在自己的开发者库中，包括选择全选进行批量发送。这个设置在“设置”→“连接”中进行。

下载整份清单已移至清单中。 以下浮动工具栏属于选择；下载所有通过过滤器的内容可以在表格的头部中找到，与其相关。

清单过滤器有三个列，根据人们对其提出的问题：这是什么样的文档，属于何年代，以及我将其归入何处。

打开的窗口会识别文档已完成。 谁在队列中打开文档并等待，之前会看到“等待处理”长时间显示，即使一切已经完成。

项目间的汇总行将自动删除。 被写入项目的“总计”行会导致文档分解成双倍，并会被视为额外项目导入到会计中。

2026年9月8日

在上传时选择文档夹。 清单下方的标签条看起来像一个过滤器，但并不过滤。它是上传表单的第一个字段，位于从文档夹出发的选择上方。

根据文档标识符搜索。 只需API响应的ID开头，便可根据其名称相同的字段进行搜索。

标签和文档夹一目了然。 以前两者有相同的标识。文档夹保留了文件夹图标和中性色，而名称中的颜色保持在标签上。

自定义模式的CodeMirror编辑器。 之前的编辑器在运行时从外部CDN下载，因此没有它根本无法启动。

活动记录作为完整的审计日志。 “接收到电子邮件并创建1条文档”没有说明是哪个电子邮件或来自谁。事件现在会明确记录实际发生了什么。

“文档类型”不再有两种意思。 在过滤器和详细信息中，文档的方向被称为文档类型，尽管同一词也表示模式选择。现在改为文档方向，并新增按类型过滤。

燃油收据作为Pohoda和Money S3的收据作为现金凭证，而不是作为发票。至10,000捷克克朗，这是简化的税务文件，无法纳入发票日程。

导出通过官方XSD验证生产商。立即找到了文件外观正确而在导入会计时崩溃的地方。

安全性：API密钥不再管理接收地址。 用于上传文档的密钥曾能够创建接收的电子邮件地址并任意添加任何发件人。这些端点现在仅属于已登录帐户。

2026年9月7日

系统模式。 我们提供的模式是您模式之上的自有组。它们仅供读取，文档会记住它们是如何被提取的——相较于此前不可持久化的文本拷贝到编辑器中。其间包括燃油收据。

文档夹会预填选项。 文档类型、输出格式、方向及会计货币可以保存到文档夹中，并在上传时从中取出。

识别数据的概述。 按期间、货币和文档类型汇总。

云格式中的字段名称已被修正。 对文档及SDK的验证发现了六处错误，其中一些会更改文档中的数字——例如，iDoklad中，对于价格类型的选择意味着含税价格，而实际上发送的是不含税的。

2026年9月4日

从四种输出格式增加到十六种。 增加了四个云会计和三个欧洲电子发票格式（Peppol BIS 3.0、XRechnung 3.0、ZUGFeRD / Factur-X）以及旧的二进制Excel。

文档方向。 以前所有的转换都指向负债方，因此自己开具的发票被记账为负债而非应收款。方向在上传时选择。

提取中的收款方。 以前在电子发票格式中会填充替代值。

会计单位的货币。 Pohoda根据会计单位区分国内外货币，而不是根据克朗，斯洛伐克的Pohoda使用欧元。上传时选择，因为一个帐户可以为多个国家的公司进行记账。

多页文档完整。 仅处理第一页，尽管信用已为所有页面扣除。上限为二十页，并在上传时加以控制。

用于自定义模式的模板。 五个模板，替代空白页。

文档清单中的目标格式。 表格中不显示，但应用程序知道它。

已部署版本的XLS导出不工作。 返回错误消息而不是文件，在开发计算机上无法识别。

所有端点的安全审计。 三个发现中最严重的是服务器向其接收的任何地址发送Webhook，包括内部网络的地址。