一次搞定 SAP IDoc 失败重处理与安全清理：BD87 实战指南

在集成场景里，SAP IDoc 往往承担异步、可追溯、可重放的关键角色：接口不一定要实时成功，但一定要能定位问题、修复原因、把数据补回去。也正因为这种特性，遇到错误 IDoc 时，最靠谱的处理姿势通常不是一删了之，而是把为什么失败弄清楚，再决定是重处理还是按规范清理。

很多同学在项目上最常用的入口就是事务码 BD87。它本质上是 ALE 消息的状态监控器，用于监控入站与出站 IDoc 的处理状态，并支持人工方式触发处理。(SAP Help Portal) 下面用一个更贴近项目落地的方式，把重处理与标记删除这两条路径讲透，同时补上生产环境最容易踩的坑与一些自动化思路。

BD87 到底解决什么问题

BD87 的定位可以用一句话概括：把分散在各种状态、各种消息类型、各种处理阶段的 IDoc，以一棵树的方式聚合出来，并允许你对选中的节点执行手工处理。(