客户案例

派通(pentel)株式会社
  • 所在地:
  • 资金:
  • 创立:
  • 员工数:
  • 主要产品:
解决方案

派通在1996~97年,为实现生产计划制定自动化,导入了Asprova。之后,导入了ERP的同时,实现了与Asprova的连接,在严守交货期上获 得了大大的效果。就Asprova的导入背景, 同ERP的连接效果,向信息系统部次长石井文夫,茨城工厂企划室的斋藤利弘进行了咨询。

案例介绍

当初导入Asprova的目的是实现生产计划制定自动化

这次介绍的消除用具的利益管理中心的修正液的生产线,具体为修正液填充到瓶里,然后是出修正液的称为“前轴”的部件和盖子相组合,最后是装箱的工序。修正液本身也 有自己的制造工序,作为Asprova的导入对象的工序是这个填充→组装→装箱。

最开始找生产排程软件实在1995年左右,就当是的情况,信息系统部次长石井文夫这样提到。“我们公司每个月1回生产部,销售部聚在一块制定贩卖计划。生产部门将决定的计划带回工厂制定生产计划。然后交给每个工序的负责人,由各个负责人向现场进行计划指示。修正液的生产线上也有一个负责人,当时做这个计划指示要花上3天。首先我们需要在这里实现自动化。”

对应刚刚上市的Windows 95选择了计算速度很快的Asprova

导入Asprova以前,派通使用了UNIX自行开发了计算表进行排程。但是考虑到现场的详细要求时,运行速度就会变得很慢,工程表也不是通过数据库进行管理的,维护起来很麻烦。这个状态持续到了1995年,公布了Windows95,于是全公司停止使用了UNIX,并决定替换更加方便使用的排成软件。

“世间一定会有可以排程的套装软件,于是开始摸索了”(石井)

推荐产品包括Asprova一共有3家。第1个对应UNIX,费用很高,并与准备使用Windows 95的我们公司不相符,第2个虽然对应Windows 95,样板数据排程时就花了15分钟,实际运用是肯定达不到我们的速度要求。然后第3个Asprova,石井说“不仅对应Windows 95,同样的样板数据不到1分钟就得出了计算结果”。经过这样的比较讨论,于是决定导入Asprova。

导入后长时间,相比Asprova制定的计划,优先考虑了现场作业的方便性

Asprova是在1996~97年间完成导入的。石井说“运用是交给了现场,真正的困难是在导入以后”,并阐述了至今为止的经历。最大的理由是Asprova计算的产品生产的顺序与现场的要求不合,例如,A,B,C三种产品每样做3个的生产计划,按照 逆排方式,Asprova的话会得出A→B→C重复三次的结果,而现场就希望用准备时间最少的AAA→BBB→CCC的做法。

就当时的情况,茨城工厂企划室的斋藤利弘这样说到。

“按照Asprova的计算结果看,现场容易做的生产计划会让生产工期拖得很长,虽然可能会变得这样,但是还是希望准备次数最少,于是就这样搁置下来了。虽说是交货期优先,顾客需求优先,好不容易导入的,现场不用的话就没有意义了。首先着眼于让他们用起来”。

就这样10年之间,Asprova制定的生产计划给现场看,对于生产的顺序根据现场的需求是否实现,反复咨询了Asprova公司。也就是说听取现场的意见,不断的对Asprova的设定进行了调整。

“首先制作了1回可以让现场使用的Asprova环境。但是考虑到世间顾客意向这个大流来看,最终即使频繁的进行切换,用Asprova的生产计划的话可以缩短工期这么想的”(石井)。

为了生存进行了业务改革,同时开始了ERP的导入

之后,对于Asprova利用最大的转机是作为别的项目导入ERP的时候。派通在2003年集结了公司内有志之士,开始讨论用分散开的ERP套装软件来代替一直主流使用的基干系统。其原因是因为包括全球开展的海外工厂在内,库存增加很成问题。“至今为止派通无法维持下去的危机感都有了”(石井)。

于是以导入ERP为前提的业务改革同时开始寻找ERP产品。

2004年2月,决定了SAP R/3,获得了经营层的许可开始正式检讨,然后2005年10月开始导入,2007年7月完成了导入。也就是大手笔,所有的基干系统都替换为了ERP。

“全公司都进行了业务改革,同时替换基干系统确实费了很大的劲。但是这次改革明白了还是顾客的意向最重要。咨询公司也是这么说的。借着这个全体的项目,生产现场的人员也更追求客户的意向了”(石井)。

ERP与Asprova相连接,提高了交货期遵守率

决定导入ERP时,石井曾觉得ERP的功能可以代替生产排程软件。但是,随着导入项目的深入,发现工程表的设置非常的麻烦。“96~97时有经历了Asprova的导入,生产排程软件的导入真的很繁琐。是不是ERP的功能真的可以完美替代呢?对此有了很大的疑问。”(石井)

于是决定排程的功能在ERP以外实行,重新决定使用Asprova。从ERP中提取数据,在与Asprova的工程表相互融合后进行排程,再把结果返还给ERP。另外收集生产实绩的功能用ERP的话不使用的很随意,采用了外部的构架。这样,派通同时进行了业务改革,ERP导入,周边功能和其接口开发。

然后在2007年7月,包括Asprova,开始正式启动了ERP系统。一段时期内有点大混乱。具体就是无法按照生产计划发展,未出货的部分大幅度膨胀,就是无法按照预定向客人交货。“交货期优先的计划因为排的很紧,现场的生产效率有所下降。这是以不会发生未出货的前提考虑的”(石井)。

于是考虑了现场的工作效率,采用了减少了准备切换回数的方法。大概花了3个月制作了解决未出货现象发生时的系统。结果2007年11月以后,终于开始正常运行了起来。

包括Asprova,新的ERP系统起到了未出货b部分减少到了1/4~1/2的效果。另外,销售部门报告说问题解决率超过了97%,交货期遵守率大幅度提高,达到了97~98%。

“这些效果不是单单ERP,或者Asprova就可以达到的。实行了业务改善,连接了ERP与Asprova,为了套期保值,初次制作了解决未出货系统。今后由Asprova单独使用转变为与ERP系统等其他系统相连接来得到全体效果的情况应该会变得更加多吧”(石井)。