做个网站www.51erp.net，发布了一个ERP/MIS平台软件，请大家试用第四帖(0分)

有些网站需要将数据库放在指定目录
修改conn.asp中的路径即可

to yczjs:
原来如此，让我试试，不过当时做的时候还可以，后来就不行了，也许是这个原因。

一些相关的话题：

我们公司去年上了一套用友的CRM，用友名气大吧，不过他们的CRM做的实在太烂，一年多了都没有实施完，我对他们的最佳评价是补丁还算不少。。呵呵。。

我个人认为，到目前ERP只是有个模式而没有标准化，而对于不同的行业需求是相差很大的，一个通用的ERP软件是否满足绝大多数用户的需求确实是个很大的问题，如我们是个纯销售性质的公司，我们对库存的管理根本就没有需求，而大部分打着ERP的名号的类似于进销存管理的软件却对项目管理做的很弱，为什么我们非要做这么大的东东，为什么我们不能把ERP的各部分做精，然后连接起来。。。

强烈支持顶层兄弟的软件，希望你能把她做得更好。。谁说中国人做不了ERP软件，我们的ERP就从这里开始。。

老大:
如果我加入一个修改库存的窗口，如报废，
我在哪里改库存？？

to superFans:
1、自定义一个报废入出库方式，填写影响数据，就行了。
2、看看库存单据的触发器
3、将库存单据另存为一个窗体，建立新的窗体，读取保存的窗体，然后修改即可
库存数据不准直接修改，必须通过单据修改，需要保留痕迹呀。总不能空穴来风吧

有谁知道为何我的动网论坛不好用了？设置的时候还可以，现在又不能用了，也不会调试，
惨呀！

老大：
你的Delphi 脚本是如何执行的??

to superFans:
用DCScripter解释运行的。

支持你，兄弟，請到網站上下載一個動網論壇，你就搞定了，希望能看到物料清單哪一塊?

论坛估计是我主机的问题。bom那一块正在做，先把jxc做好再说。

最近准备研究一下平台软件，如果注册了，是否有辕马?

郭兄，最近在做一個庫存管理系統，我想實現象windows資源管理器那樣的功能，不過在treeview中是菜單，listview中是子菜單而已，隻要點listview中的子菜單就可以彈出對應的窗體，該怎麼做，請見http://www.delphibbs.com/delphibbs/dispq.asp?lid=1986571

to superFans:
不用注册，平台上面应用就可以看到源码，注册只是用的时间长点，否则只能用3个月而已，至于底层源码，羞于见人
to kingson:
listview从来没用过，我去看看吧

郭兄,很佩服你的执着,做一个ERP软件是多少程序员的梦想.
但有些话我不得不说,希望你不要见怪.也算是一家之言吧.
1.一个人做ERP不切实际 ERP是一个综合性的工程,不仅仅涉及到软件,还有现代企业管理知识和应用者的具体情况,我就很讨厌国内的用友和金蝶,硬把自己的财务软件扣上通用ERP的帽子,结果样子出来了,BUG也不少,往往号称在某某企业成功实施了ERP系统,其实把人家企业给害了,每个企业都有自己的具体情况,硬拿自已的所谓通用ERP去实施,好象拿一条同尺寸的袜子让不同的人穿,害人害已.
2.让用户修改流程不切实际 ERP的流程是严格的,一个流程一旦制定,想再更改它,没有一定的论证是不行的,让程序员改都未必行,让用户改更是天方夜潭.一个流程的更改,对程序的改动更是伤筋动骨,失去了稳定性的程序我觉得是得不偿失的
3.恕我直言 郭兄对ERP的理解也不是很透彻,51ERP其实是一个MRPII软件更符合实际有很多模块,譬如人力资源,财务管理(具体说是固定资产)并没有很好的体现.
其实这些只是我的一些看法,郭兄的精神和实力我还是很佩服的.

to george.hu:
1、兄台所言既是。一个人肯定做不完的。只是我觉的学习应该有个目标，否则不知到学习是为了什么。给自己设定一个目标，然后去努力实现它，过程中有什么问题，然后就去学习，这是我学习的方法。为了应用而学习！
2、ERP的流程是固定的，那是指一旦应用了而言的。但是应用前会有这样那样的问题，如何办？让用户削足适履？存在就是合理的，软件也应该做到适应用户才行。让用户修改一下界面、修改一下提示用语、修改一下数据显示格式，这样更符合他们的工作习惯，更容易和用户沟通，增加了程序的亲和力。这就是为什么用户说：SAP的东西真难用，还没有用友的好用。Unix固然很好，但为什么没有Windows流行呢？
3、ERP我也是知之甚少，成本、财务、人力资源等东西只是接触过，没有系统的掌握，有点力不能逮的感觉，请教了不少人，也学习了不少东西。不过我还是想尝试去做，这样我学习就会有方向，知道学什么，问什么而学，不是为了学习而学习。
一个木匠对徒弟说：我从来没见过这么差的凳子（徒弟做的），徒弟说：我见过。然后拿出来了自己先前做的
4、老兄的所言，我基本都考虑过。与其纸上谈兵般的学习ERP，不如脚踏实地自己好好实践一把。我以前就ERP的一些问题请教过几个很知名的专家，原理上说的都不错，一旦到具体解决方案，就有点招架不住了。理论固然重要，但是解决问题还是要靠实实在在的实践呀。我不想做理论家，只想能真真切切解决些问题我在北京、现在项目在西宁、家在河南，有机会聊聊。不求最好，只求更好！

郭兄,同意你说的实践出真知的意见,
我也是在边做中边发现问题,得到乐趣的,其中的滋味回味无穷,
1.ERP发展到今天,被过多的软件厂商所追捧,其实国内的ERP项目又有几个是实施成功的呢,
我觉得程序员们过多的看重编程技巧和经验,其实如何将管理知识运用到软件中才是最重要的,一个一般的程序+好的设计比一个好的程序+一般的设计有着天壤之别.
很愿意交你这个朋友,我的MSN是george7703@163.com,你的呢!
2.ERP其实就是各种现代管理思想在软件模块中的融合和交织,当你能做仓库模块的时候,你就会考虑销售模块,接着你会考虑物流,资金流,然后你会登堂入室,接触ERP的核心财务了,
你说得很对,好的程序员不一定是好的实施专家,好的实施专家也不一定是好的程序员,两者兼具的人很少,其实也很难,毕竟两者的知识面都太广,一个人的精力要想把两者都融会贯通实在是有点难度
3 在ERP的实施过程中,你会发现国内的ERP项目的成败更多的是取决于企业的"人和",人的因素在ERP实施中占具太多精力,一把手的领悟力,中层的执行力度,一般企业职工的配合关系着ERP实施的成功与否,看过太多企业把ERP的半成品叫做实施成功的例子,也看过把MRP甚至MIS也叫做ERP的闹剧,对ERP在中国大多数中小企业的前途不禁忧心忡忡.当大多数企业没有从中获得应用的效率,他们会说ERP不好,我们那些国内的软件厂商又会做何解释呢,其实这也是他们一手造成的,硬搞什么通用ERP,两个月甚至一个月上ERP,努力夸大销售业绩报喜不报忧,如果ERP在中国失败了,这些软件厂商不严谨的态度要负主要责任.

我的msn是abcus@hotmail.com，是项目组交流用的
1、具体ERP、MIS、MRP什么的，无所谓了，能解决问题就行。没有必要讨论姓社、姓资的问题，不过炒做可以夸大市场，这倒是真的
2、我觉的程序和业务能够相互促进，这样可以当场解决问题，跟客户比较好沟通，而不是需求拿到了程序员的眼前才知道不能做，或者做起来成本很高（目前许多公司的开发现状）
3、期望越大，失望越大。事物都要有发展的过程，而国内客户和软件供应商都想跳过去（处于各种目的），结果就是大家看到的

[]
呵呵，还真有说直话的人。
本来本人也是喜欢说直话，可现在胆子越来越小了，怕说真话让人不高兴，所以就……

真正的ERP，确实是一个很有内涵的东西，越研究，越发现他的科学性。

我们也在做一个系统，但从来不敢称什么ERP，面对ERP理论，太惭愧了。
如果看一看有些公司或个人做的什么所谓ERP，我们更不想把自己的产品叫做ERP了：那也叫ERP？看来真要为真正的ERP起个别的名字了。

发现自己越来越世故，很不舒服!

黑猫、白猫，逮着耗子就是好猫。不要管叫什么了，做好了，叫什么都无所谓
人世故，说明长大了：）
什么事都要做，做了才有希望，不做一点希望都没了。

无知者，无畏！

看楼主这么虚怀若谷，那就再献次丑吧：[]

我记得哪位ERP公司的总栽说过：ERP的核心功能在于生产排程。

也就是说，ERP是以物流为基础，以资金流为监控，以信息流为指引的企业管理系统。

能够管理物料进出，是ERP的最起码要求，对物料的进出不能准确的记录核算，企业的混乱是可想而知的。
在管理好物料进出的基础上，还得随时展示并控制企业的财务状况，以便更好的减少浪费，提高资金使用效率，避免财务黑洞。
在这两项都搞好的基础上，ERP还要求为企业提供更有价值的决策信息，如市场分析、客户分析、供应商分析、企业生产能力分析、库存分析、财务分析，并将生产排程从复杂繁琐、失误频繁的人工操作中解放出来，代之以精确、严密的计算机处理。

说到底，ERP还是一件工具，他不能替代企业的决策，但它可以为决策者提供有关企业的准确资料，并针对企业的不同构想，做出相应的模拟分析，帮助决策者更早地看到各种构想的利弊，并为最终决策做出初步的具体实施流程，操作者可以在这个基础上，根据具体情况与预见分析，作出进一步的调整。

想象起来好象非常完美，可惜真要做出个ERP来，确实非常的不容易，试着分析一下：
首先要从通用的角度理解企业管理的方方面面(这一步就不容易了，有几个肯认真的去学习思考啊，大都是跟着老师混文凭的，要不就是生搬硬套的从国外书籍上搬些新名词回来，唬人的)；
下一步，又要具体分析相关行业及企业的具体情况及需求(能做到上一步，应该是已经很了不起了，现在到这一步时，能不能放下架子来，具体考察，那就更难了，因为哲人说过：只有傻瓜和神仙才不会骄傲呢)；
第三步，考察完毕后，要提出方案了，这个也不容易，提出方案，不是将通用理论硬套到这个行业上去，而应根据该行业物色，作出相应的取舍，有些不需要的要舍弃，有些方面要更加深入，同时还要顾及计算机的能力，考虑当前计算机的硬件与软件的技术水平，保证该方案是确实可行的。
第四步，要真正做产品了，更大的麻烦也来了，因为你需要一帮够硬的技术人手。好的技术人员，可以将不可能变为可能，为你提供更好的技术方案，让你有机会使产品更完美，更健壮；差的技术人员，会认为你的要求是出难题，吹毛求疵，将你认为可能实现的功能变为不可能，并在完成的系统中留下隐患，使你在产品的开发中，不断的一让再让，忍痛割爱，直至将它草草了事，仓促推出为止。
第五步……

前面写的乱七八糟，第五步以后俺就更说不清了，留给大家行家来补充吧。
总之，要做一件好的产品，确实非常的不容易，要求你有很好的知识积累，还要有好的机遇，有好的创意，有好的合作团队，有好的经济后盾，有好的……

还需要什么，还是留给行家来补充吧，俺晕了!
或许还是讨个聪明漂亮的老婆，大家协调一点，合作生个好孩子，还要更容易一点![]