供应商的见解

来自某些供应商的文件定期出现，而模型在这些文件上的错误始终相同：名称偏离，变动符号来自其他位置，读取的是优惠前的价格。当你在检查中纠正这样的错误时，应用程序将从该纠正中获取见解，并在下一个该供应商的文件中将其传递给模型。

无需任何设置。见解是由纠正自动生成的，你可以在设置 → 供应商的见解中找到它们。在同一位置，你可以关闭整个功能。供应商名称链接到对方公司选项卡，那里除了见解外，还有他们的文件和已知账户。

见解属于发出文件的人。对于已发票，它是你自己公司：见解是关于文件模板的，不是关于发票对象的。

两种类型的见解

常量是供应商在每个文件中相同的内容：正确的拼写、DIČ、货币。当你将值更正为与该供应商的其他已完成文件中相同的内容时，就会生成常量。如果你只有一个来自该供应商的文件，那么常量不会生成；它将伴随着下一个文件到来。

名称、IČO、DIČ和货币在第一次纠正时就会被记住。 这些内容对于供应商总是相同的，因此不需要等待第二个文件。唯一的条件是：纠正后的值必须确实在文件上存在。对于货币来说，只要文件以任何形式提到它即可：将“ Kč”更正为“ CZK”会被记住，即使文件上实际上没有“ CZK”。拼写错误或临时输入的值不会被记住，如果模型直接读取标记与该字段名称相同的内容（*DIČ:*到DIČ），则认为它是读取正确的。这适用于系统类型的文件；在自定义架构中，应用程序不知道哪个字段是哪个。

对于其他字段，第一次纠正不会被记住。从一次纠正中不能判断该值是否是供应商的常量，或者是否仅与该文件有关，例如其编号或日期。当模型在该供应商的下一个文件中同样犯错并且你将其纠正为相同的内容时，见解会生成。

供应商在哪里给出的信息是关于位置的见解：“变动符号在标签参考中，而不是在订单号中”。每个文件上的值都不同，错误是相同的。它从第一次纠正立即产生，不是由人工智能写的：应用程序在文件文本中找到值所处的标签，并将其复制。见解仅由可由文件支持的纠正生成：

• 模型获取了其他信息，例如文件上的订单号而不是变动符号，或者获取了发票日期而不是到期日，
• 模型忽略了信息：字段为空，而你补充的值在文件上存在，
• 模型用文件上某个不同标签的值填充了你删除的字段。

只有当值与标签在同一行且用冒号分隔时，才可以采用标签（“参考：8812345”）。如果无法这样可靠地找到见解，则不会生成见解。宁可没有也不要错误，因为它会影响模型对供应商每个后续文件的处理。

关于位置的见解不会生成：

• 从读取纠正中，即当模型站在正确的信息上只是读取错误：数字颠倒、漏掉的重音、名称的截断。下一次错误将出现于其他地方，
• 从文件上根本不存在的值。当你在测试字段中写上几个字母时，应用程序不会从中学习任何东西，
• 当模型直接从标记获取名称，该标记与该字段同名。文件上写着“变动符号：23501”，模型将23501放入变动符号，因此做了它应该做的事情。如果你将其替换为电话号码，则对供应商没有任何意义。

项目行是唯一模型可以表述句子的地方，例如“折后价格在价格列中”。无法从标签中组合。在这里也必须有文件支持的纠正：行被增加或删除，或者文件上存在模型获得的价格和你确认的价格。未更改的项目名称或文件上不存在的编号不会到达模型，甚至已支持的纠正模型也可能标记为一次性。

每个见解在设置中都有指向生成它的文件的链接。

如何使用见解

在下一个文件中，供应商通过文件中的IČO（如果没有IČO，则通过名称）来识别。见解以模型的建议形式传递，类似于OCR的文本转换。文件始终具有优先权：如果文件上有与见解不同的内容，模型会重新阅读该内容并返回文件上实际存在的内容。更名或修改发票模板的供应商因此会被正确处理。

见解仅适用于生成的文件类型。发票和收据有不同的字段。

在模型收到建议的文件上，会在列表中标记为带建议，因此可以一次过滤出所有。标记是自动的，如同贷项通知单：可以重命名、重新着色或删除，已删除的将不再添加。

你可以在文件的详细信息选项卡中识别哪些见解：框内的模型收到建议将列出这些见解。适用的是模型在处理时收到的内容，即使你已经删除了该见解或因其他纠正而进行了更改。对于没有建议的文件，大多数情况下，框将不存在。设置中的在N个文件中使用计数器计算的也是相同的内容：仅记录真正属于供应商的文件。

不会记住的内容

• 账户号码，尽管它在供应商中是最稳定的。有关发票的最常见欺诈是已知供应商的外部账户号码，而“账户通常为此”这样的建议可能掩盖这样的变化。因此，账户总是从文件中读取。
• 数字：金额、数量和税率。即使每月的固定费用相同，也需要从文件中读取，而不是凭记忆。
• 已进行电子发票的纠正（ISDOC）。模型没有读取，它们以数据形式出现。

设置中的管理

见解会在确认检查后的几秒钟内出现在列表中，后台生成。

对于每个见解，你可以看到涉及的字段、使用了多少文件以及你与该字段一起纠正了多少次。没有帮助的见解可以通过第二个数字来识别。

见解无法修改，只能删除。它们将用于模型，该过程必须保持受控：仅基于你在文件中真实纠正的内容生成。如果你删除了见解并且模型仍然继续出错，将会从下次纠正生成新见解。如果你在见解的基础上纠正字段，它会自动用新的替换；你撰写的新常量将被遗忘。

每个供应商和文件类型最多持有十个见解。当出现另一个见解时，最久未更改的将被取代。供应商的数量没有限制。

见解是关于供应商的，而不是关于其生成的文件。如果该文件被删除，无论是放入垃圾箱还是永久删除，见解仍然存在并继续使用；在列表中只是失去了对文件的链接。同样适用的是，当文件在保存期结束后消失时。如果你不想要的见解，请在设置中将其删除。

见解的创建和删除可以在活动中找到。

关闭

部分标题中的开关将同时关闭两者：新见解将不再生成，已保存的将停止传递给模型。这将立即生效，包括在队列中已等待的文件。 已保存的见解不会消失。它们将保留在列表中，仍然可以删除，并且在重新启用后将再次使用，无需重新学习。

这在你怀疑某个见解会对模型产生负面影响并想要进行验证时很有用：关闭它，让文件重新处理，然后进行比较。启用和禁用的记录会记录在活动中。

何时见解不会生成或使用

• 见解在设置中被禁用。
• 文件被确认无任何更改。无法学习。
• 文件上没有供应商（缺少IČO和名称），典型的自定义架构没有这些字段。
• 位置见解需要文件文本。拍摄的图片在OCR关闭时没有任何文本；常量将从中生成，但位置见解不会。出于同样的原因，无法识别相应的供应商，因此见解也不会应用于此类图片。
• 文件不需要进行检查。模型仅从你在检查时纠正的内容中学习，因此在关闭检查时见解不会增加。

在共享文件夹中，见解属于文件的所有者，即使检查的是访客。