如果电子发票无法发送到服务器，始终停留在"队列中"，可以通过等待发送的文档列表来解决问题——需要清空该列表并重新发送ЭСФ。在大多数情况下，这样就能消除"卡顿"，而无需重装程序，也无需重新开具文档。
为什么ЭСФ会卡在队列中
从1С:哈萨克斯坦会计（1С:Бухгалтерия для Казахстана）向电子发票信息系统（ИС ЭСФ）发送ЭСФ是在后台通过发出文档队列进行的。如果交换因某种原因中断，文档就会以等待状态留在该队列中，新的ЭСФ会"附加"到它们后面，但实际上并未发送到服务器。最常见的原因有：
- 发送时通信短暂中断或ИС ЭСФ服务器不可用；
- 电子数字签名（ЭЦП）证书已过期或未选择；
- 1С中交换后台任务发生故障；
- 队列中有一个"问题"文档，阻塞了其余文档的发送。
该怎么做
在程序窗口上部有一个超链接，可以打开所有排队等待发送的文档的完整列表。操作步骤如下：
- 点击该超链接——将打开卡在队列中的ЭСФ列表。
- 删除该列表中的所有文档。
- 重新发送ЭСФ。
之后文档应能顺利发送到服务器，不再延迟。请注意：从发送队列中删除文档并不会从数据库中删除发票本身——你只是清空了交换任务列表，而ЭСФ本身仍保留在日志中，并在下次发送时重新排入队列。
重新发送的分步流程
- 确认网络连接稳定，且ИС ЭСФ服务器可用。
- 检查交换设置中已选择有效的ЭЦП证书，且有效期未过期。
- 打开程序窗口上部的发送队列超链接。
- 清空卡住的文档列表。
- 打开ЭСФ日志，重新发送所需的发票。
- 等待文档状态变为发送成功（在ИС ЭСФ端为已送达/已处理）。
如果清空队列后问题仍然重复
当重新发送后ЭСФ再次"卡住"时，请按步骤操作以定位原因：
- 检查单个文档。尝试单独发送一张ЭСФ。如果它能发送成功，而批量发送不行，说明是某个具体的问题文档阻塞了队列。
- 检查ЭЦП证书。确认签名有效、绑定到正确的人员，并已正确安装到系统中。过期或选择错误的ЭЦП是最常见的故障原因之一。
- 重启交换后台任务。有时只需重启1С，后台发送进程就能重新运行。
- 检查ИС ЭСФ端的状态。如果文档实际已发送，但1С中的状态未更新，可以在ИС ЭСФ自身的账户中核对，以免重复开具。
- 检查文档的属性。交易对方、ИИН/БИН、ТН ВЭД编码或其他必填字段中的错误可能导致被拒绝和发送"卡顿"。
如何避免再次卡顿
- 定期发送ЭСФ，不要积累大批量——这样更容易根据具体文档追踪故障。
- 关注ЭЦП证书的有效期，并提前更新。
- 在日志中监控已发送ЭСФ的状态：成功接收的文档应具有相应的处理状态。
- 记住НК РК规定的ЭСФ开具期限——"卡住"的队列并不免除你按时开具发票的义务，因此最好立即排除故障。
常见错误
- 重新开具ЭСФ，而不是清空队列并发送已有的文档——结果产生重复单据。
- 把从日志中删除发票与清空发送队列混淆，误删了发票。
- 不检查ЭЦП证书，一次又一次地尝试用过期签名发送文档。
- 忽视ИС ЭСФ中的文档状态，认为ЭСФ已发送，但其实已被拒绝。
- 拖延解决问题，违反了ЭСФ的开具期限。
需要检查什么
- 是否能访问ИС ЭСФ服务器，网络连接是否稳定。
- 所选ЭЦП证书是否有效，有效期是否未过期。
- 是否已通过程序窗口上部的超链接清空了发送队列。
- 是否有某个属性错误的具体文档阻塞了队列。
- 重新发送后ЭСФ状态是否已更新，是否与ИС ЭСФ账户中的数据一致。
- 是否遵守了НК РК规定的ЭСФ开具期限。
如果重新发送后情况仍然重复，建议联系BuhGPT支持——在buhgpt.kz上可以就任何与1С、核算和税务相关的问题快速获得解答。