在开发类似 ERP 的软件或任何其他复杂的业务系统时，您会使用哪些资源来获得最佳实践？
我是开发商，不是会计师，不是采购员，也不是经理。
我确实有工程项目管理经验（非软件相关），并且我在设计、采购、库存管理、销售、制造、质量控制、售后服务等方面的业务流程方面有相当多的经验。
但我的问题是，在开发业务软件时，您总是会遇到缺乏专业知识的领域，我相信对流程的良好理解以及其他人如何解决类似问题对于开发合格的软件是绝对必要的。
那么，是否有任何在线资源具有一些关于人们如何在 ERP 系统等中解决和实施业务规则和流程的最佳实践或实践经验集合？
我假设您不是指软件的最佳实践。你说的是商业惯例，对吧？
你去哪里？这似乎很明显，但是您必须在某个地方找到领域专家。如果您的公司有任何规模，它们都应该在您的公司内部。如果您不太了解该主题，并且您不太可能成为专家开发人员和 GAAP 专家，那么您需要找到知道的来源。
我认为这是购买与构建决策的正确位置。既然有这么多可以为您做的会计包，为什么还要编写一个会计包？大多数决定需要编写自己的总账的人通常会以“荒谬的”许可成本来证明这一点，但他们无法准确估计设计、实施、测试和维护自己系统的真实成本。购买软件包意味着获得那些开发人员联系的所有人的精炼专业知识。你认为他们也做得很好。
为了了解“事情是如何运作的”，您首先必须查看客户的内部程序：采购程序就是很好的例子。它们通常有完整的记录，因为采购过程被认为是大多数公司的潜在问题来源（相反，会计程序通常记录不充分，因为它们依赖于官方和强制性规则）。
通过这些程序，您将了解公司使用的所有标准表格、谁做什么、必须保存或归档什么等。这将有助于您在与负责人会面之前了解流程。始终记住，您的应用程序应遵守这些程序，如果程序不存在，该应用程序将事实上成为程序：在这种情况下，您通常有机会 (1) 按照 #duffymo 的建议购买或(2) 按照客户的要求和规格进行构建。在最后一种情况下，我建议您从用户那里收集他们已经使用的不同文档，通常是一些 Word 模板 + 一些 Excel 表格，用于数据跟进。它可能是灵感的主要来源，可以帮助您制定明智的建议......
程序跟进和管理模块（附件、提案草案等）可能是开始使用“类似 ERP”系统的好方法。
有 APICS，即www.apics.org上的运营管理协会。（“I”代表库存，但范式发生了变化……）许多城市都有一个地方分会定期开会。
您已经拥有比其他任何人都更了解贵公司业务流程的内部专家。只需与您的会计师、经理、采购员、主管和系统的常规用户交谈即可。他们会告诉您他们需要 ERP 系统来做什么。然后，作为开发人员，您只需在此基础上添加一些小改进，让每个人都开心。