知行EDI系统的Status界面显示,可用于跟踪应用程序的性能和状态的日志和指标。这是Status界面可用信息的指南,包括:
交易日志 Transaction Log
交易日志下的每个条目都与
知行EDI系统工作流中的端口正在处理的文件相对应。 端口可以通过不同方式对文件进行操作,每种方式都被认为是一种“交易”:
-
从外部源下载/接收数据并将其写入文件
-
将数据从本地文件上传/发送到外部目标
-
转换/处理本地文件的格式或数据
交易日志条目包括指定交易的具体数据:文件名,交易时间戳,交易的状态(Sent,Received,Error),进行交易的端口等。
通过单击条目左侧的 + 按钮或单击文件名称,可以展开交易日志中的每个条目。展开的日志条目显示了当前交易的所有日志文件。特定的交易类型将具有特定的日志文件,比如AS2交易包括MDN回执日志文件。
如果在交易日志中记录了失败的交易,若之后成功发送或接收了相同的文件,交易日志将用相应的成功条路覆盖“发送错误”或“接收错误”条目。 但是,展开交易日志中的条目时,失败交易日志仍然存在。
查询交易日志
Status页面中的搜索功能可以过滤指定交易。比如,搜索指定的端口名称,将仅显示该端口处理的文件。
默认情况下,交易日志支持按时间戳,端口名称和文件名搜索。搜索字符串可以是部分的;例如搜索“edi”将展示所有以“.edi”扩展名结尾的的文件名以及任何包含“edi”的端口名称(不区分大小写)。
除了可用于任何交易的默认搜索条件之外,可将可搜索的自定义元数据添加在工作流的文件中。一旦元数据以应用程序跟踪的头部形式添加到文件中,就可以像其他任何交易明细一样在交易日志中搜索这些头部信息。将自定义元数据添加到文件超出本文的范围,但您可以在我们日志记录中找到有关此信息的更多信息。
应用程序日志 Application Log
应用程序日志包含有关在应用程序级别发生的任何错误的条目,这比特定文件交易的错误范围更广。 例如,如果应用程序无法打开数字证书存储,则产生的错误与应用程序处理的特定文件无关,但仍记录在应用程序日志中。
除了应用程序级错误,应用程序日志还包括对应用程序资源进行授权访问的所有实例。 例如,此日志包括用于管理远程计算机上的应用程序的Admin API请求,或用于每日存档和/或删除旧日志数据的清理任务。
任何阻止知行EDI系统自动化任务运行的错误都记录在应用程序日志中。 如果没有以自动化配置正确发送或接收文件,请检查应用程序日志中是否存在相关错误。
应用程序日志还在知行EDI系统工作流中记录路由消息的失败情况。例如,当应用程序接收到AS2消息,但无法识别消息的发送方(因此无法将消息路由到为该发送方配置的AS2端口)时,应用程序会将失败信息记录在应用程序日志中。
访问日志 Access Log
访问日志记录了任何尝试访问知行EDI系统的Web服务器的相关信息。 这包括:
-
通过基于Web的协议(AS2,AS4等)发送文件
-
Admin API请求,用于管理应用程序
-
远程访问应用程序中发布的web站点(例如,使用API端口构建的自定义API)
访问日志可用于诊断知行EDI系统与远程贸易伙伴之间的一般连接问题。如果贸易 伙伴方正在尝试通过Web协议发送数据,而该数据没有到达知行EDI系统工作流中,则访问日志将显示这些Web请求是否完全到达了应用程序。如果访问日志不包括贸易伙伴的Web请求条目,则连接问题会在知行EDI系统“看到”数据之前发生(通常这是防火墙干扰或其他网络状况的结果)。
如果访问日志包含从贸易伙伴方发送的数据的条目,但此数据未正确输入知行EDI系统工作流,请检查应用程序日志中是否存在与解释或路由收到的消息有关的错误。
数据看板
除了日志记录,Status界面还直观地显示应用程序使用情况。
可以在页面左上方查看已配置的端口的数量,以及这些端口在当日处理的交易数量。 应用程序还将这些日志分为成功和失败的发送,以及成功和失败的接收。 对本地文件数据的任何操作(例如将CSV文件转换为XML)都被视为发送操作。
页面右侧的图形显示了应用程序处理的交易。 这些交易按小时(当图表设置为显示过去24小时的活动),按天(当图表设置为显示过去7或30天的活动)或按月份(当 图表设置为显示过去12个月的活动)。
注:文案部分图片及内容来源于网络,版权归原创作者所有,如有侵犯到您的权益,请您联系我们进行删除,给您带来困扰,我们深感抱歉。