@fluid-app/fluid-cli-付款
用于入职付款的流动 CLI 插件: KYC 表格 :
设置 • 登入 在管理员。 看看少了什么 填满田地
并提交审查表。 一旦建立了支付,
test-order 给公司的测试网关下订单.
npm install -g @fluid-app/fluid-cli @fluid-app/fluid-cli-payments
fluid login
fluid payments onboarding show # status, steps, and every required field still missing
fluid payments onboarding fields --required # keys, types, options, and when each is required
fluid payments onboarding options mcc-codes # also business-types (--country US), countries, currencies
fluid payments onboarding set --yes \
--set info.user_has_authority=true --set info.user_is_signatory=true \
--set entity.legal_name="Acme Inc" --set entity.country_iso=US \
--file entity.business_license=./license.pdf
fluid payments onboarding set --yes --file owner.government_issued_ids=./passport.jpg --id-type passport
fluid payments onboarding set --yes --owner new --set owner.full_name="Sam Lee" --set owner.is_beneficial_owner=true
fluid payments onboarding set --yes --set country.US.currency=USD --set country.US.settlement_currency=USD \
--set country.US.entity_legally_registered=true
fluid payments onboarding remove owner 42 --yes # or entity, bank, or a country by ISO code
fluid payments onboarding submit --accept-terms --yes
最好回答一个问题? fluid payments onboarding walk 询问
对于每个缺失字段,按形式顺序排列,并保存每个答案。 类型
< 回去的时候, > 跳过,或 ? 菜单。 从菜单上跳到
任何步骤,更改保存的答案,或提交。 选取列表涵盖是/否、国家、,
货币、MCC代码和商业类型。 敏感答案隐藏在你身上
类型. --step <id> 开始于一步。 它需要一个终端;脚本和代理
使用情况 show 财务报告和审定财务报表 set。 。 。 .
show 财务报告和审定财务报表 set 返回 a missing 列表中选择一个选项。 每个条目都命名步骤
领域,为什么需要,以及 fix页:1 set 例如
--entity 12 --set entity.website=<value>。 。 。 . readyToSubmit: true 表示
submit 会通过.
字段转到记录 :
info.*财务报告和审定财务报表underwriting.*这是公司的答案.entity.*进入主要法律实体,或--entity <id|new>。 。 。 .bank.*进入主要银行账户,或--bank <id|new>。 。 。 .owner.*前往登机联系人(填写表格的人), 或者说--owner <id|new>。 。 。 .country.<ISO>.*增加或更新公司所销售的国家.
尚未存在的记录被创建. 第一个法律实体和银行 账户成为初级,第一人成为登机联系人.
文档上传到 --file key=path,每个可达10 MB. 多文件
文档添加到有,除非你通过 --replace-filesB. 政策
协议还使用 URL : --set underwriting.privacy_policy.link=https://...。 。 。 .
submit 标记每个步骤完成并接受 Fluid 的付款条件
这家公司。 这就是为什么它需要 --accept-terms 以及 --yes。
拒绝,而任何东西都不见了。 验收记录
签名,所以它需要一个人的登录(fluid login 电子邮件)。 与一个
公司API代号, submit 写无并返回
status: "ready_to_submit" 与 submitUrl管理员的登机表,
一个人提出.
税务身份证、帐号和路线号码、身份证号码和出生日期
每次输出都蒙上面具 上传的文档被命名,从不链接. 每个
命令指纹。 打印 JSON 失败 error 显示和退出
非为零。 更改数据的命令要求确认,除非您通过
--yes。 。 。 .
行走的路程是上飞机的 引导设置 https://docs.fluid.app/设置。 。 。 .
测试顺序
test-order 使用一个订单来证明新公司的退票工作
它的测试网关,以你们为买主:
fluid payments test-order --product 501 --accept-agreements --yes
fluid payments test-order --variant 9001 --country CA --accept-agreements --yes \
--address '{"address1":"100 King St W","city":"Toronto","state":"ON","postal_code":"M5X 1A9"}'
买方是签名人:订单使用您的电子邮件,以及 --email
只能重复它。 退市记录了商店所需的协议
因此,检验订单需要当事人的签名(fluid login
并拒绝与 API 公司签署 PERSON_SIGN_IN_REQUIRED。 。 。 .
当商店需要协议时,它就会停止
AGREEMENTS_NOT_ACCEPTED 和他们的称号,直到你们宣读和通过
--accept-agreements。 。 。 .
它为一个单位建造一辆车(--product 买产品主
设置电子邮件、地址和
先用运输方法,然后用测试卡支付 4242 4242 4242 4242
并打印命令的ID和编号为JSON. 内置地址在美国. 外边
美国,通过一个真正的 --address,因为税收被引用.
在支付任何费用之前,它检查每个支付方法的车
报价是博古斯网关的测试卡, 全部在一个支付账户
只收取那个账户的费用。 否则它就停了 code,例如
NO_PAYMENT_ACCOUNT (最近注册的公司可能需要确认)
或 注册 NOT_TEST_GATEWAY失败的电子邮件或地址
凡事都要付钱 上面写了您接受的协议
输出,并发回其文本中显示的版本,所以
如果命令完成前措辞发生变化,则拒绝退出。 探员通过 --yes,人们在一个
询问终端; 既不停止也不停止 CONFIRMATION_REQUIRED, (中文(简体) ),
和"不"结束 CANCELLED就在命令完成之前
车又来了 重复了付款支票
PAYMENT_ACCOUNT_CHANGED 如果它检查过的账户不再是
车会收费。 使用与登录相同的环境
(单位:千美元)--base-url) (中文(简体) ).
订单是真实的,尽管没有金钱移动。 确认邮件发送到
你,命令网点火, 和库存 调整任何命令.
在您的电子邮件中查找或创建客户(和成员)
存储并记录对协议的接受。 没有标记
作为测试,它显示在销售报告 直到它退款。 退款
如果您不想在命令列表中被取消, 请在管理员中取消 。 每次运行
尝试一次,并设置新顺序。 拖车存在后出现故障
车的 cartId 时间 details (从来没有一个车牌
打开车). 如果失败 ORDER_OUTCOME_UNKNOWN中,请看
在再次运行之前, 管理您电子邮件中的命令 .