【要货申请新增】帮助手册
要货申请概述
要货申请单是最末端的实体库存组织根据库存的未来消耗情况，而向建立了供应关系的库存组织提出的“要货申请”，并支持上级供应库存组织对“要货申请”进行汇总，统一平衡调整后形成“要货申请汇总”单，再统一向它的上级供应库存组织要货；这样可以层层汇总，层层要货，但收货组织是最先的申请组织。
还有一种要货是，区域配送中心，汇总它供应的所有下级前端配送中心的要货申请，形成自己的要货申请后，区域配送中心向中央配送中心要货，收货组织为区域配送中心；这样情况，系统没有实现，用户可以自定义（前端）要货申请单—（区域）要货申请来实现。
根据要货申请最终确定的供应补货方式，如果要货的最终供应方式为“集中采购”，即通过供应组织进行外部采购进行供应，收货组织进行收货；这时可以通过要货申请单——采购申请单——采购订单或者要货申请单——采购订单的集中采购流程进行处理。
根据要货申请最终确定的供应补货方式，如果要货的最终供应方式为“多方调拨”，即通过供应组织指定发货组织调拨给收货组织进行供应，申请组织（或需求组织）指定的收货组织进行收货；这时可以通过要货申请单——调拨订单的多方调拨流程进行处理。
根据要货申请最终确定的供应补货方式，如果要货的最终供应方式为“集中销售”，即通过供应组织直接发货给申请组织的客户，申请组织（或需求组织）指定的客户进行收货，收货组织为进行虚入虚出；这时可以通过要货申请单——销售订单的集中流程进行处理。
“即收即售”的补货方式，以后版本处理；处理多方调拨或者采购收货后，直接销售出库的情况，即物流上的越库或直通发货。
围绕要货申请相关的业务在要货申请单中处理，要货申请单可以处理的业务类型如下：
单据 | 业务类型 | 描述 |
170要货申请单 | 360要货申请 | 实体库存组织向其他有供应关系的库存组织要货。 |
361要货申请汇总 | 处于供应链中间环节的库存组织汇总了下级库存组织的要货申请后，进行了库存平衡调整后，提交给更上级的库存组织。 |
要货申请新增
【用途与目的】
业务部门根据实际库存需要补货时，补货方式为集团内部采购，可发起要货申请。
【操作路径】
在金蝶EAS Cloud主界面，选择〖供应链管理〗->〖内部交易〗->〖要货申请〗->〖要货申请新增〗
【使用时机】
【栏位说明】
参照表头信息、表体信息的详细说明。
表头信息
名称 | 必填 | 业务含义 | 控制规则 |
单据编号 | 是 | 业务单据的唯一识别码 | 不能重复，不能为空 |
业务类型 | 是 | 该要货申请单所属的业务类型，有要货申请、要货申请汇总两个选项 | |
业务日期 | 是 | 单据发生业务的日期 | 用户可以根据实际情况修改，默认为当前时间 |
来源单据类型 | 否 | 单据为关联生成时的来源单据类型 | |
申请组织 | 是 | 发起要货申请的库存组织 | 申请组织的组织类型为“库存组织”。用户组织权限的可以新增要货申请的库存组织。必须为实体库存组织 |
供应组织 | 是 | 要货申请的供应组织 | 根据上面选择的申请组织，在供需关系表中，找出所有给该申请组织供应的所有供应方库存组织，给用户选择。根据参数“多方交易时必须定义供应关系和调拨规则”，该参数默认为“是”，为“是”时，必须从供需关系表中选取申请组织为需求方库存组织的供应关系中的供应方库存组织；为“否”时，从用户组织范围的库存组织 + 申请组织为需求方库存组织的供应关系中的供应方库存组织 选择。 |
单据状态 | 是 | 单据的状态 | 系统根据用户操作自动写入 |
摘要 | 否 | 备注型字段 |
表体信息：要货明细
名称 | 必填 | 业务含义 | 控制规则 |
物料编码 | 是 | 发起要货需求的对象编码 | |
物料名称 | 是 | 发起要货需求的对象名称 | |
规格型号 | 否 | 发起要货需求的物料规格型号 | |
辅助属性 | 否 | 发起要货需求的物料辅助属性 | |
计量单位 | 是 | 要货物料的计量单位 | |
数量 | 否 | 要货物料的申请计量单位数量 | |
批准数量 | 是 | 要货物料的批准计量单位数量 | 默认等于计量单位数量 |
基本计量单位 | 是 | 要货物料的基本计量单位 | 由物料基础资料携带 |
基本数量 | 否 | 要货物料的申请基本计量单位数量 | 由计量单位数量换算得出，不可编辑 |
批准基本数量 | 是 | 要货物料的批准计量单位数量 | 由批准计量单位换算得出，不可编辑 |
辅助计量单位 | 否 | 物料的辅助计量单位 | 物料启用辅助计量单位管理时，由物料基础资料携带 |
辅助数量 | 否 | 物料的申请辅助计量单位数量 | |
批准辅助数量 | 否 | 物料的批准辅助计量单位数量 | 默认等于辅助数量 |
补货方式 | 是 | 默认为多方调拨，可以为集中采购、集中销售、多方调拨、直送（即收即售） | 补货方式决定下游单据的业务流程 |
采购组织 | 否 | 补货方式为集中采购时，采购组织必录，作为下游采购订单的主业务组织 | 采购组织的可选范围是收货组织委托的采购组织，并且这些采购组织的记帐财务组织等于单头供应财务组织。 |
供应商编码 | 否 | 补货方式为集中采购时，需要维护 | 通过集中采购进行补货时，补货的外部供应商，可以指定也可以在采购订单处维护 |
供应商名称 | 否 | 由供应商编码携带 | |
销售组织 | 否 | 补货方式为集中销售时，需要维护 | 销售组织的可选范围是收货组织委托的销售组织，并且这些销售组织的记帐财务组织等于收货财务组织。 |
客户编码 | 否 | 补货方式为集中销售时可以维护，作为补货后的销售对象携带到销售出库单的客户字段；补货方式为直送（即收即售）时客户必录，作为补货后生成销售出库单用 | |
客户名称 | 否 | 由客户编码携带 | |
收货组织 | 是 | 补货后的收货组织 | 默认等于单头的“申请组织”，不允许用户修改；如果为“要货申请汇总”，则收货组织从BOTP携带来源单据的收货组织，不允许用户修改。 |
收货仓库 | 否 | 补货入库的仓库 | 收货组织下的用户有权限仓库 |
项目号 | 否 | 物料进行项目号管理时，补货物料所属的项目号 | 手工录入或F7选择项目号时，选择主业务组织对应CU、已经核准且未关闭的项目号；根据制造策略控制是否必录 |
跟踪号 | 否 | 物料进行跟踪号管理时补货物料所属的跟踪号 | 项目号非空，手工录入或F7选择跟踪号，此时跟踪号只能是主业务组织对应的CU下、项目号对应的未关闭跟踪号。项目号为空，手工录入或F7选择跟踪号，此时跟踪号只能是主业务组织对应CU下、不存在与项目号对应关系且未关闭的跟踪号。 |
不控制数量 | 否 | 补货收发货时是否控制数量 | 主要携带到订单，由订单来控制业务 |
欠交比率 | 否 | 控制交货数量时允许的欠交比率 | 当收货数量到达欠交比率，会认为订单已执行完毕，系统自动关闭订单 |
超交比率 | 否 | 控制交货数量时允许的超交比率 | 用于校验收发货数量，避免多收货的情况 |
【要货申请新增】帮助手册要货申请概述要货申请单是最末端的实体库存组织根据库存的未来消耗情况，而向建立了供应关系的库存组织提出的“要货申请”，并支持上级供应... 点击下载文档 上一篇：跨财务组织退料业务推荐流程下一篇：【发货通知】帮助手册 本文2024-09-22 19:51:22发表“eas cloud知识”栏目。 您需要登录后才可以发表评论， 登录登录 或者 注册 最新文档 热门文章 阅读排行确认删除? |
