唉，还是得搞清楚，这一步步的，都到底做了啥：

1. 创建新请求并释放

• 首先，新建一个请求在开发上，然后做的修改的东西可以保存到这个请求下面来：
• 到这一步就可以看到请求里面有什么，而且可以从对象的ID码来查看到这个对象。
  怎么看对象.
• 于是我这里就是修改了一些信息对象，还有什么结果历程的。
• 然后从task开始释放，释放完了，就会到STMS的传输队列里面去。

2. 传输队列

已经释放的请求，已经等在Q系统的传输队列了，就等着传输了。这一步我们给取消了，从Solman传的。Solman的步骤就不演示了。

直接展示结果就是：虽然有警告，但是不管，已经传到Q去了。
’
后面是个打勾的，告诉你已经导入到Q系统了，如果没有导入的呢，就是方块，告诉你在等着传。

唉，就是因为上了这个Solman，搞得我现在不能手动自己选，自己传了。麻烦。

3. 传输出错

那可能会有这种情况，我这个请求出错了，不知道咋回事，反正是错了。

3.1 传输出错的处理

出错了，咋办，第一就是要去看错误日志，然鹅错误日志好难。
我根本看不懂。
如果是那种顺序啥的，还算好的。
如果是那种乱七八糟的，真心看不懂。
不过也不管了。
我这里也不知道是什么错，我传了info object 和 CP，结果就出错了。然而我并没有发现任何不妥。
于是我把CP又包到另外一个请求里，我准备来重新传以下这个出错的请求。

3.1.1 重新传输错误的请求

到D系统，去添加这个请求号。由于我的系统里不支持这个功能，我就简单演示以下：

输入你的请求号，和目标系统，重新添加到导入队列。

然后就是选中你添加的这个请求号，然后点击半个小卡车。导入到目标系统。
以上我没有成功尝试。我觉得在Q系统添加请求号，重新导入也是可以的。。。

3.1.2 重新包请求，传新请求

其他的方法，就是舍弃这个错误的请求，反正是在Q系统里。无所谓。而且因为你在D系统里已经释放了这个请求，所以这个请求里的所有对象都没有锁。（我说的应该对的）因为我重包的时候不会提示啥锁。
然后重新创建请求，把要传的对象包进来。重传。