在SAP B1 Hana事务通知中是否可排除Service Layer执行相关操作

以下是经过生产环境验证的稳定实现方式，完全兼容SAP B1 9.3及以上的所有HANA版本： #

核心实现逻辑 #

Service Layer发起的所有数据库事务都会携带专属会话标识，通过在事务通知存储过程开头判断标识直接退出，即可实现不修改任何底层配置、不影响其他客户端TN执行的需求。 #

最优方案：会话变量拦截（推荐） #

该方案性能损耗近乎为0，是SAP官方文档明确支持的合法拦截方式，版本升级后不会失效。
你只需要在SBO_TRANSACTIONNOTIFICATION或者自定义的PostNotification存储过程的最开头添加以下判断逻辑即可：

-- 拦截所有Service Layer触发的事务通知
IF (SESSION_CONTEXT('APPLICATION') = 'Service Layer') THEN
    RETURN;
END IF;

如果需要精细化控制，只拦截特定场景的Service Layer请求，可以叠加额外判断条件：

-- 仅拦截Service Layer发起的销售订单新增操作，其他SL请求仍走正常TN逻辑
IF (SESSION_CONTEXT('APPLICATION') = 'Service Layer' AND @object_type = '17' AND @transaction_type = 'A') THEN
    RETURN;
END IF;

注意事项 #

• 不要通过硬编码IP、固定用户名的方式做拦截，环境变更后容易失效
• 不要修改Service Layer的底层配置禁用全局TN，会导致SL内置的标准数据校验逻辑失效，引发数据一致性问题
• 正式上线前可先添加自定义日志输出验证拦截逻辑，确认无误后再替换为直接RETURN

内容的提问来源于stack exchange，提问作者Jose Lorenzo