Credit Summaries & Importing External Credit Exposure
In this Document
Goal |
Solution |
APPLIES TO:
Oracle Order Management - Version 11.5.10.2 to 12.1.3 [Release 11.5.10 to 12.1]
Information in this document applies to any platform.
***Checked for relevance on 09-Oct-2013***
GOAL
Questions on 'Credit Checking Setup'.
Use of credit summaries & 'Initialize Credit Summaries' request
Questions on importing credit exposure - 'Include External Sources' checkbox on credit check rule
SOLUTION
A) Details on 'Include External Credit Exposure' checkbox on 'Credit Check Rule'
Select the Include External Credit Exposure check box if you wish to include
external exposure details imported into Order Management during the credit
checking process.
When an Oracle Order Management sales order is credit checked, the exposure data
from the external system is included in the overall exposure check. The default
value for this check box is un-checked (exclude external exposure details when
performing credit checking).
B) Please review details on page D-21 in 'Oracle Order Management User's Guide' on details on
the concurrent program - "Credit Exposure Import Concurrent Program".
C) Here is the name of the table that you need to populate:
OE_EXPOSURE_INTERFACE
Please refer Page 5-79 Oracle Order Management User’s Guide:
Credit Exposure Import Concurrent Program
The Credit Exposure Import concurrent program enables you to import external credit
exposure details (such as transaction amounts for sales orders created outside of Oracle
Applications) into Oracle Order Management, provided you have correctly populated
the corresponding Order Management Exposure Interface table.
External exposure details can then be:
• Utilized exclusively for Credit Checking
• Used in conjunction with existing pre-calculated exposure amounts when
performing credit checking
• Used in conjunction with real time transactional data when performing credit
checking
Order Management will determine whether to include external exposure amounts
imported within the overall exposure amount when performing credit checking based
upon the credit checking rules you define.
Program Details
External exposure details imported within Order Management are stored in the same
exposure summary table used by the Initialize Credit Summaries Table concurrent
program. Successfully imported external exposure records within the summary exposure
table can be determined by the value for the field BALANCE_TYPE; all externally
imported exposure detail records will have the value 18 for the field BALANCE_TYPE.
Note: when you submit the Initialize Credit Exposure concurrent
program, externally imported exposure records are never overwritten.
When importing credit exposure details from an external system, Order Management
will import all records selected, provided each record successfully passes validation. If a
single record fails validation, Order Management will not import any records within
the exposure interface tables which were selected for processing. If you encounter
exceptions during run time, review the exception details within the concurrent program
output and log files, correct the issues, and then resubmit the program.
The Credit Exposure Import concurrent program can be submitted in two different
modes, Update and Insert. Interface records are processed based upon the mode, which
is determined by the value of the column OPERATION_CODE within the exposure
interface table.
• Insert: All credit exposure amounts previously imported will be overwritten with
the given exposure amount within the Order Management Exposure Interface tables.
• Update: The credit exposure amount within the Order Management Exposure
Summary table will either be added (positive amount) or subtracted (negative
amount) to any previously imported amount. If a corresponding exposure amount
does not previously exist, a new exposure amount record will be created.
This program will never delete records from the credit exposure summary table.
Note: The current value of the profile option MO: Operating Unit is used
as a input parameter to this concurrent program. This parameter is
hidden by default, and is used to prevent the Credit Exposure Import
program from importing exposure records into incorrect operating units.
Note: If you need to input exposure details for multiple operating
units, Order Management recommends you set this profile option
at the Responsibility level, and then switch to the corresponding
Responsibility when importing exposure details.
To import credit exposure details from an external system:
1. Navigate to the Run Requests SRS window, and select Credit Exposure Import in the
Request Name field.
Run Requests SRS Window - Credit Exposure Import
2.Select the Exposure Source. Exposure Sources are based upon user defined values
for the Order Management Quick Code ONT: Credit Exposure Import Source. If you
select a value for this parameter, only records which have the same value (case
sensitive) within column EXPOSURE_SOURCE_CODE within the exposure import
interfaces tables will be processed. This field is not required.
3. Enter a numeric value, greater than zero, if you wish to specify a batch number to
process a portion of the records with the exposure import interface tables.
You can use a batch number for auditing purposes, or to improve performance
when large amounts of exposure records are to be imported (choose to process
only a portion of the exposure records within one submission and the remaining
records within additional submissions - running the concurrent program in parallel
with the initial request).
4. If you select a value for this parameter, only records which have the same value
within column BATCH_ID within the exposure import interfaces tables will be
processed. This field is not required.
5. Validate Only:
Select Yes to validate records within the credit exposure interface tables only. No
records are imported into summary exposure tables during submission.
6. Select No to validate and process records within the credit exposure interface tables.
This field is required.
7. Select OK, then Submit.
Note: When importing exposure details using the Credit Exposure
Import, only interface records that belong to a Bill To Site for the
current operating unit can be imported. Therefore, ensure your
records are grouped accordingly.
Note: For example, if you have multiple Bill To sites within the
exposure interface table, ensure that each Bill To Sites has been
previously defined for the current operating unit you are currently
working within.
Note: Additionally, if you specify either an Exposure Source or a
Batch Id as an input parameter, ensure the corresponding records
(marked with values for either Exposure Source or Batch ID) within
the interface table utilize Bill To Sites defined for the same operating
unit you are submitting the program for.
Output
The Credit Exposure Import concurrent program produces a standard Oracle log
file, along with a Standard Order Management Report output.
Restrictions
Concurrent Program Log File
• The concurrent program log file contains standard details such as program name
and the value of input parameters, as well as the following summary details:
Number of rows to Process: X_num_rows_to_process
Number of rows to Validate: x_num_rows_validated
Number of rows that failed Validation: x_num_rows_failed
Number of Rows Imported: x_num_rows_imported
Concurrent Program Output (report)
• The concurrent program output (report output), available only by selecting Output
within the View Requests window (provided your have previously selected the row
with the appropriate request id) displays the following details:
Report Parameters Region
• Concurrent program input parameters with values entered for submission.
Report Information
• Concurrent program details such as request id
Report Header Region
• Concurrent program details such as operating unit and report date.
Report Output
• Concurrent program details such as Number of credit exposure to process, and
Number of credit exposure failed validation.
• Concurrent program exception details (errors).
D) There is no restriction to use credit summaries (i.e. to check 'Use pre-calculated exposure' on credit check rule) if you are going to use
external credit exposure.
Following is additional information on external credit exposure :
Credit Exposure Import (OEXCEIMP) &Purge Imported Credit Exposure(OEXCEPRG)
The Credit Exposure Import program enables you to import external credit exposure details for sales orders created outside of Oracle Applications into Oracle Order Management.
External exposure data is imported from interface table OE_EXPOSURE_INTERFACE into OE_CREDIT_SUMMARIES table. Data from OE_EXPOSURE_INTERFACE is purged upon successful import.
All externally imported exposure detail records will have the value 18 for the field BALANCE_TYPE column in ‘OE_CREDIT_SUMMARIES’.
The Credit Exposure Import program can be submitted in two different modes, UPDATE and INSERT. Interface records are processed based upon the mode, which is determined by the value of the column OPERATION_CODE within the exposure interface table OE_EXPOSURE_INTERFACE.
Insert Mode: All credit exposure amounts previously imported will be overwritten .
Update Mode: The credit exposure amount within ‘OE_CREDIT_SUMMARIES table will either be added (positive amount) or subtracted (negative amount) to any previously imported amount. If a corresponding exposure amount does not previously exist, a new exposure
amount record will be created.
The ‘Purge Imported Credit Exposure’ program enables you to purge imported external credit exposure records from OE_CREDIT_SUMMARIES table.
Credit Summaries & Importing External Credit Exposure的更多相关文章
- Flink中接收端反压以及Credit机制 (源码分析)
先上一张图整体了解Flink中的反压 可以看到每个task都会有自己对应的IG(inputgate)对接上游发送过来的数据和RS(resultPatation)对接往下游发送数据, 整个反压机制通 ...
- 美国政府关于Google公司2013年度的财务报表红头文件
请管理员移至新闻版块,谢谢! 来源:http://www.sec.gov/ 财务报表下载↓ 此文仅作参考分析. 10-K 1 goog2013123110-k.htm FORM 10-K UNIT ...
- EBS 信用检查(一)
信用逻辑 This post will more focus on Technical part of credit check Functionality. You can check the fu ...
- 客户信贷管理&临时授信
信贷额度的组成:假如某客户信用限额1万:开出销售订单时锁定1万:一旦发货1万,销售订单1万限额释放,变成发货锁定限额1万.一旦开票,发货1万限额释放,应收锁定1万限额.清帐成功,应收释放1万.信用限额 ...
- Oracle Global Finanicals Technical Reference(一个)
Skip Headers Oracle Global Finanicals Oracle Global Financials Technical Reference Manual Release 11 ...
- EBS 信用检查(二)
Credit checking feature of Oracle OM provides the ability to check that the customer has sufficient ...
- Oracle Global Finanicals Technical Reference(一)
Skip Headers Oracle Global Finanicals Oracle Global Financials Technical Reference Manual Release 11 ...
- Scoring and Modeling—— Underwriting and Loan Approval Process
https://www.fdic.gov/regulations/examinations/credit_card/ch8.html Types of Scoring FICO Scores V ...
- EBS Archiving and Purging: You Know you need to
A number of trends in the IT industry have contributed to the increasing size of ERP application dat ...
随机推荐
- ABP文档笔记 - 数据过滤
预定义的过滤 ISoftDelete 软删除过滤用来在查询数据库时,自动过滤(从结果中抽取)已删除的实体.如果一个实体可以被软删除,它必须实现ISoftDelete接口,该接口只定义了一个IsDele ...
- git 学习笔记(常用命令)
1.新建一个文件,如果没有使用git add 命令将它提交到暂存区,那么这个文件就还没有被跟踪. 2.通过配置.gitignore文件可以指定要忽略的文件,被忽略的文件夹是不会被提交到暂存区的.所以这 ...
- 这交互炸了(四) :一分钟让你拥有微信拖拽透明返回PhotoView
本文已授权微信公众号:鸿洋(hongyangAndroid)原创首发 <交互炸了>或许是一系列高端特效教程, 文中会介绍一些比较炫酷的特效,以及实现的思路.特效实现本身也许不会有太大的难度 ...
- UDP单播和组播使用SO_REUSEADDR 测试结果
UDP单播通信 一. 预置条件 A.B在同一台机器,网络中存在往A.B所在的机器的8888端口发送单播UDP数据 A:端口复用绑定在端口8888上 B:端口复用绑定在端口8888上操作步骤:(1)先启 ...
- springMVC源码分析--AbstractDetectingUrlHandlerMapping(五)
上一篇博客springMVC源码分析--AbstractUrlHandlerMapping(三)中我们介绍了AbstractUrlHandlerMapping,主要介绍了一个handlerMap的ur ...
- 关于ListView中包含EditText数据复用引起异常的解决方案
概述 前几天测试提了一个bug,在ListView中添加留言信息,导致错乱的问题.实际上就是ListView需要添加一个EditText,复用导致错乱的问题,这个问题以前也遇到过.诸如,ListVie ...
- Selenium Webdriver元素定位的八种常用方法
如果你只是想快速实现控件抓取,而不急于了解其原理,可直接看: http://blog.csdn.net/kaka1121/article/details/51878346 如果你想学习web端自动化, ...
- activiti实战系列 排他网关(ExclusiveGateWay)
流程图 12.2:部署流程定义+启动流程实例 12.3:查询我的个人任务 12.4:完成我的个人任务 说明: 1) 一个排他网关对应一个以上的顺序流 2) 由排他网关流出的顺序流都有个 ...
- [Vim]vim学习笔记--多个文件打开,切换,关闭
一种情况是在shell中用vim打开多个文件,另一种是在vim编辑器中打开多个文件 同时打开多个文件 vim file1 file2 打开文件并水平窗口显示 vim -o file1 file2 打 ...
- volatile足以保证数据同步吗
上一节已经了解了java内存模型,JMM为了提高执行性能,引入了工作内存和主存两个概念,在继续讨论之前必须先搞清四种存储介质:寄存器.高级缓存.RAM和ROM. RAM与ROM大家都比较熟悉了,可以看 ...