Shopee菲律宾店换运营：订单、库存、活动和广告，怎么交接才算真的交清？

2026-11-08

260

周五下午，菲律宾站后台同时挂着几种“没做完”：一笔已经付款的订单还没发出，一笔退货退款等着卖家处理，一批货已经在路上但仓库和系统的数量还没完全对上，下一场活动已经报名，广告却还在继续消耗预算。

周五下午，菲律宾站后台同时挂着几种“没做完”：一笔已经付款的订单还没发出，一笔退货退款等着卖家处理，一批货已经在路上但仓库和系统的数量还没完全对上，下一场活动已经报名，广告却还在继续消耗预算。原运营说“这些都在表里”，新运营说“我今天刚接手”，店铺负责人最怕听到的就是这两句话。

Shopee菲律宾店换运营：订单、库存、活动和广告交接（原创专题配图）

Shopee菲律宾店换运营：订单、库存、活动和广告交接

因为写在表里，不等于有人负责；有人负责，也不等于知道下一次要在什么时候动作。

换Shopee菲律宾店的运营人员，尤其是从自营运营换成服务商、或者从一个服务商换到另一个服务商，真正要交的其实不是一个账号，而是一条还在继续运行的责任链。订单要发出去，售后要有人回，库存要继续同步，已经答应参加的活动不能突然失去主人，广告预算不能因为换人继续自动消耗，账单也不能等到月底才发现没人对。

这件事如果只做成“账号已经给新运营了”，交接大概率还没有完成。

先定一个交接切点，再谈谁接什么

比较稳妥的做法，是先确定一个明确的交接时间点。

下面所有例子都是为了说明方法而设置的假设，不对应真实团队或真实订单。假设一家中国卖家把10月16日18:00定为交接切点，那么18:00以前已经产生、但还没有闭环的事项，全部进入交接清单；18:00以后新产生的事项，按新流程接管。

这样做的意义很简单：以后再出现“这个订单到底算谁的”“这个活动是谁报名的”“这个广告为什么还在跑”，不用靠聊天记录回忆。

更重要的是，清单里不要只有“交出人”和“承接人”。

至少要把六个字段写清楚：交出人、承接人、负责人、当前状态、下一截止点、核对记录。

交出人负责把背景和历史交代清楚；承接人负责下一步执行；负责人是店铺这一侧真正能拍板的人。三者可以是同一个人，也可以完全不同，但不能全部写成“运营团队”。

尤其是服务商接手时，这一点很重要。服务商员工可能负责日常操作，但平台上的卖家主体并不会因为换了服务商就自动换成另一个责任主体。内部合同可以约定谁承担什么成本和损失，平台侧的账号责任则是另一回事。

Shopee菲律宾当前条款明确提到，符合条件的卖家可以使用Sub-Account机制，把账号的一部分权限配置给成员；如果第三方获得了这些权限，其操作可以被视为卖家账号的操作，卖家仍需对Sub-Account的行为负责。

所以，交接表第一列不应该是“新运营账号”，而应该是“未完成事项”。

第一关：把所有未发订单从“待发货”里捞出来

最容易漏掉的是订单。

运营交接时，如果只是截一张“待发货”页面，很可能看不出真正的风险。至少应该把订单按当前动作拆开：已经付款但还没安排发货的、已经安排发货但尚未被物流揽收的、已经出库正在运输的、已经送达但售后窗口还没有结束的，以及已经进入取消、退款或争议流程的。

其中最关键的是Ship-by Date，也就是这笔订单自己的发货截止时间。

不要在内部交接表里写一个统一的“订单一般几天发”。Shopee菲律宾当前帮助中心关于Days to Ship的说明，会根据商品是否预售等情况出现不同的适用范围，而且活动期间还可能调整；另一个官方自动取消说明中的DTS范围又存在不同表述。对交接来说，这种平台规则差异没有必要由运营自己解释。

最安全的记录方式，是直接把订单详情里的Ship-by Date作为这笔订单的下一截止点。

例如：

记录A｜未发订单。 交出人：运营A；承接人：运营B；负责人：店铺负责人C；状态：已付款—待发货；下一截止点：该订单详情显示的Ship-by Date；核对记录：去敏后的订单编号末4位、当前订单状态、仓库出库记录、面单或物流状态。

这里有一个很容易犯的错误：“面单已经生成”不等于“订单已经发出”。

如果订单已经安排发货，有了Shipment ID，但物流还没有成功揽收，就应该继续放在交接清单里。不要因为状态看起来已经往前走了一步，就把它从风险列表里删掉。

已经在途的订单也一样。交接时应该记录物流单号、最近一次物流节点、是否存在长时间无更新，以及谁负责继续跟进。平台物流状态有自己的更新节奏，运营自己的交接节奏不能因此消失。

对于已经送达的订单，也别急着全部归档。菲律宾站当前Return Window会根据卖家类型区分，Shopee Mall和非Mall的退货窗口并不相同。也就是说，“订单已经Completed”与“这笔订单以后肯定没有售后”不是一回事。

所以订单交接真正要问的不是“还有多少待发货”，而是：

还有哪些平台义务没有结束？

第二关：售后不是一个文件夹，而是一串正在倒计时的动作

退货退款尤其容易被交接表做成一句“售后已交接”。

这句话没有什么执行价值。

真正应该记录的是：买家提出了什么问题、目前走到哪一步、卖家已经做了什么、平台还在等什么、下一次动作由谁完成。

Shopee菲律宾当前帮助中心显示，新的Return/Refund流程下，部分卖家或店铺在收到退货退款请求后，需要在规定时间内回应；当前页面给出的卖家回应期限是2天，但页面同时明确说明这一新流程目前只适用于部分卖家或店铺，并会逐步推广。

这就是为什么交接表不能简单写“售后2天内处理”。

应该写成：

记录B｜退货退款。 交出人：运营A；承接人：服务商运营B；负责人：店铺负责人C；状态：Return/Refund待卖家响应；下一截止点：以该店铺当前售后页面显示的响应期限为准；核对记录：案件状态、申请原因、已提交证据、最近一次平台通知、下一动作，不记录买家姓名、电话、地址等个人信息。

如果当前流程里已经出现退款协商，也要继续跟。官方帮助信息显示，在特定新流程下，买卖双方对于部分退款方案还会存在额外的回应时间。这个时间不能因为“已经给了新运营”就重新开始计算。

更麻烦的是争议。

有些售后最后需要平台介入，平台可能要求买卖双方补充证据。官方帮助中心给出的争议处理通常需要数个工作日，但这个时间是平台处理时间，不应该被当成卖家的内部行动期限。

内部交接要抓的是另一件事：平台下一次要求卖家做什么。

如果平台正在等卖家补充视频、照片、物流证明或者说明，负责人就必须明确到具体人。不能写“新运营跟进”，因为一旦新运营请假、服务商换人或者工单转手，这句话马上失去意义。

售后记录也不要把客户个人信息复制到普通运营表里。对于交接来说，通常只需要保留案件状态、订单的去敏标识、问题类型、证据位置、平台通知时间和下一截止点。能证明责任链已经交过去，就够了。

第三关：库存要同时看“货在哪里”和“系统认为有多少”

库存交接比订单更容易出现一种假象：两边都觉得自己没问题。

仓库说还有货，Seller Center也显示有货，ERP却是另外一个数字；或者系统里还有可售库存，实际上其中一部分已经被未发订单占用；又或者一批货已经从供应链端发出，但仓库还没有完成接收。

这几种状态不能混成一个“库存数”。

交接时至少要把库存拆成几个口径来看：平台当前可售数量、仓库实物数量、已经被订单占用的数量、正在入仓或运输中的数量，以及处于质检、破损、待处理状态的数量。

内部核对可以采用这样的思路：

可用于继续销售的库存 ≈ 实物可用库存－已经占用但尚未完成的订单－隔离库存－其他已经明确承诺不能再卖的库存。

这是内部管理口径，不是Shopee的平台公式。它的价值在于防止运营把“系统里显示的数字”直接当成“明天还能卖多少”。

Shopee菲律宾当前卖家条款也明确要求卖家正确管理商品信息和库存数量，避免在商品页面提供不准确的信息。

如果店铺使用ERP、仓库系统或其他库存同步工具，交接还要多一列：最近一次成功同步是什么时候。

不是“有同步”。

而是“最后一次成功同步时间是什么时候，推了多少数量，哪里发生过失败”。

例如：

记录C｜在途库存。 交出人：运营A；承接人：仓配负责人B；负责人：店铺负责人C；状态：已出库—等待仓库接收；下一截止点：按物流或仓库实际预计更新节点记录；核对记录：SKU、数量、物流单号、最近物流节点、仓库收货记录。

记录D｜库存同步异常。 交出人：运营A；承接人：运营B；负责人：店铺负责人C；状态：ERP库存与Seller Center数量不一致；下一截止点：下一次同步结果或内部约定的人工复核节点；核对记录：最后一次成功同步时间、异常SKU、系统数量与实物数量差异、待执行的修正动作。

这里尤其不要出现一句“等系统自己同步”。

系统有没有成功，不是感觉，是记录。

第四关：已经报名的活动，不能因为换运营就重新解释

活动是另一类很容易在交接时消失的事项。

运营A可能知道某个SKU已经报名，知道折扣是多少，也知道活动什么时候开始；运营B接手后只看到商品页面，却不知道这个商品已经承担了一项促销承诺。

所以活动要单独做一张“已承诺事项”。

至少记录活动名称、SKU、当前状态、活动开始和结束时间、卖家承担的优惠或费用、是否已经批准、是否允许退出，以及下一次必须动作的时间。

这里也不要写“平台活动一般提前几天报名”。

Shopee不同活动的规则可能不同，具体截止点应该以当前Seller Center中的活动详情和对应活动条款为准。

有些活动甚至不是“报名之后就结束”。例如Shopee菲律宾目前关于MCN促销的官方帮助说明里，已经批准的商品如果提出取消，而MCN在规定期限内没有批准取消，促销和佣金计费仍可能继续。这个7个日历日的规则属于该MCN促销流程，不能被拿去当成所有活动的统一退出期限。

这也是交接最需要警惕的地方：状态变化本身也是责任。

“已报名”只是一个状态；“已经报名、取消申请中、等待对方处理、促销仍在计费”才是可以执行的状态。

如果服务商接手后发现一个活动不想继续，也不能只在内部表格里写“建议取消”。负责人要知道当前活动是否已经产生平台侧承诺、谁有权决定退出、退出有没有截止时间，以及不退出会继续产生什么费用或履约要求。

第五关：广告最怕“没人管，但它自己会花钱”

订单没人处理，通常很快能看见。

广告没人处理，有时候反而安静得多。

因为广告可以继续跑。

Shopee菲律宾当前条款把Product Ads、Shop Ads、Content Ads和Brand Ads等付费广告服务纳入广告规则体系，卖家可以设置预算、竞价方式和营销周期；广告余额还可以通过自动充值机制从Seller Balance补充。

所以交接时不能只问“广告账户给新运营了吗”。

应该问：

现在有哪些广告在跑？

每个广告的预算是什么？竞价或目标是什么？营销周期什么时候结束？广告余额还有多少？有没有自动充值？最近消耗多少？哪些SKU已经下架或者暂停？有没有广告费用尚未完成复核？

尤其是自动充值。

如果广告余额不足可以自动从Seller Balance补充，那么它已经不是单纯的“运营事项”，而是资金事项。新运营如果不知道自动充值还开着，财务如果不知道广告仍在持续消耗，最后就会出现一个很典型的交接问题：运营说“我没改预算”，财务说“为什么余额少了”。

现在的Shopee菲律宾条款还新增了对AI Advertising Tool的说明。若卖家选择使用相关工具，Shopee可以在卖家设定的目标、预算、规则和参数范围内自动配置、创建、调整或暂停广告；同时卖家仍需对自己设定的目标、预算、规则和广告表现复核负责。

所以如果店铺已经使用这类自动化广告工具，交接表里还应该写清楚：工具是否启用、当前目标和预算是什么、目前有哪些自动调整，以及谁负责每天或每个结算节点复核。

广告余额也不要当成“运营自己的钱”。

当前条款明确规定，购买的广告额度在特定情况下不可退款，商品下架或售出后剩余广告周期和广告额度也不能随意转给其他商品。这个信息如果没有交给新运营，后面很容易出现“先停商品，广告余额以后再用”的错误预期。

费用复核同样不能只看广告账单。

菲律宾站当前卖家条款涉及交易费、订单处理费、佣金或跨境费、Seller Growth Support Fee、平台配送相关费用、项目费用以及可能的代扣税等。不同卖家类型、类目和参与项目的实际费用并不完全一样。

所以交接时应该把“广告费用”和“订单费用”分开。

记录E｜广告。 交出人：运营A；承接人：运营B；负责人：店铺负责人C；状态：广告持续投放；下一截止点：当前广告营销周期结束或内部预算复核节点；核对记录：广告活动标识、预算、竞价方式、周期、余额、自动充值状态、最近消耗。

记录F｜费用。 交出人：财务A；承接人：财务B；负责人：店铺负责人C；状态：待完成当期广告及平台费用复核；下一截止点：以当前账单、结算单或项目实际出账节点为准；核对记录：平台费用明细、广告消耗、Seller Balance变动、相关发票或账单。

还有一个容易被忽略的区别：订单完成，不等于钱已经进入银行账户。

Shopee当前条款说明，销售款会按照订单交付及退货退款窗口等条件进入Seller Balance，部分情况下还可能因为费用最终确认、售后或安全检查而延迟。因此交接时不要把“已完成订单金额”直接当成“已经到账的现金”。

这件事对中国跨境卖家尤其重要。菲律宾站如果属于菲律宾境外主体，还涉及平台条款中的Cross Border Fee，具体费率应以该卖家实际适用的通知和后台账单为准，不要拿菲律宾本地卖家的费用表直接套。

真正的权限交接，不是把主账号密码交出去

如果是内部换运营，最简单的做法往往也是风险最高的做法：大家习惯把主账号登录方式当成“工作资料”传来传去。

这不应该成为标准交接方式。

Shopee菲律宾当前安全帮助明确要求不要分享密码、OTP和ShopeePay PIN。当前条款也规定，卖家应保护密码，对账号下发生的活动承担责任。

而Sub-Account机制的意义恰恰在于把“谁需要什么操作”与“谁能碰整个账号”拆开。

官方Sub-Account资料展示过的权限颗粒度已经相当细，包括订单发货、Return/Refund、商品编辑、My Ads、My Campaigns、优惠券、物流促销、数据以及钱包相关权限等。但这份官方资料本身没有明确标注当前菲律宾站全部功能和最新版本，因此不能拿旧截图上的角色名称和权限数量，当成今天每一家菲律宾店都必然拥有的固定配置。

真正交接时，应该以这家店当前后台实际可见、可授权的权限为准。

这也意味着服务商接手前，负责人应该先问一句：这个承接人到底需要做什么？

如果只是处理订单，就不需要把财务相关能力一并交过去；如果要处理售后，就要确认Return/Refund相关权限是否实际可用；如果要管理广告和活动，就要确认对应功能是否已经授权。至于具体权限如何调整，应按照平台当前提供的授权机制处理，而不是靠共享主账号凭据解决。

更重要的是，权限交接和责任交接是两回事。

能操作，不代表能拍板；能拍板，也不代表平台责任已经转移。

服务商可以负责执行，但店铺负责人仍然应该知道哪些事项已经交给服务商、哪些事情必须由自己确认。尤其是退款金额、广告预算、活动承诺、费用异常等可能产生直接财务影响的动作，最好在内部职责记录里明确谁执行、谁批准。