8.4.2. IM-Workflow¶
8.4.2.1. 添加了系统区域时的限制。¶
若在区域变更后原样重新开始运行,则主表数据/事务数据都会发生不一致。区域变更后,有可能发生即使审批案件也不能正常处理,且数据损坏的情况。只有在添加了区域时,可通过下述对策恢复(不包括区域的删除)。
在主表数据方面,需要准备已添加区域的数据。
对于在变更前申请的事务数据,请切换到添加前的用户区域进行操作。对于在区域添加后申请的数据,无论在哪个用户区域皆可操作。
8.4.2.2. 每个系统区域都需要主表数据。¶
IM-Workflow中,每个系统区域都需要各自的主表数据。系统中可使用3种语言(日语/英语/中文(简体字)),主表数据无法只作为日语应用。需要为每个区域登记下述主表数据。・身份信息・IM-共通主表信息1. 用户2. 组织3. 公司+职位4. 公共组别5. 公共组别+职责・IM-Workflow主表信息1. 案件属性定义2. 规则定义3. 邮件定义4. IMBOX定义5. 一览显示模式定义6. 流程组别定义7. 内容定义8. 路径定义9. 流程定义
8.4.2.3. 必须根据工件流程的主表设定,调整 Storage 区域的大小。¶
IM-Workflow会将数据保存到 Database 、Storage 中。因此,随着数据数的增加也需要更多的 Storage 服务器资源。※保存在 Storage 中的数据会与“节点数”及“动作数”成比例增加。请参考下述例子,调整 Storage 区域的大小。* 节点数 : 5个([开始]→[申请]→[审批]→[审批]→[审批]→[审批]→[结束]) * 动作数 : 5次时 ⇒ 200KB * 动作数 : 10次时 ⇒ 360KB * 节点数 : 10个([开始]→[申请]→[审批]→[审批]→……→[审批]→[审批]→[结束]) * 动作数 : 5次时 ⇒ 400KB * 动作数 : 10次时 ⇒ 730KB ※ 上述为文件事务级别(transaction-file-level)为1时的例子。
8.4.2.4. 需根据工作流的主表设置来调整服务器的设置等。¶
“流程参照”画面的“图像输出”功能及API“WorkflowImageManager”消费的内存与流程图(路径图)的节点数成比例。因此,配置了很多节点时,有可能发生“Out of memory”的情况。此时,请重新修改服务器的设置并进行适当的设定。
8.4.2.5. 处理时间与路径定义中设定的节点数成比例增加。¶
申请/审批处理中,若进行了如下节点设定,则设定处理时间与节点数成比例增加。
- “纵向配置”
- “横向配置”
- “动态审批”
8.4.2.6. 根据路径设定中设定的内容,对象被解除。¶
“路径设定 - 版本 -编辑”画面中,若为下述情况,则对象会被解除。此时,请在连接节点后设定对象。
在配置“审批节点”并设定了对象后,若将申请/审批节点连接到此节点,对象就会被解除。
存在“申请/审批节点”-“审批节点”这样的路径(连接)时,变更成“申请/审批节点以外”-“审批节点”这样的(连接)时,“审批节点”的对象会被解除。 存在““申请/审批节点以外”-”-“审批节点”这样的路径(连接)时,变更成“申请/审批节点以外”-“审批节点”这样的(连接)时,“审批节点”的对象会被解除。
8.4.2.7. 包含同步节点的路径定义中进行案件操作时的注意事项。¶
在含有同步节点的路径定义中通过案件操作从同步外向同步内移动时,即使同步内的全部路径到达同步结合节点也会在同步结合节点处停止。(此时,不前往同步结合节点的下一个节点)。
8.4.2.8. 流程参照显示时的注意事项。¶
“流程参照”画面中,在流程图(路径的图)全部显示前按下了“图片输出”按钮时,不会显示流程图(路径图)。上述情况下,有下述回避对策。可通过点击“刷新”按钮重新显示流程图。
8.4.2.9. 代理人用户可能会收到2封处理委托邮件。¶
- 代理设定中,被设定为代理方的用户有处理权限时,会发送两遍处理请求邮件。
8.4.2.10. 由于所使用邮件服务器的原因,可能无法正常发送。¶
- 邮件定义中省略了邮件名、正文时,有可能无法发送邮件。 此动作依存于邮件服务器。
8.4.2.11. 把用户档案中设定的邮件地址当成邮件接收地址。¶
- 邮件发送功能中只使用在用户档案设定的“邮件地址1”作为邮件地址。
8.4.2.12. 在申请后的案件操作-节点编辑画面中,有可能无法正确反映已保存的节点设定。¶
在申请节点或审批节点之后配置了模板置换节点(模板内的最前面节点=审批节点)时,有可能发生在申请后的案件操作-节点编辑画面上已保存的节点设定不正确反映的情况。
8.4.2.13. 重新展开前被处理的处理记录的处理名会被显示为标准处理名。¶
若已经展开的横/纵向配置节点被重新展开,则会由于节点ID变更而产生在重新展开前已被处理的处理记录的处理名被显示为标准处理名的情况。
8.4.2.14. 在到达处理中设置了重新处理者自动审批的节点上,无法进行自动审批。¶
若已经展开并处理了的横/纵向配置节点被重新展开,则会由于节点ID变更而产生到达处理中已设定了重新处理者自动审批的节点不能进行自动审批的情况。
8.4.2.15. 对于节点设定画面的前处理者系列的处理对象插件,按下其状况确认图标后,有可能发生HTTP500错误。¶
在已被展开的纵向配置节点/横向配置节点的节点设定画面,在设定了“前一处理者的XXX”这样依存于前一处理者的处理对象的状态下,按下列状况确认图标时,会显示下述错误画面。“HTTP 500 : 服务器内发生了错误。”
8.4.2.16. 在电子印章对象案件中,若批量执行了处理期限自动处理,自动处理就会失败。¶
使用电子印章功能时,若以处理期限自动处理批处理的方式进行了需要盖章的处理,就会变成通过系统用户(imw^system)执行处理的结果,因此无法取得常用印鉴,导致动作处理错误,导致自动处理失败。※系统用户(imw^system)的用户代码中使用了IM-共通主表无法登记的禁止字符(^)。
8.4.2.17. 无法使用标准画面处理的非同步Client对象。¶
使用标准画面处理的异步时,脚本开发模式的动作处理、到达处理中无法使用Client对象。需要HTTP对象的信息时,需要Java实现。
8.4.2.18. 由于已复制的流程定义中留有节点设定信息,一旦进行导入就会显示“设定已解除。”的消息。¶
对已复制的流程定义、路径定义、内容定义进行编辑后,再进行导入,有可能显示“设定已解除。”的消息。【理由】有可能由于编辑操作留下节点设定信息,若与导入检查条件相符则会发生此现象。(由于将编辑前的信息设为可恢复的信息,因此留下了节点设定信息。)【操作】进行下述操作时,有可能发生。
- 生成内容定义_A、路径定义_A、流程定义_A、规则定义_A。
- 在各版本编辑画面生成内容定义、路径定义、流程定义各定义的副本。
- 生成规则定义_B。
- 删除在内容定义_B中设定的规则定义_A。
- 新建生成在内容定义_B中设定的规则定义_B。
- 在流程定义_B中新建生成并添加规则定义_B。
- 执行内容定义_B、路径定义_B、流程定义_B、规则定义_B的导出处理。
- 导入已被导出的数据。
【影响】由于只有内部信息符合导入检查条件,该案例中对导入处理没有影响。
8.4.2.19. 关于标准画面处理的非同步的注意事项。¶
将标准画面处理的同步/异步设定设定成异步时,在异步处理中若发生服务器停止等情况,则有可能发生 IM-Workflow 处理无法正确进行的情况。存在被中断的IM-Workflow处理时,在“异步处理状态”画面会显示“异步处理中”的信息。由于此状态是锁定了案件的状态,所以无法处理(审批等)案件。可通过在“异步处理状态”画面删除“异步处理中”的信息来解除案件的锁定。请在IM-Worklfow的处理已完全结束的状态下实施服务器重新启动等操作。运行上,若无法回避在工作流处理中的重新启动,则请将工作流参数 “标准画面的处理的同步/异步设定”和“案件结束处理、到达处理、邮件发送处理、IMBox发送处理的同步/异步控制”设定为同步。
8.4.2.20. 有关标准画面处理的非同步动作处理/到达处理中的HTTP系列对象的参照的注意事项。¶
标准画面处理的异步是使用与IM-Worlflow处理及动作处理/到达处理不同的线程执行的。用户内容中存放在HTTPContext和HTTSession等的HTTP系列对象中的信息由其他线程执行。无法在IM-Worlflow的处理及动作处理/到达处理中使用(参照)。建议通过使用工作流参数传递值来实现动作处理/到达处理。考虑到应用程序的实现没有使用HTTP系列对象的情况,也提供了可在动作处理/到达处理中参照HTTP系列对象的机制。但由于不建议采用这种安装,所以会输出警告日志。
8.4.2.21. 处理请求消息通过已处理的用户区域发送。¶
处理请求消息会在审批等处理结束后,发送至下一节点的处理对象。此时,标题和正文通过已处理(审批等)的用户区域发送。式样对象如下所述。1. 电子邮件2. IMBox (ApplicationBox)3. IM-Notice
智能手机
8.4.2.22. 在iPhone、Android智能手机以及Android平板电脑上显示PC版用户内容时,动作会变得不稳定。¶
使用IM-Workflow的PC版时,GreyBox不支持在iPhone、Android智能手机以及Android平板电脑上的显示。因此,在内容定义中将PC版用户内容设定成了智能手机用画面,在智能手机上使用PC版内容进行案件处理时,用GreyBox显示的画面动作会变得不稳定。(关于将PC版用户内容设定为智能手机用画面的详细方法,请参照“IM-Workflow 编程指南”。)关于GreyBox上显示的各处理(申请/再申请/申请(未申请)/临时保持/处理/确认)画面,或者从这些画面中跳转到的节点设定画面,目前本公司已确认的限制事项如下所述。
- 初始显示GreyBox时,建议不要进行缩放。
- 在缩放状态下初始显示GreyBox时,GreyBox的显示区域有可能变窄。
- 点击了输入项目时,显示在GreyBox下层的画面的输入项目有可能获得光标。
- 画面操作中,有可能发生GreyBox灰掉的部分被部分解除,可操作GreyBox下层的情况。
- 画面操作中,有可能发生GreyBox超出了浏览器的显示区域,无法访问输入项目的情况。
- 即使点击已被上传文件的文件名,也无法下载文件。
- 根据终端情况,无法同时上传多个文件。可逐个上传。
- 传阅邮件的收件人等,可多选的复选框显示与PC版不同。
- 显示依存于所使用终端的浏览器。
- 在处理前等时间显示的确认对话框被显示在GreyBox的中央附近。因此,若光标不在确认对话框上,可能很难判断对话框的显示位置。若光标在确认对话框上,也可能很难判断对话框的当前位置。
- 若在处理执行时发生了异常,则错误对话框会显示在GreyBox的上方。若GreyBox上方位于浏览器显示区域之外,则有可能不会注意到错误对话框已显示,从而认为是系统无应答的状态。
- 滚动GreyBox内部时,根据终端不同会发生GreyBox上端与浏览器显示区域上端随意叠在一起的动作。
- 此时,请将缩放最小化(无扩大的状态)访问要访问的项目,或反复滚动几次进行访问。
- 节点设定画面中,若变更了“已保存设定”的选择值,则会出现虽然重新读入了画面,但“已保存设定”的选项仍残留在画面上的情况。
- 这是画面外观上的问题,在重新读入画面后,即使变更选择值也没有任何动作。
对上述举出的事项中GreyBox画面显示不正确的状态(画面超出了浏览器的范围等)时的应对方法进行说明。
请将缩放最小化(无扩大的状态),将画面显示滚动到最左上方。通过进行此操作,有可能解除GreyBox显示位置错位的问题。进行一次操作无法解除时,请重复进行缩放→缩小→滚动操作。另外,将PC版用户内容设定为智能手机用画面时,在用户内容方面请注意下述事项。
- 未对PC版UI组件在智能手机上的动作进行过验证。
- 若在PC版用户内容中使用了PC版UI组件,则有可能发生画面显示或操作无法正常进行的情况。
8.4.2.23. 直接指定URL时,不保证运行正确。¶
不保证在智能手机浏览器上直接指定URL或重新读入(刷新)正被显示的URL的动作。有可能无法点击按钮或产生预期之外的动作。
8.4.2.24. 使用 spWorkflowOpenPage 标签时需要将其配置在指定了 data-role=”page” 的元素内。¶
请将 <imart type=”spWorkflowOpenPage”> 标签配置在指定了 data-role=”page” 的元素内。另外,请在元素中指定ID属性。在处理画面按下“返回”按钮时,请取得/指定相应元素的 ID 并进行画面跳转。若 <imart type=”spWorkflowOpenPage”> 标签不在指定了 data-role=”page” 元素内或相应元素没有 ID 属性,则无法从处理画面通过“返回”按钮进行画面跳转。
8.4.2.25. 用户内容画面ID的限制。¶
IM-Workflow 智能手机的处理画面中使用了 Ajax 进行画面跳转。因此,在与 IM-Workflow 智能手机的处理画面联动的用户内容等画面中,需要注意页面 ID 属性不要重复。下面对于在 IM-Workflow 智能手机的处理画面上定义的 ID 属性值进行说明。
- apply
- temporary_save
- approve
- reapply
- unapply
- confirm
- node_config_single
- node_config_multi
- department_config
- department_and_post_config
- post_config
- public_group_config
- user_config
- apply_list_search
- process_list_search
- confirm_actv_list_search
- confirm_cpl_list_search
- transfer
8.4.2.26. 在案件详细画面中显示附件后,由于没有关闭按钮,会导致无法返回到案件详细画面。¶
从流程参照画面输出了图片时也同样,输出图片后无法返回至流程参照画面。
8.4.2.27. 流程参照页面中显示处理日期、节点名称等表格的滚动条无法显示。¶
由于显示的是PC用画面,所以智能手机中无法正常显示画面。
8.4.2.28. 使用智能手机时,无法在节点单位中设定用户内容。¶
智能手机版中,即使内容定义中存在多个用户内容(画面)也只有“初始使用”的内容有效。PC版的流程定义中可按节点为单位设定用户内容画面。
8.4.2.29. 不能发送进行处理及撤回等操作时的传阅邮件。¶
8.4.2.30. 只有终端浏览器所支持的文件类型的附件可下载并显示。¶
8.4.2.31. 使用iPhone时,认为工作流程案件号码为电话号码。¶
8.4.2.32. 通过智能手机进行不经由用户内容的处理时,不能向动作处理传递用户参数。¶
用户内容不存在时的动作设定是“跳过”时,无法在智能手机上进行不经由用户内容的处理或向动作处理传递用户参数。2013 Spring中可定义智能手机用户内容。另外,设置了用户内容不存在时的动作设定值(是发生错误还是跳过)。若将用户内容不存在时的动作设定值设定成了“跳过”,则与 2012 Winter 为止的动作相同。
8.4.2.33. NTT Docomo GALAXY SⅡ LTE SC-03D 上无法删除申请画面的附件。¶
【现象】NTT Docomo GALAXY SⅡ LTE SC-03D 上无法删除申请画面的附件。【条件】再现步骤1. 使用 Galaxy SII,打开可附加文件的流程申请画面。2. 上传任意3个图像文件。3. 在申请前删除一个图像文件。发生现象发生“由参数传递的参数不正确。”错误时,无法删除文件。【回避方法】在发生了网络延迟状况或服务器慢的环境下,有可能在画面显示未完成时发生。请在申请画面的显示完成后再上传附件。
8.4.2.34. 确认处理后,会在未确认状态下一览显示相同案件。¶
进行标准画面处理的异步设定并确认后画面就会马上切换并显示一览,由于确认处理是异步执行的,在一览显示阶段确认处理有可能尚未结束。此时,会以未确认状态在一览中显示相同案件。由于可再次进行确认处理,结果可能会进行两次确认处理。【回避方法】确认后,请在“已处理”-“处理状况选项卡”参照异步处理的处理状况请不要进行多次确认处理。
8.4.2.36. “案件结束处理/到达处理/邮件发送”处理中发生了系统错误时,有可能不释放内存。¶
IM-Workflow的“案件结束处理/到达处理/邮件发送”处理中,会将context信息保留在内存中直至处理结束后再释放内存。“案件结束处理/到达处理/邮件发送”处理中发生系统错误且处理异常结束时,有可能不释放内存。若重复发生这类系统错误,则有可能压迫内存,因此请重新启动 Web Application Server 释放内存。
8.4.2.37. 标准处理画面的主管组织有可能不被初始显示。¶
变更了Utility菜单的现行组织(一般用户画面右上的所属组织)时,在标准处理画面的主管组织中会添加初始显示的式样。上述式样中,标准处理画面的主管组织有可能不被初始显示。・若主管组织中不存在与Utility菜单的现行组织一致的组织,则不会被初始显示。这是由于Utility菜单的现行组织只是默认组织集合,而IM-Workflow流程定义的标准组织中可默认组织集合以外的组织。・有可能在主管组织中初始显示与在Utility菜单的现行组织中所选择的组织的名称不同的组织。Utility菜单的现行组织是系统时间点的名称,IM-Workflow是申请基准日的名称。这是因为若是期间化了的组织,则系统时间点的名称可能与申请基准时间点的名称不同。
8.4.2.38. 通过退回后撤回被复原的节点中,被移交过的处理对象会返回至移交前。¶
关于通过退回后撤回被复原的节点的处理对象的注意事项。在分支内存在多个路径时,若执行了从存在于路径上的节点退回到分支外的操作,则进行了退回后撤回后,位于其他路径上节点的复原处理也会被执行。被复原的处理等待节点的处理对象被移交了时,处理对象的复原动作如下。・被复原前的处理是“(由移交到的用户)搁置”时,被复原了的节点的处理对象只是搁置的用户。解除搁置后也只是搁置的用户。・被复原前的处理是“撤回”“退回后撤回”以外时,被复原了的节点的处理对象会变成移交前的状态。
8.4.2.39. 在iPad(Mobile Safari)以及Android智能手机中使用了PC版标准画面(GreyBox)时,无法下载附件。¶
在iPad(Mobile Safari)以及Android智能手机中使用了PC版标准画面(GreyBox)时,无法下载附件。
8.4.2.40. IM-Workflow 不支持在多个浏览器/多个选项卡上操作,也不支持浏览器的返回操作。¶
如 intra-mart Accel Platform 限制事项所述,IM-Workflow也不支持在多个浏览器/多个选项卡上的操作及浏览器的返回操作。出于以下理由,同一用户无法在多个浏览器、多个选项卡上操作。・这是因为附件的临时上传目录是以用户为单位。・这是因为某些操作模式会造成用户数据ID重复。※以下为问题发生时的操作模式(例子)。a) 模式1・用多个浏览器打开同一个临时保存画面。・先在一个浏览器中进行申请操作。・之后在一个浏览器进行临时保存操作。b) 模式2・在其他PC上用同一用户ID进行登录操作。c) 模式3・临时保存并提出申请后,用浏览器的返回操作跳转到临时保存画面再进行申请。准备了用户数据ID作为用户可在顾客应用程序中任意设定的项目。为了保证能够自由设定,只允许用户数据ID与案件间存在1对1的对应关系,不允许设置为1对多。因此,对于是不是由于不正确的操作造成了与案件相对应的用户数据ID发生重复,当前的IM-Workflow中无法进行业务检查。想要保证用户数据ID的唯一性时,请在动作处理中使用用户程序来检查。
8.4.2.41. SQLServer 2008 中无法使用案件编号取号处理(DB序列版)。¶
SQLServer 2008 不具有DB序列功能。因此,无法使用从 intramart Accel Platform 2013 Winter 开始提供的案件编号取号处理(DB序列版)。
8.4.2.42. iPad 上传阅邮件收件人栏会显示为“0项目”。¶
iPad – MobileSafari 中显示了PC版的处理画面时,传阅邮件收件人栏会显示为“0项目”。该现象为 Safari 的式样。但是,即便邮件收件人栏为“0项目”,也可确认传阅邮件的收件人设定及发送可正常动作。
8.4.2.43. 已使用iOS8时,在历史参照/流程参照/确认者状况确认画面上,即使点击“×”图标,画面也不会关闭。¶
已使用iOS8时,当已对IM-Workflow的智能手机画面(历史参照/流程参照/确认者状況确认画面)进行Tab显示时,即使点击该画面的“×”图标,画面也不会关闭。
8.4.2.44. 已使用iOS8时,可从标准处理画面上,用其他Tab打开历史参照/流程参照/确认者状况确认画面,无操作约10秒钟后,标准处理画面会变暗。¶
已使用iOS8时,在已从IM-Workflow的智能手机标准处理画面上对画面(历史参照/流程参照/确认者状況确认画面)进行Tab显示时,无操作约10秒钟后,关闭选项卡时,标准处理画面会变暗。此外,在标准处理画面以外的画面(一览画面等)也会发生同样的现象。