ORACLE BEER WOLF

欢迎来到ORACLE BEER WOLF>>　　 | 首页 资源中心 | PL/SQL | ORACLE EBS | LIFE | 一般分类 | ITPUB论坛

ORACLE ERP consolidation流程(二)

发表人:wolfyuan | 发表时间: 2007年四月16日, 12:24

ORACLE EBS by transaction consolidation的详细流程（二） 查看全文

分类: ( ORACLE EBS ) :: 评论 (0) :: 静态链接网址 :: 引用 (0)

ORACLE ERP consolidation流程(一)

发表人:wolfyuan | 发表时间: 2007年四月13日, 17:21

ORACLE EBS by transaction consolidation的详细流程（一） 查看全文

分类: ( ORACLE EBS ) :: 评论 (0) :: 静态链接网址 :: 引用 (0)

shell脚本写host类型executable

发表人:wolfyuan | 发表时间: 2007年四月13日, 17:08

最近在做一个的项目，因为有些功能使用ORACLE的package实现起来有点问题，但是用UNIX的脚本实现起来却很好，所以最终在AP上挂了一个executable为HOST类型的REQUEST，来解决这个问题。

因为觉得这个东西有点意思，所以把我了解到的一些很基本的东西share出来。

 查看全文

分类: ( ORACLE EBS ) :: 评论 (0) :: 静态链接网址 :: 引用 (0)

计算Trial Balance的新方法

发表人:wolfyuan | 发表时间: 2006年十二月04日, 19:53

(前情简介:GL模块中gl_je_lines表中每一条journal_line都会有accounted_dr与accounted_cr两个栏位,表示该条line发生的借方金额与贷方金额; 在gl_balances表中每一条记录都会存储一个account在某一历史会计期间的期初借方历史发生总额begin_balance_dr, 期初贷方历史发生总额begin_balance_cr.)

最近在tuning一张Trial Balance by Date的报表.需求是这样的:

用户输入两个日期start_date, end_date, 报表找出某个SOB下在这段时间内所有account的起始余额beginning_balance, 借方发生额dr_amount, 贷方发生额cr_amount, 总发生额(借-贷)net_change, 结末余额ending_balance.

原来报表是这样计算的(红色为计算结果栏位).

1) 首先,对每一个account,调用一个函数计算出start_date的beginning_balance.

计算方法:

找出start_date所在的period_name,根据period_name从gl_balances表中找出这个account的begin_balance_dr, begin_balance_cr.二者相减,得出该account在该period的期初余额.period_beginning_balance

然后到gl_je_lines表中,找到这个account从该期间第一天到start_date-1所发生的所有借贷额.sum(accounted_dr) => period_bydate_dr,

sum(accounted_cr) => period_bydate_cr.二者相减,得出该account在该期间内实际发生额:period_net_change.

最后, period_beginning_balance + period_net_change, 得出该天的beginning_balance.

2) 从gl_je_lines表中,sum从start_date到end_date该account发生的所有借贷额.

sum(accounted_dr) => dr_amount ,sum(accounted_cr) => cr_amount

dr_mount – cr_mount => net_change.

3) Beginning_balance + net_change = ending_balance

因为需要对gl_je_lines这一恐怖的表做sum动作,所以随着输入start_date与end_date之间时间段的加大,这张报表的恐怖系数指数上升.

在对报表的SQL折腾了数天以后,突然想到一个问题,就是在GL模块中,对于所有的历史会计期间, gl_je_lines中在该期间发生的借贷额,以及历史发生的总的借贷额,都会sum到gl_balances这张表里面.,也就是说, 我们上面所做的sum动作,其实很大部分GL早已经为我们做好了.

例如说我们要求从2006-4-5 到 2006-8-5之间某个sob的beginning_balance, dr_amount, cr_amount, net_change, ending_balance.

按照上面的说法,假若2006-4-5所在会计期间第一天是2006-4-1, 2006-8-5所在会计期间第一天是2006-8-1.

我们的begin_balance依然按照第一种方法获取.

dr_amount的取得,我们可以使用2006-8-6的beginning_dr 减去 2006-4-5的beginning_dr,

cr_amount也可以用同样的方法取得.

而两个beginning_dr的取得,我们在方法一的第一步其实已经取得,只是它没有使用:

Begin_balance_dr + period_bydate_dr = beginning_dr

Begin_balance_cr + period_bydate_cr = beginning_cr

也就是说我们利用方法一的第一步分别取得start_date与end_date的begin_dr与begin_cr.

利用这4个数值就可以拼的我们所需要的所有栏位值了.

求得end_date的两个数值作为ending_dr, ending_cr.

Beginning_balance = beginning_dr – beginning_cr

Dr_amount = ending_dr – beginning_dr

Cr_amount = ending_cr – beginning_cr

Net_change = dr_amnount – cr_amount

Ending_balance = ending_dr – ending_cr

按照这种方法,我们sum的知识2006-4-1到2006-4-5以及2006-8-1到2006-8-5这两个小区间的journal,而没有像方法一一样sum所有的.


分类: ( ORACLE EBS ) :: 评论 (0) :: 静态链接网址 :: 引用 (0)

FORM中诡异的VALIDATE事件

发表人:wolfyuan | 发表时间: 2006年十一月15日, 00:46

Form的validate行为可以由一个总的form级别的validation属性来控制.
可以通过set_form_property来设置成PROPERTY_TRUE 和 PROPERTY_FALSE
当程序的焦点离开当前validation_unit时候,就会触发该validation_unit的validate事件.
Validation unit的级别又是通过form的validation unit属性来设置的,有以下属性值:
Default, form, block, record, item.
也就是说当设置validation unit为block时,只有当焦点离开一个block,才会触发validate.
根据valiation unit的不同,又分为validate form, validate block, validate record, validate item.
Validate form: validate form中所有block
Validate block: validate block中所有record
Validate record: 如果该record为valid,则停止,否则validate该record中所有item, 然后触发
WHEN-VALIDATE-RECORD Triiger
Validate item: 如果当前item为valid,则停止, 否则执行该item标准check,包括LOV(如果
validate_from_list属性为true),最后触发WHEN-VALIDATE-ITEM Trigger.
也可以通过validate方法,来强制validate数据（注意：此时若form的validation属性设置为false，则强制validate方法也不能validate数据）,该方法的有一个参数,可以设定validate的级别:Default_scope, form_scope, block_scope, record_scope, item_scope.
Validate trigger主要有2个，WHEN-VALIDATE-ITEM以及WHEN-VALIDATE-RECORD，2个trigger都有form级别以及block级别，另外WHEN-VALDATE-ITEM还有item级别。

分类: ( ORACLE EBS ) :: 评论 (0) :: 静态链接网址 :: 引用 (0)

FORM名称

发表人:wolfyuan | 发表时间: 2006年十一月15日, 00:40

    我们经常会要在ORACLE AP中寻找我们正在浏览的form页面的执行文件，我们都会直接在AP中的菜单里点击“About Oracle Application”，然后查看当前正在执行的fmx文件。

    但实际上，这个时候我们看到的文件名有时候却不是我们的form真正执行的fmx文件。

    因为这个文件名是AP根据当前form在设计时候为form取的名称拼凑出来的

    例如在设计form的时候为form取名为a，而真正保存编译的时候我们把文件编译为b.fmx,当我们在浏览这个form的时候，查看到的form名称会显示a.fmx,而不是b.fmx。


分类: ( ORACLE EBS ) :: 评论 (0) :: 静态链接网址 :: 引用 (0)
Valid XHTML 1.0 Strict and CSS. Powered by pLog
Design by Blog.lvwo.com