各站点盈利看板

用 Google 账号登录(登一次管半年)

Store Profit

各站点盈利看板

loading...

核心 KPI 最新月

5 站合计:5 站当月销售总和 + 环比上月。各站点 tile:当月销售额(取「整体经营 sheet」营收,缺失时回退站长月报或 ERP 收款),盈利金额,盈利率(盈利 ÷ 销售),环比上月销售增速。

5 站合计趋势 总销售额 + 总盈利

5 个站销售额与盈利的合计(数据源同 KPI:优先「整体经营 sheet」营收,缺失回退站长月报 / ERP 收款)。线 = 总销售额(左轴 USD), = 总盈利(右轴 RMB), 黄虚线 = 发货单量(第三轴 · 单,2022-02 起,点图例可开关)。 发货量和销售额一起看,能分出「卖得更多」还是「卖得更贵」。
同期累计对比 · 各年

全渠道发货订单量 ERP 实际发货订单数 · 2022-02 起

五个站实际发出去的订单笔数(平台订单表里有发货日期的单,按付款月归月,和上面销售额同基准)。 跟销售额那几张图是两回事:这里数的是单量不是钱。 订单数 ≠ 包裹数——一单可能拆几个包裹寄,易仓账单上的件数会比这个大。 从 2022 年 2 月起算:再往前 ERP 没录全(2021 年 Show.Z 做了 $694 万却只有 9,313 单,用销售额反推的客单价高到 $745,正常是 ~$85),画上去就是一条假曲线。 最新一个月是没走完的部分月,柱子矮属正常;另外刚付款的单还没走到"已完成", 所以最近月份的数还会往上长(hover 看完成率)。
同期累计对比 · 各年

5 站销售 + 盈利历史 每站一张大图,线 = 销售(左轴 USD),柱 = 盈利(右轴 USD)

每站一张独立图,从该站「整体经营 sheet」最早记录月开始。线:销售额历史(左 Y 轴 USD)。:盈利金额(右 Y 轴 USD)。三条线源对比可勾选切换:YYS 营收(你在「整体经营 sheet」维护的真值)/ 站长月报(站长每月填的 checklist)/ ERP 收款(PayPal 直接拉,原始流水)。右上 badge 显示当月「站长 vs ERP」差距,>15% 灰、>30% 红/绿。

5 站盈利率横向对比 同一轴看 5 站

盈利率 = 盈利 ÷ 销售额 × 100%。把 5 个站放到同一图同一轴,方便看哪个站赚钱率高、哪个站在亏(线掉到 0% 以下)。例如 GK 长期 20-30%(高毛利定制),CB 多月在 0-5% 甚至亏损,77 维持 15-20%。数据源优先取「整体经营 sheet」营收 tab 的"平均盈利率"列;缺失时回退站长月报。
盈利率趋势(%)

PayPal 资金到账 仅 PayPal 入账流水,不等于销售真值

⚠️ 这不是销售对账线。是 PayPal 直接到账的钱,按收款时间统计,含跨站借收(GKLoot 历史借用 ShowZ paypal@showzstore.com)、订阅延迟收款等。和 ERP 后台「已确认订单」口径不一致。仅作资金流监控参考。
正经销售/盈利真值请看上面「5 站销售 + 盈利历史」(YYS 营收 + 站长月报)。
各站用的 PayPal 收款账户 期间 / 笔数 / 余额从流水实测;月收款额度抄自发给 William 的分配方案和他的回执
点任意一行看这个号的来龙去脉
5 站 PayPal 月度入账(USD)

Adyen 资金到账 2026-06 起的新卡通道,和上面的 PayPal 是两条腿

Adyen 是 2026-06-01 才上线的信用卡收款通道(ShowZ 先跑,GundamIt 260721 接入,GKLoot 260723 起有零星单)。 口径 = 成功授权(AUTHORISATION success=1),按交易时间统计,外币按固定汇率折 USD。
🔴 站点归属按订单反查,不按 merchant account 名字——三个 merchant account 没有一个是一站一号, 详见下方左栏。历史短、量还小,不要拿它和 PayPal 的月度体量直接比增长
各站用的 Adyen 收款账户 一行 = 一个 merchant 在为一个站收款;期间/状态从流水实测
Adyen 每日入账(USD)

支付费率 PayPal vs Adyen,同一件事各收多少

两家的费率都是从流水逐笔实算的,不是抄合同:PayPal 用 (手续费−$0.30)÷金额 反推档位, Adyen 直接用结算报告里的 interchange / scheme fees / markup 三项。
口径差异要知道:PayPal 是打包价(一个百分比 + $0.30/笔); Adyen 是 Interchange++(成本转嫁 + 固定 markup 0.55%),所以 Adyen 的费率会随卡种和买家国家浮动,PayPal 不会。 PayPal 统计自 ,Adyen 统计自 2026-06(上线即起)。
⚠️ 上面 Adyen 卡片右栏里那个「同期 PayPal 3.5x%」是另一个口径(只取 Adyen 在跑的这两个月、五站全币种); 本板块的 PayPal 数是当年至今、仅 USD、按订单反查得到的。两个数不一样是口径不同,不是算错。
同一种付款方式,两家各收多少

同一笔订单,两家各扣多少 上表的「有效费率」受客单价影响(固定费被稀释的程度不同),这张按统一金额折算才真能比

结论 / 该做什么 按重要性排,红边=还没解决

Apple Pay 通道与费率 四个站的 Apple Pay 各走哪家,以及谁在什么金额更便宜

260727 把 GKLoot 的 Apple Pay 从 Adyen 切到 PayPal,理由是「PayPal 费率低 0.51pp」。 260729 实测发现这个前提站不住:两家收费结构不同(PayPal 百分比低、但每笔固定费高 4 倍), 在我们的客单价上谁便宜要看金额。这个板块就是把结论固化下来,免得下次又凭印象决策
费率全部从流水实算,通道现状自动读 payment 表——这张表就是被改来改去的那张,写死的那天起看板就开始骗人。
四个站现在走谁

两家怎么收费 同一个口径:百分比 + 每笔固定费。只比「有效费率」会得出错误结论

分水岭 低于它 Adyen 便宜,高于它 PayPal 便宜。按公式算,不是写死的数

各站 Apple Pay 均单落在哪边 竖线=分水岭;条形=该站实际均单

同一笔订单两家各扣多少

Apple Pay 订单金额分布 决定「该走哪家」的其实是这张表,不是均值

Google Pay 分水岭 260728 GD 过审后才有实测;两侧都是流水实算,每次 refresh 自动重拟合

结论 / 该做什么

🧰 换绑 / 切通道操作手册 260729 showz 切换+当天回滚实战沉淀 · 下次动手前先读这里

Apple Pay 要能收钱,两个条件必须同时成立:① 网站根目录有那家支付商的验证文件(按支付商,全平台一份) ② 那个收款账号的后台登记了该域名(🔴 按收款账号,换号不继承)。 ②是所有人都会漏的——换一次收款账号,按钮照样渲染、买家照样点、点了付不掉、前后台零报错。 四站曾因此静默坏了 26 个月(7,150 次点击打水漂,成功率 0.83%)。

场景一:换 PayPal 收款账号(最高频的坑)

#动作要点
1查清这个站的钱现在收在哪个号 从 webhook 实读(`orders_paypal_webhooks_log` 抠 payee.merchant_id),别问人别翻文档——账号几个月就轮换一次,文档必过期。账号名≠归属(billing@showz.store 收的是超砖的钱)
2登新号,先核 Merchant ID `businessmanage/account/aboutBusiness`,跟第 1 步查出的对上才往下走。同一主体名下有多个号,只看公司名会认错。中文界面有时不渲染 ID(值在 HTML 里,grep 得到),别点「English」——那是改账号设置
3重新报备 Apple Pay 域名 报备页:paypal.com/uccservicing/apm/applepay → Add Domain。🔴 主域名和 www. 是两个独立域名,各报一次;🔴 站点真实域名是 showzstore.com(showz.store 只是收款邮箱域名,别填错)
4撞「域名已被其他人注册」→ 先证伪 同页填一个肯定没注册过的域名(如 zz-probe-YYMMDD.com)当对照探针:返回「找不到验证文件」≠「已被注册」→ 占用是真的(多半是自家旧号)。逐个登旧号移除再回来注册。🔴 ERP 流水不是账号全集(paypal@showzstore.com 在 ERP 里零流水);换号排查时登出必须用 /signout(/authflow/logout 退不干净)
5Apple Pay 报备(按账号)+ 额度(按账号)一起办 额度也是账户级不继承:新号默认 $1 万/月、超出扣 60 天,收款前找 William 单独配(GD settlement@ 260417 因此被冻 $16.1 万)。额度台账见上方 PayPal 账户表「月收款额度」列

场景二:Apple Pay 在 PayPal ↔ Adyen 之间切(260729 实战工序)

#动作要点
0先算费率账 上面「Apple Pay 通道与费率」板块就是为这一步存在的:分水岭 ~$70,客单价低的站别切 PayPal。260727 gkloot 就是没算这步切错的
1先关旧家的开关,再换文件 一个域名的 .well-known 只能放一份文件=只授权一家,文件一换旧家当场失效——不先关开关,买家看到的是坏按钮(能渲染、点了没反应),比没按钮更伤转化。开关用 payment_switch.py set <站> adyen-applepay/pp-applepay on|off --apply(先 dry-run)
2让希尔换文件,换完必验 md5 路径 /.well-known/apple-developer-merchantid-domain-association,两个域名都要。PayPal 版 md5=abe57eccf6a81f136675a54589d01312,Adyen 版=230e4592b3844d35aaac33e4344a2805。要求 200/零重定向/octet-stream。文件归档在杂事儿 260325 Adyen支付账户/260727 PayPal-ApplePay域名文件/(含回滚版)。别信「已经换好了」,curl 验过才算
3新家侧报备/确认域名 PayPal 侧见场景一第 3 步;Adyen 侧域名列表按 merchant:GET /v3/merchants/{mid}/paymentMethodSettings 看 type=applepay 的 domains。🔴 别去旧家后台删域名登记——留着回滚省一轮重验(本次 payments@showz.store 里的两条报备就是这么留的)
4开新家开关 🔴 PayPal 的 Apple Pay 开关是 PId=1.IsApplepayButton不是 PId=70.IsUsed,脚本里也没有 70 这个开关);Adyen 的是 PId=76.IsUsed。同站两条记录都叫 "Apple Pay",讨论必带 PId
5真单验证,三样全中才算通 ① iPhone 实测面板弹出(=域名验证生效,最快)② orders_payment_addition.PaymentMethod='applepay' 有 intent(🔴 orders 表的 PaymentMethod 记的是「点了哪个按钮」不是「用什么付的」)③ 付掉的单恢复到基准量(showz 基准 ~12 单/4 笔付掉/天)。🔴 别用 PayTime>0 算成功率(点 AP 失败改刷卡也算进去,虚高到 60%+,真值 0.83%)。GPay 当对照组:GPay 有量、AP 归零=100% 域名问题

回滚(260729 实测 ~20 分钟完成)

#动作要点
1希尔把文件换回原版(验 md5)两个域名都换
2开关切回(关新开旧)payment_switch.py,各一条命令
3🔴 最容易漏:验旧家域名验证还活着没有 Adyen API 不返回 verificationStatus(实测 None),后台看不出来,只能真单/实测面板验。260729 实证:文件在 PayPal 版待了 ~1 小时,Adyen 验证没有失效(sz/gd/cb 三站 iPhone 实测全部付款成功)——短暂换文件不致命,但每次仍必须验
本手册的事实来源:skill paypal-applepay-domain(操作规范原文)+ 杂事儿 260325 Adyen支付账户/…时间线.md 260727f/g、260729e(实战记录)。 看板这份是速查摘要,两边冲突以 skill 为准;改了 skill 记得回来同步这里。 其它常备:Ueeshop 后台地址=站点主域名+/manage/(旧 myueeshop 地址全 404); *.myueeshop.com 子域上的 PayPal 版文件是平台自铺的,四站都有,与我们的配置无关。

杂费明细 整体经营 sheet 杂费 tab,¥CNY

公司层面的运营杂费(不分站),来自「整体经营 sheet」的杂费 tab。按月堆叠分类显示,包含:国内货物运费 / 运杂打包费 / 包材费 / 营销宣传 / 网店 ERP 运维 / 律师费 / 网红营销 / 通勤 / 其他杂费等。鼠标 hover 看每月每项具体金额。注意:这是手填数据,最近月份可能未完整录入。
最近 12 月杂费分类堆叠

站长月报 vs YYS 营收 一致性检查 两者应一致,差异 = 录入误差

站长月报和「整体经营 sheet」YYS 营收本来都是站长每月去 ERP 后台抄的同一份数据,理论上应该完全一致。这里逐月逐站对比,差异 = 录入误差/漏填。差异 > 5% 标灰,> 15% 标红/绿。不再和 PayPal 流水对账(PayPal 不是销售真值)。