处理操作日志

本文档解释如何处理外部计划系统中制定的计划决定的信息，以及如何在 M3 Business Engine (BE) 中实施这些决定。

该处理通过使用操作日志来执行。操作日志是包含在外部系统中以活动形式作出的所有决定的日志。

结果

M3 BE 中的受影响数据会发生更改，进而反映了所作出的决定。这意味着制造处理可以根据在外部系统中完成的计划来进行。有关更多详细信息，请参阅“另请参阅”部分中列出的参考文档。

准备工作

  • 必须安装外部计划系统。
  • 基本数据必须从 M3 BE 传输至外部计划系统。此外，必须在外部系统中执行可产生不同决定的计划会议。
  • 必须在操作类型定义。打开 (CMS109) 中作为操作类型定义所有可能的决定，以及关于如何在 M3 BE 中处理这些决定的信息。通过选择操作标准（F14 键）预定义和生成操作类型。
  • 必须为操作日志的编号定义序列号 44 B，并且必须为实施阶段期间可能出现的错误记录定义序列号 44 D。可在序列号。打开 (CRS415) 中定义序列号。

遵循以下步骤

注意

在不同的系统中执行该处理中的相关活动。这通常意味着这些活动也会由不同的人员和角色执行。

  1. 将操作日志从外部系统导出至 M3 BE（强制性）

    在外部计划系统中执行并完成计划会议时，计划的结果作为操作日志导出至 M3 BE。

    这一操作通过 API 程序 CMS051MI 完成，该程序由外部系统中的人员人工启动。（触发导出后，系统将启动 API 交易 CreateHeader、CreateLine、CloseAction 和 Implement。）

  2. 在 M3 BE 中实施操作（强制性）

    需要在 M3 BE 中更新受计划会议期间作出的决定影响的 M3 BE 中的数据。这一操作通过在操作日志中实施的操作来完成。

    对于定义为自动实施的所有操作（根据 CMS109 中的操作类型），将操作日志导出至 M3 BE 时，将自动执行此步骤。

    所有实施的操作将自动设置为状态 90（已关闭）。如果成功实施整个操作日志，其状态将设置为 90（已关闭），并完成实施处理。

    可在打开操作日志 (CMS050) 中显示操作日志。

  3. 人工更正错误并实施操作（强制性）

    如果未实施部分某些操作，则必须人工处理。可以通过自动生成的应用程序消息通知责任人。

    操作可能基于以下原因而开启：

    • 操作不是一个已定义决定，但指出一个需要解决的问题。必须总是人工处理这些操作。
    • 自动实施失败。

    责任人必须分析可能的错误或需要解决的问题，然后纠正错误或实施决定。

  4. 在外部系统中执行新的计划会议

    此步骤旨在描述如何确保每个用户和角色只打开一个操作日志。

    注意

    建议每个负责用户和角色只有一个待解决操作日志。通过执行此操作，可以避免在操作日志中的决定基于在 M3 BE 中传输至作出决定的外部系统后已更改数据的情况。

    来自 M3 BE 的基本数据会在下次新计划会议即将开始时传输至外部系统。

    如果操作日志仍处于打开状态，则未实施的操作会通过使用 CMS051MI 中的 API 交易 ListLine 传输回外部系统。

  5. 将新操作日志导出至 M3 BE

    此步骤旨在描述如何确保每个用户和角色只打开一个操作日志。

    注意

    建议每个负责用户和角色只有一个待解决操作日志。通过执行此操作，可以避免在操作日志中的决定基于在 M3 BE 中传输至作出决定的外部系统后已更改数据的情况。

    执行并完成计划会议时，计划的结果作为操作日志导出至 M3 BE，如活动 1 中所述。请注意，该新操作日志可能包含以前操作日志中包含的操作。

    CMS051MI 中的 API 交易 CloseAction 可用于关闭先前的操作日志。API 交易执行检查以确保同一用户和角色没有待解决操作日志。如果存在待解决操作日志，则系统将自动关闭该操作日志。

相关主题