更新

应用程序中发生了哪些变化，以及这对您意味着什么。最新的在顶部。

这里只列出您在使用时会注意到的内容：新功能、行为变化和修复。当有新记录时，帮助 标签会出现一个点，您打开此页面后该点会消失。

应用程序会持续部署，因此发行不按版本号，只按日期。

2026年9月24日

邮件提醒。 当您的帐户中发生某些您需要了解的事情时，将会发送邮件：信用额度不足或用尽，单据将在一周内删除，API 密钥即将到期，账户连接出现故障，webhook 传递失败，收到来自未授权发件人的邮件或者访客接受了文档的邀请。安全提醒将在新 API 密钥创建和 webhook 地址更改时发送。每种提醒只发送一次，当有理由时发送。列表见于 邮件提醒 页面。

每日摘要邮件。 每天早上7:00，帐户会收到一封关于昨天的摘要邮件：多少单据到达，多少被处理，哪些失败，哪些待审核，逾期发票和剩余信用额度。每一行都是一个链接，比如可查看昨天未处理单据的列表。此邮件仅在有新单据到达的那天发送，周末也会发送。此功能对所有帐户均已启用；您可以通过设置或点击邮件中的链接将其关闭。详细信息见于 每日摘要邮件 页面。

文档分享邀请通过邮件发送。 当您分享文档时，受邀者将收到发送至应用程序的邮件，即使他们还没有帐户。他们之前只能通过登录或 Telegram 了解邀请，因此您必须亲自通知他们。详细信息见于 文档共享 页面。

来自已选发票的银行支付指令。 在 到期 标签下选择发票，然后使用 支付指令 按钮下载文件，随后可以将其上传至网上银行作为批量付款指令。帐户号码、金额或符号不再手动复制。可选择 ABO 格式，该格式被每家本地银行接受，还有捷克银行协会的新统一 XML 标准和 Fio 银行的 XML。支付将在到期日发送，或全部在同一天发送；周末和节假日会推迟到工作日。指令中仅包含已验证账户的发票（在审核中已确认或未发现问题的账户），金额以捷克克朗为单位且具有有效的本地账户，无法处理的，将显示原因。下载后，系统会提示标记发票为已支付。详细信息见于 到期 页面。

单据列表无水平滚动。 长文件名会被提前缩短，因此表格可以在屏幕上显示，单据状态不会换行到多行。整个文件名及其扩展名在鼠标悬停在名称上时会以气泡形式显示。

修复：预览能够找到项目表中的价格。 点击项目的单价或总金额将显示单据中的数值，即使该值在数量和其他数字旁边的行中。之前，预览在这种情况下报告该值未出现在单据上。

发票详情中的 QR 支付。 在已接收发票的到期部分，有 QR 支付 链接，显示您银行的二维码。扫描后支付信息会被填写，您只需确认。

2026年9月23日

点击字段会显示单据上该值的位置。 在审核中，只需点击表单中的字段，或通过标签键切换到它，预览区域将找到单据中的该值，进行框选并移至该值位置。能找到带有千位和小数点空格的金额，日期也可以是 12. 3. 2026。若单据上完全没有此值，预览栏会报告：可能是读取错误，或模型自行计算得出。此功能适用于 PDF、Word、Excel 和 PowerPoint 以及照片和扫描：这些应用程序在打开审核时会进行机器读取，因此初次需要一些时间才能展示框。详细信息见于 审核表单 页面。

应用程序根据您的时区而不是布拉格时间进行计时。 现在帐户有了时区设置，并根据该时区判断什么是您今天：哪张发票已逾期，哪一天没有 readable 的发布日期的单据会给予哪个日期查看，每天早上 Telegram 的提醒在几点发送。提醒仍然在早上七点发送，但按照您所在的时区 — 在捷克境外的客户之前会在半夜收到提醒。

您无需设置任何内容。时区会根据浏览器自动获取，因此不用手动设置。位于不同地区的人可以在 设置 → 时区 中切换；所选时区将一直生效，您在其他计算机上无法更改。没有更改的帐户将继续保留捷克时间。详细信息见于 帐户和公司 页面。

搜索也可找到模型未提取的数据。 报告过滤器 文档中的数据 目前只搜索从文档读取到的值。如果只能从收据中提取总金额，那么在具体商品的报告中是找不到的，尽管在纸上可以找到。现在也会在文档的机器抄录文本和文件内部的文本中进行搜索，因此“螺纹件”可以找到hardware store 的收据，而描述服务中的词可以找到合同。

同时，已不再区分重音符：“sroubeni”可以找到“Šroubení”，反之亦然，这样您就不需要输入重音符 — 如果取录文本中有错误也无妨。单词只需输入开头，如“doprav”可以找到运输费和运输。当输入多个单词时，文档必须包含所有单词。单词内部的部分，例如 IČO 的一半，只在已读取的数据中进行搜寻。

在归档中，也可以立即在抄录中进行搜索，包括多年前的单据。文档内的文本会在后台补充到较旧的单据中，因此在输入后几个小时内可能不完整。详细信息见于 过滤器和搜索 页面。

2026年9月22日

您可以自己设置文档和表单的宽度。 文档预览和表单之间有一个可以抓取和拖动的条，文档宽度可以缩小以便于更多空间用于项目或反之亦然。也可以用键盘的箭头键控制，双击会恢复到默认分配，默认情况下新的设置会为表单提供更多空间。浏览器会记住该比例，因此对下一个文档同样适用。在手机上，由于面板是垂直排列的，因此没有此条。

只有在有区分的情况下才会显示“单据部分”列。 该列描述了该行是从文档的哪张表格中复制的，在只有一张表格的单据中，该列则对所有行都描述相同的内容或无内容。在这种情况下，列不会绘制，取而代之的是留下名称的空间，根据该名称可以识别该行。一旦文档的项目跨越多个表格，列会自动显示。

新审核：与汇总不一致的项目以不同货币显示。 来自云端的外币发票以美元计价，而汇总只会换算成货币，因此单据的项目用一种货币，而税基用另一种。总额将不匹配，而应用程序以前只能报告一般性的“项目总和与税基不符合”，此时无法修复。现在能从文档的抄录判断项目的价格是用哪种货币列出的，并直接反馈：“单据上项目的价格是以 USD 列出的，但货币字段为其他货币。发件人只将汇总转换成支付货币，并将详细项目保留在原始货币中。” 不提供修改建议，因为单据上没有正确的解决方案 — 如何处理可见于 发现及其解决 页面。 此类单据将不再进行总额审核，以防止重复报告。

新审核：同一项目被读取两次。 多页单据有时在不同标题下重复列出同一项目 — 云发票按服务和账户列出。模型读取了两个表格，因此总额计算为两倍，所有内容将两次发送到会计部。现在应用程序会识别该情况，并会在单据中显示发现：“项目清单在单据中重复出现”，并带有按钮允许保留每组的第一个出现并删除其余内容。仅当所有项目完全相同的情况下才会提示此发现：多出一项不会产生发现，因为单据上的两个相同对是一种常见现象。审核可以在 设置 → 审核单据 中和其他审核一样关闭，演示帐户中也有待处理的自定义单据。详细信息见于 发现及其解决 页面。

三条提示改为一条。 在因项目总和而停滞的单据中，同一句话三次显示：窗口上方的条、表单上方的提示和发现列表。保留的是能提供修复建议的。窗口上方的条现在在看到表单时隐藏，当“发现”提到总和时，提示将保持沉默。在关闭总和审核的帐户，那里没有发现的情况下，提示仍然会显示。

修复：不一致的项目总和提示。 对于基础加增值税与总金额匹配的单据，应用程序不会建议项目总和作为修复 — 这样会破坏这种关系。但发现的句子没考虑到这一点，留下了未填入数字的空白（“项目总和为，但税基字段为 74,91”）。现在此类发票会得到句子，而不是建议，解释为什么没有建议。

我们关注发票的到期。 新的 到期 标签显示待支付的已接收发票：逾期、将在最近几天到期、稍后到期以及被推迟的，每个组都有按货币分类的总和。逾期的发票数量直接显示在标签上。发票有三个按钮，每个代表不同的操作：“已支付”会记录付款日并移除发票（可以撤回）， “推迟”会暂时静音发票几天， “不监控”会永久从提醒中删除 — 适用于已通过扣款或他人支付的发票。在单据列表中新增 到期 列，并在单据详情中显示状态行和按钮。由 Fakturoid 报告的付款，应用程序如往常一样处理；手动标记的只能标记手动项。若连接了 Telegram，可以在设置中启用早上7点的消息提醒；在发生变更时发送，而不是每天发送，因此逾期的发票不会在每个早晨打扰您。同时，设置多少天前会将发票视为即将到期，以及从何时开始监控到期 — 对现有帐户而言，默认为两周前，以防在激活后所有已付款的发票都显示为债务。我们已根据旧单据的数据计算到期。详细信息见于 到期 页面。

交易对手。 新的 交易对手 标签显示供应商和客户，显示您文档中所知道的信息：您从他们那里拥有多少单据，按货币分类的总和，IČO、DIČ 以及 VIES 注册的回复。详情中列出了最后的单据、已知账户和修复知识的汇总， 所有单据 按钮将打开过滤该公司的单据列表。可以为交易对手设置默认文档夹和标签：未标记文档的新单据在提取后会移动到此文档夹并直接获得标签。当供应商将发票直接通过邮件发送至您的接收地址时，请将其地址分配给交易对手，该消息将进入其文档夹，甚至在提取之前；文档夹中使用的附加地址具有优先权。系统将自动提供来自单独公司的，仅向您发送单据的地址，您负责将其分配。点击 忘记 按钮可删除应用程序记住的该公司信息，但单据将保留。较旧的单据会在后台自动连接到交易对手。详细信息见于 交易对手 页面。

我们监控供应商账户的变更。 最常见的发票欺诈通常是一个熟悉的供应商与不同的帐户号码：发票看起来与之前的一样，只是钱发送到其他地方。控制总和无法检测到这一点，伪造的账户通常是有效的。现在应用程序会记住您对每个供应商付款的账户，如果在单据上出现其他账户，会将其报告为发现：“供应商的账户不同于以前的”。这是发现而不是阻止：账户确实会变化，因此确认时可以像任何其他发现那样接受，从那时起新账户也会被记住。账户是在确认审核时被记住的，而不是在识别时 — 否则伪造的发票会在被打开之前记录其账户。因此，针对供应商的首个单据仅会设定基础，而不报告任何内容。国内登记和同一账户的 IBAN 会被视为同一账户，因此发票如果以不同方式写入账户不会产生无效发现。此规则仅适用于接收的单据；在开具的发票中是您自己的账户。控制是启用的，您可以在 设置 → 审核单据 中关闭它，如同其他内容一样。详细信息见于 发现及其解决 页面。

2026年9月21日

应用程序会学习您修正的内容。 当您在审核中修复了来自重复供应商的单据时，修正的知识会被吸收，并在下一次该供应商的单据中作为模型的提示传递：供应商可能叫“ČEZ Prodej, a.s.”，包含重音符，或其变动符号在参考标题下。文档永远优先，因此改名的供应商会被正确处理。账户号码和金额绝不会被记住，它们始终从单据中读取。您可以在 设置 → 供应商知识 中找到这些知识；无法修改，只能删除，创建和删除会在活动中可见。同时也可以关闭整个功能：保存的知识会保留，但不再使用，不再创建。对于获得提示的单据， 详情 标签上会显示框提示 模型获得了提示 以及知识列表，而这样的单据在列表上有标签 有提示，可以根据该标签过滤。名称、IČO、DIČ 和货币会在首次修正时记住，只要修正后的值确实出现在单据上；其他字段在重复时才会记住。详细信息见于 供应商知识 页面。

设置部分有自己的地址。 点击左侧列表中的部分名称，该部分的锚点会写入地址，例如 /app/settings#settings-telegram，然后可以复制该链接或在新标签页中打开。打开这样的地址时，页面会自动滚动到该部分。 之前链接都会在设置的开头结束，包括通过 Telegram 机器人发送到聊天中的链接。

来自帮助的回复不会再卡住。 当有两个人同时询问帮助时，两个回复可能会在加载期间都悬挂，导致单据处理也被延迟。现在，查询只排队等候模型，而不再相互排队。

即使没有登录，帮助也能访问。 您可以在网站的底部找到 帮助 链接，因此可以将特定页面的链接发送给没有帐户的人。文本与应用程序中的相同，并且在其中的搜索也相同；由句子组成的回复仅限于应用程序。帮助页面之间的链接现在能正常指向 — 以前会在空白标签页打开。

网页语言在地址中显示。 捷克语版本为 parsedoc.dev/cs/，德语为 /de/，英语则没有前缀。您发送给其他人的链接会以与您相同的语言打开，网页会在首次访问时自动切换为您浏览器的语言。“使用”和“如何运作”页面有新地址（/use-cases，/integrations），旧地址仍然可以访问。应用程序中的语言切换保持不变。

2026年9月20日

更快启动，尤其是在手机上。 应用程序打开时仅下载立即需要的内容：只需加载您语言中的接口文本，设置、报表、方案、活动和发票标签可在打开时才加载，帮助同样也是仅加载您语言中的内容。悬浮在字段上的帮助问号此前会下载所有 20 种语言的文本，超过 4MB；现在只是其中的一小部分。首次打开标签时，会短暂显示加载。

共享的收据将等待信号。 当您已将 ParseDoc 安装为手机应用并通过系统共享发送收据时，该文件将保存在手机的队列中，并在信号可用时自动上传 — 最迟在下次打开应用时。浏览器的错误页面将替换为已保存确认，并在文档标签中显示正在等待的文件数量。可以一次共享多个文件。以前，第二个共享会覆盖第一个，而在信号中断时的上传则意味着需要手动重新上传文件。现在，共享的单据将按帐户的默认选项进行处理，就像来自电子邮件和 Telegram 的单据一样。详细信息见于 从文件中上传 页面。

带有单据的档案。 上传 ZIP、RAR、7z 或 TAR（包括 .tar.gz），您无需解压：每个内部文件将生成单据，并且都会根据归档名如 faktury-srpen 直接获得标签。这可以在应用程序中、通过 API、电子邮件附件和 Telegram 中使用，机器人会告知已从归档中创建了多少单据。系统附带的文件和文件夹将会被跳过，ISDOC 在 PDF 的同一发票旁只生成一个单据，一个归档最多可以生成五十个单据。以前 ZIP 被拒绝为不支持的文件。详细信息见于 从文件中上传 页面。

审核表单使用界面语言。 恢复原始值的按钮、原始值标签、删除和添加行以及对不一致行的警告均为捷克语，尽管其他语言的审阅表单也已经出现。现在它们会翻译为应用程序的其余部分。

自定义方案的模板具有英文字段名称。 模板（发票、增值税发票、收据、送货单、最小）字段名称为英文，与系统架构相同，因此审核表单中的字段会显示翻译标签，而不是单纯的名称。字段的描述，无论模型读取的是哪个语言，都是界面语言。已经创建的方案不再更改。

从共享文档夹导出，即使使用自定义架构。 被分享的文档的客人只能将使用所有者的自定义模板识别的单据批量导出到 JSON、表格或者 PDF。会计格式拒绝导出，因为模板在客人的账户下寻找。现在它遵循实际拥有模板的原则，就像审核表单一样。

上传的电子邮件尝试处理消息文本，即使附件被拒绝。 如果没有从上传的 .eml 附件创建任何单据，可能是因为该发票已被上传多次，则消息文本会被处理 — 同样适用于发送至接收地址的邮件。之前只能在邮件没有任何附件时检查文本。上传邮件和收到的邮件现在遵循相同的规则，包括每封邮件最多十个单据的限额。

用句子查询帮助。 当您在帮助中以完整的问题进行搜索时，会在结果上方提供 用句子查询 按钮。回复将由帮助页面中的内容组成，并显示相关链接。搜索保持不变 — 回复是附加在搜索之上的。您可以任意提问到账户和日期，此过程不计入信用额度，并且与您的单据无关：回复仅来源于帮助。

为独立代理提供帮助。 通过 MCP 连接的工具 search_help 可以返回帮助页面。ChatGPT 或 Claude 因此可以独立且以自己的语言回答与应用程序相关的问题，而不依赖我们的模型。该工具不会返回单据或帐户数据。

2026年9月18日

折扣后的价格，而非折扣前价格。 当单据在行中打印折扣前后的价格 — 比如超市收据、建筑发票 — 则提取的会是折后价。之前首先提取的总输入会导致费用高于您实际支付的金额。

新审核税率与项目价格对比。 以捷克克朗开具的外国发票通常有一列其税在本币中，初看上去一切都符合：税基加税额与待付款数量相符，但项目则适用于税基。税率会将其识别。这样的单据现在会得到发现。修复按钮故意不出现 — 税和待付款总额通常都出现问题，统一解决二个字段的单据就需要人工处理。

税额被记录而非税率会被修正。 德国发票通常在“MwSt.”列中显示金额而非百分比，那么税率就成了，比如 19.84%。这只有在此税率不在 EU 任何地方有效情况下才会被修正，读取为数额的时候会得出一个存在的税率，并且经过计算的税将对验算表上的总额产生影响。

外国增值税率不再被发现。 波兰的23%、奥地利的20%和葡萄牙的6%以前会被报告为不寻常的税率。国内文档在开具日仍然使用捷克税率进行衡量。

缺失的税率将予以补充。 折扣、四舍五入或预付款的扣除通常在税率列中显示为短划线。这样的行之前掉入了零税率，导致验算表与单据上数字不一致。税率只有在总额认证时才能补充。

包含税的项目价格将被重新计算。 在发票中，行的价格不包含税，而不论模型是否读取了含税金额，都会离开总账，因此其基础金额被抬高。在92份发票的样本中，有15份受到影响。之前提取的单据将回溯计算，无需重新处理也不消耗信用额度。

上传电子邮件（.eml）。 上传保存的邮件，每一个附件都将生成单据。对于未能生成单据的附件，您会得知原因。

IČO 和同一方的 DIČ 进行对比。 捷克公司的 DIČ 将其 IČO 包含在内，因此可以验证两者是否属于同一公司。这将捕获供应商与客户的混淆，单凭控制数字是不够的 — 两者都是有效的，但属于他人。对这个发现的修复仅需点击一次。

2026年9月17日

单据不会被处理两次。 当队列中出现相同的工作第二次，第二个尝试会被停止。任何人停止处理的单据，最终会在十分钟后回归待处理列表。

Webhook 和 Telegram 消息直到保存单据后才会发送。 在处理结束和保存之间的短暂瞬间，可能会出现 webhook 不发送，或 Telegram 报告失败的邮件状态为“完成”。

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 的单据中，零表示“已读取但未处理的免费”，而不是“价格未知”。

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 Kč 以内时为简化税务单据，无法放入发票类别中。

导出经过官方 XSD 制造商认证。 找出委托下有三个发现是最严重的，服务器会向其收到的任何地址发送 webhook，包括内部网络地址。

安全性：API 密钥不再管理接收地址。 用于上传单据的密钥能够创建接收邮件地址并逐步添加任何人到允许的发件人中。现在这些端点仅属于已登录的帐户。

2026年9月7日

系统架构。 我们提供的架构将您的架构上层的一个单独组。它们只读且单据会记住它们被提取的时机 — 先前的文件成为一次性拷贝到编辑器。单据包括燃油收据。

文档夹预填选项。 文档类型、输出格式、方向和会计货币可被保存至文档夹，上传时会从中继承。

识别数据的报告。 按时期、货币和单据类型汇总的实现。

云格式中已修正的字段名称。 验证与文档以及 SDK 发现了六个错误，其中部分修正改变了单据中的数字 — 比如在 iDoklad 中类型价格的选择意味着包括增值税的价格，尽管按未含增值税发送。

2026年9月4日

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

文档方向。 以前所有的转换都是指向负债方向，因此自己开具的发票会作为负债而不是应收账款进行会计。上传时需选取方向。

提取中的客户。 以前电子发票格式会插入一个占位符值。

会计单位的货币。 由于会计单位而非捷克克朗拆分，Pohoda 会区分国内及外币，斯洛伐克的 Pohoda 则以欧元记账。上传时选择因为一个帐户可以为多国企业服务。

多页单据完整进行处理。 之前仅处理第一页，尽管对所有页都收取信用额度。限制为二十页，并在上传时进行监控。

自定义架构的模板。 现有的有五个模板，而不是空白页面。

文档列表中的目标格式。 表格未显示，但应用程序已知。

已投放版本的 XLS 导出不再运作。 返回的是错误消息而不是文件，这在开发计算机中并不可见。

所有端点的安全审核。 从三个发现中，最严重的是服务器可以向任何收到的地址发送 webhook，包括内部网络地址。