北京邮政EMS物流信息系统案例

上传人:ail****e1 文档编号:40011536 上传时间:2021-11-13 格式:DOC 页数:15 大小:396.50KB
收藏 版权申诉 举报 下载
北京邮政EMS物流信息系统案例_第1页
第1页 / 共15页
北京邮政EMS物流信息系统案例_第2页
第2页 / 共15页
北京邮政EMS物流信息系统案例_第3页
第3页 / 共15页
资源描述:

《北京邮政EMS物流信息系统案例》由会员分享,可在线阅读,更多相关《北京邮政EMS物流信息系统案例(15页珍藏版)》请在装配图网上搜索。

1、北京邮政 EMS 物流信息系统案例、尸 、-前言 以客户为主导的现代商业模式正逐渐取代产品主导型的传统商业模式, 不断满足 客户个性化需求是企业成功的关键, 对于物流企业, 准确把握客户需求, 根据需 求定制产品与服务, 通过有效的渠道让种类繁多的商品按需求进行合理流动成为 关注的焦点, 物流企业要达到上述目的, 必须依据科学的管理思想和先进的管理 手段,而企业信息化建设是必不可少的组成部分。作为传统行业的中国邮政本身就是我国物流的一部分, 且与其他物流企业相比有 着得天独厚的优势, 如覆盖全国的网络、 诚实可信的信誉、 真正的“三流合一”、 丰富的传统B2C经验,等等,但与优势并存的却是严峻

2、的体制落后、技术淘汰、 负担过重等诸多劣势。因此如何发挥自己的优势以适应我国加入 WTC后所带来的 行业冲击就成为迫在眉捷的问题。专家指出,解决办法就是:发展电子邮政 (e-post) ,与优秀的 IT 厂商联手共同打造信息化邮政行业。汇杰国际有限公司作为一个优秀 IT 系统集成商、应用软件开发商,适应电子商 务大潮,敏锐地抓住物流配送瓶径,以“立足国情,以先进技术为工具,渗透科 学的思想与理念”为原则,并与北京邮政速递总公司(北京EMS合作,于2001年11月及时推出了 “e -delivery 物流配送管理平台”,该平台的目的就是帮助 物流企业建立一个系统化、全程的、动态的并融物流、信息流

3、、资金流为一体的 供应链管理体系。需求简介2.1 企业概况 北京市邮政速递总公司(北京EMS是经国家批准经营邮政速递业务的国有企业, 也是国内最大的邮政特快专递国际互换处理中心。北京邮政 EMS物流中心(以下 简称“物流中心”)是北京邮政速递总公司(北京EMS下属一新兴企业。物流中心现有员工 200多人,组织结构设有综合办公室、 车队、 1 个分拣中心 (负 责邮件中转 )、 8个外地分点(负责北京市的揽收与投递 )、客户服务中心、仓储、 业务、财务等部门,主要经营特快专递、同城速递、普邮、代收货款、国内长途 货运、电子商务一递送等业务,业务活动涉及客户、电子商务网站、供应商、邮 政投递网和综

4、合计算机网、 185特服台等多方实体。公司仅特快专递就可达 10 万件/月,且业务量在不断增长之中。在北京邮政物流局的统筹规划下,物流中心预计 2003年要在北京完成 100多个 分点的建设, 且业务类型将进一步多元化, 使其真正成为一个典型的集仓储、 物 流、配送为一体的综合性商务配送组织。2.2 典型业务流程 图 1 是物流中心快递业务的典型流程。订单接收是整个业务过程的开始;接到订单后形成一个投递配送单 ( 即特快 5 联 单) ;仓库根据五联单进行加工、包装、出库并最终形成一个邮件;邮件封至分 拣中心(或其它分点 ) ,同其它揽收或投递邮件 (如分点的一些揽收业务 )一起,分 拣中心(

5、或其它分点 )进行邮件进口接收操作, 并打印进口清单; 分拣中心进行邮 件分拣工作,分拣到各个分点或直接封至 900 局,交由邮政大网;平衡合拢,如 果合拢则打印路单、封发清单,否则查找原因;趟车将邮件运至各接收局 ( 如分 点) ;各分点将自己的部分投递业务与分拣中心封发过来的邮件一起进行接收进 口,并打印进口清单;分点进行邮件出口,即将各邮件分到该分点所属各道段、 中心(或其它分点 )转投等;进行进出口合拢并打印相应业务交接清单和封发清 单;投递员带着相应的邮件和业务交接清单进行实际邮件投递; 投递完毕, 投递 员归班进行投递情况登记,包括妥投、拒收、自取及再投邮件;对于妥投邮件要 上交款

6、项; 该分点进行该班次的投递合拢并打印总交款单上交到公司财务; 公司 财务对各分点实际的揽收情况、投递情况进行收据控制和投递回钩并检查货款; 公司财务部对各种投递单据、 收据、 发票进行管理; 公司财务定期与部分大宗用 户进行代收货款结算并总结各业务员揽收提成及投递员投递提成等; 仓库部门进 行日常的进出库与盘点操作,以保证业务顺利进行。 以上只是一个典型业务流 程说明,而物流中心的实际运作更为复杂。图1典型业务流程图2.3 业务特点物流中心业务具有以下一些特点:具有一个或多个分拣(配送)中心负责邮件(或其它业务)的不同程度加工与中 转,同时企业又具有若干个分点进行邮件 (或其它业务 )的揽收

7、并最终投递到户; 个个分点之间也可以不通过分拣中心而直接进行业务交接邮件交接过程遵循邮政EMS勺典型流程,包括进口出口、分拣封发、钩调核对、 平衡合拢、投递到户等在符合EMS典型流程的同时,又具有订单接收、仓储库存、代收货款、客户结 算、代理货运等自身特色业务 业务类型多,配送货物品种纷繁复杂,客户范围广且需求各异,信息处理量 大在物流中心内部运作的同时,要与外部资源 (如大宗客户、货物供应商、总局 等)进行业务往来总部、中心、分点、仓库地理分布不集中 分点数量将要急剧扩张经过几十年的沉积与过滤,邮政EMS勺邮件交接过程有其科学、合理的一面,但 物流中心除EMS快件外又有许多新业务,原有交接过

8、程不适合这些新业务,同时 相对传统的EMS特快来说,客户对各种业务的时效性要求又非常高。因此,物流中心就不能完全照搬照抄传统 EMS勺业务交接程序,必需从满足客户个性化需求 出发,在传统的基础上进行变化、简化、创新,而企业的信息化建设的整个过程 ( 从系统设计到具体实施 ) 必须适应并促进这种变革。2.4 存在问题在与汇杰合作开发之前, 物流中心在经营活动过程中存在以下问题, 这些问题阻 碍了公司的继续发展: 2.4.1 现有资源未充分利用公司在陶然亭总部的三层楼房内已有现成的网络布线,但网络尚未形成购置了大量的微机及外围设备, 但只有少数部门使用并仅局限于文字编辑等初 级操作公司的 IT 技

9、术人员未得到充分利用 速递单据有条码但未充分利用来提高交接效率在包括185等客户群中,有好多已经实现了信息化管理,而物流中心没有能力 利用这些客户信息化建设的成果来为自己服务2.4.2 生产不规范,效率较低传统EMS特快交接工序不适合同城速递、代收货款等新业务,造成各类业务 整个交接过程不统一、不规范对某一具体交接工序的操作流程未规定硬性操作标准, 造成各工序间前后交接 困难各邮件交接环节采用手工抄写单据,费时费力、容易出错由于不能直接读取 185或一些电子商务网站的电子化配送任务而必须手工再 抄写,导致效率低下日常库存管理随意性较大,不能掌握每一货物的进出与流向2.4.3 缺乏有效的内部管理

10、措施由于不能随时记录、 跟踪每一个邮件在各环节的流动情况, 一旦出现问题就极 难落实责任, 即查找何时、 何地、何人、发生了何种错误、 采用了什么补救措施, 等等由于不能掌握各分点、 各岗位的进出口、 投递及收款的整体情况, 因此公司也 就无法及时进行全局控制公司由于缺乏对单据、收据、发票等的有效管理,导致总部对分点、分点对各 业务员不能及时监督,时常发生“干私活”现象财务进行客户结算、员工绩效分析等工作耗时费力由于客户协议各异, 财务人员整日忙于应付大宗户的配送方式管理、 资费结算 等方面,且不时出现错误,发生纠纷不能及时报告客户货物的库存情况、销售情况及收款情况缺乏高效的外部交流手段 不能

11、对大宗户的成批配送任务执行情况及时反馈对零散客户的邮件查询必须手工翻找单据, 效率低, 时效性差, 无法满足客户 需求 无法满足互联网客户的网上下单、查单需求与上级 (北京邮政速递总公司 )不能进行数据交换三、解决方案3.1 设计原则与重点 除系统设计满足实用、经济、标准、可扩充、易维护等一般性原则外,通过分析 物流中心整个业务流程并结合邮件流动特点,我们确定系统的整体架构要遵循: 以邮件在各环节流动为主线, 以各种单据回钩和财务款项核对为控制手段, 通过 灵活、快速、准确地向客户提供信息反馈来提高企业在物流行业中的竞争力。为了使整个软件流程清晰, 责权明确, 系统模块的划分遵照: 以邮件的整

12、个流动 环节为划分依据,并通过严格的权限设置来实现不同岗位对数据的安全访问。 另 外,在对系统进行功能设计时,以汇杰 e-delivery V2.1 物流配送系统的“进 销存配送跟”思想及实现为基础,针对物流中心业务特点,突出解决“存、配、 送、跟”问题。 系统设计的重点就是通过建立一个分布数据集中共享的管理环 境实现数据共享,在物流中心各部门间、公司与各外地分点间、外地各分点间、 公司与总局间、公司与各客户间搭建一个高效、可靠、安全的信息通道。3.2 主要功能 系统共分九大模块:订单模块、仓储模块、生产管理、业务管理、财务管理、系 统管理、决策分析、互联网访问、主监控台。这九大模块共含 50

13、 多项功能,涉 及物流中心业务管理的方方面面。详细功能结构如图 2 所示。3.2.1 订单模块客户服务部门使用。 主要包括订单的接收、 分拣、出口、合拢、客户信息反馈等。 该模块可以接收如 185、电话、传真等各种来源的订单,并通过统一的数据接口 对订单进行处理,然后通过网络将订单的投递信息反馈给客户。3.2.2 仓储模块包括仓库的设定、产品档案的建立、购入、借入、退库、售出、借出、盘盈、盘 亏及借入借出结算、 接收提货要求并进行简单包装加工等, 并提供库存列表、 流 水分析、汇总分析 (包括期初、期间、期末等 ) 、供应商货物销售情况反馈等。3.2.3 生产管理管理物流信息的主要部分, 包括

14、分拣中心模块、 分点管理模块及数据交换三部分。分拣中心是各分点邮件的中转交换场所。 该模块实现了一个限于分拣中心内部的 邮件进出管理环境, 主要包括中心自己揽收的邮件、 分点转投邮件及各种退件的 进口、出口、合拢、中心自己的监控、信息反馈,等等。分点管理模块除管理各分点邮件的进口、 出口及合拢外, 还实现了邮件最终投递 到户及与之发生的交款、交费、投递监控及信息反馈等。数据交换模块实现了整个公司范围内生产数据的共享、一致3.2.4 业务管理 该模块归物流中心业务及生产监控部门使用。主要包括对所发生业务进行建档、 对各分点的各种业务的投递情况进行回钩, 并向客户进行信息反馈。 该模块还生 成揽收

15、日报、投递日报、各分户帐、公司整体运作监控等。3.2.5 财务管理本系统不是财务软件, 而是提供财务决策的相关数据。 主要建立应收、 实收帐款, 并对应收与实收进行核对。收据管理;建立员工揽收工作量、投递工作量、取件 工作量的绩效与提成分析;向客户对帐及结算,等等。3.2.6 系统管理完成系统相关信息的维护和设置。 其中包括系统初始化、 基础数据的维护、 数据 库的备份和恢复以及系统通用参数的设置。如:职工档案管理、职工权限管理、 公司组织管理、客户档案管理、供应商档案管理,等等。 3.2.7 决策分析通过灵活的图表等形式向企业领导提供公司揽收与投递的横向与纵向分析3.2.8 互联网访问 包括

16、远程客户的下单与查单;对公司人事、库存、销售情况进行信息发布,以供 公司相关人员进行远程查询。3.2.9 主监控台接收外地分点的生产数据; 监控外地分点的拨号连接; 进行系统操作的日志记录 与分析。该模块与数据交换模块 ( 属于生产管理部分 ) 一起共同实现了分布数据的 集中共享。3.3 应用模式系统应用模式是综合使用各种软硬件系统的一种应用结构和计算模式, 物流中心 系统采用以下两种模式来实现异地分布数据集中统一管理:主体使用基于数据库系统的Clie nt/Server模式客户访问部分是基于数据库系统的Browse/Server模式3.3.1 基于数据库系统的 Client/Server 模

17、式 3.3 应用模式系统应用模式是综合使用各种软硬件系统的一种应用结构和计算模式, 物流中心 系统采用以下两种模式来实现异地分布数据集中统一管理:主体使用基于数据库系统的Clie nt/Server 模式客户访问部分是基于数据库系统的Browse/Server模式331基于数据库系统的Client/Server 模式3.3应用模式系统应用模式是综合使用各种软硬件系统的一种应用结构和计算模式,物流中心系统采用以下两种模式来实现异地分布数据集中统一管理:主体使用基于数据库系统的Clie nt/Server 模式客户访问部分是基于数据库系统的Browse/Server模式3.3.1基于数据库系统的C

18、lient/Server 模式数据匪利说中心主机远堰訪冋用户宅面歡携陰远程话冋用户图3 議据库系统的CHent7SeTver数据库服务器是数据存储中心,可供局域网端用户和远程客户端用户使用。局域网端用户使用开发的应用系统,通过局域网快速调用数据库服务器中的数 据,不存储在桌面数据库中。远程客户端用户使用开发的应用系统 ( 如分点则采用数据交换模块 ) ,向中心数据 服务器上传所有的生产数据来保证数据集中, 当需要共享信息时, 又通过相应模 块( 如分点采用数据交换模块 ) 及通讯网络调用数据库服务器的数据。 异地数据可 存储在本地桌面数据库系统中,以便进行内部分析、处理。3.3.2 基于数据库

19、系统的 Browse/Server 模式客户( 包括散户和大宗用户 ) 通过网上下单、网上查单部分应用主要使用该模式。 客户通过互联网访问公司数据库系统,并查询自己的订单配送情况。该部分数据与业务系统的数据共享。3.4 网络结构 物流中心网络体系包括两部分: 物流中心不同处理现场的内部实现局域网连接及 外部各分点同物流中心实现广域网络连接。在网络搭建时做了如下分析:网络中心:以物流中心内部局域网为网络中心, 这样即实现了集中管理,又利 用了现有的网络布线层次结构: 根据现有规模, 使用以公司局域网为中心的两层结构, 这样网络开 销小、稳定可靠、信息传输量小、实现方便、便于扩充,但对各分点通讯能

20、力、 服务器处理能力、安全管理能力要求较高由于分点地处异地、 数量易变、 位置易变等原因, 外地分点与中心通过拨号进 行数据交换 客户通过 Internet 与系统相联,物流中心邮件数据由总局分运科把邮件交付 邮政大网。选择 Unisys 2043 作为数据库服务器能满足公司今后发展的需要安全性:营造一个从逻辑链路级到应用平台级的安全体系来实现对非法用户的 访问控制及数据传输的安全保障 网络结构示意图如图 4 所示。业务挪藩户王棹験识井运利E 4网纟各结构乔意图3.5系统特点以B/S与C/S混用的综合架构实现了企业级分布数据的集中管理各模块功能独立,组织灵活系统采用了系统级、数据库级、应用级三

21、级权限,满足了安全性、责任明确性 要求条码扫描技术的应用完善、灵活的查询、统计界面样式及操作方式通用一致、易学易用在现有资源的利用、设备选型、网络架构、软件选择等方面充分考虑了经济可 行性满足经济性的同时,在软件设计、实现等方面尽量结合物流中心现场情况做到 实用性 系统在网络架构、数据库选择等方面具有很强的扩展性普遍性与特殊性结合:在符合邮政传统应用的同时又充分满足了物流中心作为 一相对独立企业的灵活性需求3.6 服务与支持 完善的服务与支持是项目得以顺利实施的有效保证:项目实施各阶段均有固定人员长期参与提交项目进行过程中的所有文档,如需求报告、操作手册、维护手册等等对于系统试运行、运行期间发

22、生的问题,实现了 7 x 24小时技术服务的承诺除现场操作及维护培训外,分阶段定期举办集中培训提供长期的系统免费升级服务四、实施过程4.1 实施原则我们采用了“总体设计、全盘考虑、分布实施、逐步完善”的实施原则: 首先,充分利用现有资源搭建网络 然后,以“把邮件交接过程变手工为条码扫描”为切入点,分阶段建立物流 中心业务处理系统 选择 1个中心、 2个分点试运行,并根据实际情况进行调整 全面实施整个业务处理系统 以业务处理系统为基础平台,搭建 Internet 数据中心4.2 实施过程整个项目是一个领导牵头、双方密切合作的过程。北京邮政EMS物流中心在提出企业信息化需求并找到汇杰国际有限公司后

23、,双方进行了多次商务、技术等方面的探讨、磋商,并于2001年 3月正式签订了开发协议。项目初始双方均成立了项目组, 并由北京速递局总工负责双方协调并监督整个系 统的设计、开发、实施、验收全过程。在随后的一个月的过程中, 物流中心抽出各相关岗位的相关负责人与汇杰积极配 合,及时提出了自己目前最关心的问题及要实现的目标, 汇杰通过总结分析各种 资料,并与物流中心进行多次讨论, 最后双方合作完成了 北京邮政速递局物流 中心业务处理系统需求报告 ,并认为该系统设计的重点就是: 建立异地分布数 据集中共享的管理环境, 解决邮件信息在各部门、 各环节之间进行及时有效、 安 全可靠的传递问题, 所以利用现代

24、计算机网络技术, 在 e-delivery 平台基础上, 建立一套实用、 先进、稳定的信息系统是解决问题的关键, 而突破口是变手工抄 写单据为条码扫描、微机处理。在调研分析后,汇杰首先抽出工程师进行现场考察,确定了网络方案:建立一、 二级两层网络环境。 首先,充分利用陶然亭已有网络布线建立企业内部局域网作 为中心网络, 全公司数据均由中心数据库服务器进行集中管理; 然后考虑到外地 分点的易扩充, 易流动性等特点, 决定使用定时拨号到中心网络, 以广网域方式 进行数据交换,并于 3 天内将网络全部建成并调试成功。与网络搭建的同时, 双方进行了系统的总体设计、 数据设计, 并写出了相应技术 报告。

25、系统设计时充分考虑目前企业的业务种类、业务量、网络布局、人员素质 等多种因素, 以邮件流动环节为模块划分的基础, 将系统分为九大模块: 订单模 块、仓储模块、生产管理、业务管理、财务管理、系统管理、决策分析、互联网 访问、主监控台,涉及公司国内国际、同城、代收货款、普邮等多种业务,涵盖 定单接收与查询、 仓库、中心的进出口与合拢、 分点的进出口与合拢、 投递交款、 业务监控与统计、财务信息汇总等管理内容,且每一功能都有严格的权限设置。整个系统的设计、编码、测试双方耗时 2个月,工作量共计26个人月。2001年 4月份,首先在分拣中心、天桥分点试运行,并针对运行过程中出现的 硬件问题与软件问题进

26、行了及时的讨论与修改,截止到 2001年 7月,在经过集 中的培训以后, 系统开始在客户服务中心、 仓库、 分拣中心 8 个分点全面投入运 行,运行中又发现了若干问题并也及时进行了修改。系统全面运行至今已有 12个月,各方面均良好。在整个项目的实施过程中, 双方领导都及为关注, 并多次进行现场指导, 关键时 刻提出了方向性的意见与建议, 为项目顺利进行提供了坚实的保障。 双方具体实 施人员在上级的指导下全身心投入,密切配合,克服人、技术等各方面的困难, 使项目的安排、设计、进度、质量、服务各阶段的顺利实施得到了可靠的保证, 并在整个过程中建立了相互信赖的同志式的友谊,积累了丰富的经验。五、实施

27、效益 系统自 2001年 7 月份全面实施以来,取得了显著的经济与社会效益:5.1 改善了企业内部经营,降低了运作成本5.1.1 提高了工作效率改变邮件手工交接方式不仅加快了邮件交接速度,而且使错误发生率明显降低; 可以及时向客户反馈其邮件投递信息;各站点班长可以随时掌握各业务的进口、 出口、投递、退转、留存情况;财务结算效率大幅度提高;平衡合拢准确率及速 度明显提升,等等。具体如图 5 所示:系统买施前后各项挹标效率对比邮件交接速度(1000件)o zjyIf飞EH-1 It世海对比单位屮时*人时人小时*人小时*人小肘*人ybH*A系统买施前7.5302450E32系纟无买施启2. 0211

28、. 50.50. 20.5i提髙率(%)2T590023003230110014003001500图5系统实施前后各项指标对比5.1.2提高了企业管理水平“管理与系统相互渗透,在数据与单据两个方面,通过逐级核对钩调,以保证公 司业务前后统一、实物流动前后统一及相关款项前后统一”,这既是系统设计的 原则,也是对物流中心提高自身管理水平的建议, 而整个项目的顺利实施及系统 的正常运转也最终印证了双方最初的考虑是正确的:系统记录了邮件在每一环节的具体操作情况,一旦发现问题,系统根据邮件编号可快速查出邮件活动的全部明细,并进而得出何时、何地、何人发生了错误。对每一个岗位的每一个人均有相应操作权限及密码

29、制,因此一旦发生问题,责权分明。投递单、交款单、收据等单据一一进行机内逐级钩调核对,降低了投递员、业 务员隐瞒工作情况现象的发生。系统预警每一站点的邮件投递、留存、再投、退转、妥投、拒收、自取情况,企业管理者可以随时观测所有邮件在每个站点的分布细节。财务员工绩效工作真正做到了有理有据。决策查询系统提供了揽收与投递量横向、 纵向分析图表,为企业领导的决策提 供了现实依据。5.1.3 企业内部资源得到了有效利用首先各种硬件设备、网络布线得到充分利用,解决了资源浪费问题。物流中心的IT技术人员充分发挥了自己的特长。由于资源利用率高,也就意味着降低了企业运作成本5.2 规范了企业行为,促进了行业发展5

30、.2.1 规范了企业内部行为主要体现在改造业务流程、优化生产秩序两个方面。业务流程改造首先是对传统EMS特快交接工序进行简化,形成一个适应新老业务 的、灵活统一的“揽收-d交接-d投递”交接规范。如: 对于一些大宗业务,由于可以通过数据共享直接从客户服务部门或客户自身 系统中提取邮件进口数据 (如编号、寄达地、 资费等) ,因此可以免去分拣中心的 邮件进口环节,而由机内进行逐件钩调保证进出统一 对于一些时效性要求严格的业务,当邮件由中心由趟车封至分点时,分点可 以省略进口扫描操作, 而由系统自动由上一个出口环节进行机内进口, 并由机内 逐件钩调保证进出统一对于当班未进行操作的邮件, 自动进行“

31、当班留存”登记, 避免了手工留存登 记这种邮件出口操作 由于异地数据集中管理,外地分点可以做到自揽自投或直接转给其它分点, 而不需要再交由分拣中心间接处理, 这样对于代收货款、 同城速递等时效性要求 高的业务做到了灵活处理 单据的统一是业务流程改造的另一个方面。系统对各 环节的各种单据的格式、 内容、签字顺序都做了强制规定, 并且实现了邮件跟踪 与单据跟踪相互对应。规范企业行为的另一个重要方面就是改善了生产秩序。 由于上一环节不能延误下 一环节的操作, 因此各岗位职工必须严格按照系统规定的流程录入数据、 打出单 据、数据上传、签字并交接,才能保证下一步的邮件交接或入出库活动顺利进行, 否则,系

32、统的操作日志记录功能就会体现在何时、何地、何人做了不规范操作。 这样,系统数据与奖惩制度相结合, 就从根本上解决了以前邮件交接、 单据交接 不规范的问题。 5.2.2 促进了行业发展汇杰 e-delivery 物流配送系统对中国邮政的仓储、物流等新业务的信息化管理 做了大胆尝试, 并成功地与邮政原有业务及现有系统进行了整合, 这为中国邮政 这一传统物流继续拓展新业务,充分发挥固有优势,真正实现“电子邮政 (e- post) ”提供了有力证据。目前市场上大大小小的快递公司、 速递公司其业务模式多数取经于邮政邮件交接 过程,并根据自身实际情况做了灵活调整,因此,除邮政领域外,系统在速递这 一物流领

33、域也极具推广价值。对接收客户订单、 向客户反馈投递信息、 与客户进行结算等业务活动, 系统均采 用了统一的数据格式、数据内容、信息传递方式 ( 如采用 email 方式传递 Excel 表格) ,因此也合理利用了外部资源 (如一些电子商务网站等 ) ,这样就为充分调 动所有社会资源共同向客户提供服务创造了条件。5.3 改善了企业形象 系统的实施使物流中心向现代管理模式迈出了坚实的一步, 2001 年 10月 9 日 的“邮政日”活动中, 该系统是国家邮政局领导首看题目, 企业形象大幅度提升。标准、统一的外部客户信息交换模式, 提高了物流中心在物流、 速递行业的竞争 力。客户可通过互联网下单、查

34、单,无形中也提高了企业知名度。在系统实施过程中, 通过我们对各岗位工作人员进行培训, 使其有了对计算机的 初步掌握,改善了员工对企业的认识。六、体会企业进行信息化建设是个复杂的系统工程, 因而影响实施效果的因素是方方面面 的,但要抓住主要矛盾和矛盾的主要方面。我们认为,影响企业信息化建设成功的关键因素有:人、培训、软硬件及数据, 抓住这些关键因素是成功实施的必要条件。 而在这众多因素中, 人的因素是最为 重要的,是主要矛盾。企业信息化是对现行业务的改革与创新, 必然要牵涉到业务流程重组, 冲击原有 业务人员的利益及工作习惯, 而这就是阻力。 因此必须做好完善的项目前期准备 工作,成立领导小组,

35、 即要强调“一把手原则”。 本项目的实施就是在速递局总 工的强力领导下而成功的。人的因素还体现在双方理解与合作上。系统实施对企业各层人员来说是一个全新课题, 因此培训及培训效果考核是一个 不可逾越、不可简略的重要过程。 详尽的培训是汇杰对物流中心人员应尽的服务。软件是灵魂,硬件是支撑, 因此一定要按软件的运行要求与企业的数据流量、 并 发访问的要求配置硬件体系,不能省的一定不要省。不正确的数据将导致无效的系统, 甚至是负效益的系统。 数据的完善、 正确依赖 于管理的完善与提高, 系统数据的完善性、 准确性, 也就是追求企业管理水平的七、展望企业在变、在发展,因此系统本身也必须存在一个不断完善、不断发展的过程, 这样才不致于使企业最终放弃系统的使用。对于物流中心系统来说, 目前绝大多数应用主要针对企业内部运作的管理且运行 良好,但在外部资源管理方面,如互联网访问、大客户管理 ( 即客户关系管理 ) 等方面还很不完善,因此这将是今后工作的重点。

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!