2. 园区主数据与组织结构
在 SAP EWM 中，园区（Yard）不是一个抽象概念，而是由一组可独立维护、可被业务单据引用的主数据对象共同构成的物理与逻辑空间模型。理解这些对象的定义边界和它们之间的集成关系，是后续月台调度、车辆进出、装卸作业能够正确运行的前提。本节从最外层的园区开始，逐层向内拆解到存储区，并说明仓库号、业务伙伴与承运商如何与这套空间模型建立关联。
一、园区与门岗：进出控制的第一道边界
园区主数据用于描述仓库外部、建筑物之外的露天或半封闭区域，典型对象包括停车场、等待区、地磅、洗车点、加油点以及连接门岗与月台的道路。在 EWM 中，园区通过 /SCWM/YARD 维护，关键字段包括园区编号、描述、所属仓库号以及是否启用位置管理。若启用位置管理，园区内的每个停车位、地磅位都可以作为独立的园区位置（Yard Location）被车辆占用和释放。
门岗（Gate）是园区与外部道路的交接点，也是车辆进出记录的触发点。门岗主数据通常包含门岗编号、所属园区、通行方向（进/出）、可用时间段以及绑定的检查步骤。实际项目中，一个园区可能设置多个门岗，例如“东门—原料进厂”“南门—成品出厂”“西门—危化品专用”。门岗并不直接决定车辆去哪个月台，它负责的是登记、校验和放行，把车辆状态从“在途”切换为“已进入园区”。
二、月台与装卸点：作业发生的具体位置
月台（Door / Loading Bay）是建筑物边缘的装卸口，是园区与仓库内部之间的物理接口。EWM 中月台通过 /SCWM/Door 维护，主要字段包括月台编号、所属仓库号、月台类型（进货、出货、通用）、对应存储区、以及是否支持双向作业。月台编号通常与物理标识一致，例如 DOCK-01 至 DOCK-12，便于现场人员对照。
装卸点（Loading Point / Staging Point）是月台内侧或外侧用于临时放置货物的位置，它把“车停在哪里”和“货放在哪里”区分开来。一个进货月台可以对应多个装卸点，例如 LP-IN-01A、LP-IN-01B，分别用于托盘货和散箱货。装卸点通常归属于某个存储区或月台子区域，并参与上架/下架策略中的目的地或源位置确定。
月台与装卸点的关系不是简单的一对一。实际布局中，一个宽月台可能同时服务两个装卸点；一个装卸点也可能在时间上被不同月台共享。因此 EWM 允许通过月台—装卸点分配表来定义可用组合，并在仓库任务创建时根据实际占用情况选择。
三、存储区与运输单元：从空间到载体的映射
存储区（Storage Section / Storage Area）在 EWM 中用于对仓库内部空间进行逻辑分组，例如“进货暂存区”“高位货架区”“拣配缓冲区”“出货集货区”。存储区并不等同于物理货架，它是策略配置和权限控制的单位。月台和装卸点通常会被分配到某个存储区，从而决定货物从车辆卸下后进入哪个作业区域。
运输单元（Transport Unit, TU）是 EWM 中承载货物的最小物理单元，可以是托盘、周转箱、笼车或集装箱。运输单元通过唯一编号标识，并记录其当前位置（园区位置、月台、装卸点或存储 bin）。当车辆到达门岗时，系统会建立车辆与运输单元的关联；当货物在月台被卸下时，运输单元的位置从“车辆”变更为“装卸点”或“存储区”。这一位置变化是后续上架、拣配和装车作业的起点。
四、仓库号、业务伙伴与承运商的集成关系
仓库号（Warehouse Number）是 EWM 中最高层的组织单位，它把园区、门岗、月台、存储区全部收拢到一个逻辑仓库之下。一个仓库号可以对应一个或多个园区，但一个园区在同一时间只能归属于一个仓库号。仓库号决定了库存归属、作业范围以及与其他 SAP 模块（如 MM、SD、TM）的接口边界。在配置时，需要把月台和存储区明确分配给仓库号，否则后续的仓库任务无法确定执行范围。
业务伙伴（Business Partner, BP）在园区场景中主要承担两个角色：一是作为供应商或客户，决定进出货的月台类型和作业优先级；二是作为承运商，关联具体的车辆、司机和运输预约。BP 主数据通过角色定义来区分这些身份，例如角色 FLVN 表示供应商，FLCU 表示客户，CRM010 或自定义角色表示承运商。在 EWM 中，BP 通常与运输单元、车辆预约和门岗检查步骤绑定，使得车辆到达时能够自动带出预期的月台和装卸点。
承运商（Carrier）是 BP 的一种特殊角色，但它更强调运输执行能力。承运商主数据中会维护可用车辆类型、载重限制、常用路线以及是否具备危化品运输资质。在月台调度中，承运商信息用于判断车辆能否停靠某个门岗或月台，例如超高车辆不能进入限高月台，危化品车辆必须走专用门岗。承运商与门岗的关联通常通过运输预约（Transportation Appointment）实现，预约中会指定预计到达时间、门岗、月台和运输单元清单。
五、主数据之间的引用与约束
这些对象不是孤立存在的，它们之间存在明确的引用和约束关系。可以用以下检查清单来验证主数据配置的完整性：
- 每个园区必须至少分配一个门岗，否则车辆无法进入。
- 每个门岗必须绑定一个园区和一个仓库号，方向字段必须明确。
- 每个月台必须属于一个仓库号，并至少关联一个装卸点或存储区。
- 每个装卸点必须归属于某个存储区或月台子区域，且不能被多个仓库号共享。
- 每个运输单元必须有一个当前位置，位置类型可以是园区位置、月台、装卸点或存储 bin。
- 每个承运商必须至少关联一个业务伙伴主记录，并具备有效的运输预约能力。
理解这套主数据体系后，下一阶段就可以把车辆预约、门岗检查、月台分配和装卸作业串联成完整的园区协同流程。主数据的准确性直接决定了后续流程能否自动运转，因此在本节阶段，重点不是记住每个字段，而是建立“园区—门岗—月台—装卸点—存储区—运输单元”这条空间链条，以及仓库号、业务伙伴和承运商如何挂接到这条链条上。