在SAP项目的实施过程中，经常会遇到关于配置传输的问题。即我们在某个client下面做系统配置，配好了之后再传到其他系统之中。
- 配置传输分为两种情况：同服务器配置传输，异服务器配置传输。
- 同服务器配置传输：
- 在DEV配置client下做完配置后，会根据系统要求产生一个请求号（前提是basis放出自动产生请求号的权限）。最好每一次配置都单独创建一个新的请求号，并填写这次请求的描述（这个描述一定要认真填写，非常重要，以免日后不知道当初这个配置是配了什么），保存。
- 然后到接收配置的client下，用事务代码SCC1，找到相应的请求号，点击上面的传输按钮（注意不要勾上那个“测试”的勾），不报错则完成传输。
- 异服务器配置传输：异服务器配置传输较为复杂，具体的操作也因系统的不同而有所差别，但大体的流程应该如下：
1）在配置client下输入事务代码SE10，找到之前所有的传输请求，包括工作台（workbench）请求和配置（customizing）请求
2）逐一释放（release）所有的请求。
3）登陆到接收配置的client，输入事务代码STMS，点击传输（transport）按钮，选择相应系统
4）找到之前相应的传输请求，并逐一进行接收（import）动作
- 跨client请求——肯定是同服务器，例如在dev200定制好了，dev900就自动更新了
- 非跨client请求——同一服务器上，一个client中配置好后，需要传输到另外的client上
- 在进行统一的配置传输时，合理的顺序应该是FICO模块先传，而后各后勤模块再开始传输。
tips：
=============================================================================================
- 配置顾问自己释放，但是传输是basis统一传输的好，因为如果配置顾问自己传输的话，可能会出现同事几个请求并发传输的情况，可能出现锁表，或者后台进程不够用的情况；
- SE01 SE09 SE10 STMS 请求传输的相关事务代码；
关于SAP中的传输机制
----------------------------------------------------------------------------------------------------------------------------------------------------------
- sap中的传输机制，即有一个传输请求，它到底是从哪里传到哪里（假定有开发，测试和生产环境且物理分离），这中间的步骤和过程（涉及到申请者，传输者，开发者....)？
- 如何获取指定时间内的传输记录，现在有两种方法，一种是在stms中查看transport log，另一种是查表E070
