美妆品牌建设或更换零售系统时，通常已经运行ERP、OMS、WMS、CRM或会员中心。新的门店系统不是孤立上线，而是要进入品牌已有的商品、库存、会员、订单、支付和财务体系。
在常见架构中，PEKON智慧零售系统承接门店销售、退换货、门店库存操作和支付结果记录；ERP承接企业资源与财务处理，OMS管理线上订单与履约协同，WMS管理仓库作业，CRM或会员中心管理会员身份与权益。具体分工需要结合品牌现有系统、数据来源和组织职责确认。
本文以一笔美妆门店销售和部分退货为例，说明各系统分别记录什么、怎样交换结果，以及发生异常后如何继续处理。
品牌在选型或换代阶段，还可参考品牌零售系统选型与换代专题，进一步了解业务覆盖、系统协同和迁移建设。
一笔订单为什么会出现在多个系统中
顾客在门店购买一瓶粉底液和一支口红，使用一张60元会员优惠券，剩余金额完成支付。几天后，顾客回到门店退回口红。
这笔业务会形成多种不同记录：零售系统保存门店销售和退货，支付系统执行扣款和退款，CRM或会员中心处理优惠券与积分，ERP接收销售与库存结果并完成后续财务处理。商品需要退回仓库时，WMS再记录仓库收货。
多个系统保留同一笔业务的相关数据并不等于职责重复。关键是明确每一项业务结果由哪个系统产生，其他系统接收什么，以及发生差异时以哪项记录继续处理。
各系统的常见职责
以下是美妆品牌零售项目中的常见分工。实际建设范围应根据品牌现有架构、产品版本、接口条件和项目约定确认。
| 数据或业务结果 | 常见责任系统 | PEKON零售系统及其他系统如何协同 |
|---|---|---|
| 商品编码、色号、规格和单位 | ERP或商品中心 | PEKON零售系统、OMS和WMS使用统一商品标识，并按授权补充门店展示和销售信息 |
| 门店销售、退换货和门店库存操作 | PEKON零售系统 | 保存门店业务单据，并向ERP、CRM等系统传递相应结果 |
| 线上订单、拆单和履约安排 | OMS | 向仓库或门店下发履约任务，并接收备货、提货或配送结果 |
| 仓库出入库、批次和仓库实收 | WMS | 向门店提供补货依据，并接收门店退库后的仓库实收结果 |
| 会员身份、积分、优惠券和等级权益 | CRM或会员中心 | PEKON零售系统查询会员与权益，提交使用或调整请求，并保存关联记录 |
| 扣款与退款执行 | 支付系统 | 支付系统执行资金动作，PEKON零售系统保存支付方式、支付流水、渠道结果及其与业务单据的关联 |
| 会计处理和账务调整 | ERP财务模块或财务系统 | 根据销售、退款、库存和结算依据完成财务处理 |
“责任系统”不是简单地按软件名称划分。例如，库存至少包含仓库实物、门店实物、订单占用和可售数量。WMS管理仓库作业，PEKON零售系统记录门店收货、销售、退货及相应的门店库存变化。品牌需要在项目中进一步确定企业库存汇总、在途库存和财务库存的处理方式。
从仓库补货到门店销售
商品进入门店前，仓库依据补货安排通过WMS完成出库，记录实际发出的商品、数量和批次。门店在PEKON零售系统中找到对应补货单，清点到货并确认实收。
仓库发出20件、门店实收18件时，两边分别保留实际数量，差异进入后续处理。仓库出库与门店收货是两个不同时间发生的业务动作，不能用一个统一的“已完成”状态覆盖数量差异。
顾客到店购买粉底液和口红后，PEKON零售系统完成商品扫描、会员识别、促销计算和门店交易记录。CRM或会员中心提供会员身份与可用权益，并接收优惠券使用和积分处理结果。支付系统执行扣款，PEKON零售系统保存对应支付流水和渠道结果。
假设粉底液标价400元、口红标价200元，订单使用60元优惠券。按照品牌采用的金额比例分摊规则，两件商品的成交金额分别为360元和180元，订单实付540元。商品行的成交金额和优惠分摊需要保存在原销售单中，供后续部分退货使用。
交易完成后，PEKON零售系统记录门店销售并扣减对应门店库存，CRM或会员中心处理会员权益，ERP接收销售和库存结果。支付系统执行付款，但销售单、商品明细、支付方式、支付流水和渠道状态都保留在零售系统中，方便门店查询和后续售后处理。
线上订单由OMS组织，门店系统完成现场执行
OMS主要进入线上订单场景。例如，顾客线上下单并选择门店自提，OMS管理线上原订单、拆单和履约安排，并向指定门店下发任务。门店通过PEKON零售系统完成备货和提货确认，再把执行结果回传OMS。
线上订单已经完成付款时，门店提货不是一笔新的门店收款交易。系统需要保留线上原订单与门店执行记录的关联，并明确库存预留和最终扣减分别由哪个系统发起，避免重复占用或重复扣减。
线上订单由仓库配送时，OMS向WMS交接出库任务并接收配送结果。无论由门店还是仓库履约，执行记录都应能够追溯到线上原订单。
部分退货需要分别处理商品、退款和会员权益
顾客回店退还口红时，店员在PEKON零售系统中查询原销售单，核对商品行、原销售数量和已有退货记录。系统生成关联原商品行的退货单，并按照原成交记录和品牌售后规则确定退款金额。本例中，口红商品行的成交金额为180元，因此退款记录对应180元。
门店接收商品后，在PEKON零售系统中记录退回数量和商品状态。完成检查前，商品可以进入待处理状态；确认符合再次销售条件后，再转入相应门店可售库存。商品需要退回仓库时，门店另行创建退库单，仓库收到商品后由WMS确认实收。顾客退货和门店退库是两项有关联但不同的业务动作。
退款由门店通过PEKON零售系统发起，并通过约定的支付接口交由支付系统执行。退款申请、处理中和退款成功分别保留状态，支付渠道返回的结果记录在对应退货单中。
CRM或会员中心根据退货记录处理积分、优惠券等会员权益。是否恢复优惠券、是否调整原订单剩余商品的优惠，取决于品牌的会员与促销规则。ERP和财务系统接收销售、退货、退款和库存结果，完成相应核对和账务处理。
接口异常时，应延续原业务记录
系统接口暂时没有返回结果时，首先需要确认相关业务动作是否已经执行。支付请求超时不等于扣款失败，ERP暂未收到销售数据也不等于门店没有成交。直接重复收款、重新开单或再次退款，可能形成重复业务。
PEKON项目通常围绕以下原则设计异常处理：
- 先确认结果：查询接收系统或支付渠道，判断业务是否已经执行；
- 补传原记录：接口恢复后继续发送原销售、退货或会员记录，不重新创建业务；
- 保留处理状态：记录已完成、处理中和待处理步骤，并明确后续负责团队；
- 控制重复执行：同一业务请求重复到达时，接收系统能够识别已处理结果；
- 异常转人工：涉及重复扣款、多退款、多发货等风险时停止自动处理，并留下人工处理记录。
具体的查询、重试、补传和补偿机制，根据PEKON产品版本、外围系统接口能力及项目范围确认。
项目验收同时覆盖正常交易与中断场景
只验证“接口返回成功”不足以证明系统分工已经建立。PEKON在项目设计和验收中，会沿真实业务流程核对门店、仓库、会员、支付和财务记录是否能够对应，并验证中断后是否可以沿原单继续处理。
| 验收场景 | 应当核对的结果 |
|---|---|
| 门店销售数据重复传入ERP | 原销售能够被识别，不重复记录销售或库存变化 |
| 门店已经成交，ERP暂未收到数据 | 能够追踪并补传原记录，不需要重新开单或收款 |
| 仓库已经发货，门店未收到发货明细 | 补齐原出库依据，不重复安排发货 |
| 顾客已经退货，门店尚未退库 | 只更新门店商品状态，仓库库存不提前增加 |
| 退货完成，会员权益尚未调整 | 退货与权益处理分别显示状态，接口恢复后继续处理 |
| 退款已经执行，财务尚未收到原销售 | 保留退款与原销售单的关系，待数据补齐后继续处理 |
除后台数据外，门店页面还需要告诉员工当前结果和下一步动作。项目团队则需要能够查询未完成事项、最近处理时间和负责团队，使异常不会停留在无人跟进的接口日志中。
PEKON在门店业务与企业系统之间建立清晰连接
PEKON智慧零售系统承接美妆门店收银、促销、退换货、门店库存和会员协同，并可与品牌已有的ERP、OMS、WMS、CRM或会员中心连接。建设重点不是把所有能力放进一个系统，而是让每项业务结果都有明确来源，并能够沿销售单、商品行、支付流水和库存记录进行追溯。
以本文的部分退货为例，门店能够查询退款进度和退回商品状态，仓库能够在后续退库时确认实收，会员团队能够解释权益变化，财务能够找到销售、退款和账务之间的关系。任何一步尚未完成，都保留相应状态并能够继续处理。
围绕品牌现有系统、门店业务范围和后续建设目标，可与秉坤顾问进一步交流零售系统的职责边界、接口范围和实施方案。
常见问题
美妆门店交易应由哪个系统记录？
门店现场发生的销售、退换货、商品明细、门店库存变化和支付结果，由PEKON零售系统记录，并按项目约定向ERP、CRM等系统传递相关结果。
WMS和零售系统分别管理什么库存？
WMS主要管理仓库出入库和仓库实物，PEKON零售系统管理门店收货、销售、退货及相应的门店库存变化。企业库存汇总与财务库存的处理方式根据品牌架构确定。
OMS是否负责门店现场销售？
OMS主要管理线上订单与履约安排。门店现场销售由PEKON零售系统完成；线上订单由门店自提时，门店系统接收OMS任务并回传执行结果。
支付系统与零售系统怎样分工？
支付系统执行扣款与退款。PEKON零售系统保存销售单、退货单、支付方式、支付流水和渠道处理结果，并建立它们之间的关联。
ERP、OMS、WMS和CRM的分工是否固定？
不完全固定。品牌可能将多项能力部署在同一平台，也可能使用独立商品中心或会员中心。PEKON会根据现有系统、数据来源、组织职责和项目范围确定最终分工。
