应用系统讨论区- MRP、ERP、CRM、SCM、WHM。。。

gintonic

我们不需要Financial & Distribution ， 只是要 Inventory Control。。。 因为已经在用UBS Accouting了。。。

gintonic

Discrete 是你知道一件成品需要由哪几样原料做出，同时知道所需的数量。 最常见的就是组装业。
Process 是你有方程式去做一件成品而那个过程很重要（比如要加温、到怎样时、加什么、为时几分钟之类的）。经典例子是石油提炼（加温不同时间、不同温度，会产生不同的成品及数量）。

>> 我们是食品GMP厂，之前使用有formulation的BOM...应该是你所说的discrete吧。。。


用户人数大约6人？ 一个销售一个采购一个管仓一个会计一个管生产线还有一个....

>> 是2个主管，1个manager，1个production supervisor，1个stock control，1个stock control assistance


市价是多少？几百元到几百千都有，看你们打算那多少出来。

>> 打算从稳定的software市价里评估。。。 所以还不肯定。。。


sales volume大约1 million而已。不多不少

>> 就普通混饭吃的小公司啦~


内部的结构？ 六个用户。。人事结构就“只”有3-4层而已。。

>> 第一层：主管x2人，第二层：manager x1人，第三层：production supervisor x1人 ，第四层：stock control & assistance x2人


计划运行的时期要越快越好。理想中。。。。
其实还是看你要求些什么才知道需要的时期是多少

>> 没有现成的那种software吗？ 好像ubs那种成熟现成的。。。


sg buloh ulu ulu 的工业区。。。是不是香港商店那块？

>> 香港商店那块有工业区吗？

gintonic

重点是，你们为何要搞个manufacturing software？
你们想要达到什么？目的？
纯粹为了别人有你们就搞吗？高层说搞，你们问过他们要什么吗？
如果是为了买系统而买，随便翻报广告就一摞了。
如果是预算几百块到几千块钱的系统、买了不好用就扔了，没什么可惜的。
（说难听一点就是拿来玩玩的)

如果是几十千到两三百千的，不是很多选择罢了。
如果是Million 来计，就更少了（sales volume 1 million 而已的话、这个不用考虑了）。

>>  什么“达到什么目的”？ 什么“高层要什么”？就是为了要stock control 啊！

我们正在用住一个MRP，但是好几年前的software技术。。。所以很不成熟不稳定。。时常无缘无故故障。。。据说也是个好几十千的。。。technical supporter又时常在耍太极，明明是software自己爽爽就闹情绪，却又第一句先赖说是我们弄坏的。。。 我们经常跟高层投诉者方面的问题，高层也很不爽，所以打算索性花钱换个稳定的。。。

所以想要请教各位强人的指点。。

咖啡豆

其实你的情况最好就是用完整的系统，所有的资料透过一个完整得系统储存在同一资料库是最恰当的，这样可以剩下不少不必要的麻烦。

食品工业应该是属于Process Base Manufacturing，采用的是 Recipe 不叫 BOM。就像做蛋糕一样，Recipe说明所需材料 Specification/Stage 教导步骤及程序。

考虑下我提议的，一个基本的ERP胜过你的UBS + Inventory。
1。FIN = 财务管理（Account Payable/Account Receivable/Fixed Asset/Costing）
2。SO  = 市场、销售 (Sales Forecasting/Sales Analysis/Sales Order)
3。PO  = 采购 (Purchases Requisition/ Purchases Order/Materials Requirements Planning)
4。IC  = 库存（原料,MinMax Stock level/Safety Stock Level）
       = 仓库（成品, Stock Status/Allocatication)
5。MRP = 物资/材料需求计划(Materials Requirements  Planning)
6。DO  = 运输 (Delivery)

如有兴趣，我可以让我的前上司去你公司做Demo. 放心，我是友情介绍你，没有从中得到任何利益的 。。。

wuichia

现成的MRP也是有implementation cycle的，是需要时间的。
香港商店那块有厂，我朋友在那里上班。

stock control 是stock control，MRP 的用途不仅是stock control。
不过，stock control 无疑是一个不错的出发点（目的）。
当然，这样就大材小用吧。

能说说你现在的那个MRP叫什么名堂？
话说回来，通常ERP/MRP的历史是越久就越好，不然早就淘汰了。
听过MS的ERP吧？很新，不过MS在这行的经验不足，很多人用了吐苦水。
如果你在这行混，你会了解到系统是比较无辜的，人为问题最多。

看了你所说的，只要stock control，没有别的目标，又还用着UBS Accounting，不如就买回UBS (我记得UBS有stock control的东东）。
有问题就找他们。何必烦？

gintonic

但是我们是要有recipe功能的software... 目前的software没有FIFO功能，security也一直不能作用，所以才要换。。。

wuichia

原帖由 gintonic 于 26-9-2007 09:29 AM 发表
但是我们是要有recipe功能的software... 目前的software没有FIFO功能，security也一直不能作用，所以才要换。。。

终于说出来了，是要recipe，FIFO和user authorization control是吗？
相信你还会需要保鲜期的功能吧。相信还会有很多类似这样的要求，对吗？

wuichia

想问问你们会如何handle以下的scenario(planning)：

系统plan了production order后，到时候就根据production order date开工，那样就能赶上交货日期。
1. 如果某架机器故障，导致延迟。
a. 如果要在发现故障后要让系统考虑该延迟，在不影响其他order的timing从中知道将会延迟多久，何时可以继续该order。是不是要再run过planning？
2. 如果某个组件报废了，又有何应对呢？

nillwong

我十分强调 ERP/SCM 顾问师必须掌握实践与理论基础。我十分鄙视那写公司随便给大学毕业生一个 ERP Consultant 的职称；连ERP/SCM架构都没弄清楚，就做什么 Consultant？

实践是以工作累计的经验，而理论则必须孜孜不倦地阅读相关文献。我觉得，那些排斥理论的 ERP/SCM 顾问师，充其量也只能做跟屁虫，而无法创新。

特此择录了一写相关文献。。。

10 Critical Questions to Ask a Manufacturing ERP Vendor

With the average ERP system remaining in use for more than seven years, selecting a new system is crucial to the long-term success of a business. This paper serves as an essential tool for avoiding common pitfalls in the selection of a mission-critical ERP system. Specifically, it helps readers analyze whether a proposed software system is the right fit for a manufacturer's business model and operations—i.e., a reality check on software usability, fit, and cost of ownership.

http://www.plex.com/download/TenQuestions.asp



ERP brings five big improvements in just five months

Enterprise system implementations can be invasive, disruptive, and counterproductive, causing considerable expense, business-process disruption, and gnawing uncertainty in the minds of employees. Yet surveys show midsize manufacturers are increasing investment in ERP to stay competitive. They want the benefits of integrated data, streamlined processes, and managed inventory that ERP, as a system of record, brings to bear.

http://www.mbtmag.com/info/CA6463079.html


其他：

http://www.mbtmag.com/article/CA6461350.html

shinelynn

照理系统应该是不会给你PrdOrd的，它会propose你Planned Order，然后我们才按照情况去下PrdOrd (firm Order)。我公司的planning很简单，是没有考虑machine，routing，work center之类的。要是机械有问题，就预算几时可以生产，然后把PrdOrd push out到能够实行的日期，这样就不会影响其他order了。至于组件报销，这好像很难预测吧? 我的话应该会把GR Processing Time拉长些，早些把货物带进来，如果有差错，可以立刻补买。要不然，就放Safety Stock，可以不用fix safety stock，而可以照你的demand来adjust safety stock，这样就不会储存太多货了。这样做，对不对?

很想学习advance planning和optimization，可惜我不是走PP的。 希望以后有机会。

nillwong

原帖由 shinelynn 于 23-10-2007 09:46 AM 发表
照理系统应该是不会给你PrdOrd的，它会propose你Planned Order，然后我们才按照情况去下PrdOrd (firm Order)。我公司的planning很简单，是没有考虑machine，routing，work center之类的。要是机械有问题，就预算 ...

我认为，要学 optimization，先学基础理论先，譬如：Linear Programming 中 的 Simplex Algorithm, Regression Analysis, Genetic Algorithm......等等。

理由直接：基础理论，即使你懂得怎样设定 SAP 的 parameters, 却无法解说 Computational Outputs 是怎样来的。

咖啡豆

我觉得现在的consultant这个头衔被滥用了 。。。我公司目前的consultant，我只能说非常不专业。我样子看起来的确不像聪明人，可是讲道System 应该怎样都比他们厉害点点吧 。。。

基础理论除了从经验累积，也要多看书、多问人、多思考才行。我是和老一辈的师公级人马学到了点皮毛 。。。还有他们留下发霉了的Operation Management, Process Manufacturing 等等书籍，然后自己东凑凑西凑凑。

目前没有良师，我就尝试找找看 Manufacturing 等相关的书来看看咯。

[ 本帖最后由 咖啡豆 于 27-10-2007 12:43 AM 编辑 ]

shinelynn

说到公司consultant，最近发生了一件让我想砍人的事件。故事有点长顺便分享consignment的情形。。。

我们有供应商会consign货物给我们，所以在接受货物的时候我们并不需要付钱，只是在consume货物来用的时候才给钱。所以我们consign PO#是零价钱的，然后在每个星期buyer就会compile一个报告告诉我们consume了多少，价钱多少，然后supplier就会invoice我们。这报告是customize的。

有天finance来找我，说为什么supplier给的invoice的价钱和系统consume的价钱不一样的? 一查之下，原来这货物是有scale pricing的。比方说:

Scale Qty        Scale Price
1                2.00
100              1.50
500              1.00
1000             0.50

我们consume了1000粒，系统说每粒的价钱是0.50，可是supplier却charge我们每粒2.00。系统trace得到价钱还好，有时候buyer没去maintain info record，当我们consume货物时，系统就会consume到0价钱，为什么系统会通过0价钱?　因为有时候东西很urgent，我们会先consume这0价钱，然后才通过manual的方法跟着supplier的invoice还钱给他们。这样子，假如以上的scale pricing错误的话，是trace不到的，除非buyer有去check。

Supplier　charge我们2.00，我就去这交给supplier的报告看，发现原来无论我consume多少粒，报告只是capture第一条line的价钱，于是我就和总公司的所谓MM consultant说，问说价钱不是应该0.50吗?

他的回答很简单，"这报告拿第一条line的价钱。"

我纳闷，问说，"那你觉得这逻辑对吗?"

他答，"这报告已经用了5年多，从来没有人提过有issue，你如果觉得逻辑不对，就raise change request form。"

这是什么consultant来的?　难道他一点逻辑的思考也没有的吗?　他认为他的工作根本不是负责辛苦去想这些东西，总之你们说要怎么做就怎么做，你们说对就对，说错就错。

大佬，1000粒0.50是500块，1000粒2.00是2000块了，亏了整整1500咧!　这报告不是用在1个part，是用在全部business的part啊~~~~~~~~

我当时真的想立刻冲下去总公司给他一个铁沙掌给他一了百了!

咖啡豆

差不多一样咯 ，看来这些所谓的顾问真的破坏了以前顾问的形象

nillwong

原帖由 咖啡豆 于 28-10-2007 02:33 AM 发表
差不多一样咯 ，看来这些所谓的顾问真的破坏了以前顾问的形象

Consultant! Consultant!  如果不是 CON ＋ SHOUT 的话，那么就是 CON + INSULT!

另外，我有注意到这一两年来，Architect 一词在软件业里开始有冒起之势，譬如：Software Architect, Systems Architect， IT Architect 等等。

可是，我跟这些 Architect 们交谈后，並不觉得他们掌握了国际上广为认可的 Architecture 原则，理论，和架构。

这是软件业的哀歌；不断创发 Jargon 来吓人。

我们知道 MRP, MRP II, 可是几年前，我就看到有本地有家公司在宣传时，却创造出 MRP III 的字眼。

我也有注意到，Proton 推出 Generation 2 时，本地两家公司竟然也同步出现 ERP2 的荒谬字眼。必须知道的是，国际上並没有所谓的 ERP2 原则，理论，和架构。

咖啡豆

真正理论起来，他们就会说那只不过是产品的名称罢料非什么原则，理论，和架构 。。。

LikMin

各位大大们。。。
请问你们对microsoft dynamics 有什么看法啊？？

他的前景如何。。。
值得学习嘛！？？

Cream2

原帖由 shinelynn 于 27-10-2007 09:43 PM 发表
他答，"这报告已经用了5年多，从来没有人提过有issue，你如果觉得逻辑不对，就raise change request form。"

其实叫你raise change request form没 有什么不对， 虽然你发现逻辑不对，但要改东西就是要raise change request case 而且要describe in details.
难道人家没其他东西做吗？你随便开口讲，人家就要开工吗？这个不是官僚主义，不然任何人随便提意见他都要理睬，那不是忙得不得了。
你raised 了case , 人家就可以分配时间来做这单，说不定在一些公司还要charge 你的department.
大家是同一级，应该用对的沟通方法，还要有点耐性。当然如果你是老板或department head, 人家马上就开工。

shinelynn

大佬，看清楚，我没讲要他换报告，我只是询问他意见逻辑对吗，我有叫他开工立刻改给我吗？我没有，对吧？

我是support，他是consultant，你知道support的工作性质吗？你知道consultant的工作性质吗？我做Support需要做MM, SD, PP, WMS，这consultant只做MM，我问个逻辑有什么不对了？还是你觉得consultant不用去思考系统报告的逻辑性的？如果consultant真是这样的工作，随便一个人都可以做ＳＡＰConsultant，一个月月入10几千。

nillwong

原帖由 shinelynn 于 28-12-2007 09:52 AM 发表
大佬，看清楚，我没讲要他换报告，我只是询问他意见逻辑对吗，我有叫他开工立刻改给我吗？我没有，对吧？

我是support，他是consultant，你知道support的工作性质吗？你知道consultant的工作性质吗？我做Support需 ...

姑娘，你现在不就是SAP Consultant了吗？
还好吧？ P先生有照顾你吗？