关于RSVTPROT没什么特别的。 通过以编程方式启动的作业运行它与通过手动作业运行相同。 您的代码中只有一个编程错误。

PS：请共享您的代码，以便我们为您提供帮助。

您可以尝试将其导出到ALV输出中，然后 通过cl_salv_bs_runtime_info

获取它为什么要使用SUBMIT？ 只需在后台作业中将程序作为一个步骤运行，然后在作业定义中使用假脱机输出分配选项即可通过电子邮件发送输出。 它不会包含在PDF中，但这是一个简单得多的过程。

CCMS工具还没有解决这个问题吗？ 我不是基础人员，但从我所听到的来看，监视/警报功能非常强大。

嗨，艾恩，

尝试在SM37中调试后台作业，检查Submit语句。

• 在报告RSVTPROT中设置一个断点
• 在SM37事务中，将光标放在作业行上，在命令行中键入" JDBG"，然后按Enter。
• 作业将以调试模式启动。

此致

Muhammed M

SPAN {字体家族：" Courier New"； 字体大小：10pt； 颜色：#000000; 背景：#FFFFFF; } .L0S52 {color：#0000FF; } .L0S55 {color：#800080; } .L0S70 {color：#808080; }

cl_salv_bs_runtime_info => set（导出显示= abap_true
元数据= abap_false
数据= abap_true）。

检查上面使用的代码，并在sy-batch期间显示abap_true为abap_true。

嗨，桑德拉，

感谢您的确认。 这使我不得不检查为什么它对您不起作用时对我不起作用。

确实，我的打印机名称有问题。

现在，我已使用另一台打印机作为默认打印机，并且通过此更改，该程序即使在后台也能够生成后台打印程序。

总而言之，我们可以确信地得出结论，在前台或后台模式下运行时，RSVTPROT都没有什么不同。

感谢大家的宝贵意见。

此致

Ayan

嗨耶琳娜，

感谢您的回复。

就我而言，我有一个非常具体的要求，即更改日志仅需要作为预定义电子邮件正文中的pdf附件。

正如您正确地说的那样，我也从侧面进行了测试，将RSVTPROT程序作为后台作业的一个步骤运行，尽管没有pdf，但仍会生成假脱机。 该线轴具有所有详细信息，对我有用。

在这里，它实际上是一个后台作业，因此我无法完全理解为什么通过SUBMIT语句无法执行相同的工作，而SUBMIT语句又试图通过作业运行程序RSVTPROT。

对SUBMIT语句的这种限制性行为的一些见解将非常有帮助。

此致

Ayan