Skip to content
网站开发22 分钟2026年4月1日

Payme、Click、Uzum:如何为网站接入在线支付

罗伯特·米罗夫更新于 2026年4月1日

Payme、Click、Uzum:如何为网站接入在线支付

在乌兹别克斯坦,在线支付是客户预期,不是「锦上添花」。买家习惯用 UZCARDHUMO,通过 PaymeClickUzum Bank(前 Apelsin)付款——这些是日常 App。若网站或机器人没有熟悉按钮,部分人会说「稍后再付」且不再回来。 下面是面向经营者的冷静说明:系统差异用白话解释、需要哪些材料、支付链接与完整 API 集成(网站与支付系统之间的程序接口)有何不同、如何处理 callback(「付款成功」通知)、工期与预算区间、Telegram 机器人收款、退款与常见错误。无炒作,也无「一小时接好」的承诺。 物流衔接见支付与配送。从零开店见网店指南

01为何需要在线支付——不靠恐吓

在线支付不是为了好看,而是填平「想买」与「钱到账」之间的缺口。塔什干及各地常见场景: • 带购物车的网店:客户下单并立即付款; • 预付服务:预约、咨询、鲜花配送、课程; • Telegram 机器人:目录 → 支付链接 → 通知经理; • 服务落地页:没有完整网店也可有「支付」按钮。 不收卡时,生意常靠这条链:线索 → 聊天 → 转账 → 截图 → 人工核对。量小时可行;当一名经理核对不过来时就会崩。
之前之后
私信里「发卡号」网站或机器人上的 Payme / Click / Uzum 按钮
收据截图与人工核对回调自动更新订单状态
「明天再付」然后失联结账时或紧接着付款
「我付了 / 没付」无日志争议回调日志与系统内状态
只有一个不顺手的 App 按钮两套系统——客户熟悉的选择
在线支付不能替代服务与配送。它去掉最后一步多余摩擦——最容易丢掉已有购买意愿的客户。

02Payme、Click、Uzum——白话概览

Payme — 乌兹别克斯坦最易识别的支付方式之一。客户在 App 或控件内付款:UZCARDHUMO。商户费率常在 约 1–1.5%(以合同为准)。许多城市买家信任该按钮:「有 Payme」=「可以安心付」。 Click — 受众广,REST API 方便(通过 HTTPS 交换数据的标准方式)。本地卡外常含 Visa/Mastercard。申请审批常 3–5 个工作日。费率参考 约 1–2%。需要快速对接网站或机器人时很实用。 Uzum Bank(前 Apelsin)— 在较年轻用户与 Uzum 生态客户中增长。二维码、分期、订阅视产品与套餐而定。费率参考 约 0.8–1.5%。若买家已在 Uzum 生态内,Uzum 按钮可降低摩擦。 三者均有两种模式: • 支付链接 — 客户打开现成 URL 进入 App / 支付页; • 完整 API 集成 — 网站或机器人创建账单、处理跳转/iframe 并处理回调。 费率与工期为软性参考。现行条款以商户支持为准。不要依赖聊天里别人的费率——条件取决于品类、流水与合同。

03支付链接还是完整集成:如何选

经营者常把「带链接的按钮」和「店内支付」混为一谈。这是不同成熟度。 支付链接适合: • 订单量不大; • 商品/服务靠人工或聊天价目计价; • 落地页或无仓储机器人已足够; • 开发预算有限,需要几天内起步。 完整 API 集成适合: • 有购物车、库存与配送状态; • 经理不应靠肉眼核对每笔付款; • 广告导向目录,而不是「私信我们」; • 退款、重复回调与争议日志很重要。
之前(链接 / 人工)之后(API + 回调)
经理手工生成链接网站/机器人按订单金额创建账单
「已付」状态靠肉眼回调在系统中改状态
重复付款在聊天里扯清幂等:重复回调不产生重复订单
广告导向对话客户在结账页直接付,少一步
UZNEO 原则:先覆盖 80% 订单的场景。链接日后可升级为完整集成——前提是第一天就规划 HTTPS、清晰状态与回调位置。带购物车的店更适合做成网店,而不是「名片站 + 永久链接」。

04材料与法人:通常要什么

在乌兹别克斯坦,完整收单(通过支付系统在网站/机器人收卡)通常要求法人:个体或有限公司,有税号与乌兹别克斯坦银行结算账户。个人通常无法接入完整网站收单——只剩一次性转账与简化方案,难以规模化。 常见材料包(以系统确认为准): • 注册证明 / 摘录; • 税号与银行信息; • 商品或服务说明(卖什么、如何交付); • 带联系方式与要约 / 退货政策的网站或落地页; • 若行业需要则含执照(医疗、教育、金融等)。 审核常看: • 卖什么、什么价是否清楚; • 是否有法人联系方式与信息; • 网站是否像空壳可疑流量站; • 是否写明退货与服务条款。 若尚无网站,可先用落地页与支付链接,同时准备法人材料。为广告与买家信任,尽早补齐最低要求:卖家是谁、卖什么、如何退款。

05分步接入

第 1 步. 法人与账户。 个体或有限公司、税号、结算账户。没有这些,完整收单通常不可用。 第 2 步. 向系统申请。 后台:Payme Business / Click Business / Uzum Merchant。填表、附材料、提供网站 URL 与业务说明。 第 3 步. 合同与密钥。 审核常 3–7 个工作日(Click 往往更快;其他或约 10 天)。通过后获得 merchant ID(商户标识)与 API 密钥 / 沙箱(测试)与生产环境权限。 第 4 步. 集成。 开发:按订单金额创建账单、跳转或 iframe 支付、处理回调、更新状态、成功/失败页。有经验团队对一至两套系统代码常需 1–3 天——前提是网站已有后端。 第 5 步. 测试与上线。 小额付款、取消、重复回调、通知经理、试退款(至少流程)。仅在测试成功后上线。 UZNEO 通常在 3–7 天内为现有网站接入 Payme/Click,或在 20–30 天交付交钥匙网店——参考,视技术栈、系统数量与退款场景而定。

06系统对比与如何选择

参数PaymeClickUzum
费率(参考)~1–1.5%~1–2%~0.8–1.5%
卡种UZCARD、HUMOUZCARD、HUMO,常含 Visa/MCUZCARD、HUMO
接入~5–7 天~3–5 天~5–10 天
结算常每日常每日常每日
分期看套餐看套餐常有
二维码
优势认知度API 与入驻速度生态 / 年轻受众
实用建议: 结账至少 两套 系统——如 Payme + Click 或 Payme + Uzum。单一按钮会排除没有该 App 或习惯的人。 如何选组合: • 城市零售与服务——常选 Payme + Click; • 受众更近 Uzum / 电商生态——Payme + Uzum; • 外卡更多——向 Click 确认现行 Visa/MC 条款。 若团队无法测试与维护三套回调,不要「一次接三个」。两套稳定按钮胜过三套半成品。

07工期与预算区间

工期分两部分:商户审批(系统 + 材料完整度)与技术集成(网站技术栈)。 软性工期参考: • 申请与合同——常 3–7 个工作日; • 已有后端的现有网站代码——每套系统常 1–3 天; • UZNEO 含测试的现成集成——约 3–7 天; • 含支付的交钥匙网店——约 20–30 天。 集成预算区间(软性参考,非价目表): • 落地页支付链接 — 从数十万苏姆 / 数十美元起; • 现有网站完整集成 — 一至两套系统常 从约 200–500+ 万苏姆(CMS、Next.js、定制复杂度不同); • 机器人 + 支付 — 常 从约 250 万苏姆,约 7–10 天视场景; • 交钥匙网店 — 支付计入网店开发报价。 推高成本的因素:无 HTTPS 的旧站、无回调后端、非标准 CMS、一次三套系统、复杂退款与 CRM 记账。降低成本的因素:干净技术栈、一至两套系统、清晰订单状态、愿意测试。 网站技术栈对工期的影响,大于「哪个按钮更好看」。平台对比见 WordPress、Tilda 与 Next.js

08技术要求与回调清单

系统与常识通常要求:HTTPS(SSL) — 必须;Let's Encrypt 即可; • 处理回调的 后端(「付款成功 / 失败」)。无服务器的静态站——只能用链接; • 订单页:商品、UZS 金额、订单 ID; • 成功页与清晰错误提示; • 公开退货政策; • 法人联系方式与信息。 回调白话解释。 付款后支付系统会调用你的 URL 告知结果。网站须:按文档校验签名/令牌、找到订单、更新状态、以正确代码回复、写日志。否则可能钱已扣、订单仍停在「待付款」。 上线前测试清单: 1. 测试付款成功 → 订单 =「已付」。 2. 取消 / 失败 → 状态不是「已付」。 3. 重复回调不复制订单、不重复出库。 4. 有回调日志(争议用)。 5. 通知经理(邮件 / Telegram)。 6. 退款流程(至少人工)已说明并验证。 7. 账单金额与货币与订单一致(无提因差额)。 简化方案: 按钮 → Payme/Click 链接 → App 内支付。适合一次性服务。完整集成适合带购物车与仓储的网店

09Telegram 机器人收款

许多塔什干生意通过 Telegram 机器人收款——比完整网店更快,比手机 App 更便宜。 典型流程: • 客户在机器人中选商品或服务; • 机器人创建账单并给出 Payme/Click/Uzum 链接; • 客户在 App 内付款; • 回调更新机器人 / CRM 状态; • 经理收到 Telegram 通知。 机器人够用时: 餐饮与鲜花配送、预付服务、小目录、带定金预约。 网站或 Mini App 更好时: 100+ SKU、筛选、复杂配送、个人中心、SEO 与落地页广告。
之前之后
频道价目 +「私信经理」机器人接单并发起支付
私信转账截图回调后「已付」状态
夜间线索等到早上全天候收款与落单
机器人 + 支付参考:常 从约 250 万苏姆,约 7–10 天——视目录、语言与支付系统数量。若支付状态进入同一成交卡片,机器人与广告、CRM 衔接良好。

10退款、信任与客户支持

没有清晰退货规则的支付按钮会增加投诉,也让商户更难做。客户应事先知道: • 几天内可取消订单; • 服务预付款是否可退; • 退款时手续费谁承担(常为与支付方的合同条款); • 争议时联系何处。 网站实用最低配置: • 白话「支付与退货」页; • 支持联系方式(Telegram / 电话 / 邮箱); • 法人信息; • 退款处理时效(如「确认后 N 个工作日内」)。 技术上退款可通过商户后台人工或 API——视系统与套餐。起步阶段若流程写清且经理知道步骤,人工流程常够用。关键是扣款后不要让客户无人回应。 信任不是靠「安全支付」口号,而是熟悉按钮、HTTPS、清晰订单状态与真人支持。这比任何横幅更踏实。

11常见错误

1. 只用一套系统 — 没有该 App 的客户在最后一步离开。 2. 无 HTTPS — 申请被拒或审计不过。 3. 未处理回调 — 钱扣了,订单挂起。需要服务器与日志。 4. 无测试付款 — 生产环境出现状态与重复惊喜。 5. 过时未更新技术栈 — 安全风险;现代选项见 Next.js vs WordPress/Tilda。 6. 无退货页 — 投诉更难处理,评价受损。 7. 支付未就绪就投放广告 — 为流量付钱,在结账流失转化。 8. 一次上三个半成品按钮 — 支持与测试摊薄,漏洞难发现。
之前之后
「跟对手一样」一个按钮两套经测试、匹配受众的系统
静态站 +「稍后再付」后端 + 回调 + 状态
接入当天就投放先测清单,再投预算
退款「到时再说」公开规则 + 清晰流程
修正通常比重接更省:完成回调清单、加第二个按钮并写明退货。

12投放广告前的清单

向 Google Ads、Instagram 或 Telegram 砸预算前,先过短清单。这比在热流量下修支付更便宜。 1. 法人与商户合同有效;密钥不是仅测试环境。 2. 结账各页 HTTPS 正常。 3. 两个支付按钮——或有意只用一个,并清楚排除了谁。 4. 成功 / 错误 / 取消正确改订单状态。 5. 已验证重复回调。 6. 经理收到新付款通知。 7. 退货政策已发布。 8. 以「客户身份」做了 2–3 笔真实小额付款。 9. 配送衔接清楚——「已付」后谁拣货(见支付与配送)。 10. 有负责人:周末回调挂了谁修。 若某项是「以后再说」——先别放大投放。UZNEO 通常先关支付与状态,再加强流量。

总结

Payme + Click(或 Uzum)是乌兹别克斯坦网站与机器人的冷静标准。顺序:法人 → 申请 → 选链接或 API → 回调清单 → 测试 → 再投放。 别过度复杂:两套可用按钮、清晰退货与争议日志,胜过「一次接所有系统」。UZNEO 交付含支付的网店、为现有网站接入支付,并搭建 Telegram 机器人链路。Telegram 联系——评估工期、技术栈与预算区间,给出清晰下一步。

让销售与咨询自动化?

为您业务定制的机器人、CRM 与集成。自动化方案——Telegram 上 24 小时内。