代码之家  ›  专栏  ›  技术社区  ›  sosborn

多个活跃的商业账户

  •  3
  • sosborn  · 技术社区  · 15 年前

    我正在开发一个Rails网站,允许一群商家(5-10)在线接受信用卡订单。我计划使用ActiveMachent宝石来处理处理。

    在这种情况下,每个商户都有自己的商户账户来处理付款。像这样存储银行信息不是我喜欢的。这可以通过将订单排队并允许商家登录站点、输入其凭证并处理订单来解决。

    但是,如果我走这条路,那么在我看来,我必须暂时存储客户的信用卡信息,直到商家有机会登录并处理订单,这对我来说是更大的罪恶。

    有人处理过这种情况吗?如果是这样,有哪些选择,我应该注意哪些陷阱?在我看来,安全客户信用卡信息是第一位的,商户账户信息是第二位的。

    1 回复  |  直到 15 年前
        1
  •  3
  •   Larry K    15 年前

    使用ActiveMechant创建网关对象时,指定商家的信息。所以我认为你的软件可以代表多个商家进行交易。只需将他们的信息保存在数据库中,并根据需要使用。我建议你加密商人的信息。

    见gem attr_加密

    我不知道你为什么不想储存商人的信息。也许你应该多说一点。

    如果商家使用的是authorize.net,您只需要每个商家的authorize.net登录名和密码。

    我建议您在一个支付网关(如authorize.net或其竞争对手之一)上标准化所有商家。处理一个网关已经够难了,为什么要处理多个网关呢?此外,您还可以轻松成为authorize.net的经销商,并为您的商家简化流程。

    你说得对,你真的不想推迟信用卡交易,直到商家登录并提供他们的商家信息:

    1. 根据商家登录的频率,您将违反商家关于及时收费和批量处理的卡协议。

    2. 你无法向最终客户提供快速反馈——他们的收费是否成功?

    3. 你必须存储完整的信用卡号码和其他信息。这需要高水平的PCI合规性。不值得。而且禁止您存储CVV号码,无论是什么。因此,根据来自最终客户的其他信息,您的收费将具有更低的资格(对您的商家而言,交易成本更高)。

    我的建议是存储商人的信息。--加密,不要让商人(或任何其他人)看到它。只让商人 代替 他们的信息,不要让他们看到当前的信息来编辑它。这将降低错误的人看到商家信息的安全风险。