V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
yougezai
V2EX  ›  设计

有这样一个业务设计上的问题,需要大伙帮忙出出主意。详情见内

  •  
  •   yougezai · Jan 19, 2018 · 3996 views
    This topic created in 3024 days ago, the information mentioned may be changed or developed.
    情况是这样的,我们为软件服务提供商,给第三方提供了一个数据写入入口,这是一个带有身份验证的入口。由于业务的特殊性没有什么特别 数据属性能做个性化的区分,所以第三方就利用这样的先天缺陷

    场景描述:
    我们通过付费的方式为 A 提供了一个入口, 但是 A 与 B、C 是同组织的分公司,然后 A 可以在我们的入口之上建立一个平台,为 B 与 C 提供服务,这样一来我们的收入就减少了,
    就目前来讲我们可以通过白纸黑字画押的方式来限制 A 的行为,软件层面没法去限制。
    (但是在当初我们并没有列入条款)
    所以想请大伙帮帮忙,看看有什么好的办法来规避
    8 replies    2018-01-22 08:41:58 +08:00
    codeeer
        1
    codeeer  
       Jan 19, 2018 via iPhone
    可以和 A 签一个限制使用的合同,然后跟 B,C 讲举报类似 A 这种平台给折扣,这种折扣是比直接 A 的报价还低,损失的折扣差价通过合同拿 A 的违约金来补偿,这样损失不大还有效
    pubby
        2
    pubby  
       Jan 19, 2018 via Android
    按写入量收费啊
    bienyur
        3
    bienyur  
       Jan 19, 2018
    @pubby 应该提供入口这块也有费用的吧
    keventseng
        4
    keventseng  
       Jan 19, 2018
    @pubby 赞同按量收费,有效限制二次转授接口等行为。
    moomesy
        5
    moomesy  
       Jan 19, 2018
    按量付费
    piku
        6
    piku  
       Jan 20, 2018 via Android
    1. 软件升级。
    2. 数据来源要求前置机转发。前置机验证 u 盾,加密 key,来源 mac
    yougezai
        7
    yougezai  
    OP
       Jan 22, 2018
    @piku 前置机上是否可以在扩展? U 盾也不太明白,软硬结合?
    yougezai
        8
    yougezai  
    OP
       Jan 22, 2018
    @pubby 这个方案是好的,但是我们这种 to B 的可能不好执行
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   2502 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 42ms · UTC 07:03 · PVG 15:03 · LAX 00:03 · JFK 03:03
    ♥ Do have faith in what you're doing.