金融与记账
独立开发者收款上线清单：先合规，再转化
能把钱收进来之前，先回答主体、税务、退款、对账四个问题。答不上来的，先别开卖。
收款不是接一个支付按钮，而是一条从下单到对账的链路。这份清单把「合规与对账」放在转化之前：先用清单确认能开票、能退款、能对上账，再优化结算页转化率。
本期入选（6）
- 独立开发者收款上线清单 ¥9.9
把收款前必须具备的材料与流程列成清单，避免边卖边补。
- polar · 深度导读卡 ¥3.9Apache-2.0 · Python · ★10.5k
面向数字商品的支付与订阅抽象，适合评估「商户号 vs 平台代收」的取舍。
- create-ai-saas-starter · 深度导读卡 ¥4.9MIT · JavaScript
带订阅与额度控制的起步模板，用来看清「计费点」应该放在哪一层。
- kimai · 深度导读卡 ¥3.9AGPL-3.0 · PHP · ★5.1k
工时与项目计费，适合按时间收费的服务型交付。
- bigcapital · 技术雷达卡 ¥3.9AGPL-3.0 · TypeScript · ★4.1k
会计与账目结构参考，用来理解收入、退款、手续费该怎么分科目。
- fail2ban · 深度导读卡 ¥4.9NOASSERTION · Python · ★18.9k
收款系统一旦公网暴露，登录爆破就是第一波风险，先加基础防护。
四个必须先答的问题
收款主体是谁、发票怎么开、退款政策写在哪、对账以哪个时间为准。四个问题没有书面答案前，不要接真实支付通道。
回调不是发货依据的全部
异步回调可能延迟或丢失，必须有主动查单与人工对账入口。发货只认「验签通过 + 金额一致 + 幂等写入」。
先小额定损，再放量
用最小金额跑通「下单 → 支付 → 回调 → 交付 → 退款」全链路，再开放高价位商品。跳过这步的代价通常是一次真实客诉。
常见坑
常见坑：把同步跳转页当支付成功、金额用浮点比较、回调没有幂等、把密钥写进前端、退款靠手工改数据库。
替代方案
早期订单量很小时，平台代收 + 手工对账可以接受；一旦日订单过百，自建对账与退款流程的收益会迅速超过成本。