这是一个创建于 2529 天前的主题，其中的信息可能已经有所发展或是发生改变。
情况是这样的，我们为软件服务提供商，给第三方提供了一个数据写入入口，这是一个带有身份验证的入口。由于业务的特殊性没有什么特别 数据属性能做个性化的区分，所以第三方就利用这样的先天缺陷
场景描述：
我们通过付费的方式为 A 提供了一个入口， 但是 A 与 B、C 是同组织的分公司，然后 A 可以在我们的入口之上建立一个平台，为 B 与 C 提供服务，这样一来我们的收入就减少了，
就目前来讲我们可以通过白纸黑字画押的方式来限制 A 的行为，软件层面没法去限制。
(但是在当初我们并没有列入条款)
所以想请大伙帮帮忙，看看有什么好的办法来规避
场景描述：
我们通过付费的方式为 A 提供了一个入口， 但是 A 与 B、C 是同组织的分公司，然后 A 可以在我们的入口之上建立一个平台，为 B 与 C 提供服务，这样一来我们的收入就减少了，
就目前来讲我们可以通过白纸黑字画押的方式来限制 A 的行为，软件层面没法去限制。
(但是在当初我们并没有列入条款)
所以想请大伙帮帮忙，看看有什么好的办法来规避
 |
1
codeeer 2018-01-19 12:00:37 +08:00 via iPhone
可以和 A 签一个限制使用的合同，然后跟 B，C 讲举报类似 A 这种平台给折扣，这种折扣是比直接 A 的报价还低，损失的折扣差价通过合同拿 A 的违约金来补偿，这样损失不大还有效
|
 |
2
pubby 2018-01-19 12:01:01 +08:00 via Android
按写入量收费啊
|
 |
4
keventseng 2018-01-19 13:52:14 +08:00
@pubby 赞同按量收费，有效限制二次转授接口等行为。
|
 |
5
moomesy 2018-01-19 14:01:52 +08:00
按量付费
|
 |
6
piku 2018-01-20 13:11:23 +08:00 via Android
1. 软件升级。
2. 数据来源要求前置机转发。前置机验证 u 盾，加密 key，来源 mac |
Select Language