您好 Yogesh Prasad ，您可能会有所帮助 找到这个神秘的选择。

嗨，伊利亚斯，
我会尝试给你我2美分的价值。

所以我认为这可能与调用一些功能模块直接将ADDTOBUFFER命令发送到tp程序，TRINT_TP_INTERFACE或类似功能有关。 检查SAP注释313991。但这只是所有旧的特定内容，很可能不适用于您的情况。 即使您成功填充了缓冲区，ChaRM一致性检查也不会允许您更改更改文档的状态。

我想您正在解决一个真正的神秘问题，但是：
如果任务是通过将更改文档移至最终状态来完成更改文档，则可以使用CRM_SOCM_SERVICE_REPORT程序（SAP注2285580）。/p>

如果要在演示环境中模拟ChaRM工作流（例如SAP Solution Manager 7.2支持程序包3），则可以选择管理更改文档而无需传输请求。 这样，如果未分配任何运输请求来更改文档，则会忽略与运输相关的动作和检查。

最后，最简单的方法是使用真实的系统而不是虚拟的系统，至少按照ChaRM Dolores的第一步中的指导创建SLM系统的其他客户端。文章。

我希望其中一些对您有用。

致谢，
Alexander

感谢Alexender的提示。 我一定会在今天晚些时候尝试一下，并报告结果。

该场景并不是很神秘，但是运行全尺寸超级按钮POC所需的资源不可用，因此请挖掘此选项。 再次感谢。