如果在BW里面我们改了个DTP，而且是在Q或者P上面改的。那你不就等于没理它的传输机制了么。
一般情况下，它还是让你保存在请求里的。
你如果保存了在本地请求里。你不准备传的。
而且以后你忘记了。
万一哪次，需要从D开始传了，那就报错了要啊。
那咋办呢？
一旦你在Q或者P上面改了，就会有一个Repair Flag，修复的标志给标在这个对象上了，用来记录这个更改。
就像版本号一样。都是有记录的。
重置repair flag
传输的时候报的错，那就是这个flag搞的。
那我想让它传输的时候直接覆盖掉这个先前做的更改咋办呢，还是SE03.找Dispaly Repaired Objects.
然后找到你这个对象，把它的repair flag给点掉，就可以在传输了。
上面我还标了一个Unlock Objects.这个我有时候也会用。
有时候我要删掉本地请求的对象，但是告诉我已经被锁住了，我就到这个里面来，解锁。
直接**DTP，不传输
其实很多情况下，额，就是那种，这个DSO啊或者info object啊，有很多的数据源，那就有很多的转换和DTP，如果数据源的结构都一样的，转换其实可以搞成一个info source。最后如果要修改转换的logic，就在转换里面改好了。
但是DTP还是有很多个的。
修改一个转换容易，传输一个转换也容易。那那么多的DTP可就费时间了。
关键又没改它，还要传它，也太亏了。
于是，请用这个program:
是的，你值得拥有这个RSDG*ACTIVE
一键满足你的需求。
这个TRFN是针对转换的，输入转换的ID，然后勾选个Use M version of DTP,顺道**它所有的DTP。
别传了就。
批量**，想**啥就**啥。
看下里面的设置。。。