Web services Magento web服务的最终价格

由于MAGE价格计算的复杂性+EPR与MAGE计算不兼容，我考虑在某种程度上重写getPrice（）和getFinalPrice（）方法，它们将调用外部webservice以获得请求的价格。 是否有人试图以建议的方式解决价格计算问题？如果有，这在实际环境中有效吗

第二种选择是从MAGE数据库中的ERP逆向工程价格引擎（附加表+MAGE内的逻辑）

---

你在叮当什么？欢迎提供任何建议。

我在复杂的定价问题上也有类似的问题。 最后，我添加了一些自定义属性字段，这些字段在 客户号码

---

你能告诉我一些你的问题的背景吗？

我在复杂的定价问题上也有类似的问题。 最后，我添加了一些自定义属性字段，这些字段在 客户号码

---

你能告诉我你的问题的背景吗？

我们的价格计算非常复杂。每个客户都有自己的定价规则（每种产品、每种产品组、特别折扣等）。 客户15000人，项目6万件

可以将所有规则添加到MAGE中，但价格索引需要非常非常长的时间，而且MAGE几乎无法使用。另一方面，定价引擎并不难实现，但问题在于是否可以使用ERP中的价格引擎（ERP具有获取价格的API），还是最好在MAGE（mysql上）中通过扩展原始逻辑来实现它。 不需要管理员GUI来检查价格，因为同步是自动完成的，用户从不输入。（目标是完全取代MAGE的定价逻辑）。

---

谢谢你的回答。

我们的价格计算非常复杂。每个客户都有自己的定价规则（每种产品、每种产品组、特别折扣等）。 有15000名客户和60000件商品

可以将所有规则添加到MAGE中，但价格索引需要非常非常长的时间，而且MAGE几乎无法使用。另一方面，定价引擎并不难实现，但问题在于是否可以使用ERP中的价格引擎（ERP具有获取价格的API），还是最好在MAGE（mysql上）中通过扩展原始逻辑来实现它。 不需要管理员GUI来检查价格，因为同步是自动完成的，用户从不输入。（目标是完全取代MAGE的定价逻辑）。

---

谢谢你的回答。

经过一些工作和测试，我在Magento中制作了新的模型，并重新实现了基于od ERP规则的价格计算逻辑。Webservice可以工作，但速度非常慢（对显示的每个项目调用getPrice或getFinalPrice至少执行两次）。

经过一些工作和测试，我在Magento中创建了新模型，并重新实现了基于od ERP规则的价格计算逻辑。Webservice可以工作，但速度非常慢（对显示的每个项目至少执行两次对getPrice或getFinalPrice的调用）