简单的说
1、架构变了,原来的SOB现在叫Ledger
2、客户、供应商、税提升了一个级别
3、客户、供应商、银行改为web界面的
4、AR、AP可以支持在一个职责下跨OU查询和录入。
5、引入SLA架构,数据逻辑更清晰。另外从子模块到总账的数据形式和生成的摘要都可编辑。简化了开发的工作量。
一、在原来的应收/应付/项目/CST和GL之间增加了一个层次SLA(SUBLEDGER ACCOUNT 子分类帐),通过这个层次来进一步支持全球财务解决方案,如银行、税务引擎、公司间业务等;即银行帐号的定义是法人共享,而不是OU共享。
二、取消帐套的定义,改为以法人单位为核心,定义多套帐的模式。如一个法人可对应PRIMARY LEDGER;SECOND LEDGER,REPORT CURRENCY LEDGER 等
三、权限设置模式改变,12使用角色连接OU,用户指定角色的方式,处理多OU的业务不需要频繁切换。
四、LEDGER的定义要素为4C,分别为原来的3C+ACCOUNTING CONVENTION(会计方法)。
五、新推出LEDGER SET的概念,当COA和Calendar一致的时候可以将多个LEDGER定义为一个LEDGER SET,作用是可以跨LEDGER出报表。可以统一进行会计期的管理及COA的维护。
六、会计方法:ORACLE仍然保留了权责发生制和收付实现制,同时提供了会计方法定制的界面,即AMB(ACCOUNTING MOTHODS BUILDER),如果不使用AMB自己定义会计方法,而选择标准的权责发生制,则应收/应付的设置同11I。
七、增加了全球税务模块,税务规则统一制定(未使用)
八、将应付分为了应付会计和付款会计,一是为了符合萨班斯法案;二是解决统一支付的需求。
九、应收增加了创建会计科目的按钮,收款科目简化了。
十、固定资产增加了创建会计科目的按钮,运行折旧与关闭期间动作分开了,一个月中可以出现多张折旧凭证。
十一、在会计科目段中增加了属性-“第三方控制帐户”,将科目设置为第三方控制帐户后,在SLA中就可以以科目+第三方出余额表,在SLA中的应收应付导入的凭证,是符合用户习惯的凭证,今后可以考虑凭证打印从此处实现。
十二、在会计科目组合界面增加了替代帐户的概念,当原科目失效后如果还有业务发生,系统会使用替代帐户代替。
十三、GL序列产生的时点由原来的一个变为四个。
十四、 R12 多了诊断功能,可以在查询某个记录涉及的所有表。对于处理问题有很好的帮助。
在11i中我们通常会运行如下代码之后,来查询View的数据:
fnd_client_info.set_org_context(Org_id);
而在R12中,应该是:
mo_global.set_policy_context('S',Org_id) -- 前面的参数具体用法可参考一些资料。
在11i,R12中,调用标准的请购单导入程序:
declare
l_request_id number;
v_a varchar2(3000);
v_b varchar2(3000);
v_count number;
begin
mo_global.set_policy_context('S',Org_Id);
fnd_request.set_org_id(Org_Id); --Set Operating unit 11i中不用,R12中必须添加,要不会报No data found的错误。
l_request_id := Fnd_Request.Submit_Request('PO',
'REQIMPORT',
null,
null,
false,
'TEST',
'',
'VENDOR',--'All',
'N',
'N',--'N',
'N'--'N'
,chr(0)
);
commit;
dbms_output.put_line(l_request_id);
dbms_output.put_line(v_count);
end;
Oe_Order_Pub的用法也跟11i有些区别,都是由于安全策略的不一样引起的,这些在调用的时候也注意一下。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/13387766/viewspace-769392/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/13387766/viewspace-769392/