14EAS50总体规范样板工程采购订货原型系统软件需求规约Word下载.docx
《14EAS50总体规范样板工程采购订货原型系统软件需求规约Word下载.docx》由会员分享,可在线阅读,更多相关《14EAS50总体规范样板工程采购订货原型系统软件需求规约Word下载.docx(30页珍藏版)》请在冰豆网上搜索。
3.详细需求6
3.1采购申请(purchaserequisition)6
3.1.1业务说明6
3.1.2业务逻辑6
3.1.3业务对象8
3.1.4界面原型10
3.2采购订单(purchaseorder)16
3.2.1业务说明16
3.2.2业务逻辑16
3.2.3业务对象17
3.2.4界面原型18
3.3统计报表20
3.3.1订货汇总表(Goodsorderedsheet)20
3.3.2业务逻辑21
3.3.3业务对象21
3.3.4界面原型21
4.补充规约24
5.术语表24
EAS样板工程采购订货原型系统
1.概述
采购订货原型系统是从EAS采购系统中抽取出来的一个功能子集。
采购系统是EAS系统的核心功能之一,其主要功能是维护供应商的主数据(包括基础信息、财务信息等)、采购计划的制定与修改、采购订单的处理、采购申请的汇总、采购询价、采购收货、采购结算(包括采购发票与采购订单的对应等)和采购报表等。
EAS采购系统与销售、计划、生产、仓库、财务等系统有着密切的关系。
在业务管理上,只有采购人员按计划把原材料采购入库,生产部门按计划安排领料生产,然后完工入库,才能满足销售的需求。
本文描述的采购订货原型系统是EAS采购系统的一个精简的子集,其中所涉及的业务需求、应用场景和逻辑约束已经从样板工程的角度做了极大的简化,并不能代表真实采购系统的完整的业务需求,只能称为是一个原型系统。
但是从样板工程的角度来说,已经足够通过这个案例熟悉整个EAS产品的设计开发流程。
本案例描述的业务需求主要在四个方面进行了简化:
一、业务流程的简化:
本案例只包括采购申请、采购订单两个个主要业务用例;
而且这两个个业务用例也对其中包含的业务逻辑进行了极大的简化;
只描述最基本的业务逻辑;
二、协同应用的简化:
本案例除了EAS基础系统以外,不考虑跟其他业务系统的接口,例如不考虑跟预算系统、资金系统、总账系统、应收应付系统、生产管理系统的相关协同和接口,只是一个封闭的、单纯的业务系统原型;
三、统计查询的简化:
采购报表也做了极大简化,只有一个采购订货汇总表。
本文描述的案例是在参照EAS已有系统的基础上进行设计的。
作为样板工程,本原型系统的设计开发必须参照EAS目前的模型体系、基础数据、框架结构进行,对于本原型系统所涉及到的这些相关内容,本案例将不再赘述,请参考EAS相关需求和设计文档。
1.1读者
EAS设计人员
EAS开发人员
2.总体说明
2.1业务流程
采购订货原型系统的业务流程主要包括:
提出采购申请下达采购订单采购订货统计,具体见下图:
采购订货原型系统的主要目标是根据各个部门、各个组织单元提出的采购申请制定采购订单进行订货(为了简化培训案例,这里省去了对供应商选择、比价、询价、还盘、采购提前期等业务要素的考虑),然后根据采购订单的下达情况统计采购申请的已订货数量和未订货数量,出统计报表。
3.详细需求
采购申请(purchaserequisition)
3.1.1业务说明
采购申请是财务组织为了有效控制采购活动而采取的手段之一,任何部门或人员要求外购物品(包括原材料、办公用品、机器设备、维修配件等),都要提出申请,由相应的主管领导审核批准,之后交由采购部门进行采购。
采购申请单可以由申请部门或人填写,申请部门或人可以实时跟踪查询申请单的执行状态,了解申请物品的采购情况以及相应的库存明细。
3.1.2业务逻辑
单据生效
采购申请单必须审核后才能正式生效,没有审核的采购申请单被认为是临时单据,可以随时删除、修改,不参与后续任何业务流程,报表统计不考虑未审核的采购申请单。
未审核的采购申请单也不能关联生成采购订单(不能订货)。
至于审核条件(例如金额大于1000元必须由高级主管审核)、审核人选、需要几级审核等等由用户在工作流系统中自行配置。
已审核的申请单不允许删除、修改。
如果采购申请已经被采购订单关联(已经下推生成过采购订单),那么采购申请单不允许反审核,
单据状态
采购申请单有如下几种状态:
制单、下达、关闭。
◆采购申请单录入保存以后的状态为“制单”;
通过审核以后的状态为“下达”;
当采购申请单上所有分录行上的物料的申请数量已经全部订货完毕(即已全部关联采购订单并且已经关联的采购订单已经下达)时,采购申请单的状态为“关闭”就是说当采购申请单关联的采购订单已全部下达时,必须反写采购申请单状态,自动置为“关闭”状态;
关闭时系统自动填写关闭人、关闭日期、置单据头状态为“关闭”状态。
◆采购申请单的单据状态不仅在单据头有,在分录行上也有。
单据头的“关闭”状态必须参照分录行上的“关闭”状态;
当所有分录的状态都是“关闭”的时候,系统必须自动设置单据头的状态为“关闭”;
◆当“采购申请单.分录行.申请数量”等于“采购申请单.分录行.已订货数量”时,分录行状态自动置为关闭。
不允许超量采购,也就是说不允许采购订单的订货数量超过关联的采购申请单的申请数量。
◆
制单、下达、关闭三种状态是依次顺序转换的,只有审核后的申请单才能下推生成采购订单(执行订货)。
当订货完毕后(申请单上所有物料的未订货数量为零),才能置为关闭状态。
◆单据关联
采购申请单审核以后就可以进行订货了,也就是说可以关联下推生成采购订单了,关联生成采购订单的时候,必须把相应的单据信息带过去,减少用户的录入工作量。
可以携带的信息有:
供应商、采购组织、币种(如果申请单上有就携带)、物料编码、物料名称、规格型号、计量单位,这些字段采购申请单和采购订单是完全相同的,可以复制过来;
采购订单分录上的订货数量必须经过计算携带,计算方式如下:
采购订单.分录行.订货数量=采购申请单.分录行.申请数量-采购申请单.分录行.已订货数量(即默认携带申请单上尚未订货的数量)。
采购申请单分录行上的需求日期默认携带到采购订单分录行上的交货日期。
关联后,采购订单和采购申请单必须彼此能关联查询到对方(通过BOTP进行关联转换并记录关联关系),关联生成采购订单后必须累加反写采购申请单分录行上的“已订货数量”字段;
反写逻辑如下:
采购申请单.分录行.已订货数量=采购申请单.分录行.已订货数量+本次关联数量
采购申请单关联生成采购订单,可能是部分关联,就是说允许一张采购申请单的部分分录行关联生成采购订单;
所以采购申请单和采购订单是一对多的关系。
如果采购申请单上的分录行上的状态已经为“关闭”(即申请数量小于等于已订货数量)则不允许被关联,关联生成采购订单的时候,只能选择处于“下达”状态的分录行。
关联生成的采购订单的分录行上的订货数量(采购订单.订货数量)就是采购申请单本次被关联的数量,如果用户在订单生成以后修改了订单上的订货数量,那么必须同时改写反写采购申请单的已订货数量,重新累加。
单据操作
采购申请单的相关操作有:
新增(包括录入和保存)、修改、查看、删除、审核/反审核、、关联、查询关联单据(查询关联的采购订单);
根据单据状态不同可以进行的操作不同,如下:
◆制单状态的采购申请单可以修改、查看、删除、审核;
◆下达状态的采购申请单可以查看、反审核、关联、查询关联单据;
◆关闭状态的采购申请单可以查看、查询关联单据;
3.1.3业务对象
采购申请单属性及相关说明:
位置
属性名称
类型
说明及约束
可录入
必录项
1
单
据
头
申请单号
字符
申请单号是采购申请单的唯一性表示,不能重复,如果已经定义了采购申请单相应的编码规则,则在新增时根据编码规则自动填写单据编号
是
2
采购组织
指定本次采购申请交由哪个采购组织采购。
不可为空,用户可以选择或手工输入采购组织编码。
用户只能录入或者选择采购组织类型;
3
供应商
有些采购申请单需要指定供应商。
如果需要指定则录入,如果不需要则不用录入供应商。
用户可以从已经供应商列表中选择或者手工录入供应商编码
否
4
币种
如果需要在分录行上填写建议采购单价,在必须在单据头填写币种。
用户可以从币别表选择或者手工录入币种编码
5
申请部门
申请采购的部门或组织。
用户可以从行政组织架构中选择或手工输入行政组织编码
6
申请人
用户可以从人员表中选择或输入人员编码,但必须是系统已经定义的人员。
申请人所属的行政组织必须跟申请部门一致;
7
申请时间
日期
申请采购的时间。
由系统自动根据当前时间录入。
8
用途
文本
描述本次申请采购物料的用途,可以为空
9
状态
用户不可维护,系统自动填写,有关说明参照3.1.2业务逻辑中的采购申请单的单据状态部分;
体
(分录)
行号
数值
由系统自动填入,用户不可输入或修改。
物料编码
用户可以从物料表中选择或手工输入物料编码
物料名称
根据物料编码自动携带
规格型号
计量单位
根据物料编码自动携带物料的基本计量单位,用户可更改。
用户可以从计量单位列表中选择或手工输入计量单位编码
申请数量
当前分录行上的物料需要申请采购的数量。
不可为空,必须大于零
已订货数量
已行采购的数量。
这个数量用户不可手工编辑,每次采购申请单关联生成采购订单的时候,系统根据本次关联的数量累加反写过来。
已订货数量可以大于申请数量。
建议采购单价
供实际采购部门参考的单价,可以不填写;
必须大于等于零,单价精度参照物料上定义的精度;
如果单据头录入了币种,则此栏可以录入;
金额
如果填写了建议采购单价,那么就根据数量×
单价计算金额,金额的精度参照币种表中设置的精度;
需求日期
生产或销售需要用到此物料的日期。
不能小于申请日期;
10
枚举型:
下达/未下达。
在执行下达动作以前,系统自动设置行状态为“未下达”,执行下达动作以后,系统自动置为“下达”状态;
有关说明参照3.1.2业务逻辑的单据状态部分
尾
制单人
新增单据时系统根据当前登录用户帐号对应的用户实名自动填写
制单日期
新增单据时系统根据系统当前日期自动填写
修改人
修改单据时系统根据当前登录用户帐号对应的用户实名自动填写,如果单据被多次修改,则每次记录最后一个修改人
修改日期
修改单据时系统根据系统当前日期自动填写
审核单据时系统根据工作流中配置的审核执行人对应的用户实名自动填写,如果存在多级审批,则记录最后审核人
审核日期
审核单据时系统根据审核的当前日期自动填写
关闭人
如果是系统自动关闭,关闭人则为空;