有朋友问到 User Status profile 中 Business Transaction 字段的用途，如下图 INPR， FINI 所示。

实际上，这个字段作为一个桥梁，连接了 User Status 和 System Status。

以上图的 INPR 为例，其 User Status code 为 PROC - 处理中。到 TJ30 查表可得其 User Status 为 E0002。

使用事务码 BS33，找到 INPR，选择 Follow-up actions：

得到 Business Transaction INPR 的如下 follow-up actions 列表。下图意思是，一旦用户在 UI 上选择了 In Process 这个 User Status（E0002 )，那么这个订单的 System Status 会被置为 I1003，因为下图 I1003 对应的 Set 列被置位，而 Delete 处于非置位状态。

这也就是为什么到表 CRM_JEST 里，对于同一条订单，能发现其拥有 1 个 System Status I1003 和 User Status E0002 的原因。

Message server for ABAP Netweaver

SAP 传统应用经典的三层架构：

起到负载均衡的消息服务器（Message Server）在图中没有得到体现。然后，消息服务器在我们每天用 SAPGUI 工作中扮演着重要的角色。

比如 Jerry 做 CRM 开发用的系统 AG3，消息服务器维护如下：

使用事务码 SMLG，发现 AG3 由三台不同的应用服务器组成，编号分别为 54，55 和 56。

当用户使用 SAPGUI 登录时，消息服务器会自动将当前负载最小的应用服务器实例返回给用户进行登录。所有参与负载均衡场景的应用服务器也会定时将自己的负载通知消息服务器。

Netweaver 负载均衡的更多细节，参考 SAP 帮助文档HTTP Load Distribution Using SAP Message Server

CloudFoundry Application Router

在 SAP 云平台的 CloudFoundry 环境里，Application Router 作为所有应用访问的入口。

上图 1～8 的图例描述了部署在 SAP 云平台 CloudFoundry 环境上的 Web 应用是如何通过 Cloud Connector 访问 On-Premise 系统上的服务。

1. App Router 作为用户访问的入口。

2. 用户访问请求被重定向到 XSUAA。XSUAA 要求用户登录。用户完成登录操作后，一个 JSON Web Token(简称为 JWT1)被创建，发送给 App Router，并缓存于 App Router 内。

3. App Router 将请求和步骤 2 生成的 JSON Web Token 一起转发给 Web 应用。

4a. Web 应用再次向 XSUAA 请求一个 JSON Web Token(JWT2), 用于访问 destination 实例。

4b. Web 应用并行地向 XSUAA 请求第三个 JSON Web Token(JWT3)，用于 connectivity 实例的访问。

5. Web 应用使用 JWT2 获取 destination 配置。

6. Web 将请求和 JWT3 转发给 connectivity 实例。

7. SAP Cloud Platform Connectivity 将请求通过 Secure tunnel 转发给 Cloud Connector。

8. Cloud Connector 将请求发给 On-Premise system。

更详细的介绍，请参考李贝宁的公众号文章 SAP成都研究院李三郎：SCP Application Router简介.

要获取更多 Jerry 的原创技术文章，请关注公众号"汪子熙"。