z5k1
commented
6 years ago 我的观点，欢迎指正
A. 中国国内教育机构在企业管理知识方面的已知商业来源
- 用友旗下的公司“新道科”www.seentao.com做ERP沙盘软件。
- 用友各地子公司和国内的某些大学分院开展ERP实施顾问教育合作。
- 汉得公司和某些大学合作培训OracleEBS实施顾问软件工程硕士，不知道sap谁在做
- odoo和国内某些大学开展基于odoo的产品研究和交流，不知道有没有教学
- 会计职业培训机构估计已经完全被国内的记账软件垄断了，因为企业选择决定培训方向
国内的企业管理需求特点导致了供应的结果，特别是中小企业一直缺少管理资源，而中低端产品完全由国内软件垄断。虽然国内软件已从记账软件获得足够市场，也在学习国外先进大型软件的同时，但面对历史的行业习惯、传统教材、从业水平、行业壁垒、商业利益的各种博弈，还没有呈现更多改变本质的迹象。
总之，中小企业用户不需要国外ERP教育，大型企业只会选择sap和oracle。
B. 中小企业只有做本地化的云，大型企业的边缘系统确实是iDempiere的好战场，但受到odoo的威胁。
C. iDempiere技术文档不是很友好，自定义javaEE实现和osgi是对学习者的最大挑战。开发一看就不敢碰陌生的东西。再说iDempiere还包含完整的业务，如果想搞，起码还要有一个产品经理或者实施。再加上英语使用成本，这3个条件足以过滤掉99%的中小团队选择。这些团队也许已经在sap或者oracle客户身边。
从实施者来看，iDempiere的业务其实也不复杂，只是不匹配开发者，如果了解大型ERP软件，你会觉得iDempiere是一个很简单有效的实现。从英语来看，iDempiere的英文资料不是太少，是实在太多了。只是中文太少了。
更多的文档想解决这个问题，结果导致更复杂的信息筛选。什么是一个友好的文档，我想可以从其他受欢迎的社区得到启发，它必须是本地社区，而不是英文社区。
Red1的文档确实在努力实现这个目标，不过我很多单词看不懂（我的英文很差），部分文档不符合程序员的阅读习惯，当然也不符合实施和用户的习惯，时间决定了文档必须采用复合描述。非常感谢Red1带给社区这么多精彩的文档，我从那里学会了很多。
Ninja提高了效率，解决了开发成本问题，这是在解决选择后续的次要矛盾。
D. iDempiere的模块该去掉或者隐藏？ 如果*piere不说他是ERP，我想我永远不会接触到他，我需要的是一个业务实现，而不是技术工具。如果只是一个开发框架，我想java最不缺的就是开发框架。
iDempiere的业务模型才是含金量最高的东西，虽然只有进销存（财务需要本地化），但它的业务财务一体化不正是国内记账软件苦苦学习的样榜吗。如果一个初创公司不想使用金蝶/用友/SAP/Oracle，又想真正实现管理需求，最后撑到上市规模，我想iDempiere可以实现他的目标。
当然如果客户只需要一个部门非记账应用，那就只使用AD快速开发技术就够了，业务一体化用不上。
从技术来看iD，底层实现也不是很多功能，从实施来看iD，业务功能也不是很多。为什么会给人很复杂的感觉？我想这可能是一个角度问题，技术看业务，再少都复杂。实施看技术，就是i++也觉得复杂。如果2个人一起看或者各看各的东西，都挺简单的，太简单了。
即便如此，那iD能不能更友好一点，更加面向不同的使用者？ iD在2015年会议曾经讨论过“进销存”打包，去掉财务，但最后不了了之。同样的情况也发生国内的2bizbox（一个和id类似的免费ERP），真正阉割了一个“去财务的进销存”版本，发行过几个版本，最后也死亡了。我想原因都是一致的：维护多个产品太复杂了，一个产品能发行要考虑很多细节。你不可能同时做好多件事情。
另外，用户的需求是否稳定，真实？ 比如你不熟悉一个产品，希望它简单。当你熟悉一个产品后，希望它复杂。生产模块即是如此，SAP也是这样。
另外，iDempiere拆了所有业务，就剩一个底层平台，能值得选择和学习吗？ AD技术+工作流集成，这是唯一的亮点，至少我很少看到其他框架能提供这个组合。当然多组织和权限也是很好用的，特别是多组织功能。
E. 你需要实施 实施用AD灵活配置来满足不同客户的应用层面，比如使用ASP配置订阅模块，menu隐藏，窗口定制，都不要代码。比如：新客户端不想使用会计处理器，直接设置处理器记录的isactive=N，就好了。如果更高级一点，在新建实体界面应该有一个参数，设置哪些实体级处理器默认启动。或者使用全局参数SystemConfig，我想Red1很精通这些。
F. GFW iD社区的基础设施也使得国内用户无法有效的访问和使用，比如SF（禁止国内注册）, google group(禁止)，bitbucket（缓慢，有时断线）。这就让人无语了。我们在另外一个互联网。
red1org
In this dicussion yesterday, here is my analysis:
iDempiere as an Open Source ERP lacks documentation and thus the involvement of academic institutions such as universities and their programs will be very welcome. I already done a lot of my own tutorials which you can read under http://sourceforge.net/projects/red1/files/ (Each project should have its own PDF guide, or access the common area under ADempiere PDFs) I also made alot of YouTube movies, but if it is blocked i can upload them here to github slowly. I also intend to pass a USB drive containing all my latest movies to Ken when i meet him again this week.
ERP in China is already established and so new markets has to be sought but my advice is to approach high end SAP users but those few that are not satisfied due to the non freedom and are willing to pay for an initial prototype to evaluate.
2.1 However the Ninja plugin can be used to focus on the lower end MIS market which is bigger. Thus we been discussing to throw out all the other Financials and unneeded processes. I am thinking not to throw but hide them :) because it is too complex to manage lots of code changes which will effectively fork from iDempiere which is not good and needs even more effort and time to maintain.
2.1 I will try to remove the funtionality from the AD Menu and export back a latest 5.1 database. I will close off the accounting posting via the SystemConfig. I will check how to mute the accounting processor or at least anyone can do it manually.
I welcome the other attenddees own assessment and feedback (in Mandarin is OK as i can use Translator to read).