本地化部署的时代，很多客户在SAP ERP外面套个壳，开发一堆界面，然后外面多个用户对应ERP里面的一个用户，用于节省License。
外围系统每次通过RFC函数调用SAP ERP一般都会生成一个对话进程，在系统里面的表现形式就是某个用户会有多次登陆（Multi Logon），这其实审计报告里面都能看得到的。
这种打擦边球的方式，在2010年很火，特别是在江浙一带。记得杭州有家大型企业招Portal的标（那时候门户这个产品还比较热），其中一项要求就是能节省ERP的License。
因此，市场上也就出现了很多Surround ERP的方案，打着其他增值的旗号，实质是节省License。
因为此话题比较敏感，暂且不去论述这种做法是否存在审计风险。单单从技术角度来看，其实有点得不偿失。
记得2021年的时候，某特大型企业在全集团推广S/4的时候，提出了一个基本的准则：那就是只允许从ERP里面取数，但不允许往ERP里面写数据。
因为CIO明白，只有如此，才能深度使用好ERP，ERP才能发挥价值，如果因为各种原因或者借口，或者外挂一层皮，或者某个其他系统必须要使用，然后通过接口往ERP里面输入数据，那么ERP会慢慢的走向后端，慢慢走向无人知晓的类似数据库的境地。到了这个时候，价值是外围系统的，出了问题是ERP的，集团领导会越来越不重视ERP。
原来本地部署环境下，都是在同一个局域网内，且所有的系统都本地部署，网络带宽、运维、接口监控等，相对来说是成熟的。
当ERP购买的是SaaS的时候，如果再采取这种方式，若两个都在相同Cloud环境下还好一点。倘若一个在本地，一个在Cloud，带宽是否足够？倘若有延迟，集成会不会存在问题？安全性如何保证，等等，均是问题。因此继续采购相同Cloud的环境是必然的。既然如此，如果非要开发，这里建议采用 SAP BTP开发外挂，至少集成性会更好，也减少了运维的难度。
至于SaaS的ERP能否通过以前的方式节省License这个事情，这里就不做论述了，话题太敏感。
