项目描述
翻译我们经营一家电子商务商店，每个订单仍然手动输入到会计程序中。现在的工作流程是这样的：一名员工打开一个新订单，在QuickBooks中重新输入（对于我们的一个品牌，我们还在Xero中同时维护记录），然后创建发票，链接客户，并手动调整仓库库存。这很慢，容易出错，到了繁忙周末结束时，商店和会计系统中的数字就不再匹配。我们需要适当的双向同步，完全消除这个手动步骤，并保持两个系统的同步。
具体来说，集成应该自动在两个方向上传输订单、发票、客户、产品和库存。商店中的新订单应该在会计系统中作为发票或销售出现，并正确链接客户；在任一方创建或更改的客户应该匹配，而不是重复；当由于销售、退货或手动调整而导致库存变化时，另一个系统必须能够接收。我们重视清晰的字段映射——因此我们决定商店字段如何映射到会计字段（税收、SKU、支付方式、货币），并且这个映射可以被审查和更正，而不是一个“黑箱”。
由于同步是双向的，冲突是不可避免的，而我们更关心的是如何解决这些冲突，而不是原始速度。如果在运行之间同一客户或产品在两边都被更改，我们需要合理的规则，为每个实体选择一个真实来源，并有一个日志显示什么被更改，什么被跳过，以及什么被升级为人工审查。请描述您将如何构建同步（定期运行加上关键时刻的近实时），您将如何消除重复项，如果会计API停机一分钟，您将如何恢复，以及您将如何让我们安全地重新启动失败的批处理而不重复发票。
— 实体：订单、发票、客户、产品、库存
— 每个实体的双向交换、真实来源和冲突日志
— 可编辑的字段映射（税、SKU、货币、支付方式）
— 安全重试和幂等重启，无重复发票
具体来说，集成应该自动在两个方向上传输订单、发票、客户、产品和库存。商店中的新订单应该在会计系统中作为发票或销售出现，并正确链接客户；在任一方创建或更改的客户应该匹配，而不是重复；当由于销售、退货或手动调整而导致库存变化时，另一个系统必须能够接收。我们重视清晰的字段映射——因此我们决定商店字段如何映射到会计字段（税收、SKU、支付方式、货币），并且这个映射可以被审查和更正，而不是一个“黑箱”。
由于同步是双向的，冲突是不可避免的，而我们更关心的是如何解决这些冲突，而不是原始速度。如果在运行之间同一客户或产品在两边都被更改，我们需要合理的规则，为每个实体选择一个真实来源，并有一个日志显示什么被更改，什么被跳过，以及什么被升级为人工审查。请描述您将如何构建同步（定期运行加上关键时刻的近实时），您将如何消除重复项，如果会计API停机一分钟，您将如何恢复，以及您将如何让我们安全地重新启动失败的批处理而不重复发票。
— 实体：订单、发票、客户、产品、库存
— 每个实体的双向交换、真实来源和冲突日志
— 可编辑的字段映射（税、SKU、货币、支付方式）
— 安全重试和幂等重启，无重复发票
网页开发 现金, 银行转账
