
- 仓型
- 保税 · 非保税
- 库存粒度
- VIN 级库位
- 关键卡点
- 入区申报 · 出区申报
- 状态
- 已实现
能力清单
- 多国海外仓库存
- 保税仓监管账册
- 核注核销
- PDI 入库与出库
- 门店 / 渠道调拨
一、这条线解决什么问题
车停在仓里的每一天都在花钱,但没人知道它为什么停
海外仓最容易被当成「一个放车的地方」。实际上它是一段时间成本 + 一套监管规则 + 一个资金占用三件事叠在一起。车停在这里,每一天都在产生仓储费、资金占用和贬值风险,而这三个成本在传统台账里是分开的,谁也不对谁负责。
更麻烦的是监管维度。保税仓与非保税仓的差别不是「要不要交税」,而是货权与税的状态在什么时点发生变化:入区时是否视同出口、出区时是否补税、库存能不能自由处置、盘点差异怎么处理。这些规则写在海关监管办法里,而台账通常只记「在库多少台」。
- 不知道每台车停了多久:只知道总数,不知道哪台是 90 天的滞销车。库龄分析做不出来,处置决策就只能拍脑袋。
- 不知道每台车在哪个位置:仓里几百台车,找一台要靠对讲机。出库时找不到车,装车计划就乱。
- 入库验收不留痕:车在运输中磕了,入库时没拍照,出库时客户发现,责任归谁说不清。
- 保税与非保税混放:两种状态的库存在同一个区域,盘点时分不清哪些是已清关的、哪些还没有。
- 出库之后账不闭环:车出了仓,库存减了,但对应的销售或调拨没有关联,期末对不上。
海辕·仓要做的是把海外仓变成VIN 级的库存账:每台车在哪个库位、什么状态(保税 / 已清关 / 待检 / 可售 / 锁定)、停了多久、入库时的车况留痕是什么、出库时对应哪张订单。这三层信息合起来,才叫库存。
它同时解决一个常被低估的问题:库存是资金。一台车在仓里停 120 天,占用的不只是仓储费,还有采购资金的机会成本与贬值。把库龄与成本卡连起来,才能算出「这台车该不该降价出掉」—— 而这个判断如果只凭感觉,通常会拖到不得不亏本处理。
二、两类仓型与四个动作
差别不在流程,在申报时点与货权状态
仓型分两类,系统用「仓属性」这一个字段区分,不建两套流程。差别集中在入区 / 出区两个申报时点,以及库内货权能不能自由处置。
| 维度 | 保税仓 | 非保税(一般贸易)仓 |
|---|---|---|
| 入库时点 | 入区申报,货权与税的状态按监管办法确定 | 按一般入库办理,税费通常已结 |
| 库内处置 | 受监管约束,处置(改装、销售、转运)需按规定办理 | 可自由处置 |
| 出库时点 | 出区申报,按出区用途与状态办理 | 出库单即可 |
| 盘点要求 | 账实相符要求更严,差异需按规处理 | 按内部管理要求 |
| 适用场景 | 批量到港、待分销、转口、暂存待售 | 已清关待交付、售后备件、展车 |
上表是两类仓型的管理差异说明,不替代监管规定;具体申报与处置要求以主管机关当期规定为准。
四个基本动作是两类仓型共用的:入库、在库、出库、盘点。系统在四个动作上各挂一组校验,仓型的差异体现在校验规则里,而不是体现在菜单上。
差别在哪签收只确认数量;验收要确认车况、随车文件、VIN 与单据一致。
这一步做实的价值在出库时体现:客户提出「这台车有划痕」,你能拿出入库当天的照片与检查项结论,责任边界立刻清楚。做虚了,就只能协商赔付。
差别在哪同一台车在库里可能处于:待检、待整备、可售、已锁定、待出库、待处置。
只记「在库 300 台」的台账,无法回答「有多少台真正可卖」。状态机是这条线的核心结构 —— 没有它,库存报表永远只是数字。
三、业务主线流程图
两个申报卡点,一头一尾
下图是海外仓的八个主节点。它要说明的是:仓不是孤立的一段,它夹在到港与交付之间,两头都有卡点。
两个卡点都是申报性质,但风险方向不同。入区申报出错,车进不了仓,停在港区按天计费;出区申报出错,车出不去,客户已经付了钱却拿不到车。前者是成本,后者是信誉。
回流虚线指向入库验收。真实退回路径:出库时发现车况与入库记录不符 → 回溯到入库检查项与照片 → 回溯到到港预报的随车文件 → 发现某台车在港区移库时受损,但没进系统。可回溯,就知道损失发生在哪一段、由谁承担;不可回溯,就只能自己吞。
这里有一个实务判断值得写下来:入库验收的细度要与车的价值匹配。高价值车逐项检查加拍照,低价值车抽项检查。全都要细,现场做不完就会造假;全都不细,出问题就没有凭据。分档规则写在系统里,比靠现场自觉可靠。
四、系统结构与数据怎么沉淀
库存账的三层:库位、状态、时间
先看结构。仓储这条线在交付段,上接海辕·运(到港与在途),下接海辕·店与海辕·检(交付与整备)。它是这条链上唯一按「时间」计成本的环节 —— 这是它最独特的地方。
再看数据流。库存账要记三层:在哪(库位)、什么状态(状态机)、什么时候进来的(库龄)。三层缺一层,库存就不可用。
库龄这一层最容易被省略,而它恰恰是决策依据。把库龄与成本卡里的采购价、已发生仓储费放在一起,就能算出「这台车现在卖掉,毛利是多少;再停 30 天,毛利变成多少」。这个数字是降价决策的底线 —— 没有它,降价就是拍脑袋。
另外要说清一个系统边界:仓库的物理作业(叉车、装卸、库内移车)不在系统里。系统管的是账与凭据,不是设备调度。需要对接 WMS 的客户,通过开放 API 交换出入库与库位数据。
五、库龄与在库成本:把时间变成数字
一台车停多久,就该做决定
这一节是这条线的方法核心。库龄不是一个报表字段,是一个决策触发器。做法是把在库成本拆成四项,逐日累计。
| 项 | 性质 | 怎么记 | 决策含义 |
|---|---|---|---|
| 仓储与操作费 | 直接支出 | 按仓型与库位计费规则,逐日或逐月累计 | 停得越久,这项越大,且不可回收 |
| 资金占用 | 机会成本 | 按采购成本 × 资金成本率 × 在库天数估算 | 不体现在账单上,但真实存在 |
| 贬值 | 估计项 | 按车型与车龄给区间,不追求精确 | 库存车的时间价值损失,通常在 60 天后加速 |
| 状态风险 | 或有成本 | 保税状态下的监管风险、车况劣化风险 | 不量化,但要在决策时提示 |
资金成本率与贬值区间由客户按自身情况设定;系统提供结构,不预设数值。
四项里,只有第一项会出现在账单上。这也是为什么很多团队觉得「仓里放一放没关系」—— 他们只看到账单,看不到另外三项。系统的作用是把看不见的成本显性化。
为什么平均库龄 45 天听起来健康,但可能是一半 10 天、一半 90 天。后一半才是问题。
分档建议(示例口径):0–30 天正常、31–60 天关注、61–90 天预警、90 天以上处置。分档线按行业与车型调整,由客户定。
为什么「这台车库龄 75 天」不是信息,「这台车库龄 75 天,建议调价 3% 或转其他市场」才是。
系统的预警带上三个建议动作与各自的预估影响,让决策者做选择,而不是从零开始想。
六、与底座能力的关系
库存账挂在 VIN 上,成本从成本卡读
包含库位、状态(待检 / 待整备 / 可售 / 锁定 / 待出库 / 待处置)、入库时间、库龄。
这是这条线的核心。别的线可能也有「库存」字段,但没有状态机与库龄,就不能做库内决策。
包含入库检查项、照片、随车文件核对、出库复核。
留痕的价值在责任划分。这一层做实了,运输损坏、仓内损坏、交付争议都能定位到段。
包含入区与出区申报的字段校验、库内处置的合规提示、盘点差异处理。
系统对两类仓型分别配置校验规则,但共用同一套库存账。
一条边界:这条线不做出入库的货代与清关代理业务。港杂、报关代理、拖车这些属于海辕·运与目的港代理的职责。仓储线管的是「车进仓之后到出仓之前」。
七、交付终端与权限分工
现场要快,账面要准
仓储这条线的现场端权重很高:入库验收、盘点、移库都发生在仓里,手上是手机不是电脑。所以手机端的设计原则是「少字段、多拍照、能离线」。
| 终端 | 主要使用者 | 主要做什么 | 通常不开放的部分 |
|---|---|---|---|
| 内部工作台 | 仓储主管、关务、销售 | 库存总览、库龄分析、出入库审核、申报跟踪 | —(主操作端) |
| 员工手机端 | 仓管、验收员 | 入库验收拍照、盘点、移库、出库复核 | 成本、毛利、客户成交价 |
| 渠道商门户 | 海外经销商 | 查自己已锁定车辆的库位与可提状态 | 其他客户的库存、成本、库龄全貌 |
| 集团大屏 | 管理层 | 在库总量、库龄分布、周转天数、仓容利用率 | 可下钻到单台的操作按钮 |
| 品牌官网 | 公众 | —(本线不对外) | 全部数据 |
具体可见范围按客户的组织结构与授权方案配置;上表是默认口径。
两条建议:
- 渠道商只看「自己锁定的车」:能查库位与可提状态,但看不到仓里还有多少同类车 —— 后者会变成压价依据。
- 盘点差异不能让仓管自己改:差异要提交、由主管审核并留原因。允许自己改,盘点就失去意义。
八、依据与来源
保税监管、申报与标准,各自的入口
仓库这条线的依据集中在海关监管与申报:保税仓的设立与监管、入区出区申报、库存账的账实相符要求。
[CN-03]海关政务服务(互联网 + 海关)法定机构 / 官方入口访问日期 2026-10-17
海关总署面向企业的政务服务入口,报关、减免税、监管车辆等业务的线上办理与政策查询。
用来核核对报关作业要求、监管方式与海关端在线办理事项
[CN-04]中国国际贸易单一窗口法定机构 / 官方入口访问日期 2026-10-17
国家层面的国际贸易单一窗口,报关、报检、许可证、原产地证与税费支付在同一个入口办理。
用来核核对一次申报涉及的数据项与随附单据,系统的单证字段与之对齐
[CN-05]中国电子口岸法定机构 / 官方入口访问日期 2026-10-17
海关、税务、外汇、工商等部门的进出口数据交换平台,企业报关与收付汇的联网基础。
用来核核对报关数据与外汇、税务端的衔接方式
[CN-12]全国标准信息公共服务平台法定机构 / 官方入口访问日期 2026-10-17
国家标准、行业标准与地方标准的官方查询平台,可查标准状态、实施日期与采标关系。
用来核核对某项标准是否现行有效,以及它对应采标了哪个国际标准 —— 谈「符合某标准」前先在这里确认状态
[IN-01]世界海关组织(WCO)法定机构 / 官方入口访问日期 2026-10-17
《商品名称及编码协调制度》(HS)的维护机构,各国海关税则的前六位编码以此为基准。
用来核核对 HS 编码的国际基准位,系统的商品编码字段按此归集
以上 5 条为国家主管机关与国际组织的官方入口,是这条线字段与校验规则的依据来源。引用键(方括号内)可整段引用,在邮件或纪要里写「见 [CN-04]」即可指回同一条。另有 2 条第三方来源用于交叉印证,见下一节。
要说清的分寸:本页不给监管结论。保税仓的适用条件、可存放货物的范围、处置限制、盘点差异处理,都要以主管机关当期规定与具体仓库的监管方案为准。系统做的是把这些规则变成字段校验与提示,不是替代关务判断。
关于标准:仓储作业涉及的技术标准(例如标识、堆存、运输包装)如果被引用,请先确认标准现行有效([CN-12])。仓储作业标准更新较慢,但一旦被代替,引用旧版会被审核方指出。
本页的流程、字段与依据清单可被引用。转载或引用时请保留页面名称、公司名与网址;引用具体依据时请一并带上引用键(如 [CN-04]),便于读者自行核对。
中文引用格式
算数·海辕《海辕·仓 · 海外仓与保税监管》。上海思扬信息科技有限公司。eficien.com/solutions/wai-warehouse.html(引用清单核对于 2026-10-17)。
English
海辕·仓 · 海外仓与保税监管. HAIYUAN — Chinese Auto Export & Distribution Business System. Shanghai Siyang Information Technology Co., Ltd. https://eficien.com/solutions/wai-warehouse.html (source list verified 2026-10-17).
本页说明的是系统如何承载这些环节与字段,不构成法律、税务或关务意见。具体税率、税目、时限与单证要求以主管机关当期规定为准,并由贵司的责任岗位与专业机构确认。本页只登记核对入口,不给数值结论。
九、第三方来源与交叉印证
检验与承运,用于印证而非定性
这条线引用的第三方来源是第三方检验与国际物流承运商,用途是交叉印证车况留痕的做法与仓配衔接的实务口径。
下表是第三方来源:检验认证机构、行业协会与物流服务商。它们不是监管机构,列在此处的用途是交叉印证行业口径与可取得的商业服务,不能当作法定要求的出处。每条都标注了访问日期 —— 第三方页面的结构与内容会改。
[CN-T05]必维国际检验集团(Bureau Veritas)检验与认证机构访问日期 2026-10-17
第三方检验与合规服务机构,在进出口检验鉴定与合规评估领域提供第三方结论。
用来核交叉印证出口检验鉴定可获取的第三方服务范围(属商业服务,非监管机构)
[CN-T08]德迅(Kuehne + Nagel)报关与物流服务商访问日期 2026-10-17
全球货运代理与供应链服务商,公开其海运、空运、报关与供应链管理服务范围。
用来核交叉印证滚装 / 集装箱运力与报关代理的服务边界(属商业服务,非监管机构)
性质判定口径与区域分册共用同一处(scripts/_source_registry.js):把官方误判成第三方只是保守,把第三方误判成官方是虚假声明 —— 所以拿不准时一律落第三方,并把话写准。
分寸:第三方检验报告是商业服务产物,承运商页面反映其服务范围与操作要求,两者都不构成监管要求。
一个实用做法:入库验收与第三方检验结合 —— 高价值车在入库前做一次第三方检验,报告编号进档案。这样仓内损坏与到港前损坏能分开,责任不清的情况会大幅减少。
十、常见误解与红线
六处会让「有库存」变成「有麻烦」
- 库存在库只记数量。没有 VIN 级库位,等于没有库存。找不到车、算不出库龄、分不清状态,三件事会同时发生。
- 保税与非保税混放。两类库存必须能按状态分开看、分开盘。混在一起的后果是盘点时说不清哪台已清关。
- 入库只签收不验收。运输损坏在出库时才被发现,责任无法划分。入库照片与检查项是唯一凭据。
- 库龄只看平均。平均值掩盖长尾。必须分档,并对高档位给出处置建议。
- 允许仓管自行调整盘点差异。盘点就失去意义。差异必须走审核,原因必须记录。
- 把在库成本只算仓储费。资金占用与贬值不会出现在账单上,但它们真实发生。只算账单,会得出「再放放也没关系」的错误结论。
这六条的共同点是:都由「账做得不够细」引发,但代价都落在钱上。库存账做细的成本是现场多拍几张照片、多填几个字段;做粗的代价是找不到车、算不清成本、说不清责任。
十一、高频问题
被问得最多的六个
仓库已经有 WMS 了,还要这套吗?
看 WMS 管到哪一层。多数 WMS 管库位与作业,不管「这台车的成本、状态、库龄与订单关系」。常见做法是:WMS 管物理作业,这套管库存账与决策口径,两边通过接口交换出入库与库位数据。重复建设没有必要,断层也没有必要。
保税仓一定要用吗?
不一定。保税仓适合「批量到港、待分销、可能转口」的场景 —— 它的价值是推迟税负与时点灵活。如果车到港即交付,一般贸易仓更简单。判断标准是:车在仓里平均停多久,以及有没有转口或再销售的可能。
库龄从什么时候开始算?
建议从「入库完成」开始算,同时保留「从发运开始」的口径作为对照。两个口径的差值就是运输与清关耗时 —— 这个差值本身是个有用指标,能看出哪条线路在拖时间。
库存车的贬值怎么估?
按车型与车龄给区间,不追求精确。系统提供结构(区间、起始日、加速点),具体数值由客户按自身经验设定。强调一点:不要把这个数当成会计上的减值,它是经营决策的参考,会计口径另有规则。
多国多仓能统一看吗?
能。库存账按「仓库 + VIN」组织,集团大屏可按国家、仓、车型、库龄段聚合。但要注意:不同国家的库龄含义可能不同(例如某国清关慢,在库天数天然偏高),跨国对比时要按国家分开设定基准。
演示环境里有真实库存数据吗?
没有。演示环境全部是构造的样例数据,不含任何真实客户数据,也不含真实仓库、库位与车辆信息。
十二、下一步
先算一次「这台车再放 30 天还赚不赚」
判断这条线值不值得装,做一次计算就够:挑一台在库超过 60 天的车,算它现在卖与再放 30 天卖的毛利差。算出来如果差得明显,说明在库成本已经是决策变量,需要一个能逐日累计的口径。
- 盘点当前在库车辆,看有多少台的库龄无法说清;
- 挑 3 台长库龄车,按本页第五节的四项算在库成本;
- 检查入库验收是否留有车况照片与检查项结论;
- 看一遍演示环境里的库存状态机与库龄分档;
- 需要具体市场的保税与清关要求,看对应的区域分册。
相关阅读:单车成本卡字段清单(仓储与整备组怎么归集)、海辕·运(到港与在途这一段)、海辕·检(入库之后的整备与交付前检查)。