本阶段学习说明

整体培养方向： Python 全栈开发就业，按北京 10～20k 岗位所需能力逐步推进。
本阶段定位： 在完整项目交付基础上，学习交易型业务的建模与实现，重点处理金额、库存、订单状态、外部支付和异常恢复。
适用环境： Python 3、一种已学 Web 框架、MySQL、前端页面；缓存与异步任务按需求选择。支付使用可控模拟网关或所选渠道的测试环境，固定 SDK 与接口版本；题目不要求真实资金交易。官方资料使用 Stripe 的接口作为对照示例，接入其他渠道时须核对对应的验签、金额单位、状态和重试约定。
考查目标： 能实现下单到支付、退款与核查的闭环，说明本地事务与外部操作之间的边界，处理并发、重复、超时和乱序，并通过测试证明业务约束有效。

题库结构： 100 道题，每题包含追问；分为业务模型、金额、下单、库存、支付接入、回调、退款、可靠性与对账、质量、实操答辩十组。本阶段提供题目，不包含参考答案；以中小型电商项目为范围，不要求一次实现多商户分账、跨币种结算或完整会计系统。

统一业务场景： 单店、单币种电商，用户浏览商品、加入购物车、提交订单、支付并查看结果；运营人员维护商品并处理售后。基础库存模型采用下单预留、支付成功后转为已售、订单关闭后释放；退款与库存回补由履约和退货规则决定。优惠、部分退款与异步履约为递进内容。支付默认以渠道确认收款成功作为关键业务事件，若选择授权后扣款等模式，需另外说明状态与规则。

答题约定： 明确金额单位、订单与支付单的关系、库存含义及合法状态变化。区分请求失败、结果未知与已确认失败；区分用户页面提示、本地记录和渠道事实。任何重试、回调或补偿都应说明业务标识、防重依据、失败记录及复查方法，不能用“消息只执行一次”代替业务设计。

一个电商交易从浏览到完成，包含哪些关键业务环节？

追问购物车、报价、下单、支付、履约和售后分别产生什么记录？第一版应怎样选择范围，保持完整闭环而不过度扩展？

商品、SPU 与 SKU 应怎样按项目需求区分？

追问颜色、尺寸、价格和库存对应哪个层级？只有简单商品时是否必须引入全部概念，后续增加规格会影响哪些数据和接口？

订单与订单明细分别保存什么信息？

追问商品、数量、成交价格与优惠如何关联？一张订单包含多个商品时，哪些字段属于整单，哪些必须保存在明细上？

为什么业务订单与支付记录通常需要分开建模？

追问重新发起支付、切换渠道与多个支付尝试怎样表示？商户订单号、本地支付单号和渠道交易号分别用于什么关联？

订单状态、支付状态与履约状态应怎样区分？

追问支付处理中、支付成功未发货、部分退款分别如何表达？一个状态字段不断增加组合值，会让哪些判断变得困难？

怎样描述订单的合法状态变化与触发者？

追问用户取消、超时关闭、支付回调和运营操作分别允许改变什么？哪些状态必须禁止回退，非法变化怎样记录和返回？

购物车为什么不能直接当作成交订单？

追问价格、库存、上下架和收货信息变化时，应在哪个阶段重新检查？下单后继续修改购物车，是否应该改变已经生成的订单？

订单需要保留哪些交易时的内容快照？

追问商品名称、规格、价格、地址和优惠规则变化后，历史记录如何解释？快照与当前商品数据各在什么页面使用？

怎样界定用户、运营与售后人员的权限？

追问查看订单、改价、关闭订单和发起退款分别需要什么授权？管理端操作怎样保留原因、操作者与前后状态？

怎样写出交易系统的关键业务约束？

追问不超卖、不重复履约、退款不超过可退金额等约束分别在哪层落地？如何把它们转化为可检查的数据条件与测试？

AI 超哥 Codex 副业群

交易流程、业务边界与领域模型