菲律宾支付服务商合同怎么谈?年费、结算周期与违约金条款的谈判要点(2026)
我在宿务负责一家跨境零售公司的财务与支付合作,过去三年签过四份支付服务合同,也解约过两份。第一份合同签得最快,也最吃亏:年费写成"按服务商当期标准收取",结算周期只写了"T+N 工作日",违约金只约束了商户单方面,没有一条约束服务商。后来的合同我们都是逐条谈下来的,最长一份谈了七周。这篇把这几年积累的谈判要点整理出来,按费用、结算、违约责任、服务水平与退出四个板块讲,目的不是教你把服务商压到底,而是让合同里每一条都有可执行的定义和双向的约束。合规尽调(查名单、验主体)是签约前的另一件事,见菲律宾支付服务商合规怎么核查,这篇默认你已经确认对方是持牌主体,现在要谈的是条款本身。
一份支付服务合同由哪几块组成
先把合同的结构看清楚,很多条款藏在附件里而不是主协议里。一套完整的文件通常包括:
- 主服务协议:定义双方、服务范围、期限、通用义务、责任限制、争议解决与适用法律;
- 费用附件:一次性费用、周期性费用、按笔费用、代付与退款费用、汇兑费用、最低承诺;
- 结算条款或结算附件:结算周期、截止时间、保证金与滚动保留金、结算账户要求、结算币种;
- 服务水平协议(SLA):可用性定义、故障响应、补偿方式;
- 商户准入与可接受使用条款:禁止行业清单、KYC 材料义务、违规后果;
- 数据处理附件:个人数据的处理目的、跨境传输、安全事件通知;
- 接口与技术附件:接口文档的效力、版本弃用通知期、沙箱与生产环境责任边界。
第一件要确认的事是签约主体:合同另一方必须是持牌机构本身,而不是销售代理或关联的咨询公司。代理签的合同在服务商违约时追索不到持牌主体,费用也往往多了一层。持牌主体与代理的分辨方法在菲律宾持牌支付网关怎么选里讨论过。
费用条款:年费、维护费与阶梯费率怎么谈
费用谈判的第一步不是压数字,而是把费用的"结构"写死,让每一类费用都有明确的触发条件与计算基础。我们坚持写进合同的几点:
- 费用清单穷尽列举:附件里没有列的费用一律不得收取,服务商不能以"标准收费表"兜底。这一条堵住了后期冒出来的"账户激活费""对账文件费"。
- 年费与维护费的减免条件:常见做法是设一个年度交易量门槛,达到即免下一年度年费;或把年费改为按月分摊、随时可停。年费的层次结构在GCash 商户号年费/维护费/激活费实际结构里拆过。
- 按笔费用的计费基础:只对成功交易计费,失败、超时、用户取消的请求不计费;退款是否退还原手续费要写明;代付按笔还是按批计费要写明。
- 阶梯费率自动生效:月交易量达到某一档,下一结算周期自动适用该档费率,不需要商户申请,也不需要补签。要写清是按金额还是按笔数、按自然月还是滚动周期。
- 汇兑与跨境费用透明:涉及外币结算时,写明汇率基准(参考哪个市场价、取哪个时点)与点差的表达方式,并要求结算报告逐笔列出汇率。
- 费率调整的通知与退出权:服务商调价必须提前书面通知,商户有权在调价生效前无违约金解约。这一条是费用板块里最重要的保护。
谈费用时服务商最在意的是你的交易量与行业风险,拿出可信的量级预测和合规材料,比单纯要求"便宜一点"有效得多。
结算周期与资金条款
结算条款决定现金流,是比费率更值得花时间的板块。关键定义如下:
| 条款 | 服务商常见默认写法 | 可以争取的写法 | 底线 |
|---|---|---|---|
| 结算周期 | "T+N 工作日",不定义 T 的截止时间 | 写明截止时间与时区、"工作日"按菲律宾银行营业日、节假日顺延规则 | 任何未定义的 T 都不可接受 |
| 结算延迟 | 不约定后果 | 超出约定周期即构成违约,按天计算补偿或抵扣下期费用 | 至少要有书面说明义务与整改期限 |
| 滚动保留金 | 比例与释放期由服务商"根据风险"调整 | 比例与释放周期写死;调整须提前通知并说明理由;释放到期自动执行 | 调整权不能是单方面且无通知的 |
| 最低结算金额 | 低于某金额不结算,累积到下期 | 取消或设得很低;若保留则不得收取额外手续费 | 不能因此无限期占用资金 |
| 结算账户 | 只接受服务商指定银行 | 接受商户在菲律宾持牌银行的任一对公账户;变更账户的流程写明 | 账户必须是商户名下 |
| 解约后的资金 | 不写或写"视情况" | 终止后的最终结算日期、保留金释放日期、未决争议的处理方式全部写明 | 没有这一条不要签 |
D0 与 T+1 的选择本身在GCash 商户结算周期能改吗与菲律宾 D0 结算是什么里讨论过,合同层面要补的是:结算周期如果因商户风险等级变化而调整,触发条件与通知流程必须事先写明,不能等到钱没到账再去问。
违约金与责任分配:要双向,不要单向
违约金条款是我第一份合同里最大的教训。当时合同只写了商户提前解约要付剩余期限的服务费、未达最低交易量要补差额,对服务商的结算延迟、系统故障、数据泄露一个字没有。后来我们坚持的原则是对称:商户每承担一项违约责任,服务商都要有对应的一项。具体来看:
- 商户侧常见违约金:提前终止费、最低交易量承诺的补差、违反禁止行业条款的罚金与立即终止。谈判空间在于:提前终止费应随合同剩余期限递减,且服务商先违约时商户解约不付费;最低承诺应有一个爬坡期,头几个月不计;禁止行业的认定要有申辩程序。
- 服务商侧应当对应的责任:结算延迟的补偿(按延迟天数计算,形式可以是费用抵扣);SLA 未达标的服务积分;接口变更未按约定提前通知造成的损失;数据安全事件的通知义务与赔偿范围。
- 责任上限:服务商通常会把总责任限制在一段时期内收取的费用总额。要争取的是:结算资金本身不受责任上限约束,服务商任何情况下都要全额结算已收款项;故意或重大过失不受上限保护。
- 欺诈与争议损失的分配:钱包支付没有卡组织式拒付,但退款与争议处理仍有成本。写清哪些情况由商户承担、哪些由服务商承担、哪些按调查结果定。
- 不可抗力:银行系统维护、清算网络中断是否算不可抗力要具体化。我们的立场是:服务商自身系统故障不算,第三方清算网络中断算,但服务商仍有通知与补救义务。
SLA、变更通知与退出条款
服务水平与退出条款决定合同能不能"用得下去、走得出来":
- 可用性定义:写明统计口径(哪些接口、怎样算不可用、计划维护是否排除)、统计周期、数据来源(服务商监控还是双方认可的第三方)。没有定义的可用性数字毫无意义。
- 故障响应:按严重级别定义响应与恢复的目标时长、通知渠道、事后报告义务。
- 接口弃用通知期:旧版本停用前的最短通知时间、新旧并行期、沙箱先行。这一条的技术背景见菲律宾支付接口版本升级怎么迁移。
- 条款变更:服务商单方修改条款必须书面通知,商户有在生效前无责解约的权利;"在官网公示即视为通知"这种写法要删掉。
- 退出协助:终止后服务商提供交易与结算数据导出、保留一段时间的只读接口、配合新服务商的迁移。换服务商的实操见菲律宾支付网关迁移怎么做。
- 争议解决:适用菲律宾法律、约定仲裁或法院管辖地;合同语言以英文为准时,中文译本的效力要说明。
把合同条款变成可监控的指标
合同签完如果没人盯,条款等于没有。我们的做法是把结算周期、保留金释放、费用口径这些可量化的条款写成配置,用脚本按结算报告逐期核对,发现偏离自动生成问题单,作为与服务商沟通和主张补偿的依据。下面是核对结算时效的骨架:
// 合同条款配置:来自合同附件,变更时同步更新并记录版本
const CONTRACT = {
version: '2026-03-v2',
settlement: { cycleBusinessDays: 1, cutoffLocalTime: '17:00', timezone: 'Asia/Manila' },
reserve: { releaseAfterBusinessDays: 90 },
fees: { chargeOnFailedTxn: false, refundReturnsFee: true },
};
// 从网关拉取某日结算报告,与合同约定的结算日比对
async function checkSettlement(gateway, tradeDate) {
const expected = addBusinessDays(tradeDate, CONTRACT.settlement.cycleBusinessDays, PH_HOLIDAYS);
const report = await gateway.getSettlementReport({ tradeDate }); // GET /v1/settlements?trade_date=YYYY-MM-DD
const issues = [];
if (!report.settledAt) {
issues.push({ type: 'SETTLEMENT_MISSING', tradeDate, expected });
} else if (toLocalDate(report.settledAt, CONTRACT.settlement.timezone) > expected) {
issues.push({ type: 'SETTLEMENT_LATE', tradeDate, expected, actual: report.settledAt,
lateBusinessDays: diffBusinessDays(expected, report.settledAt, PH_HOLIDAYS) });
}
// 费用口径核对:失败交易不应被计费;退款应退回原手续费
for (const line of report.lines) {
if (line.status === 'FAILED' && line.fee !== '0' && !CONTRACT.fees.chargeOnFailedTxn)
issues.push({ type: 'FEE_ON_FAILED_TXN', txnId: line.txnId, fee: line.fee });
if (line.type === 'REFUND' && CONTRACT.fees.refundReturnsFee && line.feeReturned !== true)
issues.push({ type: 'REFUND_FEE_NOT_RETURNED', txnId: line.txnId });
}
if (issues.length) await ticketing.open({ contract: CONTRACT.version, tradeDate, issues });
return issues;
}
这段脚本每天跑一次,输出的问题单按月汇总后发给服务商的客户经理。有了逐期的数据,谈补偿、谈续约都不再是"我感觉你们经常晚"。结算报告的字段设计与对账逻辑见菲律宾支付对账系统怎么搭建。
谈判流程与筹码
条款谈判是一个过程,顺序和准备决定结果:
| 阶段 | 商户要准备的 | 常见陷阱 |
|---|---|---|
| 询价与初筛 | 交易量预测、行业描述、通道需求、结算币种与账户信息 | 只比费率不比结算条款与保留金 |
| 条款清单(Term Sheet) | 一页纸列出费用结构、结算周期、保留金、SLA、退出条款的期望值 | 直接进入服务商的标准合同,被模板牵着走 |
| 合同逐条审阅 | 法务按英文原文审,财务审费用与结算,技术审接口附件 | 只看主协议,忽略附件 |
| 并行报价 | 至少两家持牌服务商的书面报价 | 拿非持牌代理的低价去压持牌机构 |
| 签署 | 确认签约主体为持牌机构、签字人有授权、附件版本一致 | 与代理或关联公司签约 |
| 履约监控 | 合同条款配置化、每期核对、按季度复盘 | 签完归档,出问题才翻合同 |
商户的筹码主要有三样:可信的交易量预测、干净的合规记录与材料、以及真实存在的替代方案。持牌服务商之间的竞争是真实的,但他们也在筛选商户,行业风险高或材料不全的商户议价空间自然小。
SMARTPAY 持有菲律宾央行(BSP)颁发的 OPS 与 EMI 资质,商户协议以持牌主体名义签署,费用附件穷尽列举、结算周期与保留金规则明示、接口变更与条款调整有书面通知期。持牌机构在合同透明度上受监管约束,商户拿到的条款本身就应当是可核对、可执行的,这也是我们建议商户优先与持牌主体直接签约的原因。
常见问题
服务商说合同是标准模板不能改,怎么办?
主协议通常确实难改,但费用附件、结算附件和 SLA 几乎总是可谈的。先争取附件,再用补充协议覆盖主协议里不能接受的条款。真的一个字不能改的服务商,要重新评估是否合作。
合同期限签多长合适?
首次合作建议较短期限加自动续约,并保留按通知期无责解约的权利;交易量稳定后再谈更长期限换更好条件。长合同只在费率锁定且退出条款完善时才有价值。
最低交易量承诺一定要接受吗?
不一定。如果接受,要争取爬坡期、按季度而非按月考核、未达标时补差而非解约,以及服务商故障导致的量减少从考核中剔除。
保证金和滚动保留金有什么区别?
保证金通常是签约时一次性缴纳、解约时退还的固定金额;滚动保留金是从每期结算中按比例扣留、到期滚动释放。两者都要写明金额或比例、释放条件与时间,以及是否计息。
结算延迟服务商说是银行问题,商户能主张补偿吗?
取决于合同对不可抗力与第三方原因的定义。合理的写法是:服务商对其选择的银行与清算渠道负责,除非是清算网络的全网性中断;即便属于例外情形,服务商也应有及时通知与说明义务。
合同是英文的,中文翻译能作为依据吗?
只有合同明确约定中文版同等效力时才行。一般情况下以英文为准,翻译件仅供参考。重要条款请懂支付业务的法务逐条确认英文原意。
已经签了不利的合同,还能补救吗?
可以在续约窗口前主动提出补充协议,拿交易量与履约记录换条款改善;同时按本文的方法监控履约,积累服务商违约的记录作为谈判依据。实在谈不动,利用条款变更或服务商违约带来的解约权退出。
写在最后
支付服务合同的好坏,不在于费率低几个点,而在于每一笔钱什么时候到、什么情况下被扣、出了问题谁负责、想走的时候能不能走。把费用结构写死、把结算定义写清、把违约责任写成双向、把退出路径写明,再用脚本盯住履约,这四件事做到,合同才真正保护你。如果你正在评估或重新谈判支付服务合同,想拿一份持牌网关的商户协议样本做对照,欢迎通过 Telegram 联系@LouisSMARTPAY,或邮件联系[email protected]。