订单、诉讼监控系统 订单、诉讼监控系统
结合电脑的一种订单、诉讼监控方法
目前电子邮件方面的软体主要为Netscape、IE等,其可以在互联网上进行传递文件,并且可把传递者信息传递给收信者,收信者也可回复文件给发信者,但其最大的缺点是不能统一发信、收信标准时间,这样即不能落实到收发者在传递过程中的责任。
在当前网页和其它签收程序中,均有程序能落实文件签收责任。如在网上购物、电子商务等方面的程序,但其通常作法均为把表单内容和表单签收过程混合在一起,这种方法明显的缺点是因表单内容的改变而经常改变数据库结构,造成诸多维护不便。
当前跟催订单、诉讼的主要方式为人工跟催,当然也有电脑跟催,但是这些效率是低下的。如在某个订单的生产过程中,甲跟催乙的出货日期,乙跟催丙的原料进仓日期,丙又跟催丁的材料清单完成日期等等……,由于环节多和人本身的特点,所以这项工程是非常艰巨的。
实现透明管理是指上层管理者本身不参与生产产品和处理诉讼过程,而只在本管理系统后台进行监控。这样的好处是上层管理者如董事长、总经理、法院院长、检察院院长等能把精力解放出来,有更多精力去研究企业、集团、法院、检察院的其它重大事务,一方面也加强了廉洁方面的建设。
企业、集团、法院、检察院等相关部门有权选择其接收订单、诉讼部门的权力,让部门实现优胜劣汰,从而使企业、集团、法院、检察院的运作通畅。
随著电子产业的诞生和发展,实现无纸作业的呼声越来越强烈,因为当今已是信息时代,信息时代的信息量是庞大地,如果还是停留在纸张上,这将是灾难的:第一是纸张的环境问题,生产纸张对环境的圬染是严重的;第二是不便于查询,如果要查询一个文件,可能要把所有文件翻个“底朝天”,并且能不能翻到还是个“?”,这将有损于文件的保存。
随著光电技术的发展使存储介质有了根本的改变,如存储在光盘存储介质的信号可保存100年以上,并且可以推测,在不久的将来又会推出新的存储介质,所以应该把能转化为电信号的文件尽量转化为电信号,从而实现完善的资料管理。
当前的电子邮件软件的时间观念还不是很强,试如甲给乙发了一封电子邮件,乙回不回复甲是乙的自由,因此现在电子邮件对落实电子邮件收发双方责任还是空白,所以急需要用电脑管理程序来补其不足。
近几年的电子技术成果是成倍增长的,电话机(包括移动电话)、传真机、电脑基本能实现普及,但是也应该有一个系统思想能把这些资源和社会管理本身串在一起,最大限度地发挥社会本身潜能。如您一边钓鱼,一边通过移动电话执行相关电脑程序,由程序告诉您某个客户下单金额、某订货区间完成金额、报废订单金额等,那将是美好的。
订单监控系统职员登录身份分为销售部承办、销售部审核、销售部核准、信息部承办、信息部审核、信息部核准、开发部承办、开发部审核、开发部核准、组织部承办、组织部审核、组织部核准、投资部承办、投资部审核、投资部核准、生产部承办、生产部审核、生产部核准等18个类别。
诉讼监控系统职员登录身份分为人民部承办、人民部审核、人民部核准、信息部承办、信息部审核、信息部核准、立法部承办、立法部审核、立法部核准、判定部承办、判定部审核、判定部核准、支持部承办、支持部审核、支持部核准、执行部承办、执行部审核、执行部核准等18种类别。
当职员的身份一旦确立,则其登入系统的权限和角色即已确立。权限从小到大依次为承办、审核、核准。
完善邮件管理是指各部门间和部门内部传递信息必须有序地进行,不能越权操作。并且在本系统中有以下内容:
在订单监控系统中各部门类别(销售部、开发部、组织部、投资部、生产部、信息部)均具有订单邮筒、收信邮筒、发信邮筒等。
在诉讼监控系统中各部门类别(人民部、立法部、判定部、支持部、执行部、信息部)均具有诉讼邮筒、收信邮筒、发信邮筒等。
订单监控系统有以下签收次序
订购处理(销售部与组织部)→任务处理(组织部与生产部)→装备处理(生部部与开发部)→效益处理(开发部与投资部)→定价处理(投资部与销售部)→销售部信息公证处理(信息部与销售部)→样本处理(销售部与开发部)→开发部信息公证处理(信息部与开发部)→工程处理(开发部与组织部)→组织部信息公证处理(信息部与组织部)→预算处理(组织部与投资部)→投资部信息公证处理(信息部与投资部)→原料处理(投资部与生产部)→生产部信息公证处理(信息部与生产部)→产品处理(生产部与销售部)。
诉讼监控系统有以下签收次序
案情处理(人民部与立法部)→法规处理(立法部与判定部)→判决处理(判定部与支持部)→装备处理(支持部与执行部)→量刑处理(执行部与人民部)→人民部信息公证处理(信息部与人民部)→起诉处理(人民部与判定部)→判定部信息公证处理(信息部与判定部)→执刑处理(判定部与执行部)→执行部信息公证处理(信息部与执行部)→提议处理(执行部与立法部)→立法部信息公证处理(信息部与立法部)→意志处理(立法部与支持部)→支持部信息公证处理(信息部与支持部)→结案处理(支持部与人民部)
数据维护包括保证系统安全、控制系统时间、文件编号监督、报废相关文件、定期备份数据、删除相关文件等。
本软体应提示使用者怎样安全操作。如怎样控制非法者解密执行程序、数据库等。
由系统维护员进行控制系统时间,表单确签时间即为确签时的系统时间,从而保证表单确签的顺利进行。
本系统应提示使用者准备三类笔记本,分别记录订单(诉讼监控系统为诉讼)、收信、发信情况。笔记本中的记录应以记录时间、处理文件编号等进行排序。
文件编号监督包括订单号码(诉讼监控系统为诉讼号码)、文件制作号、文件序号、明细表编号监督。文件编号可参考以下编码原则:
订单号码的前两位应为销售部代码,这样以区分某订单的销售部;诉讼号码的前两位为人民部代码,这样以区分某诉讼的人民部。
文件制作号前两位为文件类别,如凭证确认表为PZ,凭证跟催表为PG等,其次依次为传关部门代码、收到部门代码,最后才为文件流水号。
文件序号即为该文件分发部门的流水号。如分发给A部门的流水号为1,分发给B部门的流水号为2等。
明细表编号的最后两位为版本号。
本软体应提示或自动报废相关文件,对本系统不用的文件应及时进行报废处理,这样以节约系统资源。
本软体应提示或自动定期备份当前有用文件,当出现意外情况时,系统可得到及时恢复。定期把报废文件写入外部存储设备,以便于备案查询。
本软体应提示或在报废文件已备份后,把可删除报废文件进行删除。这样以节约系统存储资源,提高系统工作效率。
本软体有以下优点:
系统能为企业、集团、法院、检察院内部形成竞争机制是指企业、集团、法院、检察院各部门有权选择相关接受订单、接收诉讼部门,这样即在企业、集团、法院、检察院内部形成了市场竞争机制。如销售部门可以选择组织部门,使各组织部门间实现了市场调节。
在接单过程中,销售部可设定组织部、信息部;组织部可设定生产部;生产部可设定开发部;开发部可设定投资部等。
在预签诉讼过程中,人民部可设定立法部、信息部;立法部可设定判定部;判定部可设定支持部;支持部可设定执行部等。
系统为企业、集团、法院、检察院内部形成责任机制是指系统将落实企业、集团、法院、检察院职员责任。如在样本确签过程中,开发部一旦确收此过程,则必须对此订单的开发负完全责任,并在预定日期内完成此开发。
见《说明书附图》,其图对应序号如下。流程圖序號 流程圖名稱 1 訂單監控系統實時監控流程圖 2 訴訟監控系統實時監控流程圖 3 銷售部實際操作流程圖 4 開發部實際操作流程圖 5 組織部實際操作流程圖 6 投資部實際操作流程圖 7 生產部實際操作流程圖 8 人民部實際操作流程圖 9 立法部實際操作流程圖 10 判定部實際操作流程圖 11 支持部實際操作流程圖 12 執行部實際操作流程圖
本部份将以表单明细及流向、表单流向及结构、实时监控处理、实际操作处理、邮筒交接处理等介绍订单、诉讼监控系统的实现方法。其内容有以下特点:表单明细及流向附文旨在建立一套完整的表单处理系统;表单流向及结构附文旨在把表单内容与确签分割;实时监控处理附文旨在监控者可在任意时刻监控订单生产、诉讼办理进度;实际操作处理附文旨在落实部门的工作步骤;邮筒交接处理附文旨在有序地收发邮件。
1 表单明细及流向
订单监控系统把部门类别分为销售部、开发部、组织部、投资部、生产部、信息部等六类;诉讼监控系统把部门类别分为人民部、立法部、判定部、支持部、执行部、信息部等六类。并且订单、诉讼监控系统根据部门类别性质的不同设立了一套完整的表单处理系统。在此表单处理系统中,可以把表单处理分为凭证处理和专用表单处理。
表单一 订单监控系统表单明细及流向表表单名称传送部门类别接收部门类别定购表销售部组织部任务表组织部生产部装备表生产部开发部效益表开发部投资部定价表投资部销售部信息表(销售部)信息部销售部样本表销售部开发部信息表(开发部)信息部开发部工程表开发部组织部信息表(组织部)信息部组织部预算表组织部投资部信息表(投资部)信息部投资部原料表投资部生产部信息表(生产部)信息部生产部产品表生产部销售部凭证表不确定不确定
表单二 诉讼监控系统表单明细及流向表表單名稱傅送部門類别接收部門類别案情表人民部立法部法規表立法部判定部判決表判定部支持部裝備表支持部執行部量刑表執行部人民部信息表(人民部)信息部人民部起訴表人民部判定部信息表(判定部)信息部判定部執刑表判定部執行部信息表(執行部)信息部執行部提議表執行部立法部信息表(立法部)信息部立法部意志表立法部支持部信息表(支持部)信息部支持部結案表支持部人民部憑証表不確定不確定
1.1 凭证处理
1.1.1表单种类:表单内容可为任何信息内容,如电子邮件、书面文件等。
1.1.2传递方向:不确定
1.2专用表单处理
1.2.1表单种类
订单监控系统的表单种类(除凭证外)共有十五种,分别为定购表、任务表、装备表、效益表、定价表、信息表(销售部)、样本表、信息表(开发部)、工程表、信息表(组织部)、预算表、信息表(投资部)、原料表、信息表(生产部)、产品表等。
诉讼监控系统的表单种类(除凭证外)共有十五种,分别为案情表、法规表、判决表、装备表、量刑表、信息表(人民部)、起诉表、信息表(判定部)、执刑表、信息表(执行部)、提议表、信息表(立法部)、意志表、信息表(支持部)、结案表等。
1.2.2传递方向:确定
如在订单监控系统中,定购表是由销售部传给组织部的表单;任务表是由组织部传给生产部的表单;装备表是由生产部传给开发部的表单;效益表是由开发部传给投资部的表单;定价表是由投资部传给销售部的表单等。
2 表单流向及结构
本订单、诉讼监控系统采用表单内容与确签分割,并把确签过程用表单确认表、表单收到表、表单公布表、表单备份表、表单跟催表、表单追备表等六种确签表进行表达。
其确签过程为:传送方把文件传给接收方用确认表进行确签;接收方把文件回传用收到表进行签收;当收到方传送成功后系统将会把确认表和收到表的签收内容写入公布表;当双方均报废某文件的确认表和收到表后,则把确认表、收到表或公布表的内容转入备份表;如果其中一方要跟催另一方用跟催表;当跟催表报废后则把跟催表内容转入追备表。
在确签过程中,同一文件的确认表、收到表、公布表、备份表的明细表号和明细表获取方法均是同一文件内容。跟催表的确认表号码和确认表序号为该文件的相关确认表号码和序号。确认表号码为某部门根据自已的情况为传送某一文件制定的流水号。文件序号为传送部门为接收该文件的部门而设定的流水号,如该文件传送给A部门的文件序号为1,该文件传送给B部门的文件序号为2等。
在本表单结构中,其数据类型和索引有以下约定:
A,代表字符型;S,代表自然数类型;D,代表日期类型;T,代表时间类型;M,代表备注类型;N,代表数字类型;在数据结构中,“*”表示此栏位为索引栏位,且依栏位的顺序依次为主索引、次索引……。
2.1确认表的基本结构为
文件制作号 * A(12)
文件序号 * S
发行与报废标记 A(04)
传送部门名称 A(08)
接收部门名称 A(08)
明细表号码 A(16)
获取文件方法 M(50)
确认核准人姓名 A(08)
核准日期 D
核准时间 T
确认审核人姓名 A(08)
审核日期 D
审核时间 T
确认承办人姓名 A(08)
承办日期 D
承办时间 T
备注 M(50)
2.2收到表的基本结构为:
文件制作号 * A(12)
文件序号 * S
发行与报废标记 A(04)
传送部门名称 A(08)
接收部门名称 A(08)
收到标记 A(16)
收到核准人姓名 A(08)
核准日期 D
核准时间 T
收到审核人姓名 A(08)
审核日期 D
审核时间 T
收到承办人姓名 A(08)
承办日期 D
承办时间 T
备注 M(50)
2.3公布表的基本结构为:
文件制作号 * A(12)
文件序号 * S
发行与报废标记 A(04)
明细表获取方法 M(50)
确认表传送部门名称 A(08)
收到表传送部门名称 A(08)
确认表接收部门名称 A(08)
收到表接收部门名称 A(08)
明细表号码 A(16)
收到提示 A(16)
确认表核准人姓名 A(08)
收到表核准人姓名 A(08)
确认表核准日期 D
收到表核准日期 D
确认表核准时间 T
收到表核准时间 T
确认表审核人姓名 A(08)
收到表审核人姓名 A(08)
确认表审核日期 D
收到表审核日期 D
确认表审核时间 T
收到表审核时间 T
确认表承办人姓名 A(08)
收到表承办人姓名 A(08)
确认表承办日期 D
收到表承办日期 D
确认表承办时间 T
收到表承办时间 T
确认表备注 M(50)
收到表备注 M(50)
2.4备份表的基本结构为:
文件制作号 * A(12)
文件序号 * S
发行与报废标记 A(04)
明细表获取方法 M(50)
确认表传送部门名称 A(08)
收到表传送部门名称 A(08)
确认表接收部门名称 A(08)
收到表接收部门名称 A(08)
明细表号码 A(16)
收到提示 A(16)
确认表核准人姓名 A(08)
收到表核准人姓名 A(08)
确认表核准日期 D
收到表核准日期 D
确认表核准时间 T
收到表核准时间 T
确认表审核人姓名 A(08)
收到表审核人姓名 A(08)
确认表审核日期 D
收到表审核日期 D
确认表审核时间 T
收到表审核时间 T
确认表承办人姓名 A(08)
收到表承办人姓名 A(08)
确认表承办日期 D
收到表承办日期 D
确认表承办时间 T
收到表承办时间 T
确认表备注 M(50)
收到表备注 M(50)
2.5跟催表的基本结构为:
文件制作号 * A(12)
文件序号 * S
发行与报废标记 A(04)
传送部门名称 A(08)
接收部门名称 A(08)
确认表号码 A(12)
确认表序号 S
跟催原由 M(240)
跟催核准人姓名 A(08)
核准日期 D
核准时间 T
跟催人审核人姓名 A(08)
审核日期 D
审核时间 T
跟催承办人代码 A(08)
承办日期 D
承办时间 T
备注 M(50)
2.6追备表的基本结构为:
文件制作号 * A(12)
文件序号 * S
发行与报废标记 A(04)
传送部门名称 A(08)
接收部门名称 A(08)
确认表号码 A(12)
确认表序号 S
跟催原由 M(240)
跟催核准人姓名 A(08)
核准日期 D
核准时间 T
跟催人审核人姓名 A(08)
审核日期 D
审核时间 T
跟催承办人代码 A(08)
承办日期 D
承办时间 T
备注 M(50)
3 实时监控处理
订单、诉讼监控系统实现流水化确签订单、诉讼,在确签的每个环节中均落实到人。实时监控处理使监控者可在任意时刻监控到订单生产或诉讼办理进度。关于具体的确签过程请参照说明书附图《订单监控系统实时监控流程图》、《诉讼监控系统实时监控流程图》。
4 实际操作处理
各类部门(订单监控系统为销售部、开发部、组织部、投资部、生产部、信息部;诉讼监控系统为人民部、立法部、判定部、支持部、执行部、信息部)在实际工作中,均有其工作步骤,如销售部要先订购,才能从投资部获得定价;销售部要先提供样本给开发部,才能从生产部获得产品。对于具体各类部门的具体操作流程请参照说明书附图3至说明书附图12。
5 邮筒交接处理
5.1 订单监控系统邮筒交接处理完成以下流程。
5.1.1销售部:
5.1.1.1订单筒文件来源:检查订单确认表,把订单传送部门名称、接收部门名称、单号新增入订单筒。在信息部订单筒中,传送部门为销售部,接收部门为信息部;在销售部订单筒中,传送部门为投资部,接收部门为销售部;在开发部订单筒中,传送部门为生产部,接收部门为开发部;在生产部订单筒中,传送部门为组织部,接收部门为生产部;在组织部订单筒中,传送部门为销售部,接收部门为组织部;在投资部订单筒中,传送部门为开发部,接收部收为投资部。
5.1.1.2收信筒文件来源:检查定价、产品、凭证确认表,如果其已发行并未进行收到处理,则此文件接收部门名称、传送部门名称、单号新增入收信筒(当凭证确认表的接收部门类别为销售部时);检查定购、定价、样本、产品、凭证跟催表,如果接收部门类别为销售部则该表单接收部门名称、传送部门名称、单号新增入收信筒。
5.1.1.3发信筒文件来源:检查定购、样本、凭证确认表,如果其已发行并未进行收到处理,则此文件传送部门、接收部门名称、单号新增入收信筒(当凭证确认表的传送部门类别为销售部时);检查定购、定价、样本、产品、凭证跟催表,如果传送部门类别为销售部则该表单传送部门名称、接收部门名称、单号新增入发信筒。
5.1.2组织部:
5.1.2.1订单筒文件来源:(同5.1.1.1)。
5.1.2.2收信筒文件来源:检查定购、工程、凭证确认表,如果其已发行并未进行收到处理,则此文件接收部门名称、传送部门名称、单号新增入收信筒(当凭证确认表的接收部门类别为组织部时);检查定购、任务、工程、预算、凭证跟催表,如果接收部门类别为组织部则该表单接收部门名称、传送部门名称、单号新增入收信筒。
5.1.2.3发信筒文件来源:检查任务、预算、凭证确认表,如果其已发行并未进行收到处理,则此文件传送部门、接收部门名称、单号新增入收信筒(当凭证确认表的传送部门类别为组织部时);检查定购、任务、工程、预算、凭证跟催表,如果传送部门类别为组织部则该表单传送部门名称、接收部门名称、单号新增入发信筒。
5.1.3生产部:
5.1.3.1订单筒文件来源:(同5.1.1.1)。
5.1.3.2收信筒文件来源:检查任务、原料、凭证确认表,如果其已发行并未进行收到处理,则此文件接收部门名称、传送部门名称、单号新增入收信筒(当凭证确认表的接收部门类别为生产部时);检查任务、装备、原料、产品、凭证跟催表,如果接收部门类别为生产部则该表单接收部门名称、传送部门名称、单号新增入收信筒。
5.1.3.3发信筒文件来源:检查装备、产品、凭证确认表,如果其已发行并未进行收到处理,则此文件传送部门、接收部门名称、单号新增入收信筒(当凭证确认表的传送部门类别为生产部时);检查任务、原料、装备、产品、凭证跟催表,如果传送部门类别为生产部则该表单传送部门名称、接收部门名称、单号新增入发信筒。
5.1.4开发部:
5.1.4.1订单筒文件来源:(同5.1.1.1)
5.1.4.2收信筒文件来源:检查装备、样本、凭证确认表,如果其已发行并未进行收到处理,则此文件接收部门名称、传送部门名称、单号新增入收信筒(当凭证确认表的接收部门类别为开发部时);检查装备、效益、样本、工程、凭证跟催表,如果接收部门类别为开发部则该表单接收部门名称、传送部门名称、单号新增入收信筒。
5.1.4.3发信筒文件来源:检查效益、工程、凭证确认表,如果其已发行并未进行收到处理,则此文件传送部门、接收部门名称、单号新增入收信筒(当凭证确认表的传送部门类别为开发部时);检查装备、效益、样本、工程、凭证跟催表,如果传送部门类别为开发部则该表单传送部门名称、接收部门名称、单号新增入发信筒。
5.1.5投资部:
5.1.5.1订单筒文件来源:(同5.1.1.1)
5.1.5.2收信筒文件来源:检查效益、预算、凭证确认表,如果其已发行并未进行收到处理,则此文件接收部门名称、传送部门名称、单号新增入收信筒(当凭证确认表的接收部门类别为销售部时);检查效益、预算、定价、原料、凭证跟催表,如果接收部门类别为投资部则该表单接收部门名称、传送部门名称、单号新增入收信筒。
5.1.5.3发信筒文件来源:检查定价、原料、凭证确认表,如果其已发行并未进行收到处理,则此文件传送部门、接收部门名称、单号新增入收信筒(当凭证确认表的传送部门类别为投资部时);检查效益、定价、预算、原料、凭证跟催表,如果传送部门类别为投资部则该表单传送部门名称、接收部门名称、单号新增入发信筒。
5.1.6信息部:
5.1.6.1订单筒文件来源:(同5.1.1.1)
5.1.6.2收信筒文件来源:检查凭证确认表,如果其已发行并未进行收到处理,则此文件接收部门名称、传送部门名称、单号新增入收信筒(当凭证确认表的接收部门类别为信息部时);检查信息、凭证跟催表,如果接收部门类别为信息部则该表单接收部门名称、传送部门名称、单号新增入收信筒。
5.1.6.3发信筒文件来源:检查信息、凭证确认表,如果其已发行并未进行收到处理,则此文件传送部门、接收部门名称、单号新增入收信筒(当凭证确认表的传送部门类别为信息部时);检查信息、凭证跟催表,如果传送部门类别为信息部则该表单传送部门名称、接收部门名称、单号新增入发信筒。
5.2 诉讼监控系统邮筒交接处理完成以下流程。
5.2.1人民部:
5.2.1.1诉讼筒文件来源:检查诉讼确认表,把诉讼传送部门名称、接收部门名称、单号新增入诉讼筒。在信息部诉讼筒中,传送部门为人民部,接收部门为信息部;在人民部诉讼筒中,传送部门为执行部,接收部门为人民部;在立法部诉讼筒中,传送部门为人民部,接收部门为立法部;在判定部诉讼筒中,传送部门为立法部,接收部门为判定部;在支持部诉讼筒中,传送部门为判定部,接收部门为支持部;在执行部诉讼筒中,传送部门为支持部,接收部门为执行部。
5.2.1.2收信筒文件来源:检查量刑、结案、凭证确认表,如果其已发行并未进行收到处理,则此文件接收部门名称、传送部门名称、单号新增入收信筒(当凭证确认表的接收部门类别为人民部时);检查案情、量刑、起诉、结案、凭证跟催表,如果接收部门类别为人民部则该表单接收部门名称、传送部门名称、单号新增入收信筒。
5.2.1.3发信筒文件来源:检查案情、起诉、凭证确认表,如果其已发行并未进行收到处理,则此文件传送部门、接收部门名称、单号新增入收信筒(当凭证确认表的传送部门类别为人民部时);检查案情、量刑、起诉、结案、凭证跟催表,如果传送部门类别为人民部则该表单传送部门名称、接收部门名称、单号新增入发信筒。
5.2.2判定部:
5.2.2.1诉讼筒文件来源:(同5.2.1.1)。
5.2.2.2收信筒文件来源:检查法规、起诉、凭证确认表,如果其已发行并未进行收到处理,则此文件接收部门名称、传送部门名称、单号新增入收信筒(当凭证确认表的接收部门类别为判定部时);检查法规、判定、起诉、执刑、凭证跟催表,如果接收部门类别为判定部则该表单接收部门名称、传送部门名称、单号新增入收信筒。
5.2.2.3发信筒文件来源:检查判决、执刑、凭证确认表,如果其已发行并未进行收到处理,则此文件传送部门、接收部门名称、单号新增入收信筒(当凭证确认表的传送部门类别为判定部时);检查法规、判决、起诉、执刑、凭证跟催表,如果传送部门类别为判定部则该表单传送部门名称、接收部门名称、单号新增入发信筒。
5.2.3执行部:
5.2.3.1诉讼筒文件来源:(同5.2.1.1)。
5.2.3.2收信筒文件来源:检查装备、执刑、凭证确认表,如果其已发行并未进行收到处理,则此文件接收部门名称、传送部门名称、单号新增入收信筒(当凭证确认表的接收部门类别为执行部时);检查装备、量刑、执刑、提议、凭证跟催表,如果接收部门类别为执行部则该表单接收部门名称、传送部门名称、单号新增入收信筒。
5.2.3.3发信筒文件来源:检查量刑、提议、凭证确认表,如果其已发行并未进行收到处理,则此文件传送部门、接收部门名称、单号新增入收信筒(当凭证确认表的传送部门类别为执行部时);检查装备、量刑、执刑、提议、凭证跟催表,如果传送部门类别为执行部则该表单传送部门名称、接收部门名称、单号新增入发信筒。
5.2.4立法部:
5.2.4.1诉讼筒文件来源:(同5.2.1.1)
5.2.4.2收信筒文件来源:检查案情、提议、凭证确认表,如果其已发行并未进行收到处理,则此文件接收部门名称、传送部门名称、单号新增入收信筒(当凭证确认表的接收部门类别为立法部时);检查案情、法规、提议、意志、凭证跟催表,如果接收部门类别为立法部则该表单接收部门名称、传送部门名称、单号新增入收信筒。
5.2.4.3发信筒文件来源:检查法规、意志、凭证确认表,如果其已发行并未进行收到处理,则此文件传送部门、接收部门名称、单号新增入收信筒(当凭证确认表的传送部门类别为立法部时);检查案情、法规、提议、意志、凭证跟催表,如果传送部门类别为立法部则该表单传送部门名称、接收部门名称、单号新增入发信筒。
5.2.5支持部:
5.2.5.1诉讼筒文件来源:(同5.2.1.1)
5.2.5.2收信筒文件来源:检查判决、意志、凭证确认表,如果其已发行并未进行收到处理,则此文件接收部门名称、传送部门名称、单号新增入收信筒(当凭证确认表的接收部门类别为支持部时);检查判决、装备、意志、结案、凭证跟催表,如果接收部门类别为支持部则该表单接收部门名称、传送部门名称、单号新增入收信筒。
5.2.5.3发信筒文件来源:检查装备、结案、凭证确认表,如果其已发行并未进行收到处理,则此文件传送部门、接收部门名称、单号新增入收信筒(当凭证确认表的传送部门类别为支持部时);检查判决、装备、意志、结案、凭证跟催表,如果传送部门类别为支持部则该表单传送部门名称、接收部门名称、单号新增入发信筒。
5.2.6信息部:
5.2.6.1诉讼筒文件来源:(同5.2.1.1)
5.2.6.2收信筒文件来源:检查凭证确认表,如果其已发行并未进行收到处理,则此文件接收部门名称、传送部门名称、单号新增入收信筒(当凭证确认表的接收部门类别为信息部时);检查信息、凭证跟催表,如果接收部门类别为信息部则该表单接收部门名称、传送部门名称、单号新增入收信筒。
5.2.6.3发信筒文件来源:检查信息、凭证确认表,如果其已发行并未进行收到处理,则此文件传送部门、接收部门名称、单号新增入收信筒(当凭证确认表的传送部门类别为信息部时);检查信息、凭证跟催表,如果传送部门类别为信息部则该表单传送部门名称、接收部门名称、单号新增入发信筒。