请问如何获取除DB_NAME以外的ORACLE服务器信息，如IP地址

select
SYS_CONTEXT('USERENV','TERMINAL') terminal,
SYS_CONTEXT('USERENV','LANGUAGE') language,
SYS_CONTEXT('USERENV','SESSIONID') sessionid,
SYS_CONTEXT('USERENV','INSTANCE') instance,
SYS_CONTEXT('USERENV','ENTRYID') entryid,
SYS_CONTEXT('USERENV','ISDBA') isdba,
SYS_CONTEXT('USERENV','NLS_TERRITORY') nls_territory,
SYS_CONTEXT('USERENV','NLS_CURRENCY') nls_currency,
SYS_CONTEXT('USERENV','NLS_CALENDAR') nls_calendar,
SYS_CONTEXT('USERENV','NLS_DATE_FORMAT') nls_date_format,
SYS_CONTEXT('USERENV','NLS_DATE_LANGUAGE') nls_date_language,
SYS_CONTEXT('USERENV','NLS_SORT') nls_sort,
SYS_CONTEXT('USERENV','CURRENT_USER') current_user,
SYS_CONTEXT('USERENV','CURRENT_USERID') current_userid,
SYS_CONTEXT('USERENV','SESSION_USER') session_user,
SYS_CONTEXT('USERENV','SESSION_USERID') session_userid,
SYS_CONTEXT('USERENV','PROXY_USER') proxy_user,
SYS_CONTEXT('USERENV','PROXY_USERID') proxy_userid,
SYS_CONTEXT('USERENV','DB_DOMAIN') db_domain,
SYS_CONTEXT('USERENV','DB_NAME') db_name,
SYS_CONTEXT('USERENV','HOST') host,
SYS_CONTEXT('USERENV','OS_USER') os_user,
SYS_CONTEXT('USERENV','EXTERNAL_NAME') external_name,
SYS_CONTEXT('USERENV','IP_ADDRESS') ip_address,
SYS_CONTEXT('USERENV','NETWORK_PROTOCOL') network_protocol,
SYS_CONTEXT('USERENV','BG_JOB_ID') bg_job_id,
SYS_CONTEXT('USERENV','FG_JOB_ID') fg_job_id,
SYS_CONTEXT('USERENV','AUTHENTICATION_TYPE') authentication_type,
SYS_CONTEXT('USERENV','AUTHENTICATION_DATA') authentication_data
from dual
.        PO: Purchase Order采购订单
应用：Purchasing
职责：Purchasing Super User5.1.       基础业务学习
PO模块概述
首先，PO解决了企业采购的基本管理问题：何时向何供应商以何价格采购何物料，采购信息与仓库、质检、财务高度共享。
何时何物：手工指定、MRP运算结果、内部请购、Dropship SO、外协WIP。
何供应商：手工指定、ASL和Sourcing Rules、BPA、Quotation。
什么价格：手工指定、Plan PO、BPA、Quotation。
财务信息：自动创建应计和PPV分录；财务部收到的发票可以方便的与PO进行匹配。
入库与退货：采购接收可自动触发仓库入库，采购退货可自动触发仓库出库。
质量检查：采购接收时可触发质量收集计划进行分项抽样检查。
其次，供应商及其物料价格管理永远是采购部的重点工作，ASL和Sourcing Rules则是Oracle ERP提供的解决方案。
其三，在流程集成中，请购单PR和接收Receiving分别起着承上启下的作用：
1、        ISO流程从内部PR开始。
2、        WIP外协通过PR接口创建PR，进而创建PO，而接收则直接回到WIP工序。
3、        Dropship亦通过PR接口创建PR，进而创建PO，而接收则直接触发SO发货。
PO类型        PO_Headers_All.TYPE_LOOKUP_CODE
标准采购订单SPO：欲采购的物料、价格、数量、时间、供应商均确定的一次性物品或服务采购。比如轮胎制造商采购紧俏天然胶。
一揽子采购协议BPA：欲采购的物料、供应商均确定、价格可能确定的采购协议，协议本身是个有效“合作合同”，实际采购时须通过“发放”以确定采购的数量、时间。比如汽车制造商向轮胎供应商的采购。协议可以是Global的——跨OU。
合同采购协议CPA：仅采购总金额、供应商确定的采购协议，协议本身是个“合作意向”，不能直接进行采购接收，实际采购时需下引用该合同的标准采购订单。比如超市向各供应商的采购。合同可以是Global的——跨OU。
计划采购合同PPO：欲采购的物料、价格、数量、时间、供应商均确定，但不急于下标准采购订单，而是先做好长期“计划”，实际采购时须通过“发放”完成。审批基础
1、       如何确定审批身份
登录User->员工Employee       系统管理员User中指定关联的Employee，多对1
员工Employee->职位Position        HR Employee中指定员工的职位，多对1
2、       如何确定审批权限
职位Position+PO类型->审批组        PO审批组分配中设置每个职位的各类PO权限
审批组Approval Group->权限       审批组对应1组权限范围：金额、账户、物料
3、       如何确定下一审批者（一），假定财务选项设置采用审批层次
PO类型->审批层次                PO文档类型中指定使用的Approval Hierarchy
职位+审批层次->Next Position       根据当前职位和审批层次，可获得下一审批职位
Next Position->员工Employee       根据下一审批职位，可获得下一审批者
4、       如何确定下一审批者（二），假定财务选项设置采用上下级关系
员工Employee->上级Supervisor       根据当前员工，可获得下一审批者
5、       如何确定通知发送方式是Mail还是在线
根据通知的接收User的首选项Preference决定，如果用户层没有设置，则由Global Preferences决定。如果是Mail方式，需要配置好Workflow Notification Mailer。
请参考《深入浅出Oracle EBS之Workflow》一书的“Workflow Notification Mailer Configuration”章节。
审批核心过程
1、       【手工】User登录ERP，打开PO或输入新PO，提交审批，
2、       【自动】检查PO信息的完整性，如果通过PO状态为In Process，否则返回1
3、       【自动】根据PO类型和当前Position，确定下一审批者；如果找不到，则发送“No Approver Found”通知给提交者，审批结束，PO状态为Incomplete
这里一要注意，不是根据PO的采购员，而是根据提交审批的用户确定审批职位；二要注意如果PO类型上设置允许自审批，那么提交者自己将作为第一审批人，否则不管其对应的权限有多大，都要提交给下一审批职位审批。
4、       【自动】根据PO类型和Position确定审批组，根据审批组和PO信息判断是否权限足够
5、       【自动】如果权限不够，进入步骤2，否则发送Workflow通知给该职位对应的员工对应的User
因为1个职位可对应多个员工，1个员工可对应多个User，系统将通知发给ASCII值最小的User。所以除了采购员外，最好做到职位、员工、用户是一一对应关系。
6、       【手工】有权限的审批者登录ERP，进入Workflow Worklist找到相应PO进行审批：如果转交他人，则进入步骤2；如果拒绝或审批，则审批流程结束
7、       【自动】发送“被拒绝”或者“审批通过”Workflow通知给提交者，PO状态为Incomplete或Approved PO状态控制
典型的PO，其周期通常是Incomplete制定->In Process审批中->Approved已审批->Closed关闭->Finally Closed最终关闭。
可以通过Summary窗口的Tools/Control控制状态。PO所有状态如下：
SELECT lov.lookup_code, lov.meaning
  FROM fnd_lookup_values_vl lov
WHERE lov.lookup_type = 'DOCUMENT STATE'
状态代码       说明

INCOMPLETE        1、       正在输入，尚未提交审批，可以随意修改
2、       可以删除，PO删除后对应的请购单回归未满足状态
IN PROCESS       工作流正在处理中，一般只能在Summary中看
PRE-APPROVED       审批前的工作流内部状态
APPROVED       审批通过，可以进行接收、退货、开票
REJECTED       审批不通过，被拒绝回来，需要修改后再提交
REQUIRES REAPPROVAL       需要重新审批
CLOSEDCLOSED FOR INVOICECLOSED FOR RECEIVING        1、       当发票数量符合PO选项定义的规则时，系统自动CLOSED FOR RECEIVING收货行
2、       当发票数量符合PO选项定义的规则时，系统自动CLOSED FOR INVOICE收货行
3、       所有收货行关闭，PO行自动Closed；所有PO行Closed，头自动Closed
4、        Closed的PO和行，可以重新打开
FINALLY CLOSED        1、       可在头、行、收货行执行最终关闭
2、       最终关闭后，不能做任何操作，也不能重新打开
3、       对于头被最终关闭的PO，有标准请求可以将其Purge
4、       根据AP选项设置，AP匹配可自动最终关闭PO？
CANCELLED        1、       可在头、行、收货行行取消，不过只能取消未接收的数量
2、       取消后不能做修改和新接收，但可以开已接收部分的发票
3、       对于头被取消的PO，有标准请求可以将其Purge
4、        PO取消后对应的请购单数量回归未满足状态
OPEN       未关闭、未取消、未最终关闭、未冻结、未暂挂的PO
AWAITING PRINTING       等待打印
PRINTED       已经打印
FROZEN       冻结，不可以修改PO，但可以接收、开票
UNFROZEN
ON HOLD       暂挂，不可以修改PO，不可以打印，也不可以接收、开票
NOT ON HOLD
RESERVED       资金已保留
NOT RESERVED
RETURNED
详细的状态控制及其允许的操作，参考PO User Guide的“Document Control Overview”章节。
PO安全性
定义：
权限       操作说明

查看       仅可通过Summary查询
修改       可通过Summary查询，并且能打开PO
关闭/冻结       可通过Summary查询并打开Control
OM订单流程状态的分析？在做SO的订单过程中，可以根据订单的类型来生成不同的SO, SO订单中有两个状态，一个order information的status和order line的status,流程：entered--> booked---> pick release --> closed1、在new一张SO时, Order information status ='Entered'  , Order lines status ='Entered';
2、Book order后, Order information status ='Booked',  Order lines status ='Awaiting Shipping';
3、Pick release后, Order information status='Booked', order lines status ='Picked';这时SO生成了move order和Delivery，这时此delivery的
   status='Open',   Firm status＝'Not Firm', Develiry中对应的line status ='Staged/Pick Confirmed'
4、对此Delivery做Actions: ship confirm,在run requests过程中，delivery的status ='Closed',  Firm status ='Routing and Contents Firm',
     Line status ='Shipped',5、run requests完成后，Order information status ='Booked', order lines status ='Shipped',
      此delivery的status='Closed', Firm status ='Routing and Contents Firm', Line status ='Shipped';6、最后执行完OM order line workflow后，order information status ='Closed', Order lines status ='Closed'.上述只是SO的一个标准的流程过程中的情况，OM中还有很多种流程，如：劳务收入流程（bill only order to cash），样品出货流程(Sample order to shipment),退货订单流程(return order),折扣销售流程（return order），和约订单流程（blanket order）等等；Om的transaction status的变化
1．        order status的变化
       Øentered
状态说明：
1．       订单已输入。
引发操作：
1．       输入订单。
待发操作及对应状态：
1．        booked ——book订单。
       Øbooked
状态说明：
1．       表示订单已预定。
2．       预定订单操作主要是检查订单中的必要信息是否完整，如果订单中用于发运等后续作业的信息不完整，则系统会弹出提示窗口，按照提示依次填写完整即可。
3．       订单预定后订单行将进入出货流程。
4．       订单预定后将对订单的修改做一定的限制。如：如果要将订单行的数量减少，则必须输入减少原因，而且被减少的数量也会显示在qty cancelled字段中。
引发操作：
1．        book订单。
待发操作及对应状态：
1．        cancelled——cancel订单。
2．        closed ——Close订单。
       Øcloseed
状态说明：
1．       表示订单已关闭。订购流程结束状态之一，表示订购事务正常完成。
2．       订单closed掉后将禁止订单的所有更改，包括增行和删行，定义处理限制的描述性字段除外。
引发操作：
1．       每月月底系统会检查订单的所有明细行是否closed，如果全部closed，则会将订单的状态自动修改为closed。
待发操作及对应状态：
   无。
        cancelledØ
状态说明：
1．       表示订单已取消。订购流程结束状态之一，表示订购事务在正常完成前被取消。
2．       如果要取消整张订单，需要在订单所有明细行都未出库至stage仓库前取消，如果是bill only的订单则在所有明细行开立商业发票之前取消。
3．       如果要取消整张退货，需要在任何退货明细行上执行RMA接口或开立商业发票作业之前取消。
4．       如果订单中已经存在被取消的明细行，则此订单不能被取消。
引发操作：
1．        cancel订单。
待发操作及对应状态：
   无。
1．        Order line status的变化
        EnteredØ
状态说明：
1．       表示订单行已输入。
引发操作：
1．       输入订单行。
待发操作及对应状态：
1．        awaiting shipping ——book订单。
        awaiting shippingØ
状态说明：
1．       表示订单行等待发运。此时在ship transaction form中可以找到相应的订单行进行相关的发运操作。
引发操作：
1．        book订单。
待发操作及对应状态：
1．        Cancelled—— cancel订单行。
2．        picked partial——对订单行做了pick release，并用手动方式（move order）将部分数量的item从子仓库中转移到stage仓库后。
3．        picked——对订单行的全部数量做了pick release，并用手动或者自动的方式将item从子仓库中转移到stage仓库后
     Ø  cancelled
状态说明：
1．       表示订单行已取消。订单行流程结束状态之一，表示订购事务在正常完成前被取消。
2．       在没有book之前做cancel line操作对status没有影响
3．        Cancel line有两种方式，一种直接将数量减少，这种方式不会引起status的变化（如果将数量增加则系统不做任何限制），减少的数量会在“qty cancelled”字段中显示，另一种是通过action中的cancel操作，这种方式将使整行的数量cancel掉，并引起line status的变化。两种方式系统均要求输入cancel原因。
4．       在订单行中的所有数量都没有出货至stage仓库前可以执行取消操作。
引发操作：
1．        cancel订单行。
待发操作及对应状态：
   无。
        picked partialØ
状态说明：
1．       表示订单行中的部分数量已发到stage仓库。
2．       将部分数量发到stage仓库后，订单行不会自动拆分成多行，会把相应订单行的status改成picked partial，但是当发送到stage仓库的那一部分item执行了shipcomfirm后，订单行会自动拆分成多行，每行分别以不同的状态进行标识。
引发操作：
1．        pick release订单行，并以手动（move order）的方式将部分数量转移到stage仓库。
待发操作及对应状态：
1．        Picked——将订单中的剩余数量也通过move order发到stage仓库后。
2．        Shipped——将已发到stage仓库的那一部分item发运出去（即执行了shipcomfirm操作）后，订单行分成两行，发运出去的那一行的状态。
3．        Awaiting to shipping——将已发到stage仓库的那一部分item发运出去（即执行了shipcomfirm操作）后，订单行分成两行，未发到stage仓库的那一样的状态。
Ø      picked
状态说明：
1．       表示订单订单行中的全部数量已发到stage仓库。
引发操作：
1．        pick release订单行，并以自动或者手动（move order）的方式将全部数量转移到stage仓库。
待发操作及对应状态：
1．        Shipped——ship comfirm。
        shippedØ
状态说明：
1．       表示订单行已发运。Stage仓库的on hand数量减少。
引发操作：
1．        Auto-create deliveries后，进行ship comfirm。
待发操作及对应状态：
1．        Closed——ship comfirm后，系统会在5分钟后发送一个request将发运行信息发送到interface中，作为AR系统自动生成invoice的原始数据，这个request跑成功后，订单行将自动closed。
Ø      closed
状态说明：
1．       表示订单行已关闭。订单行结束状态之一，表示订购事务正常完成。
引发操作：
1．        ship comfirm后，系统会在5分钟后发送一个request将发运行信息发送到interface中，作为AR系统自动生成invoice的原始数据，这个request跑成功后，订单行将自动closed。
待发操作及对应状态：
   无
2．        Shipping transaction status的变化
        ready toØrelease
状态说明：
1．       表示准备发放挑库请求。
引发操作：
1．       订单book。订单book后，在ship transaction form中看到的第一个状态。
待发操作：
1．        Released to Warehouse——pick release，并选择手动进行挑库后。
2．        staged/pick comfirm——pick release，并选择自动进行挑库后。
3．        Cancelled——cancel订单或者订单行之后。
       ØReleased to Warehouse
状态说明：
1．       挑库请求已发放到仓库。
引发操作：
1．        pick release
待发操作：
1．        staged/pick comfirm——用move order将item转移到stage仓库后
2．        Backordered——如果move order只转移了一部分数量，那么剩余的部分就会被Backorder
3．        Cancelled——cancel订单或者订单行之后。
        staged/pick comfirmØ
状态说明：
1．       已将item发至待发区
引发操作：
1．       手动：如果在pick release时没有选择auto allocate和auto pick comfirm，则需要用

调试易

请问如何获取除DB_NAME以外的ORACLE服务器信息，如IP地址

解决方案 »