对接接口开发,需不需要在修改订单接口中加入用户账号这个请求参数?

Question

公司系统跟别的系统进行对接,每个对接系统都分配给对方一个id号,用于识别连接进来的是哪个系统？

当对方系统连接进来的时候, 可以使用不同的用户账号来发布订单, 换句话说,系统id号和用户账号是1对多的关系,而我们进行身份验证的时候, 是对系统id号进行验证, 并没有对用户账号的身份进行验证.
这样,发布订单的时候, 我们可以理直气壮的要求对方提供用户账号,也就是在订单发布接口中要求用户账号这个参数是必填项,用于识别是哪个用户发布了这份订单。
但是，对于订单进行修改或者删除或者查询的时候,有必要要求对方告知我们,是哪个用户在操作吗?
也可以这样理解,在下面的这3个接口中,需不需要用户账号这个请求参数:
订单修改接口,订单删除接口,订单查询接口

我之所以产生这样的疑问,是因为, 公司系统内部, 本来就是用户登录了以后, 才可以添加删除修改订单,但是对接了以后, 一个对接系统可以有多个账号来发单, 如果我们这边要求的过于严格, 操作起来就会非常的麻烦, 但是如果我们不严格要求,好像心里又不太放心?
希望做过接口开发设计的前辈指点下!

Answer 1

我觉得：你们系统没有必要去维护外部系统的子账户。至于哪个订单是哪个用户的，得子系统自己去维护。
比如：子系统调用你们接口生成一个订单，你不需要关系到底是哪个账户创建的，就返回一个订单号。然后子系统自己去维护订单号与账户的关系。
最关键的是：如果我是子系统，我也不太愿意把自己系统的用户透露给别的系统。

Answer 2

要做日志吧 谁修改的