Skip to main content

用例

机器翻译译自英文(docs.alpaca.markets)本页 20 段已全部译完

Broker API 集成有几种不同的用例。以下是一些常见的用例,但如果你有不同的想法,请不要犹豫,联系我们的销售团队。我们希望我们的平台鼓励广泛的用例。

  • 经纪交易商(完全披露、综合)
  • 注册投资顾问(RIA)

我们在国际上支持大多数用例。

根据具体情况,你想要使用的 API 方法可能会有所不同。例如,综合经纪交易商案例从不使用 API 开设客户账户,因为交易账户是预先创建的,你将向其提交订单,并在你这边管理最终客户的会计。每个用例的更多细节在以下章节中描述。

经纪交易商

完全披露

你是你所在司法管辖区的注册经纪交易商,你将客户引荐给 Alpaca,以完全披露的方式建立个人账户。Alpaca 接收每个客户的信息以开立账户并提供我们的服务。

根据你的注册状态和你所在司法管辖区的法规,你可能拥有从开户到交易和报告的完整端到端用户体验。你有责任根据反洗钱(AML)法规维护稳健的客户身份识别计划(CIP)和了解你的客户(KYC)程序。为确保符合适用法律,Alpaca 将对你的公司进行尽职调查,包括对你的 CIP/KYC/AML 计划的全面审查。

在此设置中,你将使用大多数 API 方法,例如 Account、Transfer 和 Trading API。此外,你可以使用 Journal API 在你的公司账户和最终客户账户之间转移现金和证券,以实现奖励计划等功能。

综合

你是注册经纪交易商,管理客户会计和一个主交易账户,用于客户的整个交易流程。在综合(omnibus)设置中,你的最终客户信息(例如姓名、地址)不会向 Alpaca 披露。

为你的两个交易账户提交客户订单时,你将指明订单是用于每个客户的多头还是空头头寸。为满足我们的监管要求,你将被要求在每笔订单中提交一个“子标签”以识别不同客户的订单流。这可以只是一个任意文本字符串,例如 UUID 或客户 ID 号。Alpaca 以及我们的交易执行场所需要能够审查和核算所有交易活动。未能提交所需的交易订单流信息可能导致整个订单流被暂停。

由于每个最终客户都不向 Alpaca 披露,你有责任在你所在司法管辖区进行所有税务报告。如果你是非美国经纪交易商,这可能需要向 IRS 注册为外国金融机构(FFI),并获得合格中介(QI)认证,以有资格管理外国人对美国来源收入的税务。

注册投资顾问(RIA)

你是 SEC 注册的 RIA,客户在美国境内或境外。

与上述交易/投资应用方法类似,最终客户以个人身份被引荐给 Alpaca。账户审批流程由 Alpaca 负责,你拥有用户体验和大部分沟通。除非你拥有经 Alpaca 审查的稳健 CIP/KYC/AML 计划,否则你的客户将经过 Alpaca 的 CIP/KYC/AML 流程。

对于此设置,Account API 的工作方式与完全披露情况略有不同。更多详情请参阅 API 文档的其余部分。

作为 RIA,你可以直接与客户沟通。Alpaca 将与你携手,以合规的方式使用 Broker API 推广你的服务。

目前,Alpaca 不支持订单分配和咨询费计算作为内置功能。这些项目在我们的路线图上。