
1DQG-LPG电子商务平台总体结构设计原则与技术路线
1.1设计原则
DQG-LPG电子商务平台总体结构的设计应从体系、功能、信息、过程等各个方面保证整个电子商务平台总体目标的实现,以提高市场竞争能力。作为国内第一家建设液化气电子商务平台的企业, DQG-LPG电子商务平台总体结构的设计应考虑以下设计原则:
●先进性和实用性
信息技术、计算机技术、现代管理技术和系统技术有机融合而成的电子商务技术是当前用以改造传统工业的先进技术,因而在设计中应首先采用,以保证整体系统的先进性,使整个工程立足于高起点。但同时应考虑到DQG-LPG电子商务平台是一个大型的信息工程,应该按照计划分期加以实施,达到消除瓶颈,提高生产效率,实现现代化管理总目标。总之,设计中应将先进性和实用性很好地结合起来,使DQG-LPG电子商务平台既具有先进性,又能满足企业的实际需求。
●集成性
集成是保证系统信息一致性,功能整体性的核心,就系统的总体结构而言,它体现在物理集成、信息集成、功能集成和过程集成等方面,其中信息集成是实现交易平台和内部系统集成的基础。企业中各种购销信息、管理信息、经营信息、市场供需信息等等都应从信息孤岛中出来,形成具有一致性、透明性、可靠性和安全性的信息集成平台,给电子商务平台提供一个信息共享的环境,并以此为基础去实现其它的集成。
●充分考虑人的集成
人是企业之本,企业信息化的一个重要目标就是把人从简单重复劳动中解脱出来,使其更好地发挥特长,提高劳动生产率。同时应看到把人集成到企业信息化中,充分调动人的积极性是电子商务平台成功与否的关键。
●与企业自身改革相互推动
电子商务平台的实施提供了强有力的计算机网络和各种数据库,将为生产管理和经营管理的合理性、科学性创造条件,而企业自身的改革需求又将反馈到平台,在这种相互适应相互推动中,必将引起企业运行机制的改革,从而有利于形成有效的传统企业电子商务模式。
1.2技术路线
针对滇黔桂石油勘探局生产经营的特点,实现电子商务平台的技术路线是:
采用系统发展模式,贯彻全过程整体最优的技术路线。
贯彻“总体规划,分步实施”方针,制定以获取最大效益为目标的DQG-LPG电子商务平台总体规划,阶段目标和实施计划。
注意开发、引用和移植电子商务成熟技术。
采取多种专业技术人员协同作战的路线。
遵循开发规范,为需求、设计、实施和维护建立完整规范的文档,并建立全面的项目管理机制,以保证整个系统的可用性、可靠性、可操作性和可维护性。
2DQG-LPG电子商务平台体系结构
2.1系统总体集成模型
根据对滇黔桂石油勘探局的需求分析,总结出DQG-LPG电子商务平台的总体集成模型如图1和图2所示。
DQG-LPG电子商务平台总体集成方案以实现人/组织、经营与技术的全面集成为出发点,以全面实现物理集成、信息集成和过程集成为目标,应用先进的网络技术,全面集成销售经营中的库存信息、运输信息、价格信息以及外界的市场信息,为经营决策服务,并保证在此基础上建立的电子商务系统和内部系统能够实现高度集成。
图1 DQG-LPG电子商务平台总体集成框架模型
滇黔桂石油勘探局的液化气销售网络可以看成一个大型的递阶控制系统,明确其中的层次关系和控制关系是正确划分系统,集成信息孤岛,安排实施计划的基础。DQG-LPG电子商务平台采用了如下的总体集成层次模型。
图2 DQG-LPG电子商务平台总体集成层次模型
2.2系统功能结构
图3 系统功能结构
3分系统功能设计
3.1B2B 电子商务平台系统功能模型
图4 B2B电子商务平台系统功能树模型
功能简要说明:
●产品的管理主要为产品的维护,发布等;
●用户管理主要是对用户的维护以及权限分配;
●信息平台的其他功能则主要是指网站的相关宣传等信息。同时包括邮件列表,新闻,行业动态等知识;
●采购以及销售模块是B2B平台的核心。包括对意向合同的处理,交易的跟踪等,所有原始单据的产生以及数据的交换;
●交易平台的统计主要是指与内部管理系统的数据交换。包括合同的处理过程,出入库的操作流程等,同时为内部系统提供分析数据源;
●客户服务的管理主要指两方面的内容,一部分是有关客户的信息管理;以及对客户交易历史的统计汇总,作为客户关系的分析依据。
3.2B2C 电子商务平台系统功能模型
图5 B2C电子商务平台系统功能树模型
功能简要说明:
●产品的管理主要为商家(B2C平台商家会员)对产品的维护,发布等。
●用户管理主要是对用户的维护以及对客户的认证等;
●信息平台的其他功能则主要是指网站的相关宣传等信息。同时包括邮件列表,新闻,行业动态等知识;
●采购以及销售模块是B2B平台的核心。交易的跟踪等,所有原始单据的产生以及数据的交换;
●交易平台的统计主要是指与内部管理系统的数据交换。包括出入库的操作流程等,同时为内部系统提供分析数据源;
●客户服务的管理主要指两方面的内容,一部分是有关客户的信息管理;以及对客户交易历史的统计汇总,作为客户关系的分析依据。
3.3内部信息系统
3.3.1销售管理子系统功能模型
液化气的销售是滇黔桂石油勘探局销售总公司的主业,购销管理系统在整个平台中站着举足轻重的地位。购销管理系统主要实现从B2B平台采集销售、采购、价格信息,进行统计查询,为各级销售和管理部门提供对液化气销售的监管的手段,为各级领导决策提供支持信息。
根据企业对DQG-LPG电子商务平台的需求,购销管理系统的功能划分可以用如图6的功能树来描述:
图6 购销管理系统功能树模型
1. 销售管理
a) 综合查询,能够分时段、分地区、分销售方式、分销售价格对液化气的账面和实际销售情况进行统计和查询;
b) 报表输出,按月,按季度,按年的周期分地区把数据输出到Excel,供制作各级统计报表使用。
2. 价格管理
a) 价格制定和录入,能够录入价格领导小组制定的销售价格,并能指定价格适用时间、地区和销售方式;能让各分支机构的人员录入当地的市场的批发零售价格标准;
b) 成本价格计算,根据调拨或者采购价格、运费和数量计算出成本价格,一个区间的成本价格利用加权平均得出;根据厂家的报价计算出成本价格;
c) 销售价格的综合查询分析,实现价格信息的收集,提供分时段、分地区、分销售方式、分局内局外的价格查询、趋势图和对比图;
d) 报表输出,按月,按季度,按年的周期分地区把数据输出到Excel,供制作各级统计报表使用。
3. 采购管理
a) 采购意向上报和审批,因为采购由总公司统一完成,所以下级部门有采购需求时,可以网上进行采购申请,同时上级可以在网上完成申请的批准。批准后,通过结算中心进行银行转帐,实现外购业务(注:此项功能的顺利实施需要公司制度的支持,主要包括对采购业务流程的修改,和采购审批过程的时间);
b) 采购记录及执行情况,由总公司录入外购液化气的采购记录,由气库录入采购合同的执行情况;
c) 统计查询,能够分合同、分时段、分供气商、分到货地区对液化气的采购情况进行统计和查询;
d) 报表输出,按月,按季度,按年的周期分地区把采购数据输出到Excel,供制作各级统计报表使用。
详细功能模型参见附本:DQG-LPG电子商务平台IDEF0功能模型中A31图及以下分支。
3.3.2运输管理子系统功能模型
液化气的运输管理系统主要实现从管理火槽车的运行状况,及时上报北海炼厂每日发车情况,定期统计发往各地液化气数量,传递货运费用信息,为总公司和各地区分公司及时了解运输状况服务,最终实现提高车辆利用率,合理分配运力资源地目的。
根据企业对DQG-LPG电子商务平台的需求,运输管理系统的功能划分可以用如图7的功能树来描述:
图7 运输管理系统功能树模型
1. 车辆状态跟踪
a) 车辆状态录入,能够由北海公司、气库分别录入车辆的发出日期、到站日期、返空日期、大修日期、被扣信息等;
b) 生成运输动态表,用于描述每辆火槽车的当前的运行状态、维护状态等,汇总车辆的使用效率。
2. 上报运输日报
a) 运输日报录入,分别由北海公司和气库录入火槽车的发车、到站信息。
b) 运输日报上报,综合火槽车的发车、到站信息,生成运输日报。
3. 统计运输周报
a) 地区运输周报,根据火槽车到站情况,统计各地区液化气运输到货情况;
b) 总公司运输周报,根据火槽车发车和到站情况,统计全局的液化气运输情况;
c) 报表输出,以上周报数据输出到Excel,供打印统计报表使用。
详细功能模型参见附本:DQG-LPG电子商务平台IDEF0功能模型中A32图及以下分支。
3.3.3库存管理系统功能模型
库存管理系统的功能划分可以用如图8的功能树来描述:
图8 库存管理系统功能树模型
1) 动态维护
a) 气罐信息维护:增加气罐、注销气罐、录入气罐信息;
b) 液化气入库处理:根据入库流程,记录入库台帐,增加库存总帐;
c) 液化气出库处理:根据出库流程,记录出库台帐,减少库存总帐;
d) 液化气盘点处理:根据盘点流程和业务规则,记录盘点台帐,更新库存总帐。
2) 查询汇总
在库存超出设定的上限或者下限时进行报警;
3) 查询汇总
a) 出入库台帐查询:根据输入的气库、时间等条件,查询相应的出入库台帐;
b) 出入库台帐报表:根据指定的区间,生成台帐报表,可供浏览和打印;
c) 出入库总帐查询:根据输入的气库、时间等条件,查询相应的出入库总帐;
d) 出入库总帐报表:根据指定的区间,生成总帐报表,可供浏览和打印;
e) 门市气瓶库存查询:根据输入的门市、时间等条件,查询相应的门市库存;
f) 门市气瓶库存报表:根据指定的门市,生成门市气瓶库存报表,可供浏览和打印。
3.3.4配送管理系统功能模型
配送管理系统的功能划分可以用如图9的功能树来描述:
图9 配送管理系统功能树模型
1. 批发的配送
a) 配送信息库生成:除了电子商务平台配送指令中的信息外,需要增加配送状态、配送执行日期、注释说明等字段,便于管理和统计;
b) 配送信息的通知:在参与配送的管理人员登录到指定的页面后,系统动态提示等待完成的配送任务;
c) 配送执行情况录入:配送人员进行配送后,将配送的执行情况录入到系统中,包括正常完成、取消配送、注释说明等相关信息,同时更新电子商务平台中的配送信息;
d) 数据查询汇总:指定订单号、日期等信息,查询相应的配送指令,按照日、月等周期统计完成的配送任务、取消的配送任务、等待执行的配送任务;
e) 报表输出:统计信息按照报表格式在屏幕上显示或者进行打印。
2. 零售的配送
a) 比批发业务多出一项“配送门市的指派”,管理员根据定购瓶装气用户的信息将对应配送指令指定给最适合配送的门市(一般为最近)去执行。
详细功能模型参见附本:DQG-LPG电子商务平台IDEF0功能模型中A34图及以下分支。
3.3.5计划管理系统功能模型
计划管理系统的功能划分可以用如图10的功能树来描述:
图10 计划管理系统功能树模型
1. 计划制定下发
a) 创建年、季、月计划:计划创建人员根据参考数据输入数据、备注、说明等信息,生成计划草稿;
b) 编辑修改计划:计划管理人员在相关人员确定计划草稿后将其存为正式计划,同时电子商务平台可以利用计划中的数据生成意向合同;
c) 查询计划:所有有权限的用户可以对计划进行查询,分公司根据计划进行销售活动;
d) 打印计划:对查询到的计划可以进行打印。
2. 计划执行汇总
a) 获取每日执行数据:根据运输、库存、销售等数据获得计划每日执行数据;
b) 生成执行情况表:系统根据计划中的数据和计划执行数据经过统计、计算生成计划执行情况表,周期包括旬、月、季、年;
c) 修改执行情况表:计划管理人员可以对系统生成的计划执行情况表进行编辑修改;
d) 查询执行情况表:有权限的用户可以查询执行情况表,相关部门可以根据这些表格进行考核,知道采购和销售行为;
e) 打印执行情况表:对查询到的计划执行情况表可以进行打印;
f) 随机统计、打印:可以指定一个月内的任意区间对计划的执行情况进行统计、打印。
详细功能模型参见附本:DQG-LPG电子商务平台IDEF0功能模型中A35图及以下分支。
3.3.6结算管理系统功能模型
结算管理系统的功能划分可以用如图11的功能树来描述:
图11 结算管理系统功能树模型
1.结算判断
对经过结算中心审核过的有效付款凭证或委托收款凭证进行结算方式的判断,区分出付款方式和委托收款方式。
2.结算确认
收款或付款操作已经确认后,向收款方和付款方发送收款和付款通知。
3.结算操作
完成结算操作,如果是本地结算生成收款或付款完成单据;如果是异地结算,生成特种转帐支票。
4.票据汇总与查询
将票据按照类别、不同的单位等进行汇总,支持相应的查询工作,为相关部门和有关领导提供财务分析的依据。
3.3.7内部系统管理功能模型
计划管理系统的功能划分可以用如图12的功能树来描述:
图12 内部系统管理功能树模型
1. 用户管理
a) 创建用户:创建新的用户,记录用户信息;
b) 修改密码:用户可以修改自己的密码;
c) 修改用户资料:管理员可以修改用户除了密码之外的具体信息;
d) 注销用户:注销用户,使之不能继续使用。
2. 权限分配
a) 创建角色:创建一个角色,相当于一个组,可以拥有多种权限,方便管理;
b) 注销角色:注销角色,使之不能继续使用;
c) 登记模块:将应用模块登记在库中,可以对其赋予权限;
d) 注销模块:将已经登记的模块注销,使用户不能继续使用;
e) 分配权限:将模块分配给用户或者角色,将角色分配给用户;
f) 回收权限:将分配的模块或者角色进行回收。
3. 其它功能
a) 门市维护:增加、注销门市,录入门市信息;
b) 气罐维护:结合库存管理,增加、注销气罐,录入气罐信息;
c) 气瓶维护:结合库存管理,增加、注销气瓶类型,录入气瓶信息。
3.4滇黔贵石油勘探局网站栏目策划
Internet中丰富的、无限增长的信息资源使它已经成为人们获取信息的重要来源之一。
但由于Internet在管理上的开放性以及Internet上的信息资源在地理上的分散性和组织上的松散性,也给人们充分利用网络信息资源带来了一定的困难。信息太多;对我们有用的太少;分布杂乱无章;不断在发展变化是互联网上信息资源四个显著的特点。
为浏览者提供更全面而综合性的信息服务,这是站点目前所宣传的最大好处。将以LPG相关信息及网上销售和服务为主体,配合以其它信息频道,从而丰富网站的信息内容,提高影响力。
网站栏目设置如下:
1 资讯速递
*石油资讯
每日油市动态、国际市场动态、国内市场动态、市场分析预测、油品价格信息、行业法规、石化产品价格信息、招标投标/热点特别关注
国际石油交易所期货每日行情榜:原油、天然气、粗柴油
在电子商务平台进行交易的同时了解最新的市场动态
*在线搜索
网上石油资源、国内石油企业、高级搜索、石油论坛
*商务服务
网上调查、企业形象宣传、网络广告、企业网站建设、产品技术信息发布、企业动态信息发布
企业上网工程(域名查询注册、虚拟主机租用、网站建设步骤、网页设计、电子商务解决方案分析)
企业信息化工程(企业内部局域网建设、主机租赁托管、石油石化专用软件网络化、石油企业资源管理、办公自动化、电子商务应用软件)
*石油信息查询
最新油价行情:日期与价格
中国石油天然气:集团公司主要成员企业、集团公司单位电话、集团所属企事业单位办事机构查询表、股份有限公司机构查询、石油专用通信网长途自动电话区号
中国石油化工:集团公司主要成员企业、集团公司单位电话、集团所属企事业单位办事机构查询、股份有限公司机构查询、石化企业卫星网电话号码速查
外国主要石油企业:驻华代表机构通讯联络方式、石油公司、技术服务公司、石油软件公司
学术科研机构:外国石油院校与研究机构、国外石油学术机构、国内石油石化院校
常用工具:石油行业常用单位换算表
*信息查询/发布
查询:产品技术信息、石油石化股、企业动态信息、会议、求职、招聘
发布:产品技术信息、会议、求职、招聘
*在线股市观潮
沪深股市排行、石化行业股票行情
*常用生活信息查询
国内长途电话区号和邮编、列车时刻票务查询订票、飞机航班时刻查询、24小时全国主要城市天气预报、法律查询、国家工商局
2 学术交流
*学术论文
燃气业发展动态、小区集中供气专业论文、燃气汽车发展动态、燃气汽车加气站标准、天然气输配系统改(扩)建中应注意的技术问题、工业用燃油、燃气燃烧器测试台的开发设计、燃气中餐炒菜灶采用红外线无焰燃烧的可行性研究、中国城市燃气事业现状及发展前景、液化石油气小区供气总论、快速发展的中国L P G水运市场、中国发展天然气汽车的潜力和问题、中国液化气进口和消费状况分析、外商在华投资经营LPG状况的调查分析
*新技术推广
液化气汽车瓶组式加注装置、液化气残液利用器、埋地钢管外防腐层检测系统
*产业新闻
行业动态、集团动态、企业动态
3 安全及环保
*煤气安全
认识煤气、处理煤气泄漏、安全事项、救护常识(发现煤气中毒者的急救措施、煤气中毒的预防、煤气泄露消防应急措施)安全问答、集思广益
*保护环境
煤气生产净化环保(原料、生产过程)、发展环保事业(建设石油氣加氣站)、积极推动环保工作、开发环保产品(产品包装注重环保)、积极推动环保工作(赞助环保活动、减低厨房油烟系统、节省煤气录影带、环保教育录影带)、
*环保知识
环境术语、环保常识、环保行为规范
*法律法规
城市燃气安全管理规定(总则、城市燃气工程的建设、城市燃气的生产、储存和输配、城市燃气的使用、城市燃气用具的生产和销售、城市燃气事故的抢修和处理、奖励与处罚)
*安全标准
煤气使用中的安全标准、燃气燃烧器具安装维修管理规定、关于车用燃气加气站建设管理暂行规定、石油天然气管道安全监督与管理暂行规定、城市道路管理条例、城市燃气和集中供热企业资质管理规定、建设部关于加强燃气安全管理使用的紧急通知、关于加强卡式炉及其燃气罐安全管理的通告
4 服务指南
*煤气新业务
厨柜的安装及厨房家庭电器、煤气用量计算方法、怎样阅读煤气单、煤气缴费方法、开立帐户、结束帐户
*服务指南
燃气用具维修、公司用户服务中心电话预约、提供咨询服务、解答用气疑难
*客户服务
客户服务热线、咨询服务、维修保养服务、客户中心
*商业天地
LPG网上采购中心
5 厨艺天地
*企业家园
企业推荐、供求信息
*食谱大全
可根据中国传统菜系按类别划分,列举知名菜谱与风味小吃,吸引大家的注意力。
中华菜系(川菜、徽菜、鲁菜、闽菜、江苏、湘菜、粤菜、浙江、豫菜、沪菜、京菜、淮扬、海派菜、东北菜、云南菜、满汉全席)、烧烤类食谱、满汉全席专题、西餐喝酒的方法、韩国菜大全
特色食谱(荤菜、素菜、猪肉类、蔬菜类、鱼类、鸡类、药膳、牛肉类、豆制品、虾类、鸭类、甜品、羊肉类、瓜果类、蟹类、鹅类、粥羹汤、野味类、菌藻类、贝类、其他肉类、根茎类、其他海鲜、方便食品、风味食品)
一周食谱(科学搭配家中人的一周食谱,根据家中人口进行搭配)
异国风味(日本料理、法国大餐、意大利餐、韩国料理、东南亚风味)
*饮食文化
今日推荐(最新的风味小吃、特色风味)、文化专题(漫话礼仪、咖啡文化、茶文化、酒文化、汤文化)、吃遍天下(餐饮查询、打折信息、交通指南、各地特产小吃、食客妙文)、饮食杂谈、名人掌故、饮食礼仪、文化拾零、异域风情
*厨艺会
明火煮食的故事、明火煮食的来源、各种煮食方式、明火煮食工具的演进、煤气在明火煮食中的重要性
*饮食保健
营养知识、食疗食补苑、保健食品推介、饮食趣话、食俗经典、流行食尚、四方美食、茶余饭后、美颜健身、厨房常识
*家庭窍门
新餐厨具、厨艺交流、小食品加工、厨房保洁
*商业天地
网上订餐中心
6 家装中心
*行业资讯
企业推荐、供求信息,可将家装与装饰公司名录列出方便客户查询,吸引更多的家装公司加盟
*家装常识
列举家庭装修中经常出现的问题、装饰材料的的国内外趋势、性能优势、家装养护、室内煤气与给水管道的安装
*装潢知识
家庭装潢的设计理念、家庭装潢设计中应注意的一些问题、怎样选择装潢公司、如何估算家庭装潢的造价、如何鉴定家庭装潢质量、家庭装潢的准备工作、装潢材料
*家居装苑
家装中的概念知识、饰品新款、居屋点评、装修中的细节与色彩搭配、家居的构思与布局
*材料指南
各类家装材料
*问题解答
家装质量哪儿易出问题、装修中哪些细节容易被忽略、装修后要当心什么、一般家庭在乳胶漆选色上有何要点、如何预防和处理“裂”、 如何预防和处理“漏”、 如何预防和处理“堵”
*商业天地
网上家装中心
7 厨具天地
*行业资讯
企业推荐、供求信息,可将厨具公司名录列出方便客户查询,吸引更多的家装公司加盟
*厨具常识
列举厨具使用中经常出现的问题、家庭厨具的国内外趋势、性能优势、厨具养护、厨具使用指南
*问题解答
厨具使用问题解答、厨具使用经验交流
*商业天地
网上厨具采购中心
以会员企业加盟的方式,吸收外围产品厂商(如厨具、烹饪、家装等)加入平台,为其设置专业信息频道,为用户提供丰富的专业知识,可对上述企业收取一定的会员费。
依托B2C交易平台为会员企业提供电子商务B2C交易的场所,对平台所产生的交易收取一定比例的交易手续费。
4系统接口设计
4.1平台与内部系统接口
4.1.1B2B、B2C平台与内部系统接口设计的原则
在功能上,使电子商务平台与内部系统通过数据交换相互提供数据支持,实现协同工作和紧密配合。形成一个整体。
在性能上,开放性和性是接口设计的主要原则。
紧密围绕着电子商务平台的功能实现接口,提供B2B、B2C电子商务平台对内部系统的API,做到接口与具体的内部系统无关。这将保证电子商务平台的开放性。
在电子商务平台与内部系统之间建立接口数据结构中间层,通过中间层进行数据交换,使电子商务平台与内部系统相对。
此外,在性能上,接口应保证电子商务平台与内部系统数据传输的实时性、可靠性和稳定性。
4.1.2电子商务平台与内部系统之间的数据关系
1)电子商务平台为内部系统提供的数据
采购意向合同、采购执行合同、销售意向合同、销售执行合同、配送信息表、支付信息、用户信息。
2)内部系统为电子商务平台提供的数据
配置计划、价格信息、合同、库存变动、配送执行情况、结算执行情况。
4.1.3平台与内部系统的接口结构设计及功能划分
图13 电子商务平台与内部系统接口一览
1)内部系统计划、合同模块与平台合同模块的接口
功能
根据计划管理子系统和价格管理子系统的年、季、月计划中的采购部分自动生成意向采购合同(其中卖方空白),并通过接口提交给B2B平台。
国内厂商通过网上查看意向合同,并与销售总公司通过报价、还盘、数字签名最终确定此意向合同。
根据计划管理子系统提供的年、季、月计划中的销售部分以及北海公司报的旬计划汇总成上述意向合同的子合同的草案,并通过接口提交给B2B平台。经过网上双方对合同的洽谈和其他修改方式,进一步形成未签署的执行合同,按日期的推移,逐步签署此合同。
根据配置计划销售部分以及销售价格情况生成局内部门的销售意向合同并通过接口提交给B2B平台的合同管理部分。
在运输系统发运成功,接收方顺利入库后由合同管理子系统自动生成销售执行合同并通过接口提交给B2B平台合同管理子系统,进行合同跟踪、资金支付。
接口函数
1)PutCE(记录)
内部系统计划模块或平台合同管理模块调用该函数,向采购意向合同接口表加入记录,记录数据结构与采购意向合同结构一致,一条记录对应一个合同。记录卖方为空。
2)PutXE(记录)
向销售意向合同接口表中加一条记录,记录结构与销售意向合同接口表相同。
3)PutCZ(记录)
内部系统计划模块或平台合同管理模块调用该函数,向采购执行合同接口库加入记录,记录数据结构与采购执行合同结构一致,一条记录对应一个合同。
4)PutXZ(记录)
向销售执行合同接口表中加一条记录,记录结构与销售执行合同接口表相同。
5)GetCE(记录)
从采购意向合同接口表取出一条记录,并从表中删除之。
6)GetXE(记录)
从销售意向合同接口表取出一条记录,并从表中删除之。
7)GetCE(记录)
从采购执行合同接口表取出一条记录,并从表中删除之。
8)GetXZ(记录)
从销售执行合同接口表取出一条记录,并从表中删除之。
处理流程
2)平台库存模块与内部系统库存模块的接口
功能
(1)内部系统出入库信息通过产品出/入库单据接口表反应到平台的产品库存表中
接口函数
1)Put()
将内部系统新的产品出/入库单据写入产品出/入库单据接口表。
2)Get()
平台将产品出/入库单据接口表取出,并将复制完的记录删除。
3)Set-Trigger ()
在产品出/入库单据接口表中设置触发器,当记录增加时调用Get()函数,实现平台与内部系统产品库存表的一致性。
3)平台配送模块与内部系统配送模块的接口
功能
(1)内部系统配送的结果返回到平台以便及时通知用户。
(2)将买方的配送要求传给内部配送管理子系统以便更合理实现用户需求。
接口函数
对B2B平台:
1)BPut()
B2B平台调用该函数将未完成的配送记录,加入到产品配送接口表。
2)BGet()
内部系统调用该函数将产品配送接口表中所有标识为“N”的记录取出。
3)BPutF(配送id)
内部系统调用该函数,将已完成配送的部分按配送id到产品配送接口表中查找,将Psok(完成)字段改为“Y”。
4)BGetF(配送id)
B2B平台调用该函数到产品配送接口表中查询该配送是否完成,并将相应的“Y”或“N”返回给平台。
对B2C平台:
1)CPut()
B2C平台调用该函数将未完成配送的订单和相应的购物车,加入到订单接口表和购物车接口表。
2)CGet()
内部系统调用该函数将订单接口表和购物车接口表中的记录取出并删空。
4)平台支付模块与内部系统结算模块的接口
功能
1)平台将支付信息通过该接口传给结算子系统,结算子系统产生相应单据(付款、接收、特殊转帐凭证等)修改买卖双方的余额。
2)涉及到的某一方不是局内部用户时,平台请求内部结算子系统,产生相应单据(付款、托收、特殊转帐凭证),以实现局内方内部银行余额变动和外部银行收款或支付。
接口函数
1)Put(记录)
平台调用该函数将执行合同加入执行合同接口表,以便向内部系统提供结算信息。
2)Get()
内部系统调用该函数从执行合同接口表中取出执行合同,从而得到结算信息。
5)平台产品发布模块与内部价格模块的接口
功能
内部系统的价格模块将价格信息通过接口提交给B2B平台的产品发布模块。
接口函数
1)Put()
内部系统调用该函数将价格信息存入产品发布接口表。
2)Get()
平台调用该函数将价格信息从产品发布接口表取出。
6)平台用户模块与内部系统用户模块的接口
功能
将用户信息通过接口传送给内部系统。
接口函数
1)Put()
平台调用该函数将用户信息存入接口表。
2)Get()
内部系统调用该函数将用户信息从接口表取出。
4.2内部系统各个模块之间的接口
4.2.1内部系统接口说明
虽然在功能上将内部系统划分为多个模块,事实上,整个内部系统是一个统一的整体,各个模块之间是相互渗透,密不可分的。在具体调用中也是在程序中统一实现的,没有明显的界限。
4.2.2各个模块接口说明
●购销管理模块与其他模块的接口
购销管理系统的购销数量与运输管理系统中的运输量、库存管理系统中的出入库量是密切联系的,在程序中他们通常在一起考虑。
●运输管理模块和其他模块的接口
在运输业务发生时伴随着库存和资金的变化,因此运输业务发生的同时有库存的增减和资金的结算,需要库存管理系统和结算管理系统的支持。
●库存管理模块和其他模块的接口
库存的增减与运输、配送密切相关,因此库存管理系统需要运输管理系统和配送管理系统的支持。
●配送管理模块与其他模块的接口
配送必然伴随库存的增减,配送管理系统需要读取当前库存,配送发生时需要减少库存,配送失败时要恢复库存。
●计划管理模块与其他模块的接口
计划的制订需要综合价格、销量、库存等多种因素,因此在制订价格时需要获取这些系统的数据,为计划的制订起到辅助支持作用。计划数据对其他数据起指导作用,运输管理系统需要根据配置计划安排运输计划,根据配置计划发货。
●结算管理模块和其他模块的接口
结算管理系统负责资金的流转,在购销、运输、配送、库存这些伴随资金流转的业务发生时,结算管理系统将它们资金的变化反映出来。
●系统管理模块与其他模块的接口
系统管理模块需要进行气罐、气瓶种类的管理,因此需要操作库存管理系统的相关表格。另外出于安全性的考虑,用户在其他模块进行操作时,除了要用有效用户登录外,都要读取系统管理中的模块-用户表,从而验证执行权限。在需要区分所属单位的操作时,也要读取系统管理中公司、气库等表格,确定具体身份。
4.3后续工程预留接口
4.3.1预留接口的设计原则
保证DQG-LDG系统的开放性是预留接口设计的总原则,即本系统应为外部系统提供与软、硬件平台无关的数据和函数接口,同时应该使接口易于使用。
4.3.2企业信息系统的扩展方向
在后续工程中,DQG-LPG系统将由目前的内部交易为主,向内部交易与外部交易并重的方向发展。采购、销售、配送、支付方式将更加灵活多样。
4.3.3系统预留接口的适应性
为了保证DQG-LPG系统将来的扩展,系统将为更灵活的采购、销售、配送、支付方式提供开放的接口。具体应提供下列接口(在设计有关数据结构时,应考虑为其保留备用字段)
1)客户管理接口。
2)B2C IC卡支付接口。
3)B2B 支付网关。
4)B2C 支付网关
5DQG-LPG 电子商务平台运行过程场景分析
5.1角色划分
由于滇黔桂石油勘探局现有的组织结构是针对与传统的计划性运做流程,因此在转换为电子商务时,需要对各级组织定义新的角色和工作方式,同时为系统运行配备一些新的工作岗位。
系统运行过程中,存在的组织角色包括:
(1)总公司。总公司的职责包括
采购液化气,包括北海气,外购气,进口气;
制定批发给地区分公司的价格;
制订配置计划;
根据计划把液化气销售给地区分公司;
制定铁路运输计划;
执行铁路运输计划。
(2)地区分公司。地区分公司的职责包括:
从总公司购买液化气;
制定批发给下级批发门市的价格;
制定配置计划;
根据计划把液化气销售给下级门市;
(3)气库。气库的职责包括:
根据采购合同,接收液化气,执行入库;
统计每个液化气所有者的储量;
根据销售合同,发出液化气,执行出库;
记录火槽车发车、到站、返空信息;
定期进行库存盘点。
(4)批发门市。批发门市的职责包括:
从地区分公司或上级批发门市购买液化气;
制定本门市所辖地域的液化气的批发价格和零售价格;
制定配置计划;
批发液化气给下级批发门市或零售门市;
执行B2C平台发出的批发配送指令;
收集本地区的价格信息。
(5)零售门市。零售门市的职责包括:
从批发门市购买液化气;
零售给本地的客户;
执行B2C平台发出的零售配送指令;
收集本地区的价格信息。
5.2运行模式
根据滇黔桂石油勘探局现有的组织结构,其角色分配可定义为:
销售总公司和局价格领导小组对应总公司的角色;
云南、贵州地区分公司对应地区分公司和批发门市的角色;
广西分公司对应地区分公司角色;
各级气库对应气库和批发门市的角色;
销售网点对应零售门市的角色。
5.3场景分析
5.3.1B2B电子商务平台运行场景分析
5.3.1.1目的
描述不同角色在B2B平台进行交易时,系统对不同场景的不同处理流程。做为程序设计和编写时的依据。
5.3.1.2角色定义
●公司
作为参与平台交易的物质基础。所有平台的用户必须属于某一个平台注册的公司用户。
●公司职员
为平台实际运行中,参与交易的个体,具有本身的注册信息,以及必要的所属部门/公司、操作权限等相关信息。
●公司信息管理员
为公司用户信息的管理员,可以在平台上自己的公司内部注册职员,分配不同的操作权限。
公司供应产品的信息维护。
5.3.1.3前景
平台会员通过B2B平台进行交易。
登录用户首先通过系统的身份验证区别不同的身份权限。操作员通过内部系统生成的计划,查看本公司的计划执行状况。并生成相应合同执行;管理员对用户、产品信息进行维护;公司领导等作为特殊用户只对系统有查询全部操作、用户信息、产品信息以及交易信息的权限。
5.3.1.4场景描述
场景一 会员注册/公司管理
场景说明:本场景在各级公司运行时是一样的,在总公司,地区公司操作的流程完全相同,因此以下描述以总公司操作员A操作过程为例。A为总公司领导认同的总公司B2B平台管理员。
(1)用户A访问DQG-LPG电子商务网站,首页出现提示用户“登录/注册”界面。
(2)A点击“注册”,出现用户注册选项:平台新公司注册/交易管理
(3)A准备新注册一个公司,因此按照平台的提示,选择平台新公司注册。界面出现需要用户提供的注册公司相关信息如企业注册用户名、企业全称,公司法人,银行帐号,企业税号等。
(4)上述信息提交后,将出现用户A的资料输入界面。在输入用户的A相关信息后,A作为公司的管理员。注册公司必须要有创建人A的相关信息。
(5)以上信息全部填写完毕后,将需要系统管理员对此信息的检验,过程包括对公司的检验以及对输入信息的人员信息的确认。在经过系统的身份验证系统后,将创建公司在平台的合法使用者。
(6)验证过程之后,A注册的公司帐号在平台生成,系统为企业分配一个唯一识别号码。企业注册用户名作为平台上唯一的登录ID。A 自己则作为公司的管理员。
场景二 客户职员权限分配
场景说明:此场景在各级公司的应用是完全相同的模式,因此以下按总公司职员A的操作运行场景为例说明。
(1)A作为公司在平台交易的管理员,具有为公司填加其他用户并对其进行角色权限的分配的权限。
(2)A登录平台,输入A的用户名,密码以及所属公司的注册ID 后进入系统。选择“为公司填加用户”。
(3)输入两个用户,其中B为具有交易权限的用户,C为与A同样具有管理公司用户权限的用户,输入B、C两位用户时,除了输入相关信息以外,还要同时为两个用户分配权限,权限在分配的时候,系统会为管理员提供详细权限列表。
场景三 供应商产品管理
场景说明:此场景应用于总公司、地区分公司以及下属分公司,即具有向下级销售液化气权限的部门。以下以总公司管理员A操作流程为例,说明作为产品供应方对产品的信息维护过程。
(1) 管理员A想要为其公司填加产品,于是以管理员身份登录平台。
(2) 以供应商管理员的身份进入平台,进入“产品管理”系统。
(3) 按照平台提示,点击对产品的“填加、删除或者修改”等维护工作。
场景四 平台交易-采购方
场景说明:平台交易系统为B2B电子商务平台的核心。在平台上交易,就会有交易的买卖双方。以下以地区公司为采购方为例,说明在平台上交易时的采购流程。
(1) C为具有平台交易权限的地区公司用户,输入用户名,密码,所属公司ID后进入平台的交易系统。
(2) C选择自己作为采购方的身份后,进入交易系统。
(3) 选择“交易跟踪”即可对所有正在进行的交易进行处理。
(4) 作为采购方,C可以浏览到内部资源配置计划生成的意向合同。
(5) 选择要交易的一个意向合同,合同的产品数量较大,因此要分成几个步骤执行,于是,按照实际要执行的计划数量,将意向合同按照执行数量,时间将分成数个执行计划。
(6) B将执行内容如数量、价格等信息输入合同,生成正式合同。
(7) 按照系统提示,浏览到未加入数字签名的合同,此类为尚未结算的合同,发出结算指令后,加入数字签名,表示合同结算已经完成。
场景五 平台交易-供应方
场景说明:平台交易系统为B2B电子商务平台的核心。以下以总公司作为供应方为例在平台上交易,描述出供应商在平台上交易的流程。
(1) B为具有平台交易权限的用户,输入用户名,密码,所属公司ID后进入平台的交易系统。
(2) 选择自己作为供应方,进入交易系统。选择交易跟踪即可对所有正在进行的交易进行处理。
(3) 作为供应商一方,内部管理系统将按照资源配置计划自动生成意向合同并代替供应商加入数字签名。
(4) 作为供应方的B点击“交易跟踪”,浏览到本公司收到的所有执行合同。执行合同明细表示已经出库的液化气信息。
(5) 根据系统提示,浏览到未加入数字签名的执行计划,表示结算尚未完成。
(6) 收到内部系统传递的结算完成标志后,加入数字签名,表示本合同款已经收到,合同结算完成。
场景六 领导查询
本场景在各个公司均实现,各级领导在平台上均能按照自己的权限设置浏览查询到关心的问题。以下,以总公司的领导为例,说明领导浏览网站获取关注信息的流程。
(1) 领导D通过浏览器访问网站,输入自己的ID以及密码,登录到平台。
(2) 页面出现领导关心的标题列表,内容包括:本公司销售情况报表、客户信息、客户采购信息,各公司销售情况等。
(3) 领导D想关注一下近期公司的销售情况。因此,点击“销售情况报表”。
(4) 页面出现时间段的选择,选择时间段为近一个月的销售数据,点击查询 。
(5) 页面显示出近一个月的全部销售数据报表。
(6) 选择“按销售地点统计”,则出现按照地区统计的销售数据。
(7) 返回到领导查询的页面,领导D点击“分公司销售信息”,选择广西分公司,时间段选择从2000-12至2001-01。显示广西分公司一个月内的销售数据。
5.3.1.5其他描述
B2B用户登录平台后,将有几种情景选择:
●注册新公司,并且注册人自动成为公司管理员。
●作为管理员为公司填加新的职员。
●作为管理员为公司职员的信息进行维护并对权限进行分配。
●作为交易操作员对公司交易进行操作。
●作为公司领导,对所有交易进行跟踪并查询。
5.3.2B2C 电子商务平台运行场景分析
5.3.2.1目的
描述不同角色在B2C平台进行交易时,系统的对不同场景的不同处理流程。做为程序设计和编写时的依据。
5.3.2.2角色定义
●公司交易管理员
管理商家的产品信息,并对交易情况统计。
●B2C平台用户
为平台的最终服务对象,作为交易平台的最终用户,可以在平台上注册会员,享受平台更为方便个性的服务。
5.3.2.3前景
登录用户通过平台进行B2C交易。
5.3.2.4场景描述
场景一 会员注册/公司管理
场景说明:本场景在各级销售终端公司运行,以下描述以销售终端操作员A操作过程为例。A为总公司领导认同的总公司B2C平台管理员。
(1)用户A访问DQG-LPG电子商务网站,首页出现提示用户“登录/注册”界面。
(2)A点击“注册”,出现用户注册选项:平台新公司注册/交易管理
(3)A准备新注册一个电子商店,因此按照平台的提示,选择“平台新公司注册”。界面出现需要用户提供的注册公司相关信息如企业注册用户名、企业全称,公司法人,银行帐号,企业税号等。
(4) 上述信息提交后,将出现用户A的资料输入界面。在输入用户的A相关信息后,A作为公司的管理员。注册公司必须要有创建人A的相关信息。
(5) 以上信息全部填写完毕后,将需要系统管理员对此信息的检验,过程包括对公司的检验以及对输入信息的人员信息的确认。在经过系统的身份验证系统后,将创建公司在平台的合法使用者。
(6)验证过程之后,A注册的公司帐号在平台生成,系统为企业分配一个唯一识别号码。企业注册用户名作为平台上唯一的登录ID。A 自己则作为公司的管理员。
场景二 客户注册
场景说明:作为访问B2C电子商务网站的用户,任何登录到平台上的访问者均可以在通过身份验证后,注册成为平台的会员。以下以客户B为例说明客户访问平台并成为会员的流程。
(1)客户B登录平台,系统将提示作为会员的相关优惠。提示登录用户“注册”为平台的会员。
(2)B输入用户名,密码,住址,电话,联系方式等信息后,系统会将用户信息加以确认后,将其加为平台会员。
场景三 供应商商店管理
场景说明:此场景应用于总公司、地区分公司以及下属分公司,即具有向下级销售液化气权限的部门。以下以总公司管理员A操作流程为例,说明作为产品供应方对产品的信息维护过程。
(1)用户A登录平台,选择要管理的商店,输入商店名称以及管理密码后,进入商店管理系统。这里,管理员可轻松任意的对自己的产品目录,相关产品介绍以及价格等方面的信息进行维护。
(2)同时可以对所发布的产品信息进行相当程度的自由管理,如选择是否所有登录用户可见或者只有会员或某种特别身份或权限的用户可见等。
场景四 平台交易-客户网上订购
场景说明:B2C电子商务平台的核心即为平台的交易功能。交易双方为电子商店和登录平台的客户,以下就客户为例说明客户使用电子商务平台购买产品的流程。
(1)客户B登录平台,将可以方便快捷的浏览到网站提供的各种信息包括产品的供应信息。当客户想要购买某种产品时,会按照系统向导方式的提示轻松的进行购物。
(2)客户选中某商品,将其加入自己的购物车,然后继续挑选其他商品,全部购买意向完成后,提交配送信息如地址,联系电话等信息。
(3)最后,客户点击“提交订单”提交给商家所订购的产品信息。
场景五 平台交易-电子商店
场景说明:B2C电子商务平台的核心即为平台的交易功能。交易双方为电子商店和登录平台的客户,以下就商店为例说明电子商店使用电子商务平台销售产品的流程。
(1) 用户A登录平台,输入要管理的商店ID,自己的ID以及密码后,登录到B2C电子商务平台。
(2) A登录到电子商务平台后,将首先看到所有客户提交给本商店的订单列表。
(3) A点击其中状态为“新订单”的记录,查看详细的订单信息。
(4) 订单显示客户B提交的产品以及B的客户信息。
(5) 系统自动将客户要求的购买以及配送信息输入内部管理系统。此外,还会有一部分需要A手工处理的订单信息。
场景六 平台交易-终端销售
场景说明:终端销售作为B2C电子商务平台的一个特出处理过程,其销售基本上采用手工与系统翕动处理结合的方式。以下就销售终端的具体操作过程为例描述终端销售的运做方式。
同时,在液化气出库数量较大时,需要一次定货多次提货,以下就此情况也做出相应场景描述。
(1) 客户来到销售终端所在地,将现金交纳。
(2) 终端销售管理员在终端计算机上录入客户名称,交纳款额,液化气数量,以及其他如是否自己运输以及汽车车号等信息。同时打印出交款以及出库凭证。
(3) 此时,系统会要求客户在外接小键盘输入提货密码,如果客户并不需要,系统也会自动生成一个密码给客户。
(4) 客户只需携带密码即可前往气库提货。
(5) 客户将液化气提走一部分,终端管理员将此次提货的信息录入,系统自动处理提货数据,并显示出客户尚未提走的液化气数额。
(6) 为安全起见,客户将液化气提走后,可通过网上或电话将自己的密码修改。
(7) 下一次,客户将携带新的密码或者上次终端开具的提剩余液化气凭证到气库继续提货。
5.3.2.5其他相关描述
作为B2C用户登录平台后将有以下几种情景模式:
●作为任意登录网站的用户进行浏览或参加交易。
●作为平台会员购买平台产品,并查询相关交易状况。
●作为平台商店的管理员对产品、商店相关信息进行维护。
●作为平台商店的管理员对交易进行处理。
5.3.3计划配置和执行场景分析
5.3.3.1角色定义
员工1(Jihua),总公司运销科计划管理员工。
员工2(Lingdao),所有可以查询计划和计划执行情况的员工,如领导。
5.3.3.2场景描述
场景一 总公司制定资源配置计划
(1)2月25日,又到了制订下月资源配置计划的最后期限。早上,Jihua来到总公司,进入计划管理系统界面,选择“创建月份资源配置计划”菜单,系统生成了“2000年三月份液化石油气资源配置计划表”空白表格,同时自动打开了另外三个窗口,分别显示上月资源配置计划表、本季度资源配置计划表和去年同期的资源配置计划表,便于Jihua进行参考。
(2)Jihua参考相关资料输入了四个分公司北海气和进口气的基础计划数据,系统自动生成小记和合计数据,数据输入完毕后Jihua在说明栏录入了相关的说明,然后单击“保存为草稿”按钮,系统将这些数据和说明存储起来,Jihua可以对这些数据进行更改。
(3)保存为草稿后Jihua通知相关领导和各个部门进行审阅确认,他们经过查阅后告诉Jihua修改意见,Jihua再打开草稿,进行修改编辑后单击“保存为正式计划”按钮,系统将这些数据保存起来,为保证前后的一致性,不能再进行修改。
(4)正式的计划生成后,Jihua通知各个分公司和部门按照该计划开展工作。各个分公司利用自己的查阅帐户进入计划管理系统界面,通过选择3月份的记录打开相应的资源配置计划表,可以浏览内容并且进行打印。
相同地,也可以创建年度计划、季度计划,具体过程与创建月份计划一样。当创建好年度计划后,系统自动生成一个意向合同,提供给电子商务平台。
场景二 主管领导查询一个月任意区间内的计划执行情况
(1)在有内部销售业务发生时,系统按照自动生成了计划的执行数据,包括公司、日期、数量等内容。
(2)3月18日,由于会议汇报的需要,主管领导Lingdao急需本月迄今为止各个分公司计划执行情况。他进入计划管理系统,选择“随机查询”菜单,系统默认起止日期为3月1日~3月18日,他可以修改这个区间。
(3)Lingdao单击确认按钮后,系统生成了3月1日~3月18日计划执行情况综合表,Lingdao进行浏览后单击打印,系统将该表格通过打印机打印出来。
场景三 总公司生成计划执行情况表
(1)4月1日,该统计上个月计划的执行情况了。早上,Jihua来到总公司,进入计划管理系统界面,选择“创建月份计划执行情况综合表”菜单,系统生成了“2000年三月份各公司配置执行情况综合表”表格,具体数据已经根据原计划和每日的计划执行情况数据自动生成。
(2)Jihua在说明栏录入相关的说明后,单击“保存”按钮,系统将这些数据存储起来,其他用户就可以马上查阅了。
(3)保存完毕Jihua发现刚才录入的说明项的有些地方需要修改,于是他打开刚才的记录,将相应的部分修改正确后单击“保存”按钮进行了存储。
相同地,也可以生成年度、季度、旬计划执行情况综合表,具体过程与创建月份计划执行情况综合表一样。
5.3.4气库出入库过程场景分析
下面以在二三级气库做出入库记帐工作的小王(以下简称Wang)为例进行说明。
由于期间业务涉及到入气和出气两部分内容,将分别加以介绍。
收气操作过程:
角色:
供货商(以下称provider)——提供LPG
气库操作员(以下称xiaowang)
气库向上级公司的运销科申报采购意向,经公司批准后,上级公司为该气库代付气款给provider(上级气库或外购气厂商、进口气厂商),provider将气运到气库,xiaowang根据provider的销售单进行入库单(包括provider信息、运输费用、LPG的相关信息等)的录入操作,同时根据代付气款的上级公司的地理位置生成付款凭证,或特种转帐凭证和付款凭证,如果是外购气或进口气,则只向总公司进行结算操作。
LPG经过气库计量后,xiaowang填写网上入库计量单。如果气在运输的过程中,出现了2%的损耗,将有双方协商处理彼此的成本承担问题,期间的成本问题总公司不负责承担,而由气库出面与provider协商处理;如果损耗小于2%将不计提。
在气入库后,B2B平台自动生成相应凭证,同时B2B平台会向结算管理系统添加一份结算指令,结算管理系统向结算中心输入一条指令,结算中心会自动打印出相应凭证的纸介质凭证,该结算中心的会计人员根据此纸介质凭证在内部的浪潮系统中进行帐务的处理工作。
发气操作过程:
角色:
客户(以下称customer)——采购LPG
操作员(以下称xiaowang)
customer登陆到B2C平台,进行了一项采购业务,要采购100吨LPG,经过了网上支付后,customer来到近处的一个二级气库大理气库,接待他的是大理气库的业务操作员xiaowang,说明了来由后,xiaowang指示customer在键盘上输入用户名和密码,经过这两项的确认后,xiaowang看到屏幕上出现了该customer的相关信息,以往信息和本次采购量、采购时间、运输方式等采购信息(如果是第一次进行此操作,系统将只显示本次的采购信息)。
xiaowang根据customer的要货情况,查看了一下库存余量,发现有足够的气可提供给customer。xiaowang 按照customer的运输要求,开据销售单,将销售单交给货运人员,货运人员根据销售单进行提货,如果需要气库来运输,货运人员还将负责将气运送到customer处。
货运人员将货运到后,customer方将进行入库的相关操作,开据入库单(即气库的销售单)和入库计量单,如果运输期间的损耗超过2%,将由双方协商纳入各自的成本;如果损耗小于2%,将不计提损耗。气库的货运人员将带一份customer的入库计量单,回到气库交给业务操作人员进行记帐。
5.3.5代储业务场景分析
代储业务场景
客户与气库上级公司签署代储合同,合同中包括货品的相关信息、仓储费及其计量、结算方式及期限、运输方式及费用承担、损耗、计量标准等内容。气库根据客户的出库计量单和入库计量单(货到时气库的实际计量情况)的差额计算损耗,如果损耗小于2%,将不计提;损耗如果大于2%,将有双方协商解决成本承担责任。
客户每月按时付给气库上级公司仓储费,与该上级公司所在结算行进行结算。其中,客户当月入库数必须在当月销售完毕,如果没有销售完,次月的仓储费将有所增加,以此类推。上级公司所在的结算行再与气库进行内部结算。
客户销售情况发生时,便为代销业务,所进行操作与上发气操作过程雷同,此处不再赘述。需要注意的是,此时发生的不只是库存成本,还出现了销售人员等的成本在里面。
5.3.6结算过程场景分析
角色:
小王(以下简称Wang),工作于结算站A
小李(以下简称Li),工作于结算站B
场景一:结算站A内部的帐户X到帐户Y间的转帐
以付款单位委托结算中心付款过程为例。
(1)某日,结算站A的结算管理系统收到电子商务平台发来的结算指令,结算中心的业务人员Wang于是开始处理该支付指令,该支付指令指示他从帐户X向帐户Y转款1000元。Wang首先从付款指令中查看付款单位X在结算中心的帐户号码,然后进入结算中心的浪潮财务系统,查看该帐户是否符合支出条件。如果满足支出条件,则回到结算管理系统,进入该结算指令的确认过程,当他按下确认支付键后,结算管理系统将向平台的帐户X和帐户Y分别发出已支付通知和已收款通知。结算管理系统打印出付款凭证第二联供结算站A作帐使用。
(2)如果不满足支出条件,Wang则可按拒绝支付键,此时,结算管理系统将向平台发送拒绝付款通知。
(3)此后,Wang还需要根据结算管理系统打印的付款凭证,按本地结算过程在浪潮系统内进行帐户间资金的结算。
场景二:结算站A到结算站B的帐户间转帐
某日,结算站A的结算管理系统收到电子商务平台发来的结算指令,结算中心的业务人员Wang于是开始处理该支付指令,该支付指令指示他从帐户X向结算站B中的帐户Y转油款1000元。
Wang首先从付款指令中查看付款单位X在结算站A的帐户号码,然后进入结算站A的浪潮财务系统,查看该帐户是否符合支出条件。如果满足支出条件,则回到结算管理系统,进入该结算指令的确认过程,当他按下确认支付键后,结算管理系统将向平台的帐户X发出已支付通知。
结算管理系统打印出付款凭证第二联供结算站A作帐使用。
Wang马上根据结算管理系统打印的付款凭证,按本地结算过程在浪潮系统内进行帐户间资金的结算。
结算管理系统在Wang确认付款后,立即向结算站B发送一份特种转帐凭证。
结算站B的结算工作人员Li,在登录到结算站B的结算管理系统后,看到这份特种转帐凭证,于是点击打印按钮,打印出这份凭证。
然后Li按结算管理制度,在结算站B的浪潮系统内完成特种转帐过程。
如果不满足支出条件,Wang则可按拒绝支付键,此时,结算管理系统将向平台发送拒绝付款通知。
5.3.7配送场景描述
5.3.7.1角色定义
员工1(Chedui),管理批发配送业务的员工。
员工2(Guanliyuan),进行零售配送任务分派的管理员。
员工3(Menshi),管理零售配送业务的员工。
员工4(Chaxun),所有可以查询配送任务执行情况的员工,如领导。
5.3.7.2场景描述
场景一 车队获得批发配送任务信息
早上,Chedui打开电脑,进入配送管理系统,系统已经定时获得了电子商务平台的配送指令并生成了内部的配送信息,这些信息醒目地显示在窗口中,提示Chedui需要进行配送。Chedui马上根据这些信息安排相关人员进行配送。
门市获得零售配送任务信息的场景与此类似。
场景二 车队录入批发配送完成情况
(1)下午,参与配送任务的员工回来了,今天有大部分配送任务已经正常完成,个别的由于种种原因不能完成,只能取消了。
(2)Chedui根据配送完成情况,打开配送完成情况录入窗口,选中正常完成的任务,点击“正常”按钮,系统将这些任务标记为正常完成,他将没有完成的任务标记为“配送失败”,并且在备注栏目中输入了原因。
(3)标记完毕,Chedui点击“提交”按钮,系统将相关的任务标记好,同时每条记录都记载好Chedui的ID号,以确定责任。同时,系统通过与电子商务的接口将这些信息通知电子商务平台,电子商务平台按照标准的处理流程确定交易完成或者取消。
门市录入零售配送完成情况与此类似。
场景三 有权限的用户查询配送完成情况
(1)Chaxun需要了解3月9日配送任务被取消的交易,他进入配送管理系统,选择查询功能,在日期项输入日期,选择状态为“取消配送”,然后点击“查询”,系统自动将符合条件的配送任务列出来。
(2)查询完毕,Chaxun可以打印查询出来的记录。
批发业务和零售业务的查询场景是类似的。
场景四 管理员分配零售配送任务
(1)早上,Guanliyuan上班后进入配送管理系统,选择分派配送任务功能,系统列出了一系列的等待配送的交易,和任务对应的有用户的收货地址。
(2)Guanliyuan根据地址选择一系列适合第一门市配送的记录,选择第一门市,点击“分配”按钮,系统将选择中的任务分配给了第一门市。
(3)Guanliyuan用同样的方法将所有的任务分配给其它门市。
5.3.8价格管理场景描述
5.3.8.1角色定义
员工1(Xiaowang),周边价格录入员。
员工2(Xiaoli),上级指导价格录入人员。
员工3(Xiaoma),进行采购的员工。
员工4(Laozhang),查看价格趋势图表的员工,如领导。
5.3.8.2场景描述
场景一 价格采集员录入周边价格
近期,北海公司的价格采集员又获得了一些价格信息。早上,Xiaowang进入价格管理系统,选择“录入周边价格”功能,在录入界面输入日期、地区、价格等具体信息,这些信息将会对领导的决策起参考的作用。
场景二 价格领导小组录入指导价格
价格领导小组最近决定改变销售价格,指定了具体的数值。Xiaoli根据拿到的具体指导价格,进入价格管理系统,选择“录入指导价格”功能,录入日期范围、作用地区、价格范围等信息,点击“提交”按钮,系统将这些价格记录到数据库,下级销售部门将会按照这些价格进行销售活动。
场景三 进行采购的员工估计采购成本价格
(1)总公司决定在国内采购一批液化气,Xiaoma决定根据供应商的报价估算成本价格。
(2)Xiaoma进入价格管理系统,选择“估算成本价格”功能,输入供应商的报价、供应商的发货地点,电击“估算”按钮,系统自动根据已经有的运输成本估算出成本价格。
(3)如果没有相应的运输成本,则不能计算出成本价格。
(4)也可以根据已经发生的采购/配置行为计算出成本价格。
场景四 领导查询各类价格
(1)Laozhang进入价格管理系统,选择“查看历史价格”功能,选择地区、时间区间和价格类别,点击“查询”按钮,系统生成了相应的图表。
(2)Laozhang可以按照不同的方式查询历史价格。
5.3.9内部系统管理场景描述
5.3.9.1角色定义
员工1(Xiaowang),内部系统的系统管理员。
员工2(Xiaoli),一般员工。
5.3.9.2场景描述
场景一 管理员注册新用户
Xiaowang进入内部系统管理,选择注册新用户功能,系统自动生成了用户的ID,Xiaowang输入为用户分配的初始密码、用户所属单位、用户的真实名字以及其他说明文字,点击“提交”按钮,系统生成了一个新的用户。
Xiaowang也可以创建一个角色,角色不能直接登录进系统进行使用。
场景二 管理员为用户分配权限
虽然已经注册了一个新的用户,但是由于还没有为该用户分配权限,因此不能用该用户做任何事情。Xiaowang选择“分配权限”功能,选中可以分配给该用户的模块,点击“分配”按钮,系统将这些模块的使用权限分配给该用户。
场景三 新用户登录系统
Xiaoli是新来的员工,他获得通知自己已经可以内部系统了,并且得到了ID和密码。他进入内部系统,在登录窗口中输入ID和密码,系统提示:“第一次登录,请修改密码!”。Xiaoli放心了,他知道自己的帐号没有被别人使用。他于是修改了密码,结果可以正常使用系统了。
