转:Internal Sales Order (ISO) Process Flow

本文详细解析OracleEBS中内部销售订单(ISO)的使用流程,包括物料定义、内部采购申请、订单创建及转换、挑库、发运和目标组织收货等步骤。ISO用于跨组织物料转移,当操作者仅对目标组织有权限时适用。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

本文介绍下内部销售订单Internal Sales Order(ISO)在Oracle EBS中的流程,内部销售订单和组织间转移(Inter-Organization Transfer,IOT)的作用是类似的,都是用于在库存组织间实现物料转移。只是使用的场景不尽相同,

Inter-Organization Transfer(IOT),一般适用于,操作者同时具有来源组织和目标组织物料控制的权利,那么直接做IOT来实现物料的转移,就可以了;

Internal Sales Order(ISO),一般适用于,操作者只有目标组织物料操作的权限,而对于物料来源组织是没有权限控制的情况下,这个时候就可以用到ISO。首先提内部采购申请(Internal Purchasing Requisition),然后采购申请生成内部销售订单,最后这个内部销售订单用于把源组织的物料“销售”给目标组织。

 

流程演示

1.定义物料,物料在Order Management页签下的,Internal Ordered和Internal Orders Enabled必须要勾选。

(物料表中的字段:INTERNAL_ORDER_FLAG,INTERNAL_ORDER_ENABLED_FLAG)

在组织M1中,杂收物料100的数量,M1这100的数量就为源组织的库存。我们后边打算从M1中通过ISO,转移40数量的物料到M2。

2. Purchasing 职责 > Requisitions > Requisitions,创建内部请购单,类型为:Internal Requisition,然后选择好目标组织和来源组织。此例:Boston为目标组织,Seattle为来源组织。设置好之后,Approve。

Related Queries:

SELECT * FROM PO_REQUISITION_HEADERS_ALL WHERE SEGMENT1 = '14531';
SELECT LINES.* FROM PO_REQUISITION_HEADERS_ALL HEADER,PO_REQUISITION_LINES_ALL LINES WHERE HEADER.REQUISITION_HEADER_ID = LINES.REQUISITION_HEADER_ID AND HEADER.SEGMENT1 = '14531';
SELECT DISTRIBUTIONS.* FROM PO_REQUISITION_HEADERS_ALL HEADER,PO_REQUISITION_LINES_ALL LINES,PO_REQ_DISTRIBUTIONS_ALL DISTRIBUTIONS WHERE HEADER.REQUISITION_HEADER_ID = LINES.REQUISITION_HEADER_ID AND LINES.REQUISITION_LINE_ID = DISTRIBUTIONS.REQUISITION_LINE_ID AND HEADER.SEGMENT1 = '14531';

 

3. 接下来,Purchasing职责 > Requests > Submit a New Request > Create Internal Orders,这个Concurrent Request的作用是把内部请购单转换到订单的接口表(OE_HEADERS_IFACE_ALL,OE_LINES_IFACE_ALL)中去。

Create Internal Orders这个Request跑完之后,订单接口表中就会有相应的数据了。可以用下面的SQL来查询,

SELECT * FROM OE_HEADERS_IFACE_ALL  WHERE ORIG_SYS_DOCUMENT_REF = '332469';   --332469 is po_requisition_headers_all.REQUISITION_HEADER_ID

SELECT * FROM OE_LINES_IFACE_ALL WHERE ORIG_SYS_DOCUMENT_REF = '332469';  --332469 is po_requisition_headers_all.REQUISITION_HEADER_ID

 

4.Order Management模块下,运行订单导入。

Order Management职责:Orders, Returns > Import Orders > 'Order Import' Concurrent Request 参数中可以指定Order Reference,此处Order Reference就是内部请购单的单号。此'Order Import' Request的作用就会把订单接口表(OE_HEADERS_IFACE_ALL,OE_LINES_IFACE_ALL)中的数据转换成真正的订单数据(OE_ORDER_HEADERS_ALL,OE_ORDER_LINES_ALL)。

 

5. Order Import运行完毕后,就可以到订单中查看订单是否生成了。

Order Source Reference为内部请购单号,并且Order Source为Internal.

 

6.接下来的流程,就是订单标准的流程了,包括挑库,发运,里边细节可以参阅我之前的一篇文章:Oracle EBS订单的流程(Order->AR) ,这里简单贴些图了。

挑库是:输入刚才生成的销售订单号

7. 发运确认,Order Management > Shipping > Transactions

"Defer Interface"如果被勾上,说明你要手动的运行Interface Trip Stop SRS,这里还是让它自动运行Interface Trip Stop SRS,所以把勾去掉

 

8. 发运完成后,就可以在目标组织里收货了,对于目标组织,输入内部请购单号,然后完成接收入库就是了。

 

 

References:

Internal Sales Order Cycle In Order Management [ID 744481.1]

R11: What Are The Steps Required To Setup An Internal Requisition In Purchasing? [ID 406312.1]

FAQ: Inter-Organization and Internal Sales Order Receipts [ID 210124.1]

 

 

ref:http://blog.youkuaiyun.com/pan_tian/article/details/8856466

转载于:https://www.cnblogs.com/pompeii2008/p/5688742.html

<think>好的,我现在需要帮助用户解决关于Node.js内部子进程模块中特定行数(420行)的错误或行为的问题。首先,用户提到的错误行数420,我需要确定在Node.js的哪个版本中对应的代码是什么,因为不同版本的代码行数可能不同。接下来,我需要查找Node.js的官方文档或源码,比如GitHub上的Node.js仓,找到child_process模块的相关部分,特别是涉及行号420的地方。 首先,我应该考虑用户可能遇到的错误类型。常见的子进程错误包括ENOENT(文件不存在)、EACCES(权限不足)、或者子进程执行超时等。用户提到的错误可能与子进程的创建、通信或销毁有关。例如,在创建子进程时,如果指定的命令不存在或路径错误,可能会触发错误。 接下来,我需要检查Node.js的child_process模块源码,找到第420行附近的代码。假设在某个版本中,行号420对应的是spawn函数的参数处理部分,或者与stdio配置相关。例如,可能是在处理stdio的管道设置时,如果传入无效的选项,会抛出异常。或者,当执行文件时,如果资源分配失败,可能会返回RESERVATION_FAIL这样的错误,如用户引用的缓存访问问题[^1]。 另外,用户提供的引用内容提到“Access cache for read_only_cache: returns RESERVATION_FAIL if request could not be accepted”,这可能与Node.js内部处理资源预留有关,比如在创建子进程时需要分配文件描述符或内存,如果资源不足,就会导致失败。这种情况下,错误可能表现为RESERVATION_FAIL,但需要确认Node.js文档中是否有对应的错误代码。 此外,用户的问题可能需要更具体的上下文,比如错误信息、代码示例或操作系统环境。由于用户没有提供具体的错误信息,我需要建议用户检查错误堆栈,确认错误发生的具体上下文,比如是在调用spawn、exec还是fork方法时触发的。同时,建议用户查阅Node.js官方文档中关于child_process的部分,查看是否有相关的已知问题或配置要求。 最后,生成相关问题,帮助用户进一步排查问题,比如询问如何调试子进程错误、资源限制的影响,或者如何正确配置子进程的选项等。</think>关于Node.js子进程模块行号420的潜在错误或行为,需要结合具体Node.js版本和代码上下文分析。根据Node.js v18.x源码,child_process模块420行附近通常涉及以下两种常见场景: 1. **进程通信通道建立** 在`child_process`模块中,当执行到建立IPC通道时(如使用`fork()`方法),若遇到文件描述符分配冲突或权限问题,可能触发类似`RESERVATION_FAIL`的错误。例如: $$ fd = uv__open_cloexec(pipeName, O_WRONLY) $$ 此时若系统文件描述符耗尽或管道名被占用,会导致`uv__open_cloexec`返回错误码 2. **参数验证阶段** 另一种常见场景是在参数预处理阶段: ```javascript if (options.serialization === 'json' && options.stdio[0] === 'ipc') { throw new ERR_CHILD_PROCESS_IPC_REQUIRED('stdio'); } ``` 此时若检测到IPC通道配置与序列化方式不兼容,会抛出`ERR_CHILD_PROCESS_IPC_REQUIRED`错误
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值