我应该如何将我的帐户数据库与一个支持票务系统集成起来？

Question

背景:一个B2C公司，客户订购一个产品，接收交付，使用该产品向公司发送信息以进行分析，并得到回复。客户需要能够在这些阶段中的任何一个阶段与公司联系以获得支持。

我正在设计一个支持系统，让用户通过网络和应用程序表单(也可能是电话)提交门票，代理将使用商业票务系统(Zendesk、Freshdesk、Helpspot或类似系统)处理门票。

许多投稿将来自于我的系统中的现有用户，因此，我有关于他们的帐户和活动的数据，这将有助于支持代理处理票证。我希望当一个支持代理打开一个票据，他们将拥有所有可用的信息-包括客户从表单提交的信息，以及我们在数据库中拥有的有关用户/帐户/发行的任何信息。此外，由于一个问题的现实可能改变之间的票证创建和代理查看它(一个订单已经到位A，现在是到位B)，我们需要一种方式，票显示当前的信息。

建议的架构是什么？

到目前为止，我有两个想法：

1. Server-driven.

• For票证创建:前端(web、移动、电话)，转到我的服务器，服务器使用帐户ID收集任何附加信息，然后用所有信息创建票务系统。
• 用于系统信息更新:当我的服务器中有关帐户(订单状态或类似信息)的信息更新时，将更新推送到CS票务系统driven.
  • For票证创建:前端直接调用票务系统，票务系统具有" on -create“触发器，该触发器调用我的服务器获取任何附加信息，然后更新票证。系统信息更新的
  • ：让票务系统在票务系统上自动打开或使用代理触发的请求调用服务器，获取有关帐户/用户/订单的更新信息。

Answer 1

如果您的服务器是CRM，则除外，不要使用新添加的系统中的新角色来影响它。将票证创建保存在滴答工具中，让它找到它需要的附加信息(也许明天会有更多的信息，来自其他系统？)

所以，对我来说，第二个解决方案更好。现在您必须定义如何维护滴答系统上的新信息。你的想法看上去很好(滴答声是要求的)。

然后，您将没有从您的服务器到滴答系统的耦合，您可以改变或加强这个滴答系统获取信息的方式，影响很小。