--- title: "ЭСФ未发送，状态为待发送队列" country: KZ lang: zh author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti) date: 2026-08-27 canonical: https://buhgpt.kz/suraqtar/ne-uhodit-esf-stoit-v-statuse-v-ocheredi-na-otpravku-zh source: BuhGPT --- # ЭСФ未发送，状态为待发送队列 > **TL;DR:** 电子发票处于“待发送”状态：发生了什么以及该如何处理 处于“待发送”状态的电子发票是会计人员最常见且最令人紧张的情况之一。文件似乎已经生成、签署并发送，但在信息系统中却没有进展：既没有转为“已送达”，也没有转为“已处理”，更不用说确认收件人的接收状态。在实践中，这种状态几乎总是与会计程序和电子发票信息系统（IS ЭСФ）门户（Web 应用程序）之间的交换问题有关，而不是文件本身的错误。我们将逐步分析：首先是状态的性质，然后是常见原因，接着是检查顺序，最后是需要记住的注意事项。 状态“待发送”的含义 从意义上讲，这是一种中间的、运输状态。它表明电子发 --- 电子发票处于“待发送”状态：发生了什么以及该如何处理 处于“待发送”状态的电子发票是会计人员最常见且最令人紧张的情况之一。文件似乎已经生成、签署并发送，但在信息系统中却没有进展：既没有转为“已送达”，也没有转为“已处理”，更不用说确认收件人的接收状态。在实践中，这种状态几乎总是与会计程序和电子发票信息系统（IS ЭСФ）门户（Web 应用程序）之间的交换问题有关，而不是文件本身的错误。我们将逐步分析：首先是状态的性质，然后是常见原因，接着是检查顺序，最后是需要记住的注意事项。 状态“待发送”的含义 从意义上讲，这是一种中间的、运输状态。它表明电子发票已经离开填写和签署阶段，并排队等待传送到外部系统，但尚未收到其实际送达的确认。需要立即得出的关键结论是：这种状态的存在并不等同于文件已被接受和注册。在系统未返回确认状态之前，认为发票已完成是为时已晚。这对于评估税务风险非常重要：电子发票的开具义务被视为在 IS ЭСФ 方面实际处理文件时履行，而不是在您程序中排队时。 常见的挂起原因 根据我的经验，排队的电子发票几乎总是可以归结为以下几类原因。 1. IS ЭСФ 服务本身的问题。由于技术工作、负载过高（特别是在报告期末，所有人同时开具文件时）或临时故障，门户可能无法访问。在这种情况下，所有用户的文件都会在队列中积累，并在服务恢复后自动发送。这是最常见的原因，您无法控制。 2. 用户端的连接问题。互联网的缺失或不稳定、企业防火墙或杀毒软件阻止出站连接、代理服务器、组织网络的限制——这些都使得会计程序无法连接到服务，文件因此停留在队列中。 3. 电子签名的问题。电子数字签名（ЭЦП）证书过期、已撤销或尚未激活的密钥、签名未在正确的个人或权限下进行——这些都是导致发送未完成的常见原因。有时文件在本地签署，但在服务端签名未通过验证。 4. 会计程序中的交换设置。连接服务的参数设置不正确、配置或平台版本过时、未执行同步、关闭了定期交换——这些都会导致文件“挂起”。 5. 文件或对方的状态。有时原因在于数据：未填写的必填字段、收件人信息不正确、对方在系统中的状态问题。此时，文件可能在问题解决之前无法继续排队。 检查顺序：从简单到复杂 审计原则是从最可能和最少耗时的情况开始，逐步到复杂的情况。我建议以下顺序。 步骤 1. 确保问题不是普遍性的。检查文件是否仅在您这里挂起，还是所有用户都遇到；其他电子发票是否正在发送。如果一切都停滞不前，很可能是服务端的问题，最好等待，同时定期尝试重新发送。通过浏览器直接检查 IS ЭСФ 门户的可用性也是有帮助的。 步骤 2. 检查连接和签名。确保有稳定的互联网，ЭЦП 证书有效且未被撤销，您使用的正是为组织注册的密钥。过期的证书是一个非常常见的“静默”原因。 步骤 3. 检查程序中的交换设置。查看连接到 ЭСФ 服务的参数、配置和平台版本的有效性、定期交换任务的状态。如有必要，手动执行交换并查看服务消息——通常在这里可以看到错误文本，直接指向原因。 步骤 4. 打开文件和交换日志。许多会计解决方案会维护发送日志或协议，其中可以看到特定电子发票的最后尝试结果和服务拒绝的文本。这是最有信息量的来源：不要猜测，而是阅读系统返回的内容。 步骤 5. 在门户上进行核对。登录 IS ЭСФ 的 Web 应用程序，查看该文件是否存在以及其状态。如果在会计程序中状态仍为“待发送”，而在 ЭСФ 门户上已被实际接受——那么只需等待状态同步，而不是重新开具文件。 特别注意：不要产生重复 这可能是最主要的注意事项。面对挂起的文件，会计人员在时间压力下常常会重新开具电子发票。结果，在服务恢复时，两个副本都会发送，导致对方出现重复。在重新开具之前，请务必在门户上检查原始文件是否已发送。重复发送同一文件（使用“再次发送”按钮）和开具新文件是不同的操作；前者是安全的，后者会产生重复。 何时等待，何时行动 如果原因是外部的（服务不可用、进行技术工作、负载高峰）——正确的策略是等待并定期重复发送；队列会自行清理。如果挂起是由于您这边的原因（签名、设置、文件数据）——等待不会改变任何事情，需要解决原因。区分这两者的关键正是交换日志和检查问题的普遍性。 关于时限和责任的问题 我特别强调一个常常被遗忘的事项。开具电子发票的时间受到哈萨克斯坦共和国税法规定的限制，技术故障本身并不会自动解除开具文件的义务。如果 IS ЭСФ 服务正式不可用，行动顺序和对时限的影响由相关机构的规定和解释决定。因此，在长时间故障期间，记录不可用的事实（截图、时间、错误消息）是有意义的——这是您在出现问题时的证据基础。不建议依赖口头的时限和罚款评估：请与事件发生时的现行规范和官方解释进行核对，因为这些规定会定期变更。 预防措施 为了减少这种情况的发生，建议：提前监控 ЭЦП 的有效期，并在到期前更新证书；保持会计配置和平台版本的最新状态；不要将电子发票的开具推迟到报告期的最后一天，此时服务负载最大；设置定期自动交换并定期查看日志以检查未完成的发送；在发送之前检查文件的完整性和对方数据的准确性。 简要总结 状态“待发送”并不是文件的死刑，而是一个信号，表明与 IS ЭСФ 的交换尚未完成。在绝大多数情况下，原因要么在服务端（此时等待和重复发送有帮助），要么在签名、连接或交换设置（此时需要根据交换日志解决原因）。安全的主要规则是：在重新开具文件之前，确保在门户上确认原始电子发票确实未发送，以免产生重复。请记住：义务在系统实际接收文件时被视为履行，而不是在其排队时，因此请将每个电子发票推进到确认状态，并控制法律规定的开具时限。 --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_