日志消息对于任何业务流程设计都是非常重要的，因为它们提供了所发生的事情的报告。
如前所述，日志消息由多个日志字段组成，每个日志字段都有相应的值。日志由机器人在发生重要事件时自动生成，也由开发人员使用 Log Message 活动生成，并被推送到 Orchestrator 服务器。该服务器实现了一个组件，用于将这些日志推送到Elasticearch 数据库。
自动记录的日志
下面是框架中所有消息日志的列表、调用相应的 Log message 活动的位置、消息和日志的级别(信息、警告、错误、致命) (info, warn, error, fatal).。
您可以看到，日志的许多消息是由存储在变量中的字符串和静态字符串之间的连接(符号)组成的。
让我们举一个这样的例子，分解它的含义。从此，所有其他日志都遵循相同的逻辑。消息如下: in_Config("LogMessage_ApplicationException").ToString+" Retry: "+io_RetryNumber.ToString+". "+in_SystemError.Message+" at Source: "+in_SystemError.Source
消息的第一部分是 in_Config("LogMessage_ApplicationException").ToString,它从 Config 字典中读取, 它允许在需要时进行简单的修改。它位于配置 Excel 文件 的 Constants 表中，默认值是： System exception.
接下来，我们附加字符串常量 “ Retry: “，然后附加 io_RetryNumber 的值, 反映当前已经重试的次数.
再接下来，附加 in_SystemError 对象的 Message 和 source 属性，它们将会显示出异常发生的位置，和异常的消息（通常是异常的原因）
由于你可以从对单个日志消息的解释中获取信息，它由静态部分和动态部分组成，这些部分连接在一起形成一个整体。
