记一次AR无法抛GL问题处理

现象:
 
   AR/INTERFACE下运行General Ledger 开始抛GL, 系统自动产生
   Unposted Items Report From General Transfer Program 报表,显示未能抛转的 
    Receipt Number明细
 
 
 
处理过程:
   
    AR中Receipts窗口中查找出 Unposted Items Report 中显示的Receipt,
   Tools/View accounting 下查找分录信息,借贷不等所以无法抛转GL;
   
   修正AR_DISTRIBUTIONS_ALL中错误的科目金额,重新抛GL成功,Journal
   Import报表显示抛转的信息;最后GL/Journal 下执行post完成
 
 
错误原因:
 
    用户保存Receipt后又手工修改Bank Charges,使Bank Charge 对应金额增加,
    而对应科目并未增加,从而导致分录借贷不等无法抛转GL
 

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/13964895/viewspace-751191/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/13964895/viewspace-751191/

代码转载自:https://pan.quark.cn/s/7f503284aed9 Hibernate的核心组件总数达到五个,具体包括:Session、SessionFactory、Transaction、Query以及Configuration。 这五个核心组件在各类开发项目中都具有普遍的应用性。 借助这些组件,不仅可以高效地进行持久化对象的读取与存储,还能够实现事务管理功能。 接下来将通过图形化的方式,逐一阐述这五个核心组件的具体细节。 依据所提供的文件内容,可以总结出以下几个关键知识点:### 1. SSH框架详细架构图尽管标题提及“SSH框架详细架构图”,但在描述部分并未直接呈现关于SSH的详细内容,而是转向介绍了Hibernate的核心接口。 然而,在此我们可以简要概述SSH框架(涵盖Spring、Struts、Hibernate)的核心理念及其在Java开发中的具体作用。 #### Spring框架- **定义**:Spring框架是一个开源架构,其设计目标在于简化企业级应用的开发流程。 - **特点**: - **分层结构**:该框架允许开发者根据实际需求选择性地采纳部分组件,而非强制使用全部功能。 - **可复用性**:Spring框架支持创建可在不同开发环境中重复利用的业务逻辑和数据访问组件。 - **核心构成**: - **核心容器**:该部分包含了Spring框架的基础功能,其核心在于`BeanFactory`,该组件通过工厂模式运作,并借助控制反转(IoC)理念,将配置和依赖管理与具体的应用代码进行有效分离。 - **Spring上下文**:提供一个配置文件,其中整合了诸如JNDI、EJB、邮件服务、国际化支持等企业级服务。 - **Spring AO...
<think>好的,用户现在想知道如何在Oracle EBS R12中修改AR事务处理GL日期。首先,我需要回忆一下AR模块中GL日期的重要性和修改方法。GL日期影响会计期的过账,所以修改时需要谨慎,确保符合会计期间的规定。 用户之前询问过库存转移的API,可能对Oracle EBS的技术操作有一定了解,但这次涉及的是AR模块,属于财务相关的事务处理。需要确认用户是否有足够的权限,因为修改GL日期通常需要特定的权限,比如“过账到关闭的期间”或者“GL日期覆盖”之类的权限。 接下来,修改GL日期的方法可能有多种。常见的有直接更新数据库,但这种方法风险高,不推荐。另外,可能通过标准功能或API来实现。用户可能希望了解标准方法,而不是直接操作数据库。需要检查标准功能是否存在,比如提交请求或者使用特定表单。 在R12中,AR事务处理一旦创建,GL日期默认是根据事务处理日期决定的,但可能在过账前允许修改。如果事务处理尚未过账到GL,可能直接在事务处理表单中修改。如果已经过账,可能需要调整或冲销。需要确认用户的具体情况,但回答时需涵盖不同情况的方法。 另外,使用API可能是更安全的方式。比如,使用AR_INVOICE_API_PUB.Update_Invoice等API来更新事务处理GL日期。需要给出具体的API调用示例和步骤,但需注意权限和验证。 还需要考虑会计期间的状态,如果目标GL日期所在的期间已经关闭,可能需要先打开期间,或者用户是否有权限在关闭期间过账。此外,修改GL日期可能会影响财务报表,必须提醒用户谨慎操作,并在测试环境验证。 用户可能没有提到是否已经过账,所以回答中需要涵盖两种情况:未过账和已过账。对于已过账的情况,可能需要冲销原事务并重新创建。同时,注意事务处理的相关数据,如分配行、收款应用等是否需要调整。 最后,要确保步骤清晰,可能分点说明,包括标准功能修改、API方法、直接数据库更新的风险,以及注意事项。同时提醒用户备份数据,并在测试环境操作,避免生产环境直接修改导致的问题。</think>在Oracle EBS R12中修改AR事务处理GL日期需要谨慎操作,以下是具体实现方法及注意事项: ### 一、标准功能修改(适用于未过账事务) ```sql -- 路径:应收款管理员 > 事务处理 > 事务处理 1. 查询事务处理(输入发票编号/客户等条件) 2. 点击【分配】按钮进入分配行界面 3. 点击【会计科目】按钮 4. 直接修改GL日期字段 5. 保存后运行"过账"请求 ``` > 📌 限制:仅当满足以下条件时可修改: > - 事务处理状态为`未过账` > - 目标GL日期所在会计期间为`打开`状态 > - 用户具有`GL: 过账到关闭的期间`权限 ### 二、API强制修改(需DBA权限) ```sql BEGIN -- 调用AR核心API AR_INVOICE_API_PUB.Update_Invoice( p_api_version => 1.0, p_init_msg_list => FND_API.G_TRUE, p_commit => FND_API.G_TRUE, p_customer_trx_id => 123456, -- 事务处理ID p_gl_date => '2023-07-25', -- 新GL日期 x_return_status => l_return_status, x_msg_count => l_msg_count, x_msg_data => l_msg_data ); -- 验证返回状态 IF l_return_status <> FND_API.G_RET_STS_SUCCESS THEN RAISE_APPLICATION_ERROR(-20001, '更新失败'); END IF; END; ``` ### 三、数据库直接更新(高风险操作) ```sql /* 仅限紧急情况使用,需停用审计触发器 */ UPDATE RA_CUSTOMER_TRX_ALL SET GL_DATE = TO_DATE('2023-07-25','YYYY-MM-DD') WHERE CUSTOMER_TRX_ID = 123456; -- 必须同步更新分配表 UPDATE RA_CUST_TRX_LINE_GL_DIST_ALL SET GL_DATE = TO_DATE('2023-07-25','YYYY-MM-DD') WHERE CUSTOMER_TRX_ID = 123456; ``` ### 四、关键验证点 1. **会计期间验证** 检查`GL_PERIOD_STATUSES`表确保目标日期所在期间状态为`O`(打开) ```sql SELECT closing_status FROM GL_PERIOD_STATUSES WHERE application_id = 222 -- AR应用ID AND period_name = 'JUL-23'; ``` 2. **弹性域上下文** 确保新GL日期满足`GL_DATE`弹性域的安全性规则: ```sql SELECT flex_value_set_name FROM FND_FLEX_VALUE_SETS WHERE flex_value_set_id = ( SELECT flex_value_set_id FROM FND_DESCR_FLEX_COL_USAGE_VL WHERE descriptive_flexfield_name = 'RA_CUSTOMER_TRX' AND end_user_column_name = 'GL_DATE' ); ``` ### 五、后续处理流程 1. 重新运行`自动过账`请求(ARXRWMAI) 2. 验证会计分录: ```sql SELECT code_combination_id, accounted_dr, accounted_cr FROM GL_INTERFACE WHERE reference5 = '123456' -- 事务处理ID AND status = 'NEW'; ``` 3. 检查`XLA_EVENTS`表中的会计事件日期 ### 六、注意事项 1. 已创建会计分录的事务处理需先`冲销`原分录 2. 若涉及多组织架构,需在对应OU下操作 3. 修改后需重新验证: - 客户余额(AR_PAYMENTS_PKG) - 总账试算表(GL_BALANCES) - 子分类账匹配(XLA_SUB_LEDGER) 建议优先通过标准界面修改,若必须使用API或直接更新,请务必在测试环境验证后再执行生产环境操作。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值