要求： 必须是国内主体、做过Shopee官方仓的卖家（非财税公司，非服务商），有实际处理过以下问题的经验。
 
问题背景
我们是国内主体，主要做Shopee官方仓模式。多站点，多店铺，做服装，总共有2千多个SKU，想要做财务正规化，但是执行过程中发现好难，有很多问题，暂时都没有办法处理，想找真正实操过的同行财务请教一下具体操作，如果能解决问题，后续愿意一对一咨询，按小时付费。
 
具体问题
核心问题1：成本、收入、费用确认时点不匹配，导致利润失真

问题描述：
收入确认有三种方式，但各自存在致命短板：

按发出确认：货物发出时结转成本。操作简单，成本能同步匹配，但问题是——货物发出≠收入确认（如订单取消、在途未完成），会导致成本被高估，利润失真。

按确认收入确认：即订单完成（确认收货）时确认收入。此时需要：

将“已完成订单”从所有订单中摘出来，与成本一一匹配

多店铺、多平台下，这个“摘单”动作极其繁琐，需大量使用Excel公式手工处理

同时，已回款订单汇率确定，未回款订单汇率未知，对应的费用也未出来，只能预估，存在不确定性

按结算确认：按平台结算单确认收入。优点是收入、费用都已确定且匹配；
 
缺点是：结算单中的订单可能跨期（如本月结算单包含上个月甚至上上个月的订单）

成本需要按订单实际发生期间去匹配，而不是按结算期间

结算单明细需要逐条拆解，区分哪些费用属于本期、哪些属于上期，工作量巨大

当前妥协方案的问题：
目前采用“成本按发货确认 + 收入、费用按结算单确认”的方式。虽然操作相对简单，但存在严重的期间错配问题：

淡季→旺季：发货量（成本）激增，但确认的收入仍是淡季订单的结算，导致利润被人为压低

旺季→淡季：发货量（成本）减少，但确认的收入是旺季订单的结算，导致利润被人为虚高

这种错配导致利润数据完全无法用于真实的经营分析。
 
核心问题2：官方仓的进销存怎么处理？
 
背景：
目前使用Shopee官方仓，但官方仓没有对接任何ERP系统。我们需要自行管理官方仓的进销存，并完成SKU的成本平摊（包括海运运费、加工打包费用等）和加权成本核算。尝试过使用多维表格、店小秘等系统手动录入入库数据，但效果不理想，操作非常繁琐。

核心痛点拆解：

一、进销存管理缺失自动化

由于官方仓无API对接，库存流水（入库、出库、库存余额）全部需要手动记录。具体问题包括：

入库数据：无法自动同步，需人工从官方仓后台导出或手动录入。

出库数据：虽然可以从店小秘等ERP导出订单明细，但需与入库批次匹配，才能计算结转成本。

库存成本核算：需要按加权平均法计算，但每次入库的采购成本、运费、加工费都不同，手动计算耗时且易错。

二、成本平摊操作繁琐

每一批货物从采购到入仓，除了货物本身的采购成本，还需要分摊：

海运运费（按体积、重量或数量分摊到每个SKU）

加工打包费（同样需要分摊）

目前的做法是：先录入批次总运费和总加工费，然后按某种规则（如数量占比）手动计算出每个SKU应分摊的金额，再填入入库记录。SKU一多，计算量就很大。

三、分批入库带来的额外复杂性（核心痛点）

这是最让操作者头疼的问题。一批货物可能分多次上架，尤其容易发生在月末：

例子：
假设我们在3月1日发了一批货到官方仓，总共100件SKU A。这批货的采购成本为2000元，海运运费500元，加工打包费200元，总成本2700元。

但官方仓实际入库并不是一次性全部上架。比如：

3月28日上架了60件

4月2日上架了剩余的40件

这就导致同一批货物被拆分成两个期间入库：3月份入库60件，4月份入库40件。

问题来了：

总成本2700元需要按实际上架数量拆分到两个期间。

3月份入库的60件，应承担的成本为：2700 × (60÷100) = 1620元。

4月份入库的40件，应承担的成本为：2700 × (40÷100) = 1080元。

但实际操作中，我们需要从官方仓后台查出3月份具体上架了多少件，以及4月份具体上架了多少件，然后分别录入。

主要是官方仓后台还不能直接提供“按批次拆分明细”，就需要手工去核对每个批次号的实际上架记录，再人工计算拆分比例。SKU一多、批次一多，工作量翻倍。

更麻烦的是：
如果同一时期内还有多批货物同时入库（不同采购批次、不同运费），每一批都可能存在这种“跨月分批上架”的情况。那么月底做库存成本核算时，就需要：

找出所有跨月批次

确定每个批次在当月的实际上架数量

按比例拆分成本

分别计入当月和次月的入库流水

重新计算加权平均成本

整个过程极度依赖手动核对和Excel公式，稍有不慎就会导致成本计算错误。

四、现有尝试的局限性

我们尝试过用多维表格和店小秘手动录入入库单，但发现：

多维表格虽然可以建结构，但数据需要逐行手工录入，且跨月拆分的逻辑仍需手动计算。

店小秘只能管理自有仓或已对接的第三方仓，官方仓无法自动同步库存流水，只能作为订单导出工具，无法解决入库分摊问题。

最终结果就是：虽然逻辑上知道该怎么算，但实际做起来太繁琐，一个月大部分时间都花在处理这些手工账上。

理想中的解决方案

我们希望找到一种方式，能够：

自动或半自动获取官方仓的入库明细，至少能导出每个批次、每个SKU的实际上架时间和数量。

将成本平摊规则固化：海运运费、加工打包费等，能按预设规则（数量/体积/重量）自动分摊到每个SKU，减少手动计算。

解决跨月分批入库的拆分问题：能够自动识别同一批次货物在多个期间的上架记录，并按比例拆分成本，分别计入所属期间。

与现有工具（店小秘、多维表格）衔接顺畅，减少手工重复录入，最好能通过导入导出+公式自动完成月度核算。
 
 
核心问题3：多币种 + 加权平均导致成本失真

本土第三仓时，我们用的BigSeller，这里的仓库货币单位是关联账号销售地区的，默认1个币种，我们默认的是马来币种，但这就会造成一个问题：
 
我们所有采购成本都是人民币，但货物进入马来西亚海外仓后，系统会按入库时的汇率换算成马币，后续的销售和库存结转都在马币体系下进行，但是我国内做账的时候，我又要转回到人民币，因为汇率波动，我的采购成本就对不上了：
 
具体来说：我们实际支付了110元人民币的成本（货款+运费），但经过“人民币→马币→人民币”的两次转换后，账面上的总成本可能变成120元，凭空多了10元，这显然不合理。

如果每次只处理一批货，还可以通过汇率调整来修正。但实际情况是库存不断滚动，新货入库、旧货出库，加权平均后，不同批次的货物、不同时点的汇率全部混杂在一起。我们无法分辨出每笔销售结转的成本，到底对应的是哪一批货的原始人民币成本，也不知道这部分的“增值”到底是汇率波动带来的，还是实际的库存增减。这使得我们无法准确核算真实的经营利润。
 
 
我们想求助的是：

方法论层面：有没有一种相对高效、又能保证数据真实性的核算方式，能解决成本、收入、费用的时间匹配问题？

工具/系统层面：有没有现成的工具或系统（或现有系统的配置方式），能够：

支持多平台、多店铺的数据自动抓取与匹配

解决多币种下以原始人民币成本进行库存结转的问题

减少手工拆单、摘单的工作量

实操层面：有没有同行遇到过类似问题，是怎么解决的？或者有没有可以借鉴的流程设计？