Magento订单导入扩展，商业或其他

我实际上刚刚完成了相同类型的情况。我的客户希望我迁移7年的订单（总订单超过500,000）。 说实话，我只有预算来尝试单一产品（它是DataFlow的扩展），我不得不说，虽然它确实有一些进口订单，但还远未完成。我试图修复他的代码以使其适用于我，但问题是导入那么多信息花费了相当长的时间（我在休假一周前开始这个过程，当我回来时它只完成了70％ ）。 我看了一些其他的解决方案，但最后我真的只需要深入研究代码并制作我自己的Magento以外的脚本来推送订单。 我花了大约5个月的时间来完成这个。对于将订单推入系统而言，实际上可能有一个很好的市场。坦率地说，我很惊讶Magento的API系统中不存在这种功能。     

在最近的一个项目中，我们认为将所有过去的订单导入为“Magento订单”是不切实际的。然而，客户希望订单在那里。因此，我们的解决方案是添加另一个表 - “过去的订单” - 并将所有内容放在那里，就像CSV一样。 在客户仪表板中，我们添加了另一个选项卡来访问“过去的订单”，并使用客户的电子邮件地址作为搜索字词来提取订单。 没有花哨的“重新订购”选项而且您无法从产品中点击，但是，由于它是一个新的模型年，因此大部分目录已经发生变化（SKU的配置不同）。 如果你可以通过如此快速和肮脏的方法逃脱，我会推荐它。它将为您免除使用一些未知的未知代码来制作现有订单的痛苦，您不必担心税收/折扣被计算为“Magento方式”（以匹配原始总数）并在某些方面这对客户来说更加诚实，因为您可以在旧订单选项卡中添加简明的消息，说明“系统已更改，这是您从旧系统下的订单”。您可以围绕可用的订单数据（我们使用后端POS系统的转储）构建您的“平面表”，并使用常规收集方法通过电子邮件地址和按订单ID分组。显然，过去订单数据的管理网格有帮助。 我们对我们的解决方案进行了一些思考，并考虑到其他可交付成果，我们只是完成了工作，而不是花费多年时间以最优雅的方式完成工作。我希望这种方法有所帮助！     

艾伦， 非常感谢您对Magento开发社区的贡献。对此，我真的非常感激。 当我在大约6个月前就职时，我们评估了许多可用于此类交易的扩展，但这些扩展似乎都不可行。我们测试了一些遗漏信息的地址，另一个错误，这是一团糟。我们最终以编程方式完成了它。一些可用扩展的质量确实值得怀疑，似乎进口/出口市场特别糟糕。祝好运！     

艾伦 - 不确定，但可能是Unirgy的uRapidFlow可能会有所帮助。我自己没有测试过。