最新事务流程处理图 (2)

合集下载

(OA自动化)通达OA流程使用说明

(OA自动化)通达OA流程使用说明

通达OA流程使用说明OA的英文释译为:office anywhere,通俗的翻译就是任何场所都能办公的系统。

OA系统与我们平时使用的QQ是一样的性质,只要有网络即可办公。

为了更好让大家了解OA,让OA能更好的服务于我们,使OA 能够普及化,特编制了本说明书,本说明书只是针对我们公司相关流程使用情况而编制,若有不尽之处,请各位同事指正!OA分为十二个大的模块,分别为:个人事务、工作流、行政办公、知识管理、人力资源、档案管理、CRM2010、项目管理、交流园地、公文管理、附件管理、系统管理。

各个模块内容里有不同的工作流程,员工们可根据自己要交办的工作使用不同的工作流程。

一、工作流1、电子邮件电子邮件在OA系统中具有内部进行邮件交流的功能,下图显示的是邮件发送、编写、查看方式当邮件发送出去后,在“已发送”中可以看到该邮件的发送状态,包括对方未阅读“”、对方已阅读“”和对方已删除“”三种状态。

其中,对于收件人没有查看的邮件,发件人还可以编辑修改或删除。

所有邮件都可以导出“.eml”和excel格式备份,对于对方已经删除的邮件无法再实现编辑。

点击“再次发送”,则进入邮件编辑状态,并可以重新发送。

收件箱中能看到邮件的主题、状态、重要程度和附件等信息(附件信息必须要在邮件查阅完毕后才能显示出来),状态显示了新邮件和已读两种状态,重要程度则是发件人选择,在此处可见。

邮件查询提供对内部邮件的查询,可以通过邮箱、邮件状态、时间、主题、内容以及附件所包含的关键词进行查询,其中内容最多可以选择三个包含关键词,如下图所示:2、内部短信发送内部短信的界面如下,在“收件人”中选择添加系统的人员名,在“短信内容”中输入将要发送的短消息内容,如若需要作为预定时间发送信息,则可以修改短消息发送时间,系统将在员工指定的时间将消息发送出去。

收信人很快可以收到短信,其屏幕上会弹出一个提示窗口,提示查看短信,收信人如果已看过该短信,点击“已阅”则不再提醒,可直接在下面的输入框中回复,点击“查看详情“则可直接进入短信链接页面。

涉税业务规范流程图

涉税业务规范流程图

涉税业务规范流程图办理流程描述:纳税人申请→办税服务厅受理审核(1个工作日)→转管理分局核实(信息核查岗3个工作日)→分局反馈核实信息→转服务厅审批发证(1个工作日)→查无此户的→转服务厅不予办证。

办理流程描述:办税服务厅(含农村办税服务厅)受理申请(日常事务处置岗)→实地核实并填写《税务登记变更表》、分局加盖公章、核实人员签字(信息核查岗)→办税服务厅审批办理。

变更登记流程图:停业、复业税务登记办理流程描述:办税服务厅(含农村办税服务厅)申请(日常事务处置岗)→实地核实并填写《停复业登记表》、核实人员签字(信息核查岗)→分局评定审批岗批准→日常事务处置岗停业复业流程图:注销登记办理流程描述:(1)小规模、个体纳税人注销办税服务厅(含农村办税服务厅)受理申请(日常事务处置岗)→实地核实并填写《注销税务登记表》、核实人员签字(信息核查岗)→分局评定审批岗批准,分局加盖公章→办税服务厅审批办理。

注销登记流程图:(2)一般纳税人注销办税服务厅(含农村办税服务厅)受理申请(日常事务处置岗)→实地核实并填写《注销税务登记表》、核实人员签字(信息核查岗)→分局评定审批岗批准,加盖公章、→税政科取消一般纳税人资格→分局注销(日常事务处置岗)一般纳税人注销流程图:外出经营报验登记办理流程描述:办税服务厅(含农村办税服务厅)申请(日常事务处置岗)→实地核实,核实人员签字(信息核查岗)→分局评定审批岗批准→日常事务处置岗。

外出经营报验登记流程图:非正常户处理办理流程描述:办税服务厅(含农村办税服务厅)申请(日常事务处置岗)→实地核实,核实人员签字(信息核查岗)→分局评定审批岗批准→日常事务处置岗。

非正常户处理流程图:普通发票管理办理流程描述:纳税人申请→办税服务厅受理审核→批准核定。

办理流程描述:纳税人申请→办税服务厅受理审核→批准核定。

个体户定额核定办理流程描述:个体工商户向主管税务机关提交《定期定额户自行申报(申请变更)纳税定额表》,办税服务厅受理→由税收管理员下户采集《个体定额信息采集表》中的相关信息,经核实后录入《个体定额管理》模块中→定额公示→上级核准→下达定额→公布定额。

受托加工业务处理流程及会计处理

受托加工业务处理流程及会计处理

受托加工业务处理流程及会计处理[k/3]受托加工业务包括了生产与销售两个重要的过程,同时也包括对客户发来的物料的管理(仅仅是数量上的管理,不做会计处理)一.基础资料准备.这个阶段主要涉及仓库及物料等主要的资料的设置.1.1仓库设置[目的]新增两个仓库资料,分别为受托加工仓与受托产品仓,对物料分仓库进行单独管理.[操作路径]系统设置---基础资料----公用资料-----仓库[快速进入码][49012])仓库类型为代管仓,受托加工仓1(图图2(受托产品仓,仓库类型为普通仓)1.2物料设置(主要包括客户送来的物料及加工后的成品)[目的]新增两个物料,分别为材料(客户送来的待加工的物料)及成品(加工完成后的产品) [操作路径]系统设置----基础资料----公用资料-----物料[快速进入码]49011)物流资料中科目的设置无关仅要,材料3(图4(成品,注意相关会计科目的设置)二.单据处理这部分主要包括如下的三部分内容:受加工材料的管理,产品的完成入库及成本核算及产品的销售业务处理.2.1受托加工材料的管理2.1.2企业收到客户送来的材料,进入入库处理[目的]增加一个受托加工材料入库单[操作路径]供应链---仓存管理---受托加工----受托加工材料入库-新增[快速进入码]18028)代管仓(收料仓库为受托加工仓]注意点[图5受托加工材料入库单(新增)2.1.2生产过程中领用客户的材料[目的]增加一个受托加工领料单[操作路径]供应链---仓存管理----受托加工----受托加工领料单-新增[快速进入码]18030[注意点]发料仓库为受托加工仓(代管仓))新增(受托加工领料单.2.2受托加工产品完工入库及加工成本核算(核算生成过程中发生的各种成本,包括人工费及制造费用)2.2.1受托加工产品完工产库[目的]增加一个产品入库单[操作路径]供应链----仓存管理----验收入库----产品入库新增[快速进入码]18003[注意点]收货仓为受托产品仓(普通仓)图7产品入库单新增2.2.2核算受托加工产品生产过程中发生了成本总额(包括人工费及制造费,不包括材料费用.)[目的]核算受托产品入库成本[操作]供应链---存货核算----入库核算----自制入库核算[快速进入码]20007.在受托加工材料对应的单价处填写加工成本]关键点[图8产品入库核算2.3受托加工产品的销售2.3.1受托加工产品销售出库[目的]新增一个销售出库单[操作路径]供应链---销售管理-----销售出库----销售出库单—新增[快速进入码]15027[技巧]可以通过产品入库单关联生成销售出加单)普通仓库(发货仓库为受托产品仓]注意点[图9销售出库单(新增)2.3.2开具销售发票[目的]新增一张销售专用发票[操作路径]供应链---销售管理----销售发票----销售发票新增[快速进入码]15031[注意点]此处的单价为向客户收取的价格,而非加工成本[技巧]可以通过销售出库单关联生成销售发票图10销售发票(新增)2.3.3销售出库单与发票进入钩稽2.3.4销售出库成本的核算[目的]核算销售出库单上的成本数据[操作路径]供应链----存货核算----出库核算----产品出库核算]20018快速进入码[图11销售出库成本核算三.业务单据的凭证制作.由于受托加工的材料放在代管仓进入管理(见图1),所有材料的入加及领用都将不进行成本的核算,因此也无须进入生成凭证.需要进行会计处理的单据有产品入库单,销售出库单及销售发票.3.1凭证模型的设置[目的]检查或设置相关业务单据的凭证模板,这是生成凭证的前提.[操作路径]供应链---存货核算-----凭证管理----凭证模板]20054快速进入码[图12产品入库凭证模板的设置销售出库的凭证模板的设置13图图14销售发票的凭证模型的设置3.2生成凭证[目的]按照事务类型(单据类型)生成相应的凭证[操作路径]供应链----存货核算---凭证管理----生成凭证[快速进入码]20055产品入库的凭证15图图16销售出库的凭证销售发票的凭证17图。

业务与数据流程图

业务与数据流程图

业务流程图:业务流程图(transaction flow diagram,简称TFD),就是用一些规定的符号及连线来表示某个具体业务处理过程。

业务流程图的绘制基本上按照业务的实际处理步骤和过程绘制。

换句话说,就是一“本”用图形方式来反映实际业务处理过程的“流水账”。

绘制出这本“流水账”对于开发者理顺和优化业务过程是很有帮助的。

有关业务流程图的画法,目前尚不太统一。

但若仔细分析就会发现它们都是大同小异,只是在一些具体的规定和所用的图形符号方面有些不同,而在准确明了地反映业务流程方面是非常一致的。

业务流程图是一种用尽可能少、尽可能简单的方法来描述业务处理过程的方法。

由于它的符号简单明了,所以非常易于阅读和理解业务流程。

但它的不足是对于一些专业性较强的业务处理细节缺乏足够的表现手段,它比较适用于反映事务处理类型的业务过程。

(1)基本符号业务流程图的基本图形符号非常简单,只有6个。

有关6个符号的内部解释则可直接用文字标于图内。

这6个符号所代表的内容与信息系统最基本的处理功能一一对应。

圆圈表示业务处理单位;方框表示业务处理内容;报表符号表示输出信息(报表、报告、文件、图形等);不封口的方框表示存储文件;卡片符号表示收集资料;矢量连线表示业务过程联系。

(2)绘制举例业务流程图的绘制是根据系统调查表中所得到的资料和问卷调查的结果,按业务实际处理过程将它们绘制在同一张图上。

数据流图:数据流图:简称DFD,就是采用图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程,是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。

数据流图的基本符号的意思:1.矩形表示数据的外部实体;2.圆角的矩形表示变换数据的处理逻辑;3.少右面的边矩形表示数据的存储;4.箭头表示数据流。

数据流程图中有以下几种主要元素:→:数据流。

数据流是数据在系统内传播的路径,因此由一组成分固定的数据组成。

如订票单由旅客姓名、年龄、单位、身份证号、日期、目的地等数据项组成。

系统流程图

系统流程图

数据加工 (数据变换) 数据变换)
订货系统 数据处理 采购员 数据终点
11
仓库管理员 数据源点
定货系统的顶层DFD(4)
最后画出数据流和数据存储: ③ 最后画出数据流和数据存储:
分析得知事务需要从仓库送到系统中 事务是一个数据流。 事务是一个数据流。 系统把定货报表送给采购部, 系统把定货报表送给采购部, 因此定货报表是另一个数据流; 因此定货报表是另一个数据流;

先画数据源点与终点(系统的输入输出); ① 先画数据源点与终点(系统的输入输出);
9
定货系统的顶层DFD(2)
b) 数据终点: 数据终点: “规定每天向采购部门送一次定货报告” 规定每天向采购部门送一次定货报告” 每天向采购部门送一次定货报告 所以采购员是数据终点。 采购员是数据终点 所以采购员是数据终点。
系统流程图实例1
• 某装配厂有一座存放零件的仓库,仓库中现 有的各种零件的数量以及每种零件的库存量 临界值等数据记录在库存清单主文件中。当 仓库中零件数量有变化时,应该及时修改库 存清单主文件,如果哪种零件的库存量少于 它的库存量临界值,则把必要的定货信息写 在磁带上报告给采购部门以便定货,规定每 天向采购部门送一次定货报告。
1
CRT终端输入/输出 存储在磁盘上的文件或数据库 输入/输出
处理,如程序、处理机、人工加 工等 磁带输入输出,或磁带文件
微机处理

输入变化 库存清单程序 订货信息 报告生产程序 订货报告 库存清单 主文件
库存量每次变化,通过键 盘输入到计算机; 库存清单程序更新磁盘上 的库存清单主文件,必要 的订货信息写到磁带上; 磁带,打印出订货报告。
• 总结:当进一步分解将涉及如何具体实现 总结: 一个功能是,就停止分解。 一个功能是,就停止分解。

(OA自动化)通达OA流程使用说明

(OA自动化)通达OA流程使用说明

通达OA流程使用说明OA的英文释译为:office anywhere,通俗的翻译就是任何场所都能办公的系统。

OA系统与我们平时使用的QQ是一样的性质,只要有网络即可办公。

为了更好让大家了解OA,让OA能更好的服务于我们,使OA 能够普及化,特编制了本说明书,本说明书只是针对我们公司相关流程使用情况而编制,若有不尽之处,请各位同事指正!OA分为十二个大的模块,分别为:个人事务、工作流、行政办公、知识管理、人力资源、档案管理、CRM2010、项目管理、交流园地、公文管理、附件管理、系统管理。

各个模块内容里有不同的工作流程,员工们可根据自己要交办的工作使用不同的工作流程。

一、工作流1、电子邮件电子邮件在OA系统中具有内部进行邮件交流的功能,下图显示的是邮件发送、编写、查看方式当邮件发送出去后,在“已发送”中可以看到该邮件的发送状态,包括对方未阅读“”、对方已阅读“”和对方已删除“”三种状态。

其中,对于收件人没有查看的邮件,发件人还可以编辑修改或删除。

所有邮件都可以导出“.eml”和excel格式备份,对于对方已经删除的邮件无法再实现编辑。

点击“再次发送”,则进入邮件编辑状态,并可以重新发送。

收件箱中能看到邮件的主题、状态、重要程度和附件等信息(附件信息必须要在邮件查阅完毕后才能显示出来),状态显示了新邮件和已读两种状态,重要程度则是发件人选择,在此处可见。

邮件查询提供对内部邮件的查询,可以通过邮箱、邮件状态、时间、主题、内容以及附件所包含的关键词进行查询,其中内容最多可以选择三个包含关键词,如下图所示:2、内部短信发送内部短信的界面如下,在“收件人”中选择添加系统的人员名,在“短信内容”中输入将要发送的短消息内容,如若需要作为预定时间发送信息,则可以修改短消息发送时间,系统将在员工指定的时间将消息发送出去。

收信人很快可以收到短信,其屏幕上会弹出一个提示窗口,提示查看短信,收信人如果已看过该短信,点击“已阅”则不再提醒,可直接在下面的输入框中回复,点击“查看详情“则可直接进入短信链接页面。

事务处理流程图

事务处理流程图

第6章事务处理流程图6·1 概述6·1·1 事务与事务处理1.事务处理与事务处理系统事务:事务是具有特定目标的任务,它通常联系企事业单位中的管理工作。

事务可大同小,但必须具有"将定目标"。

例如,库房管理中的"入库"是一个事务,其目标就是记录检验过的货物已进入仓库成为库存。

这样的特定目标应该是明确的,表达应该是简洁的。

事务处理;事务处理是完成事务的动作。

因此事务处理应服务于该事务的"特定目标"。

它说明怎样完成"特定目标"所规定的一系列要求。

例如,"入库"事务处理应完成:①登记进入仓库的货物(名称、规格、单价、数量、产地等)及位置(仓位);②由于库存增加而修改库房占用流动资金的数额;③计算库存是否超限等。

事务处理系统:事务处理系统为一组事务处理的有机组合,它具有下述特点:(1)系统性和特定的系统目标。

(2)所含一组事务,正好能覆盖系统目标。

(3)每个事务既有一定独立性,相互间又有一定联系,这种联系是通过数据进行的。

例如,将库房管理作为一个事务处理系统。

它包括入库、出库、库存查询与分析三个事务。

(1)其系统地反映在三个事务按一定关系形成一个整体,并具有特定的目标:对货物出、入库进行管理,并对库存进行有效分析。

(2)所列三个事务正好覆盖系统目标。

(3)库、出库、库存查询与分析都具有一定独立性,相互间又有一定联系。

2.事务处理对象事务处理的对象是信息,信息是赋予约定意义的数据。

数据位于现代事务处理的中心现代化的管理以数据为依据。

所有事务处理都可以看作是在一组数据集上的操作。

这里所述数据不仅是数,还包括字符、图形、语言文字,诸如姓名、颜色、真假一类的概也都可作为数据被处理,甚至报表、文件、台帐、各种凭证、电报、传真等也可作为数据被处理。

数据是事等处理的依据,也是事务处理的结果。

例如,入库事务,处理对象有入库单(凭证)、日或月入库文件、库存文件(台帐)。

MongoDB学习6:MongoDB的事务处理

MongoDB学习6:MongoDB的事务处理

MongoDB学习6:MongoDB的事务处理1.MongoDB的写操作事务写⼊策略 writeConcern语法:db.collection.insert({x: 1}, {writeConcern: {w: 1}})什么是writeConcern?writeConcern决定⼀个写操作落到多少个节点上才算成功,这决定了MongoDB是否成功写⼊数据。

writeConcern的取值有以下:0:发起写⼊操作,不关⼼是否成功(适⽤于性能要求⾼,但不关注正确性的场景)1-集群最⼤节点数:写操作需要被复制到指定节点数才算成功majority:写操作需要被复制到⼤多数节点上才算成功(适⽤于对数据安全性要求⽐较⾼的场景,该选项会降低写⼊性能)all:复制到全部节点上才算成功发起写操作的程序将阻塞到写操作到达指定的节点数为⽌writeConcern的⾏为以3节点复制集为例:不做任何特定设置上图表⽰⼀个写操作进⼊后,直接写⼊主节点成功就返回了,后台会异步复制到从节点secondary1和secondary2。

但假如数据刚写⼊主节点后,从节点还没有复制数据,主节点就宕机了,此时MongoDB就可能出现丢失数据的问题,那么如何解决呢?参数 w:"majority"majority表⽰数据写⼊⼤多数(超半数)节点后才算成功。

此时如果主节点再发⽣宕机情况,那么从节点secondary1就会被选举为新的主节点,数据也没有丢失参数 w:"all"all表⽰确认全部节点写⼊成功后才返回。

这是⼀种最安全的写法,数据绝对不会丢失,但是如果有⼀个节点故障,那么就会发⽣阻塞⼀直等待参数 j:truej表⽰写⼊操作的journal持久化后才向客户端确认,取值有:true:写操作落到 journal ⽂件中才算成功false:写操作到达内存即算成功参数 wtimeout: 写⼊超时时间,仅w的值⼤于1时有效当指定{w: }时,数据需要成功写⼊n个节点才算成功,如果写⼊过程中有节点故障,可能导致这个条件⼀直不能满⾜,从⽽⼀直不能向客户端发送确认结果,针对这种情况,客户端可设置wtimeout选项来指定超时时间,当写⼊过程持续超过该时间仍未结束,则认为写⼊失败writeConcern测试以下测试在3个节点环境中db.test.insert({count:1},{writeConcern:{w:"majority"}})db.test.insert({count:1},{writeConcern:{w:3}})db.test.insert({count:1},{writeConcern:{w:4}}) # 报错:Not enough data-bearing nodesdb.test.insert({count:1},{writeConcern:{w:3,wtimeout:3000}}) # 超过3s未响应则不再等待直接返回slaveDelay:设置节点延迟时间(单位:s),延迟多久才会同步数据var conf = rs.confconf.members[2].salveDelay = 10 #设置节点3延迟10秒conf.members[2].priority=0 #设置了延迟的节点不能参与选举注意事项虽然多半数的 writeConcern都是安全的,但通常只会设置 majority,因为这是等待写⼊延迟时间最短的选择不要设置 writeConcern 等于总节点数,因为⼀旦有⼀个节点故障,所有写操作都会失败writeConcern 虽然会增加写操作的延迟时间,但并不会显著增加集群的压⼒,因此⽆论是否等待,写操作最终都会复制到所有节点上。

法律事务工作流程图

法律事务工作流程图

法律事务工作流程法律事务工作流程(一)应诉案件管理流程备注:1(二)起诉案件管理流程备注:1、按规定需报建研院的起诉案件,经总裁批准后,法律事务部按建研院规定上报。

非诉法律事务工作流程(一)非正常支出管理流程备注:1、非正常支出是指分支机构发生民事诉讼、质量和安全事故、劳动纠纷及与其他企业(个人)的经济纠纷的处理中,需对外支付费用但分支机构又无力全部承担而需集团公司全部或部分承担的支出。

(二)抵押(质押)登记(分支机构借款、工程履约)法律风险防范(法律审核、法律意见书)流程备注:1、本流程适用于集团公司、分支机构对外重要文件的法律风险防范管理。

2、通常情况下,集团公司管理部门、分支机构提请集团公司法律事务部协助编制或审查对外重要文件时执行本流程。

3、涉及民事诉讼和纠纷的集团公司管理部门、分支机构外发有关民事诉讼和纠纷的文件必须报集团公司法律事务部按本流程审查。

起诉案件审批单2、责任人为分支机构负责人,承办人必须为劳动人事关系在公司的正式员工;3、法律事务部于两个工作日内按照程序审批完成并下发涉案分支机构。

应诉案件汇报单应诉案件证据提交单说明:1、重大、重要应诉案件准备证据资料时,法律事务部填写此单并下发涉案分支机构;2、完成责任人为涉案分支机构负责人;应诉案件承办单付款审核单分支机构:年月日2、分支机构须同时提供生效的法律文书、工程结算单、合同等文件。

借款申请书编号:中国建筑技术集团有限公司(以下简称“集团公司”):依据集团公司《两级目标责任书》、《分支机构负责人自主经营合同书》、《分支机构负责人经济责任书》,因我发生资金周转困难,需要集团公司具体支持,特向集团公司借款如下:一、借款本金:人民币元(大写:元)。

二、借款期限:从年月日至年月日止。

三、资金使用费:按照以下第种方式执行。

1、按照《中国建筑技术集团有限公司财务管理规范》第3.2.1之规定执行;2、按照年利率%执行。

四、现我向集团公司承诺如下:1、保证于年月日前向集团公司偿还上述借款本金,否则愿意按照年利率的借款利率另向集团公司支付该借款的资金占用费并承担相应的法律责任。

宗教事务行政处罚一般程序流程图.doc

宗教事务行政处罚一般程序流程图.doc

附件3广东省宗教事务行政处罚流程和文书格式文本第一部分简易程序1.现场检查(勘验)笔录(简易程序)2.当场行政处罚决定书3.行政处罚案件结案审批表第二部分一般程序1.行政处罚案卷封面2.行政处罚案卷目录3.行政处罚案件登记表4.行政处罚案件立案审批表5.协助调查通知书6.询问笔录7. 现场检查(勘验)笔录8. 先行登记保存证据审批表9. 先行登记保存证据通知书10.先行登记保存证据物品处理通知书11.证据清单12.责令改正违法行为通知书13.案件调查报告14.撤案审批表15.行政处罚决定法制审核意见书16.行政处罚案件单位负责人集体讨论笔录17.行政处罚听证告知书18.行政处罚听证申请书19.行政处罚不予听证通知书20.行政处罚听证通知书21.行政处罚听证公告22.行政处罚听证笔录23.行政处罚听证报告24. 陈述(申辩)笔录25.陈述(申辩)、听证情况处理审批表26.不予行政处罚决定审批表27.不予行政处罚决定书28.行政处罚决定审批表29.行政处罚决定书30.送达地址确认书31.送达回证32.行政处罚没收财物处理审批表33.行政处罚延期(分期)缴纳罚款申请书34.行政处罚延期(分期)缴纳罚款审批表35.行政处罚延期(分期)缴纳罚款决定书36.履行行政处罚决定催告书37.行政处罚强制执行申请审批表38.行政处罚强制执行申请书39.案件移送审批表40.案件移送书41.涉嫌犯罪案件移送书42.行政处罚案件结案审批表宗教事务行政处罚简易程序流程图现场检查(勘验)笔录(简易程序)检查(勘验)时间:年月日时分至日时分检查(勘验)地点:检查(勘验)内容:一、被检查对象基本情况□被检查(勘验)单位名称:法定代表人(负责人):住所:统一社会信用代码:联系电话:现场负责人姓名(可选):在场人姓名(可选):身份证号码:工作岗位:□被检查(勘验)人姓名:性别:职业:身份证号码:工作单位:联系电话:住址:邮编:二、告知事项问:你好!我们是的执法人员、,执法证号分别是、,这是我们的执法证件(出示执法证件),请你确认。

金蝶KERP受托加工业务处理流程及会计处理

金蝶KERP受托加工业务处理流程及会计处理

金蝶K/3 ERP受托加工业务处理流程及会计处理受托加工业务包括了生产与销售两个重要的过程,同时也包括对客户发来的物料的管理(仅仅是数量上的管理,不做会计处理)一.基础资料准备.这个阶段主要涉及仓库及物料的设置.1.1仓库设置[目的]新增两个仓库资料,分别为受托加工仓与受托产品仓,对物料分仓库进行单独管理.[操作路径]系统设置---基础资料----公用资料-----仓库图1(受托加工仓,仓库类型为代管仓)图2(受托产品仓,仓库类型为普通仓)1.2物料设置(主要包括客户送来的物料及加工后的成品)[目的]新增两个物料,分别为材料(客户送来的待加工的物料)及成品(加工完成后的产品) [操作路径]系统设置----基础资料----公用资料-----物料图3(材料的设置)5.图4(成品的设置)二.单据处理2.1受托加工材料的管理2.1.2企业收到客户送来的材料,进入入库处理[目的]增加一个受托加工材料入库单[操作路径]供应链---仓存管理---受托加工----受托加工材料入库-新增[注意点]收料仓库为受托加工仓(代管仓)图5受托加工材料入库单(新增) .1.2生产过程中领用客户的材料[目的]增加一个受托加工领料单[操作路径]供应链---仓存管理----受托加工----受托加工领料单-新增[注意点]发料仓库为受托加工仓(代管仓)受托加工领料单(新增)2.2 受托加工产品完工入库及加工成本核算(核算生成过程中发生的各种成本,包括人工费及制造费用)2.2.1 受托加工产品完工产库[目的]增加一个产品入库单[操作路径]供应链----仓存管理----验收入库----产品入库新增[注意点]收货仓为受托产品仓(普通仓)图7产品入库单新增2.2.2核算受托加工产品生产过程中发生了成本总额(包括人工费及制造费,不包括厂商提供的材料费用.如果自己还领用的一部份自己的材料刚需要将自己的材料费用加到生产成本)[目的]核算受托产品入库成本[操作]供应链---存货核算----入库核算----自制入库核算[关键点]在受托加工材料对应的单价处填写加工成本.图8 产品入库核算2.3受托加工产品的销售2.3.1 受托加工产品销售出库[目的]新增一个销售出库单[操作路径]供应链---销售管理-----销售出库----销售出库单—新增[技巧]可以通过产品入库单关联生成销售出加单[注意点]发货仓库为受托产品仓(普通仓库)2.3.2 开具销售发票[目的]新增一张销售专用发票[操作路径]供应链---销售管理----销售发票----销售发票新增[注意点]此处的单价为向客户收取的价格,而非加工成本[技巧]可以通过销售出库单关联生成销售发票2.3.3 销售出库单与发票进入钩稽2.3.4 销售出库成本的核算[目的]核算销售出库单上的成本数据[操作路径]供应链----存货核算----出库核算----产品出库核算图11 销售出库成本核算三.业务单据的凭证制作.由于受托加工的材料放在代管仓进入管理(见图1),所有材料的入加及领用都将不进行成本的核算,因此也无须进入生成凭证.需要进行会计处理的单据有产品入库单,销售出库单及销售发票.3.1凭证模型的设置[目的]检查或设置相关业务单据的凭证模板,这是生成凭证的前提.[操作路径]供应链---存货核算-----凭证管理----凭证模板图12 产品入库凭证模板的设置图13 销售出库的凭证模板的设置图14 销售发票的凭证模型的设置3.2生成凭证[目的]按照事务类型(单据类型)生成相应的凭证[操作路径]供应链----存货核算---凭证管理----生成凭证图15 产品入库的凭证图16 销售出库的凭证图17 销售发票的凭证。

行政工作流程手册(附工作流程图)

行政工作流程手册(附工作流程图)

行政工作流程手册(附工作流程图)行政部主要工作是:执行办公设备、公共设施、店铺设施的日常管理和维护;执行办公用品及日常用品的采购、发放管理;执行公司证照印鉴的管理;执行档案的归档管理;执行固定资产及低值易耗品的管理;执行各种费用的交纳;执行公司对外关系建立维护;执行突发事件处理;执行秘书事务管理;执行安全保卫工作;执行后勤、食堂的管理;执行行政日常事务处理;执行上级交办事务等。

具体工作流程一、执行公司证照申办流程成立公司或申请办理分支机构,先准备办理营业执照相关资料,然后到工商局领取营业执照登记申请表;营业执照申办完毕后,持营业执照原件及公司法人代表身份证复印件办理组织机构代码证;组织机构代码证办理完毕后,准备相关资料办理税务登记证。

二、执行公司证照印鉴管理:对于公司的各种印鉴及证照,应进行妥善保管,并对其归档编号管理。

证照借阅时要严格按照相关借阅程序进行审批、登记,特别是公章的外出借用、加盖,更应该按照公司的有关规定来执行,以免出现不良事件。

三、执行办公用品及日常用品的采购、发放管理:月末行政部要根据其他部门的请购计划及库存情况,并要根据相关规定作适当储备以备不时之需,作好请购计划单经经理审批后,及时保质保量地采购办公用品和日常用品,采购物品应当定价定点,保证质优价廉。

要作好物品出入库登记,每月盘存,帐物相符。

四、执行固定资产及低值易耗品的管理:对于公司所有的固定资产以及低值易耗品,需要建立台帐清单,监督各部门于每月25日进行盘点,办公室会根据各部门盘点情况进行抽查,核对帐物是否相符,然后根据各部门盘点状况及调动\增加状况制作《固定资产、低耗品清单》报表发放各部门;每季度组织财务部对各部门进行全面盘点,核对帐物。

对需要报废的资产按照相关程序申请报废,及时跟进各部门资产调动、出入库单据的核对,做到帐物相符。

对于资产管理不当、帐物不符,应进行相应处罚。

四、 执行各部门及店铺基础设备、设施维修管理行政部负责根据维修要求安排电工或外请技术人员维修、对维修全过程进行控制;电工负责对日常维修的材料进行申购及采购,保证质量;各部门对维修质量监督、确认。

BPMN2新规范与Activiti

BPMN2新规范与Activiti

BPMN2新规范与Activiti5上世纪九十年代以后,随着WfMC联盟的成立,BPM市场群雄逐鹿如火如荼,工作流技术得到了突飞猛进的发展,其中IBM、Oracle等大型软件厂商在工作流领域各扯大旗割据一方。

2011年BPMN2.0新规范的发布为各工作流产品互容互通提供了统一的标准,结束了各工作流厂商各自为政相互抵斥的局面。

什么是BPMN、Workflow?•BPM(Business Process Management)——“通过建模、自动化、管理和优化流程,打破跨部门跨系统业务过程依赖,提高业务效率和效果”。

•Workflow——“全部或者部分由计算机支持或自动处理的业务过程”(工作流管理联盟WfMC组织对工作流概念的经典定义)BPM基本内容是管理既定工作的流程,通过服务编排,统一调控各个业务流程,以确保工作在正确的时间被正确的人执行,达到优化整体业务过程的目的。

BPM概念的贯彻执行,需要有标准化的流程定义语言来支撑,使用统一的语言遵循一致的标准描述具体业务过程,这些流程定义描述由专有引擎去驱动执行。

这个引擎就是工作流引擎,它作为BPM的核心发动机,为各个业务流程定义提供解释、执行和编排,驱动流程“动“起来,让大家的工作“流”起来,为BPM的应用提供基本、核心的动力来源。

现实工作中,不可避免的存在跨系统跨业务的情况,而大部分企业在信息化建设过程中是分阶段或分部门(子系统)按步实施的,后期实施的基础可能是前期实施成果的输出,在耦合业务实施阶段,相同的业务过程可能会在不同的实施阶段重用,在进行流程梳理过程中,不同的实施阶段所使用的流程描述语言或遵循的标准会有所不同(服务厂商不同),有的使用WfMC的XPDL,还有些使用BPML、BPEL、WSCI等,这就造成流程管理、业务集成上存在很大的一致性、局限性,提高了企业应用集成的成本。

BPMN2.0规范的引入遵循BPMN2.0新规范的工作流产品能很大程度上解决此类问题。

MRPII流程图

MRPII流程图

一、物料需求计划(Material Requirement Planning,简称为MRP)是对主生产计划的各个项目所需的全部制造件和全部采购件的网络支持计划和时间进度计划。

物料需求计划主要解决以下五个问题:(1)要生产什么?生产多少?(来源于MPS)(2)要用到什么?(根据BOM展开)(3)已经有了什么?(根据物品库存信息、即将到货或产出信息)(4)还缺什么?(计算出结果)(5)何时安排?(计算出结果)二、闭环MRP的原理与结构MRP系统的正常运行,需要有一个现实可行的主生产计划。

它除了要反映市场需求和合同订单以外,还必须满足企业的生产能力约束条件.因此,除了要编制资源需求计划外,我们还要制定能力需求计划(CRP),同各个工作中心的能力进行平衡。

只有在采取了措施做到能力与资源均满足负荷需求时,才能开始执行计划。

而要保证实现计划就要控制计划,执行MRP时要用派工单来控制加工的优先级,用采购单来控制采购的优先级。

这样,基本MRP系统进一步发展,把能力需求计划和执行及控制计划的功能也包括进来,形成一个环形回路,称为闭环MRP,如图1示。

图1 闭环MRP逻辑流程图因此,闭环MRP则成为一个完整的生产计划与控制系统.三、能力需求计划(Capacity Requirement Planning, CRP)(1)资源需求计划与能力需求计划在闭环MRP系统中,把关键工作中心的负荷平衡称为资源需求计划,或称为粗能力计划,它的计划对象为独立需求件,主要面向的是主生产计划;把全部工作中心的负荷平衡称为能力需求计划,或称为详细能力计划,而它的计划对象为相关需求件,主要面向的是车间。

由于MRP和MPS之间存在内在的联系,所以资源需求计划与能力需求计划之间也是一脉相承的,而后者正是在前者的的基础上进行计算的。

(2)能力需求计划的依据①工作中心:它是各种生产或加工能力单元和成本计算单元的统称。

对工作中心,都统一用工时来量化其能力的大小。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

事务流程处理图(2)第6章事务处理流程图6·1 概述6·1·1 事务与事务处理1.事务处理与事务处理系统事务:事务是具有特定目标的任务,它通常联系企事业单位中的管理工作。

事务可大同小,但必须具有"将定目标"。

例如,库房管理中的"入库"是一个事务,其目标就是记录检验过的货物已进入仓库成为库存。

这样的特定目标应该是明确的,表达应该是简洁的。

事务处理;事务处理是完成事务的动作。

因此事务处理应服务于该事务的"特定目标"。

它说明怎样完成"特定目标"所规定的一系列要求。

例如,"入库"事务处理应完成:①登记进入仓库的货物(名称、规格、单价、数量、产地等)及位置(仓位);②由于库存增加而修改库房占用流动资金的数额;③计算库存是否超限等。

事务处理系统:事务处理系统为一组事务处理的有机组合,它具有下述特点:(1)系统性和特定的系统目标。

(2)所含一组事务,正好能覆盖系统目标。

(3)每个事务既有一定独立性,相互间又有一定联系,这种联系是通过数据进行的。

例如,将库房管理作为一个事务处理系统。

它包括入库、出库、库存查询与分析三个事务。

(1)其系统地反映在三个事务按一定关系形成一个整体,并具有特定的目标:对货物出、入库进行管理,并对库存进行有效分析。

(2)所列三个事务正好覆盖系统目标。

(3)库、出库、库存查询与分析都具有一定独立性,相互间又有一定联系。

2.事务处理对象事务处理的对象是信息,信息是赋予约定意义的数据。

数据位于现代事务处理的中心现代化的管理以数据为依据。

所有事务处理都可以看作是在一组数据集上的操作。

这里所述数据不仅是数,还包括字符、图形、语言文字,诸如姓名、颜色、真假一类的概也都可作为数据被处理,甚至报表、文件、台帐、各种凭证、电报、传真等也可作为数据被处理。

数据是事等处理的依据,也是事务处理的结果。

例如,入库事务,处理对象有入库单(凭证)、日或月入库文件、库存文件(台帐)。

3.事务处理流程与数据流程事务处理流程与数据流程有紧密的联系,事务处理流程是事务(或事务分解的一组动作)之间相互关系及处理的先后次序的表示。

如前所述,数据是事务的处理依据,也是事务的处理结果。

一个电务使用一些数据,经处理产生另一些数据.所产生的数据与另外一些数据又为另一个事务所使用,并产生另一些数据。

这样,一些数据经处理成新的数据,它们再经处理又形成另一些数据,这就形成数据流程。

处理流程侧重于处理功能的描述,数据流程侧重于数据流动与演变的描述。

数据流程中的会合点或演变点即是处理节点。

因此,事务处理流程与数据流程应该是一致的。

例如,图6.1是库房管理的流程图,其中矩形框是处理节点,其它均为数据。

6.1.2 事务处理模型事务处理或事务处理系统在客观世界中大量存在。

但是计算机化的事务处理系统并不是实际系统的翻版。

在设计一个计算机事务处理系统时,应对实际系统进行抽象,即通过如下步骤定义事务处理模型。

1.抽象与定义信息信息是人们对客观世界认识的结果。

人们自觉或不自觉地认不间断地接受信息、消化处理信息,并发送新的信息。

而应用计算机技术接受、处理、发送信息时,首先应从客观世界抽象信息,并予以定义。

一般生产单位处理的信息,主要涉及人、财、物三个方面。

所有信息都是这三方面客观存在的映射,它们反映了人、财、物三方面的变化,相互差异与关系。

因此,这些单位的信息抽象与定义,应从人、财、物的客观存在与活动出发。

2.描述信息流,定义信息网络通常都说企业中存在四条流:人流、物流、资金流和信息流。

实际上,信息流是另外三条流客观存在与活动的映射。

例如,物流反映了从原材料入库到产品销售的流程,有入库、出库、加工、在制品、装配、产品、销售等环节。

与物流相对应的信息流以凭证、台账、报表等形式进行流动。

反映物流的状况,有入库单、领料单、库存台账、加工进度、加工工时消耗、加工质量、加工设备与能源情况、在制品库存情况、产品库存情况等信息。

管理人员是通过信息流来了解与控制物流的。

因此,信息流的完备与流畅程度反映了一个企业的管理水平,也是设计事务处理系统的重要基础工作。

信息是应充分利用的一种重要资源,信息流应能使各层次管理人员满足关于信息的需求,因而信息流的描述是事务处理设计中十分重要的一部分。

企事业单位的管理通常分三个层次:决策层)管理层,操作层。

各条信息流及各信息流的纵横关系形成一个信息网络。

不同层次管理人员关于信息的需求不同,决策层高层管理人员需要宏观的信息,以便进行辅助决策或规划;管理层的中层管理人员应对各专业信息进行详细操作;操作层的有关人员则是采集信息并进行录入与初加工,因此这样的信息网络呈立体形(如图6.2)。

信息从操作层采集初加工后送到管理层;管理层对信息进行专业加工,汇总成宏观信息传送到决策层。

不同层次的管理人员利用相应网络上的信息进行操作,通过信息网络了解单位的活动与环境,又反过来通过信息网络控制单位的活动,使单位的各种活动都处于最佳状态。

3.研究信息演变规则,规划事务处理任务.所谓信息流并不是信息单纯的物理移动,它包括了信息从产生到归宿过程中一系列演变的过程。

所谓"演变"包含两重含义:(1)一组信息经会合成为另一组信息(其中不排斥某些信息从前一组延伸到下一组的情形)。

(2)一组信息引发产生另一组新的信息。

信息的演变与信息属性有关。

从信息资源生命周期看,事务处理的信息有四类:计划类,描述有关计划的信息。

业务类,执行计划时产生的各种信息。

状态类,描述执行计划过程中特定断点状态的信息。

分析类,描述执行计划的结果及有关趋势的信息。

信息的演变就是这四类信息周期性地进行变化。

即首先有计划类信息;由计划引出业务类信息;又由于业务,随之产生状态类信息;对状态进行分析,得到分析类信息;分析类信息反过来又影响并产生新的计划类信息,使之进入下一个周期。

整个演变过程可称之PTSA循环。

其中P(Plan)表示计划类信息,T(Transaction)表示业务类信息,S(State)表示状态类信息,A(Analysis)表示分析类信息。

PTSA循环每完成一个周期,便产生新的信息,并进入下一个周期,形成了信息的流动。

客观上反映了管理活动的推进,这种活动可由图6.3表示。

引进PTSA循环目的是揭示事务处理中信息演变的规则,以便掌握信息处理的规律。

4.信息的存储原则信息的存储应考虑到避免冗余及适应事务处理的变化这两方面。

避免冗余,并不是键厅一切冗余,有时为了提高处理效率允许部分冗余适应事务处理的变化,就是充分利用数据库技术,进行信息储存设计。

即数据库结构的设计不是手工处理的翻版,而应建立在数据库理论之上。

5.定义事务处理模型根据上述抽象与定义的信息网络和数据库布局与结构的考虑,说明有哪些加工、处理、变换的节点及这些节点的操作规范,从而定义了一个事务处理模型。

一个模型应包括:信息网络的结构与存储的规格说明,所包含的功能节点及功能的操作规格说明等。

在下面6.3节中将结合实例予以具体分析。

6.2 事务处理流程6.2.1 例析[例6.1]1990年度高级程序员级(下午)试题二。

阅读下列说明和流程图,回答问题1至问题3,把解答填入答卷的对应栏内。

[说明]某毛纺厂生产500种毛料商品,这些商品送到300个销售点销售。

销售点应在收到商品后的规定时间内把货款汇给毛纺厂。

流程图6.4描述了该厂发货、收款、催款的处理过程。

其中商品文件和销售点文件的记录格式如下:商品文件商品代号商品名称单价销售点文件销售点代号销售点名称地址发货单的格式如下发出日期销售点代号商品代号数量金额:收款单的格式如下:收款日期销售点代号商品代号数量金额该商品的发出日期处理1-处理3把当天的发货单合并到发货文件。

处理4-处理6把当一的收款单合并到收款文件。

每天在处理3和处理5做过之后,由处理7在发货文件夹中当天已收款的记录上,加上已收款标记,处理8在月末执行一次,它有三个功能:①汇总输出本月发货清单;②删除发货文件中已收款的所有记录,形成一个新的发货文件,作为下月初处理时的初始文件;③产生催款通知单,以便对对联些一个月以前已发货但至今仍未收到货款的销售催款。

处理9也每月末执行一次,除输出本月收款报告外,还删除收款文件中的所有记录。

现假定不会有完全相同的发货单。

[问题1]指出流程图6.4中应在哪几个处理框中检杳发货单和收款单的错误,并分别指出它们各能指出什么错误。

[问题2]如果把流程图6.4中从日收款分类文件到处理7的连线改成从日收款文件到处理7的边线,则有什么缺点,理由是什么?[问题3]如果把流程图6.4中从日收款分类文件到处理7的连线改成从收款文件到处理7的连线,则有什么缺点,理由是什么?该题描述了销售管理中的三个"事务"。

发货与收款这两个事务是单独处理的,另外还有一平衡处理事务。

在发货事务中,处理的依据是:发货单、销售点文件、商品文件。

处理的要求是:货物发出要正确;发出货物要有记录。

于是反映在流程图上"处理1",应检查上发货单是否正确,这是试题中问题1要求的。

检查发货单是否正确是与发货单格式有关。

检查上面五个项目是否合法以及金额与数量是否一致(单价×数量=金额)。

经处理1检查发货单正确后,输出日发货文件,以记录发货情况。

由处理1产生的"日发货文件"是按时间顺序的流水账,这对收款结算是不方便的。

于是将它按销售点代号分类,这由处理2完成,目的是为了提高处理效率。

由于货款不是当日付清,于是应有总的发货文件,以便对应付款结算。

故处理3合并日发货分类文件到发货文件中去。

显然,发货文件是经过分类的,并且该文件应是常存的。

而日发货文件与日发货分类文件都是临时的。

同样,收款事务处理的依据是:收款单、商品文件与销售点文件。

处理要求是:检查收款单的正确性与汇总日收款分类文件及收款文件,以入每月报收款报告。

其中处理4应检查收款单的正确性,检查方法是参照收款单格式检查前面五项合法性与正确性。

其分类与合并的目的是:分类是为效率,合并是为月报。

平衡发货与收款的处理由处理7及处理8完成。

处理7完成发货文件上登录"已收款"标记,作已收款标记的条件是:发货文件与日收款分类文件上销售点代号、商品代号、商品发出日期、数量与金额应该一致。

显然,这里应检查:重复付款、找不到相应发货记录、商品数量与金额方面不一致等错误。

由于发货与收款两个事务是分别处理的,最后进行汇总平衡,两者会合点如倾听设置,原题在处理7。

即处理7的处理依据是:发货文件与日收款分类文件。

会合点能不能变化,可以有几种会合方式:(1)日发货分类文件与收款文件会合。

相关文档
最新文档