WIP DISCRETE JOBS WIP SUPPLY TYPE

最新推荐文章于 2021-11-24 09:52:53 发布

原创最新推荐文章于 2021-11-24 09:52:53 发布 · 252 阅读

0 ·

CC 4.0 BY-SA版权

本文分享了一套零基础且通俗易懂的人工智能教程，由作者的老师精心制作，旨在普及人工智能知识，适合各年龄段的学习者。

分享一下我老师大神的人工智能教程！零基础，通俗易懂！http://blog.youkuaiyun.com/jiangjunshow

也欢迎大家转载本篇文章。分享知识，造福人民，实现我们中华民族伟大复兴！

WIP_DISCRETE_JOBS.WIP_SUPPLY_TYPE

Value	Meaning
1	Push
2	Assembly Pull
3	Operation Pull
4	Bulk
5	Supplier
6	Phantom
7	Based on Bill

给我老师的人工智能教程打call！http://blog.youkuaiyun.com/jiangjunshow

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

弱弱的羊羔

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

Oracle EBS WIP任务单批量发料功能开发

陈显平的专栏-Oracle EBS

04-12

2282

最近公司线材半成品需要分层成多个半成品，由一束线的半成品变成三四十多个半成品，该业务需求会带来哪些影响呢？增加半成品的物料类别、物料编码、工艺路线、资源和BOM清单等等会产生大量任务单，从任务单发料至完工各个环境工作量增加，导致管理成本上升仓库就提出任务单能不能批量发料功能？从技术角度来说，理论上是可以实现在的。经过对业务部关键用户的需求调研和分析得出如下:由于不同装配件所有用到的原材料或半成品在...

Oracle WIP Backflush

田攀的日志

07-25

6992

对于Supply Type为推式(Push)供货方式（Operation pull/Assembly pull）的BOM，我们需要手动的使用WIP Issue的方式，把Component物料从库存发往工单。对于Supply Type为拉式(Pull)供货方式（Operation pull/Assembly pull）的BOM，一旦产成品生产完成（或者一个工序做完），那么系统会从Supply S

参与评论您还未登录，请先登录后发表或查看评论

WIP Supply Type(Push,Assembly pull,Operation pull...)

数据库天地

07-25

398

在定义BOM的时候，我们需要设定，工单供货的方式(Supply Type).Push 推式发料，必须手工通过界面做发料，价格昂贵的，需严格控制数量，或者波动比较大的物料。推式组件根据需要可被直接发放至离散任务和重复性计划。虽然在制品管理系统会默认与组件关联的供应子库存，但您仍可以指定从中发放推式组件的子库存。Assembly Pull 拉式发料，装配件完工或报废时自动按标准消耗量触发消...

WIP_DISCRETE_JOBS.WIP_SUPPLY_TYPE

数据库天地

08-21

268

WIP_DISCRETE_JOBS.WIP_SUPPLY_TYPE Value Meaning 1 Push 2 Assembly Pull 3 Operation Pull 4 Bulk 5 Supplier 6 Phantom 7 Based on Bill

WIP_DISCRETE_JOBS.STATUS_TYPE

系统运维

08-21

199

WIP_DISCRETE_JOBS.STATUS_TYPE Value Meaning 7 Cancelled 8 Pending Bill Load 9 Failed Bill Load 10 Pending Routing Load 11 Failed Routing Load 12 Closed 13 Pendi...

(Select 'PULL' From Wip_Discrete_Jobs Wdj, mtl_parameters mp Where Wdj.Wip_Entity_Id = Wro.Wip_Entity_Id And Wdj.Organization_Id = Wro.Organization_Id And Wro.Wip_Supply_Type = 1 And Wdj.Creation_Date >= Date'2021-01-25' And Wdj.Class_Code In ('委托返') And Msi.Wip_Supply_Type = 2 And Wro.Organization_Id = mp.ORGANIZATION_ID and mp.ATTRIBUTE10 in ('14','15' ,'42') ) Lw_Wip_Supply_Type1, 这一段PLSQL代码是什么意思

05-07

根据他们提供的描述，代码涉及Wip_Discrete_Jobs和mtl_parameters等表，筛选特定条件，返回'PULL'结果。首先，我需要理解这些表的结构和它们之间的关系。首先，Wip_Discrete_Jobs表应该存储离散作业的信息，比如...

Oracle EBS R12 WIP Component Issue&Return Process

最新发布

10-13

<think>我们正在讨论Oracle EBS中的离散任务管理。用户提到未找到WIP_DISCRETE_JOBS_PUB API，因此需要一种替代方法来批量打开已关闭的离散任务。在Oracle EBS中，通常使用标准的API来执行此类操作，但如果没有可用的API，我们可以考虑直接操作数据库表。不过，直接操作表存在风险，因为绕过业务逻辑可能造成数据不一致。然而，用户明确要求PLSQL代码，所以我们可能需要直接更新相关表。离散任务的状态信息存储在表`WIP_DISCRETE_JOBS`中，其中`STATUS_TYPE`字段表示任务状态。已关闭的任务状态通常为4（COMPLETED_CLOSED）或5（CANCELLED_CLOSED），而打开的状态可能是3（RELEASED）或1（UNRELEASED）。但请注意，直接更新状态可能不够，因为还有其他关联表和业务逻辑（如物料事务处理、资源事务处理等）需要考虑。因此，我们必须谨慎操作。通常，重新打开一个关闭的离散任务需要执行以下步骤（但请注意，这些步骤可能因业务需求而异）： 1. 将任务状态更新为打开状态（例如，从4或5改为3）。 2. 更新任务的日期字段（如`LAST_UPDATE_DATE`、`LAST_UPDATED_BY`等）。 3. 可能需要重新打开相关的物料事务和资源事务（如果存在关闭事务）。 4. 更新任务相关的库存状态（如将已返回的组件重新扣除）。但是，由于这些操作非常复杂且容易出错，我们强烈建议使用标准API。如果确实没有可用的API，那么我们可以尝试使用下面的PL/SQL代码片段作为起点，但请注意：这可能会导致系统不一致，因此必须在测试环境中充分验证，并在生产环境中由有经验的DBA指导。在Oracle EBS中，有一个标准API包`WIP_DISCRETE_JOBS_PUB`，它包含一个过程`UPDATE_DISCRETE_JOB`，可能用于更新任务状态。但是，用户说未找到该API，所以我们需要确认用户是否查找正确？或者可能是权限问题？如果确实没有，我们再考虑直接操作表。考虑到用户已经声明未找到该API，我们假设不能使用它。那么，我们只能直接操作表。以下是一个示例PL/SQL代码块，用于将一组已关闭的离散任务的状态改为“RELEASED”（状态3）。请注意： - 这只是一个示例，实际业务中可能需要更复杂的处理。 - 必须根据实际业务需求调整状态值（比如，有些系统可能将未释放状态设为1，释放状态设为3，关闭状态设为4或5）。 - 需要更新其他相关字段（如`LAST_UPDATE_DATE`、`LAST_UPDATED_BY`、`LAST_UPDATE_LOGIN`）。 - 可能还需要考虑`DATE_CLOSED`字段（关闭日期）设为NULL，以及其他字段的调整。示例代码： ```plsql DECLARE l_user_id NUMBER := fnd_global.user_id; -- 获取当前用户ID l_login_id NUMBER := fnd_global.login_id; -- 获取当前登录ID l_status_type NUMBER := 3; -- RELEASED状态，具体值取决于您的设置 -- 假设我们要重新打开的任务ID列表 TYPE task_id_tab IS TABLE OF NUMBER INDEX BY BINARY_INTEGER; l_task_ids task_id_tab; BEGIN -- 这里填充要重新打开的任务ID，例如： l_task_ids(1) := 1001; l_task_ids(2) := 1002; -- 更新离散任务状态 FOR i IN 1..l_task_ids.COUNT LOOP UPDATE wip_discrete_jobs SET status_type = l_status_type, last_update_date = SYSDATE, last_updated_by = l_user_id, last_update_login = l_login_id, date_closed = NULL -- 如果有关闭日期，则清除关闭日期 WHERE wip_entity_id = l_task_ids(i) AND status_type IN (4,5); -- 只更新当前为关闭状态的任务（4:完成关闭,5:取消关闭） END LOOP; COMMIT; EXCEPTION WHEN OTHERS THEN ROLLBACK; RAISE; END; ``` 重要警告：此代码直接更新表，绕过了EBS的业务逻辑，可能导致数据不一致，因此应谨慎使用。在运行前，请确保： 1. 在测试环境中验证。 2. 备份相关数据。 3. 理解离散任务关闭时系统所做的所有操作，并在重新打开时进行逆操作（如果有必要）。此外，重新打开任务后，可能需要重新处理与该任务相关的事务（如组件发放、资源计费等），这些都没有在以上代码中体现。因此，我们强烈建议联系Oracle支持或咨询有经验的EBS顾问。如果用户有特定的业务需求，比如只需要将任务状态改为未关闭而不需要处理事务，那么上述代码可能足够。但这种情况很少。因此，我们再次强调，使用标准API是最安全的方式。请用户再次确认是否真的没有可用的API（例如，检查包WIP_DISCRETE_JOBS_PUB是否存在？是否有权限？）。如果确实没有，再考虑直接更新。最后，生成相关问题： 1. 如何确认离散任务的状态类型对应的数值？ 2. 在Oracle EBS中，重新打开离散任务除了更新状态还需要考虑哪些因素？ 3. 是否有其他替代方法批量重新打开离散任务而不直接操作数据库？ 4. 如何避免直接更新数据库表带来的风险？ 5. 在更新离散任务表后，需要检查哪些关联表以确保数据一致？ </think>### 批量打开已关闭离散任务的PL/SQL方案在未使用`WIP_DISCRETE_JOBS_PUB` API的情况下，可通过直接操作Oracle EBS底层表实现批量重开离散任务。以下是完整解决方案： #### 核心逻辑 1. **状态标识** 离散任务关闭状态对应`wip_discrete_jobs.status_type = 4`（完成关闭）或`5`（取消关闭），需重置为`3`（已释放）或`1`（未释放）[^1]。 2. **关键字段更新** - 清除关闭日期 (`date_closed = NULL`) - 重置关闭数量 (`quantity_closed = 0`) - 更新任务状态 (`status_type = 3`) #### PL/SQL代码实现 ```plsql DECLARE -- 配置参数 l_user_id NUMBER := fnd_global.user_id; -- 当前用户ID l_resp_id NUMBER := fnd_global.resp_id; -- 当前职责ID l_resp_appl_id NUMBER := fnd_global.resp_appl_id; -- 当前应用ID l_wip_entity_ids DBMS_SQL.NUMBER_TABLE; -- 任务ID集合 BEGIN -- 填充需要重开的任务ID (示例) l_wip_entity_ids := DBMS_SQL.NUMBER_TABLE(1001, 1002, 1003); -- 批量更新任务状态 FORALL i IN 1..l_wip_entity_ids.COUNT UPDATE wip_discrete_jobs wdj SET wdj.status_type = 3, -- 重置为已释放状态 wdj.date_closed = NULL, -- 清除关闭日期 wdj.quantity_closed = 0, -- 重置关闭数量 wdj.last_update_date = SYSDATE, wdj.last_updated_by = l_user_id, wdj.last_update_login= l_user_id WHERE wdj.wip_entity_id = l_wip_entity_ids(i) AND wdj.status_type IN (4,5) -- 仅处理已关闭任务 AND wdj.organization_id = 101; -- 指定组织ID -- 提交变更 COMMIT; DBMS_OUTPUT.PUT_LINE('成功重开' || SQL%ROWCOUNT || '个任务'); EXCEPTION WHEN OTHERS THEN ROLLBACK; DBMS_OUTPUT.PUT_LINE('错误: ' || SQLERRM); RAISE; END; / ``` #### 必要验证步骤 1. **状态兼容性检查** 执行前需验证任务是否符合重开条件： ```sql SELECT wip_entity_id, status_type FROM wip_discrete_jobs WHERE wip_entity_id IN (1001,1002,1003) AND status_type NOT IN (4,5); -- 存在非关闭任务则终止执行 ``` 2. **事务一致性检查** 重开后需验证关联数据： ```sql -- 检查物料事务 SELECT transaction_id FROM mtl_material_transactions WHERE transaction_source_id IN (1001,1002,1003) AND transaction_type_id = 44; -- WIP任务类型 ``` #### 风险控制建议 1. **备份策略** 操作前创建任务快照： ```sql CREATE TABLE wip_backup_YYYYMMDD AS SELECT * FROM wip_discrete_jobs WHERE wip_entity_id IN (1001,1002,1003); ``` 2. **灰度执行** 使用`DBMS_LOCK`添加批次控制： ```sql FOR i IN 1..l_wip_entity_ids.COUNT LOOP DBMS_LOCK.SLEEP(1); -- 批次间延时1秒 UPDATE ... WHERE wip_entity_id = l_wip_entity_ids(i); END LOOP; ``` > **⚠️ 重要警告** > 此方案绕过标准API，可能导致： > 1. 库存事务与任务状态不一致 > 2. 成本核算异常 > 3. 系统标准报表数据失真 > **仅建议在标准API不可用时使用，且必须经充分测试**[^2] ---