管理之星物资检斤系统解决方案Word格式.docx
- 文档编号:16685231
- 上传时间:2022-11-25
- 格式:DOCX
- 页数:101
- 大小:1.87MB
管理之星物资检斤系统解决方案Word格式.docx
《管理之星物资检斤系统解决方案Word格式.docx》由会员分享,可在线阅读,更多相关《管理之星物资检斤系统解决方案Word格式.docx(101页珍藏版)》请在冰豆网上搜索。
大宗物资管理近年来发展迅速,大部分企业基本已经建立了与发展阶段相匹配的检斤物资经营与管理运作体系,但在检斤物资经营和管理中已经存在着制约企业进一步发展的障碍和问题。
这些“发展中”的问题,如果能迅速解决和改善,不但可以避免公司管理状况的逐渐恶化,加快和保证当前的“健康”发展,而且为未来的持续成长打下良好基础。
否则,企业的发展将会有非常多的不确定、不稳定因素。
1.1检斤物资管理程序健全,但手段落后
现阶段,很多企业采购、销售、调拨、结算与财务核算流程设计大都能符合公司业务,理论上以票据传递为起点,业务部门之间审核为手段,完成业务的处理与权限控制。
但整个供应链中,很多环节采用手工或没有严格逻辑控制的EXCEL计算工具处理,为企业的资金安全埋下重大隐患。
1.2关键业务流程人工参与因素太多,存在诸多隐患
在计量稳定值判断、磅房外围环境、采样编码、化验数据的采集与传递、物料款与运费的结算、按照销售订单发货等与结算资金息息相关的重要环节,大多采用人工的方式进行操作与监督,为资金的安全埋下了重大管理漏洞。
因此我们在物料的管理上要投入更多的人力、物力、财力进行人为操作规范性监督,要对整个环节的工作人员进行道德考察,增加了管理难度与管理成本,流程认为因素成为主管人员工作的重点之一,如同消防队员一样让管理总是忧心忡忡,不得安然。
同时管理隐患也不能从根本上解决。
计量环节问题:
司磅员在司磅过程中易受人为因素的影响,存在舞弊的漏洞。
司机在车皮重量上进行作弊。
车辆不完全上磅、或两车同时上磅,造成计量数据的不准确。
一车计量多次,造成同一车货物多次付款。
销售发货中出现超提单发货,手续不完备发货现象。
不过磅而直接出场。
由于计量物资绝大部分是离散物料,大多采用露天堆放,或筒仓存放,不易二次准确计量,且存在一定的损耗,一旦司磅过程中出现问题,很难及时发现,往往会给企业造成巨大损失。
由于司磅业务量巨大,单据繁多,司磅员业务统计量十分巨大,出现问题很难及时进行查找核对,各级领导无法全面监控司磅业务。
采样质检环节:
采样员缺少有效监督。
送样员换样问题
制样员掌握所有信息,责任重大,易出现问题。
制样员、化验工作强度大,易出现差错。
1.3原始票据重复量过大,部门关键信息传递不畅
在现有管理的模式与手段上,信息的传递重要靠企业内部的原始凭据为准,为达到信息的共享和结算的实际需要,同一个业务要填写和打印多张票据,作为客户凭证和内部信息流转,但信息经过多次流转后,就未必能保证信息的唯一性,达不到信息共享和唯一性。
入厂磅单需要统计并将原始磅单每天送到原料供应部门,原料供应部门再次进行录入、统计。
质检部门每天需要将化验数据或统计过的化验数据送到原料供应部,原料供应部进行录入并根据合同进行结算。
出厂磅单需要每天将原始磅单磅到销售部门,销售部门录入
1.4检斤物资管理水平仅限于核算,无法进行稽核
由于大宗物资管理流程复杂,票据业务量大,仅财务核算的业务量已占据工作人员的大量时间,票据结算的准确性复核工作形同虚设,只能做阶段性工作的复核与稽查,无法对单笔业务进行逐一审核,更无法掌握全部业务。
1.5不能动态掌握和评价供应商和客户的合作关系
供应商供货能力、供货价格、供货质量的全面信息与评价不能做到实时数据;
采购合同、实际收到数量、在途物资、生产耗用量、库存数量由于信息的分散无法动态掌控;
管理决策层无法及时与动态掌握供应商的综合情况,无法有计划的精密控制采购业务和调配现金,造成库存资金的大量占用和积压。
客户销售合同、已发货数量、合同未执行数量与现有库存量的综合信息无法动态提供给相关决策者;
客户销售价格、销售历史记录等统计数据无法实时提取。
第二章管理之星分析和设计
2.1物资检斤系统分析
管理之星是在通过对司磅业务、质检业务、结算业务的管理难点和舞弊行为进行认真分析和研究之后,在充分考虑司磅业务与企业整个采购、仓储、销售过程中的关系的基础上开发出来的一套大宗物资检斤管理系统。
管理之星对各业务环节进行了严密的流程设计,采用先进计算机网络、数据库、软硬件技术,可以帮助企业实时监控整个司磅流程、质检流程、结算流程,彻底堵住业务中存在的漏洞,同时与企业整个采购业务系统、仓储系统、销售系统紧密相联,可以大大减轻司磅人员、库管人员、质检人员、财务结算人员的统计工作量,避免大量人为因素的影响,提高工作效率。
系统应用价值:
减轻劳动强度,提高工作效率与质量;
消除信息化死角,消除信息孤岛,实现各部门间数据共享;
为企业材料核算和成本核算以及考核提供准备依据:
从业务流程入手,为企业建立统一规范的业务平台,加强企业政策执行力度:
及时为企业决策提供可分析的数据
2.2物资检斤系统的设计
2.2.1管理之星网络结构图
各厂包含自己的数据库及WEB服务器(可共用一台服务器)。
在专线网络故障时,各厂可独立完成业务
各厂使用自己的数据库,减轻对集团服务器网络及数据库并发数量的压力
磅房计算机连接汽车衡或轨道衡,并安装有本地数据库,以防止网断的情况下不影响正常过磅
2.2.2磅房现场图
磅房外围设备:
红外射:
防止车辆不完全上磅
道闸:
规范车辆上磅方向,防止两车同时上磅
四个监控摄像头:
拍车牌、全景、车内货物等照片
IC卡:
可实现车辆在厂内的闭环管理,规范车辆行走路线
电子显示屏:
给司机提示信息
语音:
给司机语音提示
2.3管理之星产品模块部署
管理之星大宗物资检斤管理系统包含合同管理子系统;
发运管理子系统;
计量、门禁、外围设备管理子系统;
质检管理子系统;
结算管理子系统;
综合信息分析子系统;
ERP接口模块等。
各模块均支持WEB查询功能;
外围设备支持常用的硬件设备,并预留方便的硬件插件接口。
2.3.1采购业务流程
采购业务涉及到供应商、承运单位、原料供应部、磅房、仓库、制样化验室等部门。
由原料供应部和供应商签订原料采购合同,和承运单位签订原料运输合同,并随时对收货情况进行监督和控制,原料及运费的结算,磅房依据供应部开具的收货通知单进行收货过磅计量,并二次编码生成采样单,化验室负责制样、化验等业务。
2.3.2销售业务流程
销售业务涉及到客户、承运单位、销售部、磅房、仓库等部门。
销售部门负责和客户签订销售合同,并开具发货单,对发货进行控制;
与承运单位签订运输合同,并进行货款和运费的结算。
磅房依据发货单进行发货过磅计量。
2.4物资检斤管理系统的体系结构设计
2.4.1C/S和B/S体系结构
C/S结构,即Client/Server(客户机/服务器)结构,是大家熟知的软件系统体系结构,通过将任务合理分配到Client端和Server端,降低了系统的通讯开销,可以充分利用两端硬件环境的优势。
目前大多数应用软件系统都是Client/Serve;
形式的两层结构,现在的软件应用系统正在向分布式的Web应用发展;
内部的和外部的用户都可以访问新的和现有的应用系统,Web和Client/Server应用都可以进行同样的业务处理;
不同的应用模块共享逻辑组件;
通过现有应用系统中的逻辑可以扩展出新的应用系统。
这也就是目前应用系统的发展方向。
B/S结构,即Browser/Server(浏览器/服务器)结构,是随着Internet技术的兴起,对C/S结构的一种变化或者改进的结构。
在这种结构下,用户界面完全通过WWW浏览器实现,一部分事务逻辑在前端实现,但是主要事务逻辑在服务器端实现,形成所谓3-tier结构。
B/S结构利用不断成熟和普及的浏览器技术实现原来需要复杂专用软件才能实现的强大功能,并节约了开发成本,是一种全新的软件系统构造技术。
这种结构更成为当今应用软件的首选体系结构,M也是在这样一种背景下被提出来的架构,传统的C/S结构的软件需要针对不同的操作系统系统开发不同版本的软件,由于产品的更新换代十分快,这么高的代价和低效率已经越来越不适应了,B/S架构更是飞快地普及起来了。
总的说来,B/S结构同传统的C/S模式相比,其优点在于:
(1)Browse/Server是一种瘦客户机模式,客户端软件仅需安装浏览器,且对客户端硬件配置要求较低;
(2)标准统一,维护相对简单。
HTML是Web信息的组织方式,所有Web服务器和浏览器都遵循这个国际标准,使用B/S方式,可以将开发人员集中在服务器端,只需开发和维护服务器端应用程序,而服务器上的应用程序可通过网络浏览器在客户端上执行,从而充分发挥开发人员的群体优势,应用软件的维护也相对简单;
(3)无需开发客户端软件。
浏览器软件可以从Internet上免费得到,对于安装了Windows操作系统的客户机来说,只要使用内置的网络协议和浏览器即可;
(4)跨平台支持。
由于采用统一的通讯协议,并且浏览器及服务器软件可以支持多平台,所以方便的在企业异构平台运行;
(5)浏览器界面易学易用,使用者无须太多技术知识。
图2-2招聘管理系统的体系结构
基于以上对B/S和C/S实现,采用Browse/Server两种模式的分析,本文中对基于Web的HRMS的模式,如图2-2所示。
这是一种基于世界范围内最先进技术的网络配置方案,也是配合Internet/Intranet建设的最佳方案,这种技术平台方案最大限度地方便了用户部署和维护大型软件系统,从而大大降低了用户目标系统的总体拥有成本(TCO)。
下面是对该体系结构的具体说明:
(1)客户端主要负责人机交互,包括一些与数据和应用关系的图形和界面运算。
(2)WEB服务器主要负责对客户端应用程序的集中管理。
(3)应用服务器主要负责应用系统的逻辑结构和数据关系,即事务处理。
应用服务器又可以根据其处理的具体业务不同而分为多个。
(4)数据服务器则主要负责数据的存储和组织、分布式管理、备份和同步等等。
2.4.2检斤管理系统基于Web的三层结构设计
Web正逐渐改变着社会结构和人类生活。
随着全球互联网的迅速发展,以WWW为基础构架的各种应用系统正日益普及,从而极大地影响了各类管理应用系统的开发及实施方法。
以Web为基础的网络同传统的C/S结构相比有许多优势,如统一的通讯协议、瘦客户机(客户端只需要浏览器)、任何连入互联网的节点甚至无线连接都可以接入管理系统等。
由于Web体系结构的巨大优势,许多大型企业正在建立Web平台的人力资源管理系统并融合了企业资源配置,使整个企业形成一个生产、管理的有机整体,实现高效的计算机化管理。
本文中对HRMS的实现是基于Web的,采用B/S这种最新的体系结构。
物资检斤管理系统主界面窗体上集成有Web浏览和消息处理功能,实现全方位的信息资源共享。
这种B/S模式主要是由表示层、功能服务层、数据服务层构成的三层体系结构,如图2-3所示。
图2-3系统的结构模型图
该系统的物理结构有三层:
第一层是分布在企业集团及全国甚至是世界各地的网络用户终端,有关人员可以使用终端上的浏览器,在授权范围内,从任何地方进入管理系统。
第二层是位于企业信息中心机房的Web服务器,它负责接受各用户的访问请求,并把处理结果通过网络送给用户。
第三层是同样位于中心机房的数据库服务器,它负责存储、处理通过网络收集的数据。
因此软件结构也分为三层:
浏览器层,应用服务器层,数据库服务器层。
系统的核心部分是WebServer它负责接受远程或者本地的HTTP查询请求,然后根据查询的条件到数据库服务器获取相关数据,再将结果翻译成标准HTML语言和各种Script代码,传送回提交请求的用户浏览器。
同样,浏览器也会将更改、删除、新增数据记录的请求申请送至Web服务器,由后者和数据库服务器联系完成这些工作。
2.4.3网络数据存储方案
针对司磅业务不能间断的特点,为了保证在网络出现故障情况下能够不间断司磅业务,系统将提供以下解决方案:
在中央机房数据库服务器中建立网络数据库,用于集中存储网络中所有磅房计量数据及各业务部门单据数据。
各司磅地点建立一套单机数据库,用于存储本地数据。
在司磅过程中,系统同时把数据写入两套数据库系统中,保持两套数据库的当日数据的一致性。
在网络正常的情况下,以网络数据库为主,单机数据库作为备份。
在某一台电子磅或所有电子磅网络出现问题时,直接切换到单机数据库继续过磅。
网络恢复后,立即执行数据同步功能把单机数据库的数据上传到网络数据库,使网络数据库的数据与单机数据库的数据相同。
再切换到网络版数据库继续进行司磅。
每日自动定时对网络版数据库进行备份。
2.5检斤管理系统的数据库实现
基于前面的分析,并结合日常检斤管理中需要的一些数据,建立了以下一些数据库表。
2.5.1合同管理
采购合同主表HT_Cailiao
类型
业务表
数据量估计
行
存储空间估计
兆
说明
用来描述原料合同主表信息的表
索引
ID
信息项名
中文简称
长度
HTBM
合同编码
Varchar
20
主键
ZDRQ
制单日期
datetime
8
ZZRQ
终止日期
HTLX
合同类型
0-普通合同1正式合同2临时合同3补吨合同4普票合同
(可自定义合同类型)
KSBM
供应商编码
参照供应商档案
SFDD
收发地点
CHBM
存货编码
参照存货档案
HTSL
合同数量
decimal
9
HTDJ
合同单价
HTJE
合同金额
数量*单价
CHTAXR
增值税率
CHDJTAX
无税单价
CHJETAX
无税金额
CHTAX
税额
YFDJ
运费单价
YFTAXR
运费税率
HLSH
合理损耗
BMBM
签订部门编码
内部部门
RYBM
签订人编码
参照
JSYJ
结算依据
原发数结算/实收数结算
JSFF
结算方法
BZ
备注
100
PCL
批次量
ZXZT
执行状态
10
ZDR
制单人
登录用户
SHR1
一审
SHR2
二审
SHR3
三审
SHR4
四审
SHR5
五审
SHBS
审核标识
int
4
0未完成审核1审核完成
DJBS
单据标识
Int
0-正常1-补货单2-蓝单3-错单4-红单,5-补开单错单6-补单红单7-退票8-作废
DEL
是否作废
DJZT
nvarchar
HTSJM
varchar
C01-C10
自定义项
N01-N10
采购合同子表HT_CaiLiaoMX
用来描述原料合同明细信息的表
PK_HT_YuanLiaoMX
MXID
明细序号
BILLID
化验单据
50
BILLNAME
ZLZB
质量指标
ZBMC
指标名称
录入/参照
KFLJ
扣罚类别
KFLB
扣罚方式
上限扣重下限扣重上限扣率
下限扣率上限扣价下限扣价
ZI1
ZI2
自
ZHI1
ZHI2
至
KFDJ
步长
KL
扣量/价
JSFS
结算方式
WHYZ
无化验值
销售合同表主表HT_XiaoShou
用来描述销售合同主表
主键HTBM
客户编码
1.执行合同定时2.执行合同定量3.执行合同预付款4.自谈合同定时5.自谈合同定量6.自谈合同预付款7.普通订单8.欠款订单
KZLX
控制类型
1.定时2定量3预付款4批次
SHDD
收货地点
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 管理 物资 系统 解决方案