CLIENT,即集团,是SAP系统的子单元。一个CLIENT中有自己的用户主数据、业务数据和配置数据,有000-999的任意三个数字对CLIENT进行标识(000和066为SAP保留CLIENT,不能用来标识用户自己创建的CLIENT。尽管不同CLIENT的数据存储在同一个数据库中,但是这些数据在逻辑上是分开的。如果用户成功登陆一个CLIENT后,被限制在使用该CLIENT的数据。
在一个公司的mySAP ERP中,SAP建议至少应该包括三个CLIENT,这些CLIENT可以分布在不同的SAP系统当中:配置/开发 CLIENT:业务流程的设置、函数的创建和修改等
测试CLIENT:验证配置,测试程序,保证业务可行。
生产CLIENT:公司业务运做的实际环境。
CLIENT 100:应用设置(customizing)的唯一环境,其他各集团的应用设置都从此集团复制。在此集团中的应用设置需要全部记录在传输请求(CHANGE REQUEST)中; 同时也作为ABAP程序开发环境,在此集团进行ABAP程序开发,所有ABAP程序开发工作都记录在传输请求中。该CLIENT只允许数据传出,禁止数据传入,禁止输入应用数据。
CLIENT 200:应用模块单元测试环境,在集团100中做的应用设置在此集团中做测试验证。所有的应用设置从集团100中复制,允许用户输入测试数据。修改请求的传输由各应用模块的配置人员使用SCC1自行传输。
CLIENT 500:集成测试环境,根据业务需求修改的配置或程序,需要首先传入该CLIENT进行测试,确认无误后才能传入生产系统。为保证与生产系统数据的一致性,可以通过REMOTE CLIENT COPY的手段,用生产系统的CLIENT 800数据覆盖该CLIENT。
CLIENT 600:最终用户的培训系统。可以通过REMOTE CLIENT COPY的手段,用生产系统的CLIENT 800数据覆盖该CLIENT。
CLIENT 800:正式生产环境,只接受经过测试后确认无误的CHANGE REQUEST。
CLIENT 900: 上线前静态数据导入后CLIENT 800的拷贝,主要用来给SAP做GOING LIVE CHECK。
系统 CLIENT | DEV | QAS | PRD | ||||
100 | 200 | 500 | 600 | 800 | 900 | ||
CLIENT 角色 | 定制 | 测试 | 测试 | 培训 | 生产 | 参考 | |
更改并传输特定集团对象 | 不带自动记录的更改 |
|
|
|
|
|
|
自动记录修改 | ★ |
|
|
|
|
| |
不容许更改 |
| ★ | ★ | ★ | ★ | ★ | |
不自动记录修改,不容许传输 |
|
|
|
|
|
| |
与集团无关对象的修改 | 允许对资源库和跨集团对象的更改 | ★ |
|
|
|
|
|
没有对跨集团对象的更改 |
|
|
|
|
|
| |
未更改仓库对象 |
|
|
|
|
|
| |
没有对资源库和跨集团对象的更改 |
| ★ | ★ | ★ | ★ | ★ | |
保护:客户拷贝和比较 | 保护级别0:没有限制 |
| ★ | ★ | ★ |
| ★ |
保护级别2:没有覆盖 |
|
|
|
|
|
| |
保护级别2:没有覆盖,没有外部实用性 | ★ |
|
|
| ★ |
| |
Catt and ECATT Restriction | CATT and ECATT Allowed |
| ★ | ★ | ★ |
|
|
CATT and ECATT Allowed For “Trust RFC” Only |
|
|
|
|
|
| |
Ecatt Allowed, FUN/ABAP and CATT not Allowed | ★ |
|
|
| ★ | ★ | |
Ecatt Allowed, FUN/ABAP and CATT Allowed For “Trust RFC” Only |
|
|
|
|
|
|
在开发系统中所做的配置和程序,可以记入一个CHANGE REQUEST,然后通过传输进入测试系统和生产系统的,以保证配置和程序的一致性。整个CHANGE REQUEST的传输,由传输系统(TMS)进行管理。为了保证生产系统未经测试就被修改,数据库的一致性,SAP强烈建议把配置/开发系统、测试系统和生产系统分开,然后通过传输的方式,把经过测试的开发和配置发布给生产系统。