关于请求的回应

leocockroach

询问一下
请求中 反馈在那里

就比如用户给我发出一个请求
我要反馈这个请求 该如何操作

pshen

你可以修改这个request的内容，比如补上订单之类的，然后关闭。
在后，在History里能看到所有的历史

[ 本帖最后由 pshen 于 2007-9-19 18:04 编辑 ]

pshen

要不举个例子？

据个软件开发中的Bug tracking的request:

1, 测试人员，新建一个request,  Request Type (Bug Fixing), 然后输入完毕后，把represative改成 开发Leader，保存后，这个Request就不见了。
2,  然后在开发Leader那边，就能发现一张新的Request, 然后再打开request,在result那里输入 这个Bug可能是什么原因引起的，希望什么时候fix
3., 然后leader 把represative改成某一个开发人员，保存后，这个Request就不见了
4，开发人员那里，就能发现一张新的request, 然后修改result,输入result。
把represative改成某一个测试人员，保存后，这个Request就不见了
5， 测试人员重新看到这个Request, 并且所有的updates,
然后，关闭

leocockroach

谢谢pshen 现在我明白呵呵
我最开始认为 一个request 必有一个response
而传统的response是类似于一个按钮的命令之类的。
那想在询问
compiere为什么这么设计request

还有request自动运行应该怎么设置 最好举个例子 。因为通过看懂的那个例子，才了解的思路。
谢谢你

[ 本帖最后由 leocockroach 于 2007-9-20 11:05 编辑 ]

leocockroach

还想继续询问一下
在request中 request process 中日志中
status timeout,new due,new overdue 是如何发生的
我猜测是
status timeout 有几个消息状态为长期未活动
new due 有几个消息为新到期类型
new overdue 有个消息为新过期类型
auto change request总是#1 产生一个变化 那是request的什么变化
请高手解答！！！！！

[ 本帖最后由 leocockroach 于 2007-9-22 10:53 编辑 ]

leocockroach

询问一下
due type的改变（scheduled->due->overdue） 和request的状态改变有什么关系
请高手解答一下