建立客户与组织身份
Organization 统一记录参与仓储业务的组织身份，Customer 在此基础上补充客户关系和作业规则。
Organization · CustomerWMS-LITE · FUNCTION MANUAL
从业务场景出发，
看懂系统如何落地仓储要求
本说明书按照实际操作流程介绍系统。每个模块先解释业务定位和使用场景，再结合真实页面说明字段、配置方法及其在仓储作业中的作用。
开始阅读
当前样章：Organization / Customer / Item / Industry / Hazard / Carrier / Address
01理解模块这个页面解决什么问题
→
02对应场景现实业务何时会使用
→
03查看页面字段如何维护与配置
→
04落地作业配置如何进入业务流程
MDM · MASTER DATA MANAGEMENT
仓储业务，从准确的基础资料开始
MDM 集中定义“与谁开展业务、仓库处理什么商品，以及这些对象具备哪些分类和属性”。资料建立后，供入库、出库、库存、任务和运输等流程选择或读取，避免同一对象在不同业务中重复维护。
让商品可识别、可换算
Item 维护 SKU 与追踪要求，UOM 和 Pallet Config 描述商品的包装换算及托盘码放配置。
Item · UOM · Pallet Config按行业扩展商品资料
Industry 通过 Property Template 定义行业专属字段；Hazard 维护可供 Item 引用的危险品分类资料。
Industry · Property Template · Hazard为运输准备承运商与地址
Carrier 记录实际承运商及运输方式，Address 维护客户在订单和装载业务中使用的地址。
Carrier · Address
业务使用结果
入库、出库、库存、任务与运输流程从统一主档取得所需的业务对象和资料。
01
MDM · ORGANIZATION
统一登记业务参与方，供不同仓储场景重复使用
Organization 是系统中的统一组织主档。客户、货权方、品牌、供应商、零售商以及企业内部组织，都先以 Organization 记录主体身份，再通过 Tags 指定其可以承担的业务角色。
客户与零售商委托仓储与接收商品的组织
货权方与资产所有者库存及仓储资产的归属主体
品牌、供应商与制造商商品品牌、供货及生产来源
租户、本公司与部门平台租户、账户主体及内部组织
统一组织主档
Organization
一个公司或组织建立一次，在不同业务场景中复用同一主体身份。
基础资料 · 角色 Tags · 联系信息配置 CUSTOMER 后，建立或同步对应的 Customer 资料。
商品可引用品牌方、供应商和制造商等主体。
入库、出库和库存记录客户与货权方身份。
核心场景
客户与货权方接入
当仓库接入新的客户或货权方时，先按名称或编码确认是否已有可复用的 Organization。没有对应主档时，再分别建立主体、指定 CUSTOMER 或 TITLE 等业务角色，并维护客户与货权方关系，供后续入库、出库和库存记录使用。
- 建立组织主档分别登记客户与货权方
- 指定业务角色配置 CUSTOMER、TITLE 等 Tags
- 维护角色关系在 Customer 中关联可使用的货权方
- 进入业务单据入出库与库存保存对应主体 ID
Organization · 列表入口
集中查看并维护已登记的组织主档
Organization 列表集中展示已建立的业务主体。日常维护时，可先按编码、名称或状态定位记录，再进入详情或编辑页面。
按 Organization Code、Organization Name 或 Status 定位目标组织。
查看组织编码、名称、完整名称、Tags、状态及创建时间，快速确认主体身份和业务角色。
Tags 使用指南
一个 Organization 可以同时承担多个业务角色
Tags 是 Organization 资料的一部分，用于说明该组织在系统中可以作为哪类业务主体被选择。
CUSTOMER客户／仓储委托方TITLE货权方／库存所有者BRAND商品品牌方SUPPLIER商品供应商RETAILER零售或收货主体DEPARTMENT企业内部部门HOST_ACCOUNT平台账户所属主体TENANT系统租户主体ASSET_OWNER仓储资产所有者MANUFACTURER商品制造商
Organization · 页面说明
Info 记录组织主档，Contacts 补充联系人信息
01
Info｜组织主档
- Organization Code *
- 组织的业务编码；创建后可修改。具有 CUSTOMER 角色时同步对应的 Customer Code。
- Organization Name *
- 页面列表、详情和业务选择器中使用的组织名称。
- Full Name
- 组织完整名称，用于补充正式名称信息。
- Status *
- 记录并展示 Organization 主档的有效状态。
- Tags
- 定义 Organization 可以承担的业务角色，支持同时选择多个角色。
- Note
- 记录与该组织有关的补充说明。
02
Contacts｜联系人信息
- Contact / Phone / Email
- 维护一位组织联系人及其电话、邮箱资料。
- Type
- 联系人分类文本，可自由输入一个值，保存后按输入内容展示。
- Note
- 记录联系时间、职责范围等补充信息。
02
MDM · CUSTOMER
把客户约定转化为可执行的仓储配置
Customer 面向货主或委托客户。在统一 Organization 身份基础上，集中维护客户资料、入出库与上架策略、设备和数据连接，以及业务伙伴关系。
统一主体来源
Organization
维护主体编码、名称、全称和状态；CUSTOMER Tag 建立客户身份。
→
客户业务扩展视图
Customer
把客户合同和运营要求转化为仓储资料、作业策略与关系范围。
→
入库与上架收货步骤、上架时机、超收和库位推荐
出库与拣货库存分配、订单分组、取消节点和拣货排序
设备与数据WCS、Webhook 和动态扩展字段
核心场景
新客户仓库上线
当仓库开始为新客户提供服务时，先建立客户身份和基础资料，再根据合同约定配置收货、上架、库存分配、拣货及设备协同规则；如涉及多个货权方或业务伙伴，则在 Relationships 中建立对应关联。
- 建立客户身份从 Organization 或 Customer 入口创建
- 补充客户资料维护行业、联系人和显示信息
- 配置仓储策略确定收货、上架、分配与拣货方式
- 关联业务伙伴维护 Title、Brand、Supplier 等关系
快速收货收货过程中生成上架任务，减少货物等待
释放库位优先分配拣完后可以清空库位的库存
自动化执行将指定任务类型的 Action 发送至 WCS
Customer · 资料与关系
Basic Info 维护客户资料，Relationships 连接业务主体
Customer 沿用 Organization 的主体编码和名称；关系页签补充该客户涉及的品牌、零售商、供应商、部门与货权方。
01
Basic Info｜客户资料
- Customer Code *
- 沿用 Organization 的主体编码，是客户在业务单据和配置中的识别编码。
- Name / Full Name
- 客户简称与完整名称，由对应 Organization 同步。
- Organization ID
- Customer 与 Organization 的一对一关联标识，由系统生成且不可更换。
- Status *
- 记录客户主档的有效状态。
- Industry
- 记录客户所属行业，便于客户资料分类和查询。
- Contact / Phone / Email / Role
- 维护客户联系人资料；Role 可按实际职责自由填写。
02
Relationships｜业务伙伴关系
- Add Relationship
- 从具备对应 Organization Tag 的业务主体中选择并建立关联。
- Brand / Retailer / Supplier / Department
- 形成该客户涉及的品牌、零售商、供应商和部门清单。
- Title
- 维护该客户可以使用的货权方；创建 Customer 时自动关联自身。
Customer · SETTINGS
按客户配置收货、上架、分配、拣货及设备协同方式
同一仓库服务不同客户时，可以在 Customer Settings 中分别维护作业要求，使任务创建和执行过程采用对应客户的规则。
01
入库与上架
根据客户对月台周转、收货差异和库位使用的要求，决定收货任务怎样推进。
流程要求
不需要系统记录完整的月台作业步骤
Skip Receive Steps 可按客户跳过 Dock Check In 或 Offload。适合不在系统中管理签到或卸货步骤的业务；LP Setup 仍会保留，因为它负责建立实际收货的 LP。
时效要求
货物确认后立即上架，还是整单收完后统一上架
Put Away Mode 选择 DURING_RECEIVING 时，完成 LP Setup 后即可生成上架任务；选择 AFTER_RECEIVING 时，关闭收货任务后再统一生成。
完成标准
收货单何时才算完成
Receipt Close Timing 可在收货任务完成时关闭 Receipt，也可以等到上架完成后关闭。后者适用于客户把“货物已入库位”作为入库完成标准的情况。
数量差异
供应商实到数量允许超过预计数量
Receive Qty Checks 按 Receipt Type 控制是否允许超收和最大比例。例如退货收货可以接受一定差异，常规采购收货则可以设置为不允许超收。
容器规则
一个 LP 是否可以同时装载多个 SKU
Allow LP Mixed Item 开启后允许同一 LP 混放不同商品；实际存放仍需满足 Location、Container Type 等其他规则。
库位推荐
系统按照什么顺序寻找上架库位
Put Away Strategies 按优先级逐条匹配，例如优先进入已有相同商品的库位，或优先选择空库位。数值越小的策略越先执行。
02
出库与拣货
根据客户对库存周转、订单变更和拣货效率的要求，控制分配与任务执行顺序。
库存周转
出库时应优先使用哪一批库存
Default Shipping Rule 是默认库存分配规则。选择 FIFO 时，系统按库存创建时间由早到晚进行分配，用于落实先进先出的周转要求。
订单组织
按什么时间范围归集订单或波次
Time Window 可按日、周、月等时间窗口对订单进行分组；不选择时间窗口时，订单不按该维度归集。
订单变更
客户最晚可以在什么阶段取消订单
Allow Order Cancellation Before 设置允许取消的状态边界。边界越靠前，订单进入拣货、装箱或装车后越早停止接受取消。
库位利用
优先释放被少量库存占用的库位
Enable Depleted Location 开启后，分配时优先选择本次拣完即可清空库位的库存，减少零散库存长期占用库位。
拣货路径
不同仓库采用不同的拣货排序
Pick Sort Rules 定义拣货任务的排序方式，并可按 Facility 配置覆盖规则，使同一客户在不同仓库采用各自的作业顺序。
批次控制
拣货时严格执行 Shipping Rule 或放宽 Lot No 校验
Force Pick By Shipping Rule 强制校验库存是否符合订单规则；Skip LotNo Validation 则用于决定是否跳过订单指定 Lot No 与实际库存的匹配检查。
03
自动化与数据连接
根据客户的设备范围和数据交换要求，决定任务发送、事件通知及扩展资料的处理方式。
设备执行
指定类型的仓储任务由自动化设备完成
Enable WCS 开启后，还需在 Task Config 中启用对应任务类型。两项条件同时满足时，相关 Task Action 才会发送到 WCS。
结果通知
客户系统需要及时接收关键业务结果
Webhook Channels 可订阅订单发货、收货关闭和库存调整事件，并配置回调地址、启用状态及最大重试次数。
客户化资料
标准字段不足以承载客户自己的参考信息
Dynamic Field Mapping 可为 Item、Receipt、Order、明细和 Inventory 配置扩展字段名称，用于页面展示、导入导出、接口同步和精确查询。
03
MDM · ITEM
统一维护仓库识别、追踪和处理商品所需的主档
Item 以租户内唯一的 SKU 识别商品，并记录当前 Customer、商品类型、条码、序列号、批次效期、计量单位、托盘配置及行业扩展资料。业务单据和库存通过稳定的 Item ID 持续引用商品。
页面预览
Item 列表集中查看与管理商品主档
通过列表查询已有商品，并查看 SKU、Customer、Type、Status 等主要资料；需要新建或维护商品时，可从这里进入对应操作。
核心场景
新商品接入仓库
仓库开始接收一个新商品前，先确认租户内是否已有相同 SKU；没有可复用主档时，再确定客户归属和商品类型，补充识别与追踪要求，并根据实际包装和码放方式维护 UOM 与 Pallet Config。
- 确认商品身份查询 SKU，确定 Customer 与 Type
- 设置追踪要求维护条码、序列号、批次与效期
- 描述包装层级配置 UOM、尺寸、重量和价值资料
- 进入仓储业务供入库、出库、库存和任务引用
Item · BASIC INFO
从商品身份到追踪要求，在一个页面完成基础建档
条码、序列号、批次效期和出库要求共同决定仓库如何识别、追踪和处理该商品。
Item 当前归属的客户。可以修改，但不会同步改变已有单据和库存中的 Customer。
租户内唯一的商品编码，创建后固定，作为长期识别 Item 的业务编号。
创建时确定商品分类：PRODUCT 为普通产品，MATERIAL 主要用于物料候选。
控制商品在新入库、RMA 和出库选择中的常规可选状态；停用不删除已有库存和业务记录。
维护商品的完整描述和列表中便于快速识别的简短描述。
记录商品所属行业和品牌；选择 Industry 后启用对应的 Industry Properties。
补充商品原产地和等级资料。
记录商品标签和别名，帮助使用不同业务称呼识别同一商品。
维护不同商品或包装层级使用的标准条码。
补充出版物、运输分类和商品分类编码。
标识商品是否启用序列号管理。
分别配置收货和发货环节是否采集序列号。
配置入库或出库过程中是否执行序列号校验。
维护序列号长度和格式规则。
标识商品是否启用批次管理。
分别设置收货和发货过程中是否采集批次。
记录商品保质期天数。
配置收货时是否采集有效期和生产日期。
Quantity当前套件需要使用的组件数量
Component Item组成该套件的组件商品
UOM组件数量采用的计量单位
开启后显示 Kitting Components 页签，可维护组件商品、组件数量和单位，形成套件 BOM。
组套任务按照 BOM 计算组件需求，锁定并消耗组件库存；完成后增加套件成品库存，并包含组件拣选、组装和成品上架等步骤。
普通入库、出库分配和普通拣货不会自动展开 BOM；套件库存不足时，普通订单也不会自动创建 Assembly Task。
从 MATERIAL 类型 Item 中选择包装材料，作为 Item 主档的参考关系；当前不自动推荐包装材料，也不扣减耗材库存。
开启 Hazardous 后关联危险品定义；关闭时清除当前选择。资料可随 Item 保存并提供给相关接口。
用于危险品识别和信息传递，不会自动控制危险品库位、混放、库存隔离、标签、承运商、运输限制或 WCS 任务。
为商品选择默认的出库库存规则。
记录该商品允许出库的天数要求。
维护出库规则使用的时间窗口。
记录商品成分或其他需要展示的补充说明。
最多上传 5 张商品图片，供 Item 资料查看。
Item · OPERATION CONFIG
补充商品单位、托盘码放和行业属性
Add UOM｜为商品增加计量或包装单位
当同一商品需要按件、箱或托盘管理时，在这里逐个建立单位及其包装换算关系。页面顶部三个必填字段共同表达“当前单位里面装了多少个下一级单位”。
换算关系
1 UOM Name = Quantity × Inner UOM
例如新增一箱装 12 件：1 BOX = 12 × EA
库存统一换算、比较和分配时使用的基础单位，通常是最小可管理单位。
新建部分业务明细时优先带出的单位，可以与 Base UOM 不同。
包装补充资料 长、宽、高、重量、体积、参考价格、保险申报价及币种用于记录当前包装规格，不参与 UOM 数量换算。
多级包装换算关系
商品同时按件、箱和托盘管理时，系统沿 Inner UOM 逐级换算到基础单位：
| UOM Name | Quantity | Inner UOM | 系统换算结果 | Base | Default |
|---|---|---|---|---|---|
| EA | 1 | EA | 1 EA | 是 | 否 |
| BOX | 12 | EA | 1 BOX = 12 EA | 否 | 是 |
| PALLET | 40 | BOX | 1 PALLET = 40 BOX = 480 EA | 否 | 否 |
维护限制 已有库存使用的 UOM 不能修改名称、换算数量或删除。
记录商品在托盘上的标准码放结构
每托数量TI × HI × UOM Base Quantity例：10 CASE/层 × 5 层 × 24 EA/CASE = 1,200 EA/托
用名称识别配置，并以 INBOUND、OUTBOUND 或 STORAGE 标注适用场景；当前 Scene 用于资料分类。
可针对某个 Retailer 和当前 Item 的具体 UOM 记录码托方式，以表达不同业务要求。
TI 表示每层摆放多少个所选 UOM，HI 表示可码放多少层，两者共同描述一托的标准结构。
一个 Item 可维护多套配置，页面最多标记一套默认配置，供主档查询和识别使用。
当前业务结果 系统保存并可查询托盘配置，但 WMS 作业尚不会按 Scene、Retailer 或 Default 自动选取配置，也不会据此自动执行码垛、库位容量、装载或 WCS 控制。
Industry Properties｜维护行业专属的商品资料
Basic Info 中的通用字段无法覆盖所有行业资料时，可通过本页签补充维护。
动态字段
字段名称、输入类型、是否必填、下拉选项和 UOM 均由所选 Industry 的 Property Template 决定。截图中的 name、num 和 LP 仅为当前模板示例，并非所有 Industry 的固定字段。
核心场景
同一仓库管理不同行业的商品
Basic Info 统一维护所有商品共有的资料；食品、医药、化工或电子商品需要的专属信息，则分别配置在对应的 Industry Property Template 中。例如可按行业采集储存分类、注册编号、CAS 编号或电压功率。Item 选择 Industry 后只显示该行业需要填写的字段，避免页面堆积无关内容。
04
MDM · INDUSTRY
定义行业专属资料，并为特定作业提供商品分类依据
Industry 用于标识商品所属行业，并通过 Property Template 规定该行业的 Item 需要填写哪些专属属性。该分类同时会参与 VLG 上架范围判断和料箱出库的 Item 过滤。
页面预览
Industry 列表同时展示行业主档和模板使用情况
列表可按 Industry Code 或 Name 查询，并通过 Property Template Count 查看该行业配置了多少个动态属性，通过 Related SKU Count 查看已有多少个 Item 使用该 Industry。
核心场景
同一套 Item 主档适配不同行业资料
仓库为不同行业客户维护商品时，无需把所有行业字段固定开发在 Basic Info。每个 Industry 单独定义自己的 Property Template，Item 只加载当前行业需要的属性。
系统读取 Item 的 Industry，判断商品可以进入哪些 VLG。
料箱出库场景可按 Industry 筛选符合条件的 Item。
普通入库、库存、分配、拣货及 WCS 当前不直接读取 Industry。
Industry · EDIT
在行业主档中维护 Property Template
维护页面上方填写 Industry 的识别资料，下方 Properties 定义 Item 选择该 Industry 后出现的动态字段。
主档维护
为商品分类建立 Industry 主档
新建时填写 Industry Code、Industry Name 和必要的说明。创建完成后，Code 作为稳定标识变为只读；Name 和 Description 仍可继续维护。
Properties｜模板设置如何反映到 Item 页面
| 模板设置 | 配置作用 | Item 页面效果 | 示例 |
|---|---|---|---|
| Property Name | 定义要采集的属性名称 | 作为 Industry Properties 的字段标签 | Voltage |
| Data Type | 选择 Text、Number、Date 或 Select | 生成对应的输入框、日期控件或下拉框 | Number |
| Required | 决定该属性是否必须填写 | Yes 时显示必填标记并在保存时检查 | Yes |
| Options | 配置 Select 类型允许选择的值 | 生成固定选项的下拉框 | CE / UL |
| Unit | 定义数值采用的计量单位 | 在输入框旁显示单位或后缀 | V |
配置示例
电子商品 Industry
可以建立 Voltage（Number，单位 V）、Certification（Select）等属性。Item 选择该 Industry 后，Industry Properties 页签自动显示相应输入项，操作人员按商品实际资料填写。
05
MDM · HAZARD
统一维护危险品定义，供商品主档识别和复用
Hazard 用于集中记录危险品的业务名称、UN 编号、危险品类别和包装等级。建立定义后，可在 Item 中将商品标记为危险品，并按实际资料选择对应的 Hazard Definition。
页面预览
从 Hazard 列表查询定义及其关联商品
可按 Hazard Code、Hazard Name 或 Hazard Class 定位记录。列表中的 Related SKU Count 显示当前有多少个 Item 关联该定义，便于确认定义的使用范围。
核心场景
统一定义Hazard 主档
商品引用Item · Hazardous
使用确认Related SKU Count
同一危险品定义可供多个商品共同引用
仓库管理乙醇、易燃液体等危险品时，可以先按法规资料建立 Hazard 定义，再由相关 Item 选择该定义。这样无需在每个商品上重复填写完整分类资料，也可以通过 Related SKU Count 查看该定义已被多少个商品使用。
集中记录 UN Number、Hazard Class、Packing Group 等危险品资料。
开启危险品标识后，可选择已维护的 Hazard Definition。
从列表查看该危险品定义当前关联的商品数量。
Hazard · CREATE / EDIT
维护危险品的识别与分类资料
新建 Hazard 时，先建立内部识别编码和名称，再根据已有的危险品资料填写 UN 编号、危险品类别、包装等级及说明。
建档示例
以乙醇为例，一条 Hazard 定义需要说明三件事
页面中的字段并不是彼此独立的信息，而是共同回答“系统如何找到它、它属于哪类危险品、还需要补充什么说明”。
01
系统如何识别这条定义
先建立仓库内部使用的编码与名称，便于后续查询和 Item 选择。
Hazard Code *HZ-ETHANOLHazard Name *Ethanol
02
它属于哪类危险品
依据现有危险品资料，记录标准编号、危险品类别和包装等级。
UN NumberUN1170Hazard Class *3Packing GroupII
03
现场还需要知道什么
Description 用于补充编码和分类之外的仓储或合规说明；没有补充内容时可以留空。
Description乙醇类商品危险品资料
在 Item 中使用
先标记 Hazardous，再选择对应定义
Item 通过下面两个设置记录商品的危险品身份和对应分类资料。
Hazardous｜标记商品身份
开启后表示该 Item 按危险品记录，同时解锁右侧的 Hazard Definition。关闭时定义字段不可编辑，但原有选择会被保留。
Hazard Definition｜引用分类资料
从 Hazard 主档选择与商品对应的定义。该项可以留空；后续再次开启 Hazardous 时，页面会恢复上一次的选择。
06
MDM · CARRIER
统一维护实际运输承运商，供出库订单与装载业务引用
Carrier 用于登记仓库合作承运商的识别资料、可承接的运输方式和联系信息。建立主档后，操作人员可以在出库订单或 Load 中选择实际运输方，并在后续查询和运输单据中识别承运商。
页面预览
从 Carrier Management 查找可用承运商
列表可按 Carrier Code、Carrier Name、SCAC Code 和 Status 查询，并集中查看承运商支持的 Shipping Methods、联系人及当前状态。
核心场景
合作方接入建立 Carrier 主档
→
Outbound Order订单选择 Carrier
→
Load装载关联运输方
为一次出库运输指定实际承运商
仓库接入新的运输合作方时，先建立 Carrier 主档并记录其运输方式与联系信息。出库订单需要记录运输方时可手动选择 Carrier；订单进入装载阶段后，Load 继续关联实际承运商，并将相应信息用于运输识别和 BOL。
维护承运商编码、名称、SCAC、运输方式及联系人。
创建或编辑订单时手动选择承运商；订单保存 Carrier ID，详情显示承运商名称，并支持按 Carrier 查询订单。
创建 Load 时指定 Carrier，说明本次装载由哪家承运商执行，并承接 BOL 中的承运商信息。
Carrier · CREATE / EDIT
从身份识别到运输范围，完成承运商建档
01
Basic Information｜建立承运商身份
Carrier Code *仓库内部使用的承运商编码
Carrier Name *订单和 Load 选择时显示的承运商名称
SCAC Code需要时记录北美标准承运商代码
Status *ActiveInactiveException默认状态：Active
02
Transport Configuration｜描述可承接的运输方式
Shipping Methods 可同时选择多种运输形态；Delivery Services 用于补充该承运商提供的具体服务名称。
TL (Truckload)整车运输LTL (Less-than-Truckload)零担运输SMALL_PARCEL小包裹WILL_CALL自提Delivery Services承运商提供的具体服务名称
03
Contact Information｜留下运输沟通资料
联系人、电话、邮箱和地址用于记录日常运输对接信息；页面以文本方式保存地址，也可以在 Notes 中补充操作说明。
07
MDM · ADDRESS
按客户集中维护业务地址，供订单与装载快速调用
Address 是客户地址簿。一个 Customer 可以建立多个门店、收货点或其他业务地址，并通过名称、简称和 Tags 帮助操作人员在创建订单或 Load 时找到正确地址。
页面预览
从 Address Management 查看客户地址清单
查询框可按地址名称、简称或联系人搜索；列表集中展示 Address Name、Shorthand、Customer、Tags、国家、城市及联系人信息。
核心场景
客户地址簿维护多个 Address
→
业务单据选择复制当前地址内容
→
历史保留形成地址快照
同一客户拥有多个门店或收货地址
例如零售客户在上海、苏州和杭州分别设有门店。仓库可以为同一个 Customer 建立三条 Address，通过 Address Name 表示门店名称、Shorthand 记录日常简称，并用 Tags 标记区域或用途。创建出库单时，操作人员按客户筛选并选择对应门店地址。
同一 Customer 可维护多个门店或收货点，并通过 Address Name、Shorthand 和 Tags 识别。
创建 Outbound Order 或 Load 时按 Customer 筛选并选择 Address。
地址写入单据后独立保存，主档修改不改变已有订单或 Load。
Address · CREATE / EDIT
建立一条可在业务单据中选择的客户地址
先确定地址属于哪个客户
选择 Customer 并填写 Address Name，形成地址的归属和主要识别名称。Shorthand 适合记录操作人员熟悉的简称；Tags 可自由输入区域、门店类别或业务用途。
Customer *示例零售客户Address Name *上海门店ShorthandSH-STORETagsEAST · RETAIL
再填写可以实际送达的地址
Country 为页面必填项；选择国家后继续选择 State/Province 和 City，再补充两行详细地址及 Zip Code。州省和城市会根据前一级选择逐步开放。
Country *ChinaState / ProvinceShanghaiCityShanghaiZip Code200000
补充现场收货联系人
Contact、Phone 和 Email 用于记录该地址的对接窗口；Note 可以补充卸货时间、门店收货要求或其他现场说明。
ContactPhoneEmailNote