【泛微E9】待办、已办页面显示内容调整

PC端流程待办列表各TAB地址

全部:OA地址/wui/index.html#/main/workflow/listDoing?tabkeys=0

未读:OA地址/wui/index.html#/main/workflow/listDoing?tabkeys=1

反馈:OA地址/wui/index.html#/main/workflow/listDoing?tabkeys=2

超时:OA地址/wui/index.html#/main/workflow/listDoing?tabkeys=3

被督办:OA地址/wui/index.html#/main/workflow/listDoing?tabkeys=4

待处理:OA地址/wui/index.html#/main/workflow/listDoing?tabkeys=5

待阅:OA地址/wui/index.html#/main/workflow/listDoing?tabkeys=6

被退回:OA地址/wui/index.html#/main/workflow/listDoing?tabkeys=7

转发:OA地址/wui/index.html#/main/workflow/listDoing?tabkeys=8

抄送:OA地址/wui/index.html#/main/workflow/listDoing?tabkeys=9

PC端流程已办列表各TAB地址

全部:OA地址/wui/index.html#/main/workflow/listDone?tabkeys=10

未归档:OA地址/wui/index.html#/main/workflow/listDone?tabkeys=11

已归档:OA地址/wui/index.html#/main/workflow/listDone?tabkeys=12

待回复:OA地址/wui/index.html#/main/workflow/listDone?tabkeys=13

未读:OA地址/wui/index.html#/main/workflow/listDone?tabkeys=14

反馈:OA地址/wui/index.html#/main/workflow/listDone?tabkeys=15

PC端流程我的请求列表各TAB地址

全部:OA地址/wui/index.html#/main/workflow/listMine?tabkeys=16

未归档:OA地址/wui/index.html#/main/workflow/listMine?tabkeys=17

已归档:OA地址/wui/index.html#/main/workflow/listMine?tabkeys=18

未读:OA地址/wui/index.html#/main/workflow/listMine?tabkeys=19

反馈:OA地址/wui/index.html#/main/workflow/listMine?tabkeys=20

PC端待办、已办、我的请求、查询流程、关注事宜、督办事宜、流程监控单页地址信息----【可用于配置自定义链接到门户菜单

待办列表:OA地址/spa/workflow/static/index.html#/main/workflow/listDoing

已办列表:OA地址/spa/workflow/static/index.html#/main/workflow/listDone

我的请求:OA地址/spa/workflow/static/index.html#/main/workflow/listMine

查询流程条件页面:OA地址/spa/workflow/static/index.html#/main/workflow/queryFlow

查询流程列表页面:OA地址/spa/workflow/static/index.html#/main/workflow/queryFlowResult

关注事宜:OA地址/spa/workflow/static/index.html#/main/workflow/attention

督办事宜:OA地址/spa/workflow/static/index.html#/main/workflow/supervise

流程监控条件页面:OA地址/spa/workflow/static/index.html#/main/workflow/monitor

流程监控列表页面:OA地址/spa/workflow/static/index.html#/main/workflow/monitorResult(不建议直接使用此地址配置自定义链接,当数据较多时全量查询接口会比较慢)

以上维度,tabkeys可以传递多个,中间以","分隔。

当且仅当传递的维度属于当前url的维度,并且对应tab的isshow等于1时,才会显示指定维度数据,否则默认显示全部维度的数据。同时当传递两个及以上维度的tabkeys时,默认显示全部tab维度,数据是有效维度的集合。

这些数据都存在workflow_dimension表中。以后如果想添加自定义维度数据,可以通过在这张表中插入数据,直接添加。具体对应关系如下(下方是【所属范围】字段对应值说明及相关信息说明):

***(doing:此类型的tab配置好后只会显示在___PC端待办列表___中,显示的最大数据量是当前用户所有待办流程)

***(done:此类型的tab配置好后只会显示在___PC端已办列表___中,显示的最大数据量是当前用户所有已办流程)

***(mine:此类型的tab配置好后只会显示在___PC端我的请求列表___中,显示的最大数据量是当前用户所有自己申请的流程)

***(portal:此类型的tab配置好后只会显示在___PC端门户流程中心___可选显示类型,显示的最大数据量是当前用户所有参与过的流程)

***(emDoingApp:此类型的tab配置好后只会显示在___移动端待办应用___中,显示的最大数据量是当前用户所有待办流程)

***(emDoneApp:此类型的tab配置好后只会显示在___移动端已办应用___中,显示的最大数据量是当前用户所有已办流程)

***(emMineApp:此类型的tab配置好后只会显示在___移动端我的请求应用___中,显示的最大数据量是当前用户所有自己发起的流程)

***(emFinApp:此类型的tab配置好后只会显示在___移动端办结应用___中,显示的最大数据量是当前用户所有已办并且已经归档的流程)

***(emCopyApp:此类型的tab配置好后只会显示在___移动端抄送应用___中,显示的最大数据量是当前用户所有待办中抄送给自己的流程)

***(下面描述到的65~83Tab在20200101kb中发布,默认隐藏,可根据需求直接设置isshow属性放开即可显示)

***(反馈sql条件如果需要请单独联系我获取,不同数据库写法稍有差异)

***(sqlwhere为sql片段,只能使用___workflow_requestbase、workflow_currentoperator___表中的字段,别名分别为___t1、t2___,其余表字段请使用exist或者in关联)

***(以下是标准已经定义好的tab,可以直接使用,但是不允许更改,如果要更改,请在workflow_dimension表中插入一条数据,更改新增的数据)

***(以下数据查询sql:select a.typeid,b.indexdesc,a.scope from workflow_dimension a,htmllabelindex b where a.typetitle = b.id order by typeid)

TypeidTabName所属范围对应维度下筛选数据的sql条件
0全部doing((t2.isremark=0 and (t2.takisremark is null or t2.takisremark="0" )) or t2.isremark in(1,5,7,8,9,11))
1未读doing(t2.isremark not in(5) and t2.isprocessed is null and t2.viewtype = "0" and (t1.currentnodetype <> "3" or (t2.isremark in (1,8,9,11) and t1.currentnodetype = "3")))
2反馈doing暂不提供
3超时doing((t2.isremark = "5" or (t2.isremark = "0" and (t2.takisremark is null or t2.takisremark=0 ) and t2.isprocessed is not null)) and (t2.iscomplete <> 1))
4被督办doing(t2.requestid in (select requestid from workflow_requestlog where logtype="s"))
5待处理doing(t2.isremark not in(1,8,9,11) or (t2.isremark=1 and t2.takisremark="2"))
6待阅doing((t2.isremark in(8,9,11) or (t2.isremark=1 and (t2.takisremark <>"2" or t2.takisremark is null))))
7被退回doing(t2.isbereject="1")
8转发doing(t2.isremark =1 and (t2.takisremark <>"2" or t2.takisremark is null))
9抄送doing(t2.isremark in (8,9))
10全部done(t2.isremark in(2,4) or (t2.isremark=0 and t2.takisremark ="-2"))
11未归档done((t2.isremark =2 or (t2.isremark=0 and t2.takisremark = "-2")) and t2.iscomplete=0)
12已归档done(t2.iscomplete=1 and t1.currentnodetype = "3")
13待回复done(t2.isremark=0 and t2.takisremark = "-2")
14未读done(t2.viewtype=0)
15反馈done暂不提供
16全部mine(t1.creater in (#userid#) and t1.creatertype = 0 and t1.creater = t2.userid and ((t1.currentnodetype <> "3") or (t2.isremark in(1,2,4,5,8,9,11) and t1.currentnodetype="3")))----【#userid#是占位符,后台拼接这种条件时会自动将#userid#替换成当前登录用户的userid】
17未归档mine(t1.currentnodetype <> "3")
18已归档mine((t2.isremark in(1,2,4,5,8,9,11) or (t2.isremark=0 and t2.takisremark =-2)) and t1.currentnodetype = "3")
19未读mine(t2.viewtype=0)
20反馈mine暂不提供
25待办事宜portal((t2.isremark=0 and (t2.takisremark is null or t2.takisremark="0" )) or t2.isremark in(1,5,7,8,9,11))
26待阅事宜portal(t2.isremark in(8,9,11) or (t2.isremark=1 and (t2.takisremark <>"2" or t2.takisremark is null)))
27退回事宜portal(((t2.isremark=0 and (t2.takisremark is null or t2.takisremark="0" )) or t2.isremark in(1,5,7,8,9,11)) and (t2.isbereject="1"))
28已办事宜portal(t2.isremark in(2,4) or (t2.isremark=0 and t2.takisremark ="-2"))
29办结事宜portal(t2.iscomplete=1 and t1.currentnodetype = "3")
30我的请求portal(t1.creater in (#userid#) and t1.creatertype = 0 and t1.creater = t2.userid and ((t1.currentnodetype <> "3") or (t2.isremark in(1,2,4,5,8,9,11) and t1.currentnodetype="3")))----【#userid#是占位符,后台拼接这种条件时会自动将#userid#替换成当前登录用户的userid】
31抄送事宜portal(t2.isremark in (8,9))
32督办事宜portalred这里的督办列表和待办的被督办tab不同,sql无法给出
33超时事宜portal((t2.isremark = "5" or (t2.isremark = "0" and (t2.takisremark is null or t2.takisremark=0 ) and t2.isprocessed is not null)) and (t2.iscomplete <> 1))
34反馈事宜portal暂不提供
35传阅跟踪portalexists(select 1 from WORKFLOW_CHUANYUE a,workflow_currentoperator b where a.requestid = b.requestid and a.requestid=t2.requestid and a.resourceid=t2.userid and a.userid = b.userid and b.isremark = 11 and a.issubmitsign=1)
36所有事宜portal不需要条件
37我的关注doingexists (SELECT 1 FROM workflow_attention att WHERE att.requestid=t2.requestid and att.userid=t2.userid AND att.usertype=0)
38我的关注doneexists (SELECT 1 FROM workflow_attention att WHERE att.requestid=t2.requestid and att.userid=t2.userid AND att.usertype=0)
39我的关注mineexists (SELECT 1 FROM workflow_attention att WHERE att.requestid=t2.requestid and att.userid=t2.userid AND att.usertype=0)
40我的关注portalexists (SELECT 1 FROM workflow_attention att WHERE att.requestid=t2.requestid and att.userid=t2.userid AND att.usertype=0)
41全部emDoingApp((t2.isremark=0 and (t2.takisremark is null or t2.takisremark="0" )) or t2.isremark in(1,5,7,8,9,11))
42待处理emDoingApp(t2.isremark not in(1,8,9,11) or (t2.isremark=1 and t2.takisremark="2"))
43待阅emDoingApp((t2.isremark in(8,9,11) or (t2.isremark=1 and (t2.takisremark <>"2" or t2.takisremark is null))))
44被退回emDoingApp(t2.isbereject="1")
46全部emDoneApp(t2.isremark in(2,4) or (t2.isremark=0 and t2.takisremark ="-2"))
47未归档emDoneApp((t2.isremark =2 or (t2.isremark=0 and t2.takisremark = "-2")) and t2.iscomplete=0)
48已归档emDoneApp(t2.iscomplete=1 and t1.currentnodetype = "3")
49待回复emDoneApp(t2.isremark=0 and t2.takisremark = "-2")
51全部emMineApp(t1.creater in (#userid#) and t1.creatertype = 0 and t1.creater = t2.userid and ((t1.currentnodetype <> "3") or (t2.isremark in(1,2,4,5,8,9,11) and t1.currentnodetype="3")))----【#userid#是占位符,后台拼接这种条件时会自动将#userid#替换成当前登录用户的userid】
53办结emFinApp(t2.iscomplete=1 and t1.currentnodetype = "3")
54抄送emCopyApp(t2.isremark in (8,9))
55我的关注emDoingAppexists (SELECT 1 FROM workflow_attention att WHERE att.requestid=t2.requestid and att.userid=t2.userid AND att.usertype=0)
56我的关注emDoneAppexists (SELECT 1 FROM workflow_attention att WHERE att.requestid=t2.requestid and att.userid=t2.userid AND att.usertype=0)
57我的关注emMineAppexists (SELECT 1 FROM workflow_attention att WHERE att.requestid=t2.requestid and att.userid=t2.userid AND att.usertype=0)
60转发事宜portal(t2.isremark=1 and (t2.takisremark <>"2" or t2.takisremark is null))
65传阅doing(t2.isremark=11)
66已处理(对应待处理)done(t2.preisremark not in(1,8,9,11) or (t2.preisremark=1 and t2.takisremark="2"))
67已阅(对应待阅)done((t2.preisremark in(8,9,11) or (t2.preisremark=1 and (t2.takisremark <>"2" or t2.takisremark is null))))
68抄送done(t2.preisremark in(8,9))
69转发done(t2.preisremark=1 and (t2.takisremark <>"2" or t2.takisremark is null))
70传阅done(t2.preisremark=11)
71已办理(作为节点操作者处理)done(t2.preisremark=0)
72抄送emDoingApp(t2.isremark in (8,9))
73传阅emDoingApp(t2.isremark =11)
74转发emDoingApp(t2.isremark =1 and (t2.takisremark <>"2" or t2.takisremark is null))
75未读emDoingApp(t2.isremark not in(5) and t2.isprocessed is null and t2.viewtype = "0" and (t1.currentnodetype <> "3" or (t2.isremark in (1,8,9,11) and t1.currentnodetype = "3")))
76被督办emDoingApp(t2.requestid in (select requestid from workflow_requestlog where logtype="s"))
77超时emDoingApp((t2.isremark = "5" or (t2.isremark = "0" and (t2.takisremark is null or t2.takisremark=0 ) and t2.isprocessed is not null)) and (t2.iscomplete <> 1))
78超时已办(非SqlServer和金仓数据库使用)done(t2.overtime > 0 and (t2.isprocessed is null or t2.isprocessed = "3"))
79超时自动办理(非SqlServer和金仓数据库使用)done(t2.overtime > 0 and (t2.isprocessed in("1","2")))
80超时已办(SqlServer和金仓数据库使用)done(cast(t2.overtime as bigint) > 0 and (t2.isprocessed is null or t2.isprocessed = "3"))
81超时自动办理(SqlServer和金仓数据库使用)done(cast(t2.overtime as bigint) > 0 and (t2.isprocessed in("1","2")))

Workflow_dimension表结构说明请见附件:workflow_dimension(流程待办维度表).pdf(对表中任何字段有疑问,请咨询郭杰)

workflow_currentoperator表【isremark】字段说明:

isremark字段值对应值说明
0节点操作者(takisremark等于-2时在已办显示,表示流程意见征询出去别人还未回复,takisremark等于其他值时在待办显示)
1当takisremark等于2时是意见征询接收人,takisremark等于其他值时是转发接收人
2已处理流程
4已处理流程(归档节点操作者数据)
5超时指定干预人数据
6自动处理过程中的数据
7协办人数据
8抄送不需提交
9抄送需提交
11传阅接收人

【Attention】workflow_dimension表存在sql缓存和服务端缓存,执行过sql后(oracle类数据库切记commit,达梦、神通等均属于oracle类数据库),请先访问oa地址/commcache/cacheMonitor.jsp,点一下重新加载配置清理sql缓存,再将refreshDimensionCache.jsp(可访问http://note.youdao.com/s/KN9J76qX下载)放到ecology根目录,访问【oa地址/refreshDimensionCache.jsp】,即可分别清理sql缓存和服务端缓存。

PC端列表tab配置说明

背景一:现在想要在PC的待办列表中新增一个tab,只显示自己是节点操作者并且workflowid大于100的数据。

1、执行这条sql创建一个自定义的待办tab:

insert into workflow_dimension(typeid,typename,typetitle,showcount,groupcolor,sqlwhere,dsporder,isshow,scope,viewcondition,customclass,keyid) values(102,'flowTest',25496,1,'#000000',' (t2.isremark=0) ',9.1,1,'doing',102,'com.engine.workflow.service.impl.DimensionCustomServiceImplTest',102);

注意:

1)typetitle是系统标签id,可以在ec后台的语言中心配置。

2)customclass要实现com.engine.workflow.service.DimensionCustomService接口。

3)typeid建议从100开始,尽量大一些,防止出现问题。

4)sqlwhere尽量前后留一个空格,条件用英文括号包裹起来。

5)sqlwhere和customclass实现的接口的getToDoSqlwhere方法效果一致,如果两个都有则中间使用and拼接起来。

6)customclass的getOsSqlwhere方法,如果未实现,则自定义的维度默认拼接1=2。

效果如下:

背景二:现在想要在PC的流程中心中新增一个查看类型,只显示workflowid大于100的数据,并且此查看类型要支持显示数量设置。

1、执行这条sql创建一个自定义的流程中心的查看类型:

insert into workflow_dimension(typeid,typetitle,sqlwhere,typesettingjstr,keyid,showcountjstr,dsporder,isshow,scope,customclass,dataurl,treeurl,conditionurl) values(101,25496,' (t2.workflowid>100) ','{"typedatas":[{"field":"showNoReply","labelname":"503437multiL","defaultVal":1}]}',101,'{"option":[{"key":"0","showname":"23857multi","selected":true},{"key":"1","showname":"82641multi","selected":false},{"key":"2","showname":"20234multi","selected":false}]}',9.3,1,'portal','com.engine.workflow.service.DimensionCustomServiceImplTest','/api/workflow/customQuery/getQueryResultKey','/api/workflow/customQuery/getQueryTree','/api/workflow/customQuery/getFixedCondition')

注意:

1)typesettingjstr如果设置了,则必须要二开支持,这个设置的是查看类型的辅助设置

2)typesettingjstr和showcountjstr里面的标签,只能使用示例sql中的格式,标签id+multil,否则无法解析。

3)customclass实现类中门户的条件拼接走getPortalSqlwhere这个方法,workflow_dimension表的sqlwhere也会生效,两者都存在则用and拼接条件。

4)keyid建议稍微大一些,防止出问题,keyid不允许重复。

> 5)2006KB后,新增字段conditionurl,此sql如果报错,请去掉conditionurl字段再做插入,门户查看类型和移动端流程中心应用查看类型公用,新增的查看类型,需要提供dataurl,treeurl,conditionurl值,dataurl只能给【/api/workflow/customQuery/getQueryResultKey】,treeurl只能给【/api/workflow/customQuery/getQueryTree】,conditionurl只能给【/api/workflow/customQuery/getFixedCondition】

效果

DimensionCustomService接口注意:

移动端应用tab配置说明

移动端请关注workflow_dimension表的typeid,typename,typetitle,sqlwhere,dsporder,isshow,scope,customclass,dataurl,treeurl,path,mobileappkeyid字段。

背景一:现在移动端的待办应用默认显示四个tab:全部,待处理,待阅,被退回,现在想要改成显示全部,未读和被退回三个tab。

1、执行以下sql,用于将待处理和待阅tab从待办应用中默认隐藏掉:

update workflow_dimension set isshow=0 where typeid in(42,43);-

-42和43分别是待处理和待阅tab的id,isshow是控制这个tab是否显示在默认的待办应用中。

2、执行以下sql,往移动端待办应用中插入一条数据,作为未读tab:

insert into workflow_dimension(typeid,typename,typetitle,sqlwhere,dsporder,isshow,scope,viewcondition,dataurl,treeurl,conditionurl,path,mobileappkeyid,keyid) values(500,'flowUnRead',25396,' (t2.viewtype="0") ',2,1,'emDoingApp',500,'/api/workflow/mobile/getListResult','/api/workflow/reqlist/doingBaseInfo','/api/workflow/reqlist/doingBaseInfo',/center/flowUnRead',500,500)

sql详解:

这条insert的sql相当于插入了一个tab在待办应用中,就是说以后所有新建的待办应用,都会有一个未读的tab显示在应用的tab中。

背景二:想要一个名字叫转发的应用,并且不影响其他应用的tab显示。

1、先到ec后台集成中心新建一个待办类型的应用,然后发布出去,再访问oa地址/spa/em/mobile.html,找到发布的应用并点击,然后再打开的页面中看下地址栏中moduleid=后面的数字,这个就是刚刚新建的应用id;

2、执行以下sql:

select * from workflow_mobileconfig where menuid = 步骤一种获取到的应用id

3、这一步分两种情况,如果步骤2的sql有数据,则此步骤跳过即可,否则执行下面的sql:

insert into workflow_mobileconfig(menuid,sourcetype,typeids) values(步骤一种获取到的应用id,'0','');

4、执行以下sql,插入一条转发的tab数据:

insert into workflow_dimension(typeid,typename,typetitle,sqlwhere,dsporder,isshow,scope,viewcondition,dataurl,treeurl,conditionurl,path,mobileappkeyid,keyid) values(501,'flowForward',6011,' ((t2.isremark=1 and (t2.takisremark <>"2" or t2.takisremark is null))) ',0,1,'emDoingApp',501,'/api/workflow/mobile/getListResult','/api/workflow/reqlist/doingBaseInfo','/api/workflow/reqlist/doingBaseInfo','/center/flowForward',501,501)

5、执行以下sql,执行步骤一创建的应用只显示转发tab(这条sql表示指定刚刚创建的应用,只显示scope等于移动端待办应用(即scope='emDoingApp')并且typeid等于501的那个tab):

update workflow_mobileconfig set typeids = '501' where menuid = 步骤一种获取到的应用id

sql详解:

增加一个只显示转发给自己的流程的tab,这里使用的scope是emDoingApp,表示这个tab 的数据会在全部的待办流程下面再做过滤。

sql中涉及到的主要字段说明:

scope:目前移动端应用,scope有emDoingApp(待办应用)、emDoneApp(已办应用)、emMineApp(我的请求应用)、emFinApp(办结应用)、emCopyApp(抄送应用)五种,设置的scope是什么,加入的tab就会显示在哪个类型的应用下面。

dataurl:当前tab数据请求接口,如果是流程的,请统一给/api/workflow/mobile/getListResult。

treeurl:tab显示的树的数据来源接口。

path:前端使用的参数,center/开头,不要重复即可。

mobileappkeyid:前端使用的参数,不要重复即可。

conditionurl:2006KB后,新增字段conditionurl,此sql如果报错,请去掉conditionurl字段再做插入,具体可选值请根据如下scope做取值:

emDoingApp:/api/workflow/reqlist/doingBaseInfo
emDoneApp:/api/workflow/reqlist/doneBaseInfo
emMineApp:/api/workflow/reqlist/mineBaseInfo
emFinApp:/api/workflow/reqlist/doneBaseInfo
emCopyApp:/api/workflow/reqlist/doingBaseInfo
portal:/api/workflow/customQuery/getFixedCondition

其余参数上面均有说明。

PC端流程待办、已办、我的请求列表一些隐式参数配置说明

隐式参数一:workflowid=1,2,3&workflowtype=4,5,6

待办、已办、我的请求页面或单页地址,url后面跟上参数workflowid=1,2,3&workflowtype=4,5,6,表示当前列表只查询路径id为1,2,3(会自动计算路径id对应的多版本),并且类型id为4,5,6的对应流程数据

隐式参数二:needTree=false&needTop=false

待办、已办、我的请求页面或单页地址,url后面跟上参数needTree=false&needTop=false,表示当前列表不显示左侧树和顶部组件信息,只显示右侧流程列表信息,具体可自行尝试看具体效果

统一注意事项:

1)keyid不能重复,只有scope等于portal时才有意义,在往workflow_dimension表中插入数据时,一定要给值,建议给的值等于typeid;

2)workflow_dimension表在1907kb新增了一个字段isdeftab等于1表示默认显示在待办已办等列表的tab中,或者默认显示在移动端对应应用中,等于0表示默认不显示,只有指定了才会显示,如pc的列表中,url参数中指定此typeid,或者移动端对应应用在workflow_mobileconfig表的typeids字段指定后才会显示。字段此字段请根据实际需求给值;

3)workflow_dimension表存在sql缓存和服务端缓存,执行过sql后可以先访问oa地址/commcache/cacheMonitor.jsp,点一下重新加载配置清理sql缓存,如果不生效请重启后再试

4)生成的pdf文档中的fl复制存到数据库会无法解析,尽量手动输入。

5)1911KB之后的一个KB已支持移动端待办事宜应用是否显示抄送流程设置,有此需求的升级KB即可。

6)PC端如果想要配置一个菜单只显示指定数据,并且不是很明白怎么配置一个自定义维度tab,可以尝试通过流程中心配出想要的数据,再将more页面的链接配置到门户自定义菜单上。

7)dataurl、treeurl、conditionurl分别是移动端tab列表数据、左侧树数据、高级搜索数据来源请求的rest接口,如无开发需求,请按照如下对应关系给默认值(也可不给值,代码中会处理相关默认值):

emDoingApp:dataurl='/api/workflow/mobile/getListResult',treeurl='/api/workflow/reqlist/doingBaseInfo',conditionurl='/api/workflow/reqlist/doingBaseInfo'
emDoneApp:dataurl='/api/workflow/mobile/getListResult',treeurl='/api/workflow/reqlist/doneBaseInfo',conditionurl='/api/workflow/reqlist/doneBaseInfo'
emMineApp:dataurl='/api/workflow/mobile/getListResult',treeurl='/api/workflow/reqlist/mineBaseInfo',conditionurl='/api/workflow/reqlist/mineBaseInfo'
emFinApp:dataurl='/api/workflow/mobile/getListResult',treeurl='/api/workflow/reqlist/doneBaseInfo',conditionurl='/api/workflow/reqlist/doneBaseInfo'
emCopyApp:dataurl='/api/workflow/mobile/getListResult',treeurl='/api/workflow/reqlist/doingBaseInfo',conditionurl='/api/workflow/reqlist/doingBaseInfo'
portal:dataurl='/api/workflow/customQuery/getQueryResultKey',treeurl='/api/workflow/customQuery/getQueryTree',conditionurl='/api/workflow/customQuery/getFixedCondition'

------------------------------------不起眼的分割线------------------------------------

ec后台配置的待办应用角标接口:

一、以下是流程post请求的角标接口:

请求地址

/api/workflow/emAppCount/doingCount

请求类型

POST

请求参数

格式:menuids=1,2,3(表示待办应用的appid)

返回值类型

JSON,最外层的unread和count分别表示待办未读数和待办总数,无论是否传menuids,都会返回这两个值。menuid则是对应的应用的全部数量和未读数量。

返回示例

二、1909kb开始,移动端应用角标接口统一走组件的get请求接口,以下是获取待办事宜角标接口的方式(对此方式获取角标有疑问请咨询组件同事田泽法):

1、在ec的【集成中心】>【移动应用配置中心】>【移动平台应用配置】新建一个待办应用,开启【显示应用角标】,点击发布,发布到集成的em工作台;

 2、在ec集成的em管理平台,【应用中心】>【主页型应用】>【集成应用】找到刚刚发布的待办事宜应用,点击【设置】,在相关信息中可以看到【移动端主页地址 】的链接和【角标数字接口地址 】的链接,分别复制下来,再到【应用中心】==>【消息型应用】点击自建应用,选择好集成的ec系统,在相关信息中配置上刚刚复制的移动主页地址和角标应用地址即可在移动端消息列表中看到配置出来的带角标的待办事宜消息。

  • 6
    点赞
  • 31
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
### 回答1: 泛微e9是一款功能强大的企业级应用开发平台,可以帮助企业快速实现自定义页面开发。通过泛微e9的自定义页面开发,企业可以根据自身的业务需求,自由定制各种功能丰富、界面美观的企业应用页面泛微e9自定义页面开发具有以下特点: 1. 强大的可扩展性:泛微e9提供了丰富的API和开发工具,使得企业可以根据自己的需要自定义页面,添加所需的功能。无论是业务流程、数据查询、报表展示还是通知提醒,都可以根据实际需求进行开发。 2. 灵活的界面设计泛微e9自定义页面开发支持响应式布局,可以根据设备的屏幕大小自动调整页面布局,确保在不同设备上都能够良好地展示。同时,还可以自定义页面主题、颜色等样式,使得页面更符合企业的品牌形象。 3. 丰富的开发组件:泛微e9提供了多种常用的开发组件,如表单、表格、图表等,可以帮助企业快速构建各种页面元素。这些组件都经过优化和测试,保证在各种场景下有着良好的性能和稳定性。 4. 易于集成其他系统:泛微e9自定义页面开发支持与其他系统的集成,可以通过API接口和数据服务进行数据的交互,实现不同系统之间的数据共享和协作。这样,企业可以将不同系统的功能有机地整合在一起,提高工作效率和系统的整体价值。 总之,泛微e9自定义页面开发为企业提供了一个灵活、可扩展且功能丰富的开发平台,使得企业能够根据自己的需求来实现各种定制化的企业应用页面。无论是提升工作效率、优化业务流程还是增强用户体验,泛微e9都能够提供有力的支持。 ### 回答2: 泛微e9是一款企业级的智能办公平台,提供丰富的定制化功能,其中包括自定义页面开发。 泛微e9自定义页面开发可以满足企业在不同业务场景下的个性化需求。通过该功能,用户可以根据自己的业务需求,自定义页面的布局、样式和交互逻辑,并将其集成到e9平台中。 在泛微e9自定义页面开发中,用户可以使用HTML、CSS、JavaScript等技术来进行页面开发,同时也可以利用e9平台提供的丰富的组件和API来快速构建功能强大的自定义页面泛微e9自定义页面开发的优势在于其灵活性和可定制性。用户可以根据自己的需要,灵活地设计和调整页面布局和样式,使其更符合企业的品牌形象和用户体验。同时,用户还可以根据实际业务需求,自定义页面的交互逻辑,实现个性化的功能和流程。 值得一提的是,泛微e9自定义页面开发还具有良好的兼容性和扩展性。用户可以将自定义页面与现有的e9功能进行整合,并与其他系统进行集成,实现更高效的业务流程。此外,由于e9平台是基于微服务架构构建的,用户还可以通过开发和集成自己的微服务模块,进一步扩展和定制系统的功能。 总而言之,泛微e9自定义页面开发提供了一种强大而灵活的定制化能力,帮助企业快速构建和调整适应自身业务需求的智能办公环境。 ### 回答3: 泛微e9是一款流程管理软件,具备强大的自定义页面开发功能。通过自定义页面开发,可以灵活定制系统界面,满足企业特定的业务需求。 泛微e9自定义页面开发主要有以下几个步骤: 1.需求分析与设计:了解企业的业务需求,确定自定义页面的功能和界面设计。根据需求,设计页面布局、交互方式和数据展示方式。 2. 定义数据结构:根据自定义页面的功能需求,定义所需的数据结构。可以通过创建表单、字段来存储和管理数据。 3. 页面开发:使用泛微e9提供的开发工具(如e9设计器)进行页面开发。开发工具提供了丰富的组件和控件,可以快速创建界面元素,配置页面逻辑、数据展示和交互方式。 4. 页面测试与优化:在开发完成后,进行页面测试,确保功能的正确性和稳定性。根据测试结果,进行优化和修复。 5. 发布与部署:将开发完成的自定义页面发布到泛微e9系统中。系统管理员可以根据需要将自定义页面分配给相应的用户或角色,并进行部署和配置。 通过泛微e9自定义页面开发,企业可以根据自身的业务需求,定制符合企业特色的界面和功能。同时,自定义页面开发也提高了系统的灵活性和扩展性,满足企业不断变化的需求。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值