精算平衡表
精算层平衡表——预测值 × 实际值,毫不掩饰。将精算核心模型所预测的内容(按IFRS 9计算的PCLD × 实际损失、维护准备金 × 实际支出、预测拒付率 × 实际拒付率、预测留存率 × 实际观察到的CHURN——即被记录为预测的内容)与实际发生的情况进行对照。每一行都列出预测值、实际值、百分比偏差 = (实际值 − 预测值) / 预测值,以及容差判定结果。🔴 如果准备金估计错误,该数字会被标记为超出范围——这份平衡表不会加以粉饰。仅供查看。
页面实景
真实页面，采用您在上方选择的主题。
这个页面有什么
直接从页面读取的写照——页面变了，这里也会变。
可用操作
重新加载主数据立即运行清零待处理建立关联重新导入受影响的月份从该月重新导入重新处理与来源核对查看缺哪些保存策略演练（不写入）应用
列表显示
内容状态月份进度对象原因单据数来源示例开始时长来源已读取+8
表单字段
InícioComeço da rodada de integração. É por ela que a execução é identificada na fila.
FimTérmino da rodada. Vazio com início antigo é rodada travada, não rodada em andamento.
OrigemSistema de onde os dados foram lidos nesta rodada.
SituaçãoComo a rodada terminou: sucesso, com pendências ou erro.
DetalheO resumo legível do que a rodada leu e do que ficou pendente, recurso por recurso.
Último sinal de vidaÚltimo sinal dado pela rodada. Sem sinal recente, ela está parada e não apenas demorada.
从这里开始
O que esta tela responde
同步运行了吗？与源系统一致吗？哪些没有导入，为什么？每次执行都显示真实数字——读取、创建、更新和待处理——即使失败也是如此。对账会把“源系统中”的数量与“TENKA 中”的数量并列显示：一旦不一致就标红，不做任何解释。
此界面回答什么
当一条记录到达时没有明确的去向（未分类的业务类型、未确认的公司、没有仓库的库位），它“不会”被错误地导入：而是变成写明原因的待处理项。在配置页面解决原因后点击“重新处理”——连接器会重新读取，待处理的内容随之导入。什么都不会丢失，也不会有任何东西悄悄导入。
操作指南
违规只会上报，不会拦截
先点“重新加载主数据”：下次同步时将完整读取主数据（按月的历史导入“不受”影响——不会丢失任何进度）。然后点“立即运行”，让主数据导入。最后点“关联引用”，把单据关联到已导入的主数据。顺序很重要：在重新加载之前关联什么也找不到，因为主数据记录还不存在。
Depois do "Rodar agora", acompanhe pelo indicador — sem recarregar a página
点击“立即运行”会在后台启动同步，并在“执行记录”标题旁点亮“正在同步……”指示器。运行期间列表每隔几秒自动刷新，结束时指示器消失——最终状态（OK、部分成功或失败）显示在列表第一行，并附各资源的详情。
规则
Vínculo pendente: o documento entra, o cadastro amarra depois
当来自 ERP 的应收应付、发票或订单引用了尚未导入的客户、供应商、科目或中心时，单据“照样导入”——金额、日期和到期日都会保留——缺失的关联会连同 ERP 编码一起记录下来。不丢弃任何内容，也无需重新录入。只要还有待处理的关联，面板就会用红色提示导入“尚未完成”：按客户、供应商、科目和中心的合计在关联完成之前都是不完整的。
Amarrar não relê o ERP
由于 ERP 编码保存在每条待处理关联中，关联是一项本地操作——几秒钟，无需触及源系统。这就是一键解决 1,800 条待处理项与在 ERP 中花几个小时重读 27 万笔应收应付之间的区别。只有“未导入”的应收应付（本版本之前缺少科目）这种情况需要重新导入该月。
A natureza "A CLASSIFICAR" é um problema visível, não uma classificação
如果 ERP 中的科目尚不存在，应收应付会归入一个名为“待分类”的技术科目——因为另一种选择是拒绝该笔应收应付并丢失数据。它“不是”业务类别：只是一个临时标记。真实科目保存在待处理关联中，主数据到达后就会替换这个技术科目。只要其中还有应收应付，任何报表都不应被视为最终结果。
Reprocessar nunca recomeça a carga histórica
单据待处理项（财务、发票、订单）上的“重新处理”按钮会尝试“关联”引用——它不会清除按月导入的进度。而“重新加载主数据”只会重置主数据游标。历史的 92 个时间窗口只有在您明确要求重新导入某个月时才会重读。
Reimportar só os meses afetados
当 ERP 中的某张单据在导入时被拦截，系统会记录它属于哪个月。“完整性与修复”面板会列出这些月份，重新导入按钮只重读这些月份——而不是从那个月一直重读到今天。重读是安全的：已有记录按 ERP 键更新，绝不会重复。请注意限制：在系统早期版本中被拦截的单据没有留下月份记录；要找回它们，请使用“从某月起重新导入”，并填写受影响的最早月份。
Mensagem vermelha na amarração = falha de execução, não estado dos cadastros
完整性面板有两类消息，需要采取不同的行动。普通消息描述的是“状态”（“N 条关联等待主数据”、“N 条本应已关联”），对应的行动针对数据：重新加载主数据、对某个映射作出决定。以“关联……失败”开头的“红色”消息则是另一回事：该领域的处理过程崩溃并已回滚——其中没有任何内容被关联，文本中给出了确切的技术错误。这种情况下，重新加载主数据或再次点击都没有用：请复制错误信息并发送给技术支持。这才是“已关联 0 条”的真正原因。
Exclusão sincronizada: o que acontece com o que a origem apagou
在对账的“查看缺少哪些”面板中，“Tenka 中多出”一侧列出这里存在而源系统中已不存在的内容。如何处理这些多余项由连接器的策略决定：“保留”不做任何改动（默认）；“停用”将其移出运营并保留历史——推荐这样做；“删除”会物理删除，但仅限没有任何单据引用的记录——被应收应付或发票引用的记录会被停用而不是删除，报告会说明有多少条因此被保留。请始终先使用“试运行”：它只显示数字，不保存任何内容。财务单据不参与此流程；按规则，已对账的应收应付不可更改。
Por que "Amarrar vínculos" podia devolver zero, e o que mudou
在大型数据库上，关联操作曾超出数据库超时限制，整个处理过程被回滚——页面显示“已关联 0 条”，诊断信息谈的却是主数据，真正的原因埋在日志里。现在失败会以红色显示并附确切错误，关联本身也已重写为每条关联只解析一次、分批处理。如果仍出现红色消息，请复制文本：其中写明了领域和错误。
O que "Amarrar vínculos" faz, em três passos
当一张单据引用了镜像中尚不存在的主数据时，它“照样导入”——字段为空，ERP 编码保存在旁边。“关联引用”按顺序做三件事：把关联写入单据，把该关联标记为已解决，最后关闭列表中显示的待处理项。前两步才是导入本身；第三步只是盖个章。
Aviso amarelo sobre o encerramento das pendências: nada foi perdido
如果消息说关联已完成并“已保存”，但关闭待处理项没能在本次处理中完成，那么工作其实已经做完了。遗留的只是盖章：这些行在下一轮运行之前会继续显示为未关闭，但没有任何数字因此改变。这与红色消息不同，红色消息表示处理已回滚——那才意味着该领域没有任何内容被关联。
A ordem dos três botões não é sugestão
“重新加载主数据”会从 ERP 获取当前映射。“立即运行”按该映射处理待处理项。只有当已结账月份的规则发生变化时才重新导入该月。在重新加载“之前”重新导入，会按“旧”映射重新处理该月——而且结果看起来是对的，因为不会报任何错误。
Pendência antiga cujo título já entrou fecha sozinha
每一轮运行时，导入都会把未关闭的待处理项与镜像核对：如果“应收应付未导入”警告所指的那笔应收应付“已经在”平台上（在之后的一轮或通过重读导入），该警告会自动关闭，并盖章说明由谁关闭、为何关闭。队列中留下的只有需要人来决定的事项——到期日录错、电子邮件无效、需要在 ERP 中核对的主数据。
为什么有联系人没有邮箱
在 Tenka 中，联系人的电子邮件就是门户的登录身份，因此不能重复。当源系统为两个不同的人发送同一个电子邮件时——两家公司的合伙人、多家公司的会计、前台的通用地址——第二个联系人会带着姓名、电话和职务导入，但不带电子邮件，并由一条待处理项提示。什么都不会丢失：用来打电话找人的电话号码仍在。要让该联系人能够访问门户，请在源 ERP 中为其设置专属电子邮件并同步；待处理项会在下一轮关闭。
常见问题
月度上限与自动切断
对账单按“银行账户”逐日列示，因此没有账户的应收应付不会出现在其中——即使它已导入且在 DRE 中正确。如果导入发生在该账户于镜像中存在之前，账户编码已保存在单据中：依次点击“重新加载主数据”、“立即运行”，最后点“关联引用”。无需重新导入任何月份。如果待处理关联的徽标没有归零，说明剩下的主数据在源系统中确实不存在。
筛选：组件的与面板的
不一定——这是此页面上最容易误判的情况。数量相同并不意味着“集合”相同：曾经出现过源系统有 38 个银行账户、这里也有 38 个，但两边有 24 个编码不同的情况。使用该行的“查看缺少哪些”，可以看到源系统有而镜像没有的编码，以及只存在于这里的编码。此列表适用于主数据（合作伙伴、产品、账户、科目、中心、TOPs）；对于应收应付、发票和订单，正确的做法是查看待处理关联的诊断，因为那里有数十万个键。
A lista diz "deveriam ter amarrado". Isso é sempre defeito?
不一定——这句话曾经指错过“罪魁祸首”。它描述的是读取那一刻数据库的“状态”：单据存在、字段为空、有匹配的主数据。如果上一次处理已关联但因某种原因被回滚，这些关联会在这里显示得好像从未尝试过一样。在登记为缺陷之前，请再次运行“关联引用”，看数字是否下降：下降了，说明是处理被中断；保持不变，才是真正的缺陷。
Cadastro que um documento antigo cita — quem pede à origem?
由导入本身负责：待处理关联引用的每一条主数据（例如通过增量导入进来的一笔旧应收应付的科目），都会在下一次向源系统发起请求时被“点名”请求，即使超出日期窗口。这就是“导入引用了谁，导入就去请求谁”的规则——无需重新导入整月数据。
无效邮箱、无角色伙伴和账户余额的待处理项消失了。为什么？
因为它们不再需要任何人来决定（2026/09/30 的规则）。来源中的邮箱无效、重复或缺失：记录不带邮箱直接进入，仅此而已——这里没有需要决定的事，在 ERP 中修正是可选的。在 ERP 中既不是客户也不是供应商的伙伴：有应付单据的自动作为供应商进入，有应收单据的自动作为客户进入；既无角色也无往来的不做镜像，其联系人也不做镜像。镜像中不存在的银行账户余额：是来源中的停用账户，其余额被忽略。这些都不会脱离您的视线：每次执行的摘要在“明细”列中统计有多少条不带邮箱进入、多少条仍无角色、多少笔余额被忽略。这三类旧的待处理项已在更新时以“已忽略”关闭。
这篇文章有帮助吗？
同一模块中: 集成3
Tenka 学院
了解学院针对您行业的分步学习路径，就在平台内。