起步软件技术论坛-X3

 找回密码
 立即注册
搜索
查看: 253|回复: 10

【结贴】关于系统写流程表的问题**

[复制链接]
发表于 2009-6-10 17:14:48 | 显示全部楼层 |阅读模式
这里有两个相关的问题。
问题1、把一个任务发给了三个人。ttask表的frpersonnames字段的值为“**,**,**”,对应在ttaskmessage中会产生三条记录。处理规则为其中一个人独占处理。当有一个人审批这张单后(流转了),在ttaskmessage表中对应的一条记录的fstate字段的值就会变为finish,其他两条的fstate值变为cancel。
问题是,在流转后再ttask表中的frpersonnames字段的值是否会被系统修改为实际处理了人的名字,就是说只剩一个名字而不是原来的三个名字?

问题2、在流程中有比较多一个任务发给三个人的情况。就是说ttask表的frpersonnames字段的值会包含多个名字。但我在数据库中发现了有两种格式。其一为名字间只用逗号隔开,如“A,B”。第二种情况为用逗号和空格隔开,如“A, B”。究竟哪种情况才正常呢?那这种差异又是怎么造成的呢?

请各位帮忙了!
谢谢!
回复

使用道具 举报

 楼主| 发表于 2009-6-10 17:36:05 | 显示全部楼层
关于问题2、找不到相关的单(frpersonnames中的名字用逗号和空格分开)有什么规律。既不是跑某个流程的单,也不是都使用了某个函数来对流程单元的执行者赋值。
回复 支持 反对

使用道具 举报

发表于 2009-6-10 18:06:03 | 显示全部楼层
1、看实际情况是什么就是什么,那个值无论是一个人还三个人都是对的。
2、这个是由于不同人写了实现不同导致的,不需要什么规律,这个列是冗余存储,给人看了用的。
回复 支持 反对

使用道具 举报

 楼主| 发表于 2009-6-10 18:57:49 | 显示全部楼层
问题一是问,审批者流转后系统会否对frpersonnames的值进行修改。


问题二是问,在同一个OA模板中为什么会造成这种差异。
回复 支持 反对

使用道具 举报

发表于 2009-6-11 17:18:28 | 显示全部楼层
1、没有对那个值进行修改
2、说明是调用了不同过程的存储导致!虽然是同一个模板,但走了不同的处理!
回复 支持 反对

使用道具 举报

 楼主| 发表于 2009-6-11 19:09:38 | 显示全部楼层
1、流程的设置是 共同分配 独占执行 第一个业务数据处理。
      我跟了几次相应的记录。但是分配任务的时候就是“A,B,C,”。但其中一人处理后frpersonnames的值就变成了处理者的名字了。请问系统(flowout函数)是真的没有修改那个字段的字吗?

2、“虽然是同一个模板,但走了不同的处理”是什么意思?同一个流程走不同的处理。能认真一点回答问题吗?
回复 支持 反对

使用道具 举报

发表于 2009-6-12 09:10:24 | 显示全部楼层
楼主想做什么,追究它的目的是什么?
每个版本在这种细处可能有微小的差异,并不足为怪,您的版本上测试结果是什么样子,那就是什么子,如果认为是缺陷,就提出来修改!

对于第二,您认为,相同的东西经过相同的逻辑处理后,会有两种结果么?肯定是经过了不同的处理的!就算同一个流程也未必相同!就像,水不可能两次通过同一条河流的原理一样,也许你看上去的东西是一样的,那只是大部分一样,某些不容易注意外在原因改变了它的处理过程。但至于是什么东西在影响只有结合您的系统的设置才知道!
回复 支持 反对

使用道具 举报

 楼主| 发表于 2009-6-12 10:10:02 | 显示全部楼层
我怎么觉得您在兜圈子啊。我问一些平台后台运作的问题,您却推托版本问题。我问ttask表的一个字段格式,您却跟我说河流。
这些问题涉及到都是流程中主要的表,写这些表的操作要不是后台做的,要不是您们提供的模板做的。您一下子就算把问题踢回来了吗?
回复 支持 反对

使用道具 举报

 楼主| 发表于 2009-6-12 10:20:46 | 显示全部楼层
对于问题二,觉得是一个bug。
请帮忙解决!
谢谢!
回复 支持 反对

使用道具 举报

发表于 2009-6-12 10:34:34 | 显示全部楼层
请楼主等待一下,下午找时间给你看看。
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

小黑屋|手机版|Justep Inc.

GMT+8, 2025-7-17 20:37 , Processed in 0.039956 second(s), 15 queries .

Powered by Discuz! X3.4

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表