与你的账目相符的以色列付款
在以色列销售意味着支持本地银行卡、分期付款和你客户使用的钱包，同时保持订单、收据和服务商报告的一致。我们将 Grow 和 Pelecard 集成到网站、移动应用和销售点系统中：将银行卡输入保留在服务商处的托管页面或 iFrame、令牌化的经常性扣款、退款、收据，以及对照服务商交易报告的对账，还有付款被拒绝时的清晰消息。
AI 辅助、工程师主导的 Grow 与 Pelecard 集成
AI 如何协助
- 根据你的服务商 API 文档，为批准、拒付、退款和取消起草契约测试
- 提出服务商交易报告与你的订单、收据和分类账之间的映射方案
- 审查交易日志，将失败交易归类，并将无法解释的扣款与其订单匹配
- 为被拒的卡片和失败的钱包支付起草客户消息，供设计师润色
我们的专家负责什么
- 工程师根据您的 PCI DSS 范围推荐托管页面、iFrame 或 API；最终由您决定
- 工程师设计幂等的扣款、退款和令牌使用，使重试不会向客户重复计费
- 终端凭据和 API 密钥保存在密钥存储中，不进入代码，也不进入 AI 提示
- QA 与您的提供商一起验证首批真实交易；随后由我们负责对账告警
一笔 Grow 或 Pelecard 扣款，端到端
示意性的在线卡片支付；POS 销售、钱包和 J5 预留遵循此路径的变体。
托管页面或 iFrame
结账加载 Grow 或 Pelecard 托管页面或 iFrame，使卡片输入不留在您的服务器上。
服务器端确认结果
您的服务器接收交易结果，并在订单标记为已付款之前向提供商确认。
检查点: 订单在确认前保持待处理状态
收据与令牌
您的开票系统出具收据；对于重复计费，存储的是提供商的令牌而非卡片详情。
重复扣款与 J5
令牌扣款和 J5 扣取携带您自己的参考编号，在任何重试之前都会与提供商核对。
报告匹配
一个定时任务将提供商的交易报告与订单、收据和您的账本进行匹配。
检查点: 财务清理每笔未匹配的扣款
当出现故障时: 被拒的支付会显示清晰的消息和另一种付款方式；失败的续订会重试并附带客户通知，未匹配的交易会向财务发出告警。
您将获得什么
您的 Grow 和 Pelecard 集成包含哪些内容
在线结账
根据您的结账流程和 PCI DSS 范围选择的托管页面、iFrame 或基于 API 的卡片支付，并为拒付和错误提供清晰的消息。
POS 集成
将实体终端与您的库存和会计系统连接，处理超时和连接中断，并将每笔销售与其记录匹配。
周期性计费
用于订阅和重复扣款的令牌化卡片，具备失败扣款重试、客户通知以及每次尝试的审计记录。
Bit 和数字钱包
在您的提供商和商户账户支持的情况下，在卡片之外提供 Bit、Apple Pay 或 Google Pay，并在钱包失败时提供回退方案。
货币与对账
以您的商户协议支持的货币进行扣款，按计划与提供商报告进行匹配，并由您的开票系统出具收据。
欺诈检查与 PCI 范围
在可用时提供 3D Secure 和交易监控，并通过一种使卡片数据不留在您服务器上的架构来限制 PCI DSS 范围。
准备一套您的团队能够运营的集成
访问权限与输入
确认您的商户使用 Grow、Pelecard 还是两者。提供相关的账户审批、当前文档、测试凭据以及所需的货币、支付方式和收据工作流程。
一个切合实际的首期范围
将每家提供商视为独立的集成，为您的账户确认所支持的结账、授权、退款和对账行为。商户入驻、结算条款和已启用的支付方式仍是提供商依赖项。
交接与维护
我们会交付约定的连接、测试证据、配置说明和恢复指引。请指定一位负责人处理警报和对账。供应商变更、凭据和持续监控可在约定的支持计划下进行维护；供应商的收费仍然单独计算。
我们如何交付您的支付集成
- 01
网关与账户设置
帮助您准备商户审批所需的技术细节，搭建测试环境，并确认您的账户支持哪些支付方式。
- 02
集成设计
根据您的用户体验和 PCI DSS 范围选择托管页面、iFrame 或 API，并将订单、收据和退款映射到您的系统。
- 03
构建与契约测试
构建支付流程，并为批准、拒付、超时和退款编写契约测试，外加幂等重试和收据自动化。
- 04
上线与监控
与您的提供商一起验证首批真实交易，然后按约定的支持计划持续运行对账、告警和修复。
常见问题
常见问题
我需要一个单独的商户账户吗？
需要。您的商户协议、审批和费用直接与 Grow 或 Pelecard 安排。我们帮助您准备他们要求的技术细节，搭建测试环境，并处理集成和上线检查。
你们能处理分期付款和 J5 授权吗？
可以，在您的商户协议允许的情况下。分期选项内置于结账流程中并记录在每个订单上。J5 授权在卡上预留金额，稍后再扣取费用，适用于最终总额在结账后才确认的订单；我们构建扣款步骤，处理被取消或过期的预留，并将两者与您的订单对账。
托管页面、iFrame 还是 API：我们应该用哪一个？
这取决于您需要控制结账的多少部分，以及您愿意承担多大的 PCI DSS 范围。托管页面和 iFrame 将卡片输入保留在提供商一侧，从而缩小您的范围；直接 API 提供更多控制权，也带来更多责任。在审查您的流程和提供商的选项后，我们会推荐一种方案，而决定权仍在您手中。
