oracle ERP 10.7的月结流程探讨.DOC
ORACLE ERP系统的月结探讨
ORACLE ERP系统的月结探讨1.什么是ORACLE ERP的系统月结在了解ORACLE ERP的系统月结之前，我们首先来了解两个概念。
财务结帐有两种方法：一种是帐结法，一种是表结法。
1.1帐结法帐结法是每月编制转帐凭证，将帐面上各损益类科目的余额结转到本年利润科目。
损益类科目不留余额，结转后本年利润科目的本月合计数反映当月实现的利润和发生的亏损。
国内一些财务系统如用友等都是采用帐结法。
凭证分录如下：（1）结转收入类科目余额借：各种销售收入贷：本年利润（2）结转费用类科目余额借：本年利润贷：销售成本及各期间费用和所得税费等这种处理方式是按照中国的传统会计处理方法，再将本年利润结转到留存收益等科目。
1.2表结法表结法是月末不结转损益类科目余额，在年末才使用帐结法将整个年度的损益类科目累计余额结转到本年利润科目。
通过自定义财务报表即FSG报表自动计算出各期利润。
ORACLE ERP正是采用的这样一种结帐方法，省去转帐环节，同时还不影响利润表的编制和相关损益指标的利用。
2.ORACLE ERP的系统月结处理方法ORACLE ERP是一个由多功能模块共同组成的电子商务系统，包括总帐帐务处理系统，应收、应付、资产、库存等业务处理系统，习惯上也叫子系统。
由于大量业务数据是在子系统中完成，因此ORACLE ERP的系统月结已不仅仅停留在总帐系统层次上，而要按一定的顺序依次核对子系统的帐务，并依次关闭子系统会计期间，最后关闭总帐期间。
2.1月结处理顺序月末各子模块的事务处理都处理完毕后，创建会计科目并将会计信息传送到总帐。
接着完成各子模块与总帐的对帐处理，并依次关闭各模块会计期间。
通常建议按如下顺序进行月结关帐处理：关闭采购期间，关闭库存期间，关闭应付期间，关闭资产期间，关闭应收期间，最后关闭总帐期间。
2.2月结的具体处理方法2.2.1采购管理模块向供应商采购材料，在系统中做接收和交货以及供应商开票后财务做发票匹配的处理都会有财务信息产生。
OracleERP架构及流程简介
整理课件
18
Oracle Applications4：生产管理系统 （WIP)
手动
自动
MRP 手动
Routing
Charge Resource
产生工单
完工入庫
BOM
发料
手动
自动
整理课件
19
Discrete Job 系统流程图
□选配件产品定义( Configuration/Option)
□ 简易订单输入方式, 有效提高登录效率
■订单交货地、交货日期、交货方法可依实际
需求弹性输入
□ 连结订价/折扣表, 使报价更正确
□可接受外界系统的订单转入
■依授信额度与出货状况作信限管理
□无限制之订单备注
□ 订单保留/放行管理
整理课件
■在线查询库存余量 (ATP Check Rule) ■库存量预留功能 □ 出货可依仓库、产品、交期、 交货方法、
整理课件
11
Order Management Oracle Applications: 订单管理系统（涉及作业内容）
□可依一定的规则定义订价表
□可依金额或一定比例调整订价表
■外币适用订价表之设定
□折扣基础可依产品、客户、合约订单类别、
数量等定义
■使用者自订作业流程, 使订单管理繁简随心
所欲
□流程定义可依产品、销售通路不同而定
ERP&Oracle ERP概论
ERP :Enterprise Resource Planning,企业资源计划。 是指建立在信息技术基础上,以系统化的管理思想,为企业决策层及员工提供决策运行手段的管 理平台。ERP不仅仅是一个软件,更重要的是一个管理思想,它实现了企业内部资源和企业相关 的外部资源的整合。通过软件把企业的人、财、物、产、供、销及相应的物流、信息流、资 金流、管理流、增值流等紧密地集成起来,实现资源优化和共享,这就是ERP。 Oracle ERP: Oracle - 美商甲骨文股份有限公司提供的一套完整的制造型企业解决方案 优点： *以Internet为运作平台 *低维护成本 *跨国企业集团多分公司多工厂多币别运作模式 *零负担整合Oracle SCM与CRM方案
Oracle ERP教程
分布式计算
支持分布式计算，允许不同组件在 多个服务器上运行，提高系统性能 和可靠性。
集成性
Oracle ERP系统可与其他Oracle应 用程序和企业系统集成，实现数据 的共享和业务流程的自动化。
核心模块和功能
财务管理
包括总账、应收账款、 应付账款等模块，支持 全面的财务管理和报告
功能。
个性化设置
支持用户界面的个性化设 置，允许用户根据自己的 需求和偏好进行定制。
导航功能
提供强大的导航功能，包 括菜单、工具栏、快捷键 等，帮助用户快速访问所 需的功能和模块。
系统设置和配置
系统参数设置
允许管理员根据企业需求进行系统参 数的设置和调整，以满足特定的业务 流程和需求。
数据字典维护
安全性配置
04 库存管理
库存组织和管理
库存组织
设置库存组织以定义物理 或逻辑上的库存管理单位 ，如仓库、库位等。
物料主数据
维护物料的基本信息，如 物料编码、描述、计量单 位等。
库存参数
设置库存管理的参数，如 安全库存水平、最大/最小 库存量等。
库存事务处理
入库处理
记录物料的入库事务，包括采购入库、生产 入库等。
降低成本。
收货和发票处理
收货处理
在Oracle ERP系统中进行收货处理 ，包括核对采购订单、确认收货数量 和质量等环节。
发票处理
对供应商提供的发票进行审核和处理 ，确保发票的真实性和准确性。
收货与发票匹配
将收货信息与发票信息进行匹配，确 保采购成本的准确性和完整性。
异常处理
对收货和发票处理过程中出现的异常 情况进行及时处理和解决，确保采购 流程的顺利进行。
[VIP专享]Oracle EBS 如何月结之应付(AP)对账详解
![[VIP专享]Oracle EBS 如何月结之应付(AP)对账详解](https://img.taocdn.com/s3/m/8c126132b0717fd5370cdc85.png)
Oracle EBS 如何月结之应付(AP)对账详解概述应付模块的多数业务基于采购和库存的操作，因此应付模块的月结应该在采购模块和库存模块月结后才能关闭会计期。
月结步骤在每个会计期末，应付模块的月结应遵循以下流程：1.检查业务是否全部录入;2.检查是否有未验证、暂挂发票;3.更新到期的远期付款状态;4.检查应付业务是否生成分录;5.应付业务传送到总帐;6.确认应付分录全部传送总帐;7.创建成批增加;8.复核凭证，确认无误后过帐;9.确认及核对供应商余额;10.关闭应付会计期间;11.打开新的会计期;12.为通过手工方式进入存货成本的调整准备数据；检查应付业务是否全部录入通过运行报表检查应付发票和付款是否全部录入：应付报表“发票登记表”：结合“应计负债报表”检查录入到系统中的发票；应付报表“打印付款登记表”、“付款登记表”：检查录入到系统中的付款；通过上述报表确认应付发票和付款是否全部录入，若有遗漏，则补入。
别名另外，配合采购模块的“未开票接收”报表进行检查是否有发票未录入；检查是否有未验证、暂挂发票使用“发票登记表”（注：在参数仅限于未验证的发票选择“是”）复查有关未被批准的发票的明细信息使用“暂挂发票报表”可以确定处于“暂挂”状态的发票。
报表将提供暂挂发票的总数和总额（以本位币表示），它有助于检查及释放暂挂。
更新到期的远期付款状态使用此程序自动将已到期远期付款的状态从“签发”更新为“议付”。
如果付款的到期日等于或早于您指定的“到期日”参数，系统将更新此付款的状态。
另外手工或通过此程序会创建日记帐分录以记录付款的更改状态。
然后，它会创建“已到期的远期付款”报表，以便您可以查看更新的付款以及 OraclePayables 无法更新的付款。
检查应付业务是否生产分录通过运行报表检查应付发票和付款是否全部在应付子模块生成分录：应付报表“未入帐事务处理报表” ；通过上述报表确认应付发票和付款是否全部在应付中生成分录，该报表可同时显示应付发票和付款，只要未生成分录的，全部都会显示，并说明其原因，目前处理于何状态。
月结系统操作
1.1.月结处理1.1.1.在系统中打开新的会计期间例：11月月结的开关账操作：月结开始，首先应开12月的账。
找到公司代码1100所在条目，起始期和终止期都应为11，现起始期间为11，终止期间改为12，点击保存按钮保存，即完成11月的开账动作。
+及字母A、D、K、M、S分别代表各分类账，点击下拉按钮可看到具体说明，如下图。
1.1.2.在系统中打开新的物料帐期双击，对物料帐的帐期开始进行操作–>输入以上字段值，单击，即可对10月份开始记帐。
1.1.3.物料帐：允许对前期记帐双击,运行后生成下一屏幕：输入公司代码1100，直接回车-->目前测试系统记帐期处于10月份，如果允许对9月份（前期）记帐，在“允许前期记帐”前方框打“√”，保存即可。
如果不允许前期记帐，去掉“√”，单击保存即可。
1.1.4.GR/IR自动清账F．13双击，运行后进入下一屏：在单一数值中选择7*相关科目，见如下屏幕：注：不要选择调整科目。
选择完成后，单击，生成如下屏幕：单击，运行后系统会在屏幕左下角发出黄色警示，忽略警示，回车后生成如下屏幕：屏幕左下方提示。
查看以上科目行项目显示，T-CODE：FAGLL03可通过查看清帐凭证100000002，反映GR/IR已清项。
1.1.5.GR/IR重组1.1.5.1.检查报表屏幕解释查看情况下先不选择过帐，点击，进入下一屏：已经清掉的项目无需重组，所以选择仅读取未清项目，：屏幕解释1.1.5.2.GR/IR 正式重组选取BNG和GNB的两种供应商重组，详细查看重组结果：屏幕解释点击继续设置，为便于观察，选取供应商200011，有BNG和GNB余额：点击执行：关注GNB和BNG不同类型的余额，点击：屏幕解释运行SM35，生成如下屏幕：屏幕解释点击，运行后生成如下屏幕：屏幕解释点击，运行后进入下一屏幕：点击：选中后，点击选中后，点击，查看后台处理反馈信息：屏幕解释可通过FB03查看这四张凭证1.1.6.应收应付重分类调整双击鼠标后进入下一屏；输入完毕后，选择上方的‘产生记账’，执行，进入下一屏：点击上方的点击上方的‘过账’，进入下一屏；确认无误后，保存退出。
[成本核心讲义]ERP月结步骤
![[成本核心讲义]ERP月结步骤](https://img.taocdn.com/s3/m/5d35a2e3524de518964b7df4.png)
7)、E：工单人工(制造费用）成本不等于工作中 心人工成本
产生原因：工单工时生成有误 解决方案：重新汇总工单工时，重新计算生产成本
8)、在制异常(即在制为负数）
产生原因：有多种原因：1、期初未开在制成本 2、已领的料
不在工单单身，当月该工单未完工。
解决方案：先将期末在制锁定，将在制约量为负数改为0，重 新计算生产成本。
成本计算正确否，直接影响存货帐与总帐的一致性
4、成本计算结果正确性检核
1)、利用《工单成本分析表》分析实际成本与标准成本的差
ቤተ መጻሕፍቲ ባይዱ
异
确定合理差异比率，对于差异较大的，则须分析并调整。
2）、利用《维护品号每月统计信息》导出所有品号单位成 本资料
不同期的实际成本进行比较，对于差异较大的，则须分析并调整
三、自动分录抛转步骤
1、无效工单领用明细表
1)、 异常信息 领退料单“工单空白 ”
如属正常，则纳入制造费用，如属异常，则须补入工单信息
2)、 异常信息“工单无产出”
产生原因：A、工单有在制，当月无产出，工单指定结束
B、当月仅有退料，无领料，无产出
解决方案：A、工单指定结束之前先办理退料 B、修改退料月份与领料月份或领料月份以后
ERP月结流程
马少刚 2007年09月
月结步骤分解 一、成本计算步骤 二、成本异常处理
三、自动分录抛转 四、存货帐与总帐对帐
一、成本计算步骤分解
1、成本期初开帐
2、成本导入前置条件 3、成本计算步骤
1、成本期初开帐
存货成本期初开帐时机 1）、ERP上线时，期初存货金额与数量一起导入
具体要求： 上线前一个月，需告知客户准备收集成本数据，先前无成本，则要求先
【精品】报销报帐系统月结操作指引
报销报帐系统月结操作指引前提条件：每月2号下午6:00关闭报帐系统上月会计期间1.每月2号下午2:00暂停 CP_费用报表导出职责：应付款系统管理员路径：查看-请求-查找请求2.PL/SQL 中运36脚本检查未导入ERP的发票，付款、预付款核销及ERP未导入报帐的发票。
对于异常数据应及时处理。
当查询结果为空时才可以关闭会计期间。
3.手工运行请求“创建会计科目”，参数如下运行完成后，状态如果为警告，需要查看输出，检查无法创建会计科目的单据将错误信息处理完成后，重新创建会计科目，并运行CP_发票导出或付款导出4.运行请求“将日记帐分录传送至 GL”，参数中的“终止日期”填写要关闭期间的最后一天，“在Oracle General Ledger中过帐”选择“是”5.运行请求“未入帐事务处理报表 (XML)(1)”参数如下：请求完成后，查看输出查看例外原因，处理错误单据，重新创建会计科目，并运行CP_发票导出或付款导出6.关闭应付会计期间职责：应付款系统管理员路径：会计科目---控制应付款期间将要关闭期间的状态改为已关闭，保存如果没有异常，则可直接关闭期间如果有异常情况，则报错重新运行“将日记帐分录传送至 GL”重新运行“未入帐事务处理报表 (XML)(1)”再次尝试关闭期间，直至成功关闭7.关闭总帐会计期间职责：总帐管理超级用户（1）路径：设置---打开/关闭将状态从打开修改为已关闭，保存，查看请求是否正常完成8.打开应付会计期间职责：应付款系统管理员路径：会计科目---控制应付款期间将要打开的会计期间状态修改为“打开”，保存9.打开总帐会计期间职责：总帐管理超级用户（1）路径：设置---打开/关闭点击打开下一期间，查看请求，看是否正常完成10.取消“CP_费用报表导出”的暂挂。
月结流程+(1)
1.ob52财务账期2.物料账期mmrv、mmpv期间输入结账月的下一个期间，比如结9月输入10月点执行！每月月结结束之后勾掉允许前期记账！！！SUGR----ZYJ维护月结人员3.faglf101应收应付重分类4.COHV执行点复制保证5.1.KSS2版本0月份：没问题后测试运行选择性去掉2.ksii选择成本中心组。
Ztzy期间：（结账月份）去掉测试运行执,后保存，退出，提示已重复过账，是否退出价格计算，选择“是”。
3,ksbt事务码：KSBT，输入结账的年份和月份，版本选择“0”作业类型输ATT01到ATT05，执行后检查报表，如发现价格（固定）的那一列中实际价格（5表示实际，3为计划）为0，说明上一步没有保存有错误，把价格总计一列按升序排序，如发现有价格为0的，应退出进行更改。
更改作业类型实际单价，事务码为：KBK6，输入成本中心代码和作业类型，执行后把固定实际价格改为0.01，保存后退出。
更改完后再用KSBT检查一下结果。
Ksbt如图Kbk6如图点山上有太阳，执行第一列，空白处0.01量”，先选择“删除设置”执行后退出，再选择“维护设置”执行后退出，选择“显示设置”执行后退出，不用保存最后退出该事务。
测试运行去掉,选后台处理对比在制品清单与科目余额金额是否一致事务代码:sm37假脱机出如下图看faglb03总帐科目,看在制品金额,与ms37金额是否一致2,对比生产订单,看sm37是否有错误红灯错误红灯没有数字，ok！Coois，检查实际成本借方，和实际成本贷方数值，差额为在制品金额。
终止期选结算月，执行！检查总的实际成本是否为0，若不为0，在co03检查问题。
如果发现订单结算未成功，ko88单独结算7，物料分类帐ckmlcp先输入抬头信息，点创建，把1600工厂选到左边，点保存1，选择双击参数如下图保存保存，执行，后台刷新5..消耗重估（6）在产品重新评估。
操作同上一步。
（7）过账清算。
(完整版)OracleERPFA操作及开发总结,推荐文档
固定资产模块客户化开发总结---------------- 作者：刘道争于2005年4月一、基本数据库结构和基本功能操作2、最常用的表及表之间的关系：（1）FA_ADDITIONS_B:主键: ASSET_ID, ASSET_NUMBER, TAG_NUMBER；通常都是使用ASSET_ID与其他表进行关联的；主要信息: 资产编号(ASSET_NUMBER)、类别(ASSET_CATEGORY_ID)、Asset（2）FA_BOOKS:主键: TRANSACTION_HEADER_ID_IN；一个帐簿BOOK_TYPE_CODE下的一个资产ASSET_ID可能对应多条记录，但是只有一条是有效的(DATE_EFFECTIVE和DATE_INEFFECTIVE，注意：不同有效期的帐簿信息在有效期首尾时间点是重合的，此处有点迷惑不知道系统为什么这么做，在程序中取数时要考虑清楚)；一般业务一个资产只在一个帐簿下；主要信息: 所属帐簿(BOOK_TYPE_CODE)、原始成本(ORIGINAL_COST)、现值(COST)、残值(SALVAGE_VALUE)、启用时间(DATE_PLACED_IN_SERVICE)和按比例分摊日期（3）FA_DISTRIBUTION_HISTORY:主键: DISTRIBUTION_ID；一个帐簿BOOK_TYPE_CODE下的一个资产ASSET_ID可能对应多条分配行；当一条资产不能分配给两个以上的分配行时：只有一条分配行信息是有效的(DATE_EFFECTIVE和DATE_INEFFECTIVE，注意：不同有效期的分配行信息在有效期首尾时间点是重合的，此处存在同上一样的迷惑)；当一条资产可以分配给两个以上的分配行时：一个帐簿下的一个资产可能同时有两个有效的分配行，在取数时将会变得复杂，尤其是按照分配行信息来统计数据时，目前还没有深入了解；主要信息: 数量(UNITS_ASSIGNED)、科目(CODE_COMBINATION_ID)、地点（4）FA_TRANSACTION_HEADERS:主键: TRANSACTION_HEADER_ID；一个帐簿BOOK_TYPE_CODE下的一个资产ASSET_ID会有多条事务处理信息；当一个资产发生转移、报废、调整或者新增资产时，都会产生一笔或多笔事务处理；事务处理的发生时间是DATE_EFFECTIVE；根据发生时间所在的该帐簿的哪个资产会计期间中来判断是哪个会计期间发生的事务处理；主要信息: 事务处理类型(TRANSACTION_TYPE_CODE)、发生时间(DATE_EFFECTIVE)等；（5）FA_DEPRN_DETAIL:主键: DISTRIBUTION_ID、BOOK_TYPE_CODE、PERIOD_COUNTER；一个帐簿BOOK_TYPE_CODE下的一个资产ASSET_ID在同一个资产会计期间同一个分配行上只有一笔折旧；当资产发生转移时，资产的折旧费用发生的分配行相应的对应到新的分配行上；当资产发生完全报废时，在报废当月依然提折旧，下月开始将不再提折旧；部分报废时只是折旧费用按报废比例减少而已；主要信息: 折旧运行时间(DEPRN_RUN_DATE)、折旧金额(DEPRN_AMOUNT)、年累计（6）FA_RETIREMENTS:主键: RETIREMENT_ID；TRANSACTION_HEADER_ID_IN；一个帐簿BOOK_TYPE_CODE下的一个资产ASSET_ID可能对应于多笔报废，有可能是完全报废或者部分报废；DATE_EFFECTIVE标志了报废的先后顺序，这个和事务处理记录中的DATE_EFFECTIVE是一致的，也可以用来判断所在的分配行是哪个、在哪个会计期间以及对应的是那笔帐簿信息；主要信息: 报废价值(COST_RETIRED)、报废状态(FR.STATUS)、报废类型（73、基本功能操作：（1）新增资产:新增资产有两种方法，一是从应付发票导入，二是手工新增；从应付发票导入：先在应付模块中运行请求生成Mass Additions的数据，然后在FA的Mass Additions菜单中进行资产的增加操作；手工增加资产：可以在资产工作台的查询界面或者查询结果界面点“新增”按钮或者“快速增加”按钮来增加资产；也可以使用SQL*LOADER和接口程序将资产信息导入到表FA_MASS_ADDITIONS中，然后在FA的Mass Additions菜单中类似应付发票导入的操作来新增资产；（2）修改资产基本信息:资产工作台－> 查询－> 打开，如下图界面中的所示，这里就可以修改资产的基本信息了；这里的修改只是更新了表FA_ADDITIONS_B和FA_ADDITIONS_TL的数据；（3）修改资产的帐簿信息:资产工作台－> 查询－> 帐簿－> 选择帐簿，鼠标点到Depreciation中或者Method中，如下页图界面所示，这样就可以修改资产的帐簿信息了；其中包括了对现值的调整、残值的调整、启用日期和按比例分摊方法的更改以及折旧方法等的修改；这里的没一个更改都会产生一笔事务处理，也就是说这里的每一次修改操作，除了在表FA_BOOKS中增加一笔记录以外，还会在表FA_TRANSACTION_HEADERS生成一笔记录；而且FA_BOOKS表中的记录的TRANSACTION_HEADER_ID_IN等于FA_TRANSACTION_HEADERS表中记录的TRANSACTION_HEADER_ID；而修改之前的帐簿信息的记录会被设置DATE_INEFFECTIVE值以使之失效；修改完成后，对应于修改时所选择的那个帐簿，所修改的资产的最新的帐簿信息就是修改后的信息；可以使用FA_BOOKS中的DATE_EFFECTIVE和DATE_INEFFECTIVE字段来区分新旧帐簿信息；（4）修改资产来源行:资产工作台－> 查询－> 来源行，如下图界面所示，这样就可以修改资产的来源行信息了；其中包括了发票编号、描述、供应商、采购订单号等的修改；也可以新增发票行；这里的操作将新增或者修改表FA_ASSET_INVOICES中的记录，该表与表FA_ADDITIONS_B使用ASSET_ID关联(多对一)；（5）修改资产的分配行信息:资产工作台－> 查询－> 分配，如下图界面所示，这样就可以修改资产的分配行信息了；其中包括了数量、人员、科目和地点信息，修改时，在已有一个分配行上填写一个负的数量，然后新增一个分配行填写一个正的数量以及要修改的人员，科目和地点信息，然后保存即可；这里的操作将涉及表FA_DISTRIBUTION_HISTORY和表FA_TRANSACTION_HEADERS，两个表都会新增一条记录；表FA_DISTRIBUTION_HISTORY中的TRANSACTION_HEADER_ID_IN等于FA_TRANSACTION_HEADERS表的TRANSACTION_HEADER_ID；除了新增记录外，系统还会去修改原来的分配行信息：如果是数量全部转移，那么将会更新原来的分配行信息的TRANSACTION_HEADER_ID_OUT字段更新为新增记录的TRANSACTION_HEADER_ID_IN的值，并设置DATE_INEFFECTIVE以便标志这个分配行的有效期；如果数量部分转移，会使得同时有两条有效的分配行，此处暂且不考虑；修改完成后，再次进入分配界面时显示的已经时最新的分配行信息了，可以使用DATE_EFFECTIVE和DATE_INEFFECTIVE字段来区分新旧分配行信息以及标志每个分配行信息的有效期；（6）报废资产:资产工作台－> 查询－> 报废，如下页图界面所示，在这里可以进行资产的报废操作；输入帐簿、报废日期以及Comments，然后填写报废的信息，存盘后就完成了一笔报废；其中可以填写的信息有报废数量、报废类型、报废金额、报废方法以及一些卖出信息；如果报废金额等于现值那么是完全报废，否则为部分报废；这个操作牵涉的表有FA_RETIREMENTS和FA_TRANSACTION_HEADERS，当发生一笔报废时，会在表FA_RETIREMENTS中新增一条记录，在FA_TRANSACTION_HEADERS中新增一条或者多条记录（何时产生一条记录何时产产生多条记录还未完全明了，初步确定和该报废是金额减少或者数量减少有关）；表FA_RETIREMENTS的TRANSACTION_HEADER_ID_IN和表FA_TRANSACTION_HEADERS的TRANSACTION_HEADER_ID关联；两个表的新增记录的DATE_EFFECTIVE是相同的；另外，该界面可以做报废的取消的操作，通过按钮“恢复”或“取消报废”来实现(关于这个内容不是很确定)；注意：当报废了之后马上进行取消操作时(此时按钮叫“取消报废”)，那么两个表中都不会产生新记录(之前创建的记录会被删除)；如果报废之后有计算损益(菜单Depreciation中Calculate Gains and Losses)，再去取消报废(此时按钮叫“恢复”)，那么将在表FA_TRANSACTION_HEADERS中再多增加一条取消报废的事务处理，而表FA_RETIREMENTS原来增加的报废记录的报废金额将被更新为0；取消报废时要先把原来的报废记录查询出来才能操作；报废和取消报废的操作都将直接影响资产的折旧的计提以及原值和净值，想查询一条资产的所有报废信息，可以在这个界面用菜单上的查找所有来实现，或者使用F11和Ctrl+F11实现；（7）查询资产的财务信息:查询－> 财务信息，在这里可以查询到一个资产的所有的财务信息包括帐簿信息，分配信息，来源信息，事务处理信息，折旧信息和成本变更信息；此界面只提供查询功能，不能做任何更新、插入和删除操作；（8）历史事务处理查询:查询－> 事务处理历史，在这里可以查询某资产的所有事务处理信息，包括资产的新增、帐簿信息的变更、分配行的变更、报废等；此处可以查看会计科目信息(菜单Tools－> View Accounting)；（9）运行折旧:折旧－> 运行折旧，在这里运行当前资产会计期间的某个帐簿的折旧，选择帐簿后，期间自动带出，可以选择是否关闭该帐簿的当前资产会计期间，注：只能运行某个帐簿当前的会计期间的折旧；（10）回滚折旧:折旧－> 回滚折旧，在这里将提交一个请求以回滚某帐簿的折旧，回滚的折旧是该帐簿的当前的期间的；（11）创建日记帐:日记帐－> 标准，在这里将提交一个请求以创建日记帐到总帐，可以选择要创建的帐簿和期间；（12）其他操作还有待实践；4、附件：参考下面的资产的Trace文件：AssetTrance.sql。
会计月末结账流程
会计月末结账流程在会计工作中，月末结账是一个非常重要的环节，它标志着一个月的财务工作的结束，也是下一个月工作的开始。
正确的月末结账流程能够确保财务数据的准确性和及时性，为企业的经营决策提供可靠的依据。
下面，我们将详细介绍会计月末结账的流程。
首先，月末结账前需要对各项凭证进行核对。
包括银行对账单、应收账款、应付账款、存货盘点等，确保账目的真实性和准确性。
同时，对未入账的收支进行登记，对账目进行调整，保证财务数据的完整性。
其次，进行月末财务报表的编制。
根据企业的实际情况，编制资产负债表、利润表、现金流量表等财务报表。
这些报表是企业财务状况和经营情况的重要体现，对于企业的管理者和外部利益相关者具有重要的参考价值。
接着，进行税务申报和缴纳工作。
根据税法规定，企业需要在每月的固定时间内向税务部门申报税款，并及时缴纳税款。
因此，在月末结账时，需要对应纳税款进行核对和缴纳，确保企业的税务合规。
另外，月末结账还需要进行固定资产清查和折旧计提。
对企业的固定资产进行清查，确认其数量和价值是否与账目一致，同时按照相关规定计提折旧，保证资产价值的准确反映。
最后，进行利润分配和财务分析。
根据企业的盈利情况，进行利润的分配和留存，同时进行财务比率分析和经营成果评价，为下一个月的经营决策提供参考。
总结来说，会计月末结账流程是一个系统性的工作，需要对企业的财务数据进行全面、准确的核对和整理。
只有通过规范的月末结账流程，企业才能及时了解自身的财务状况，为未来的经营决策提供可靠的数据支持。
因此，企业需要高度重视月末结账工作，确保其顺利进行并取得良好的效果。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
月結SOP月結之總體Scope and Frame•INV 月結—交易過帳Check 所有transaction是否异常,press all TXN均過帳保證庫存的正確性和真實性:並Extract INV/WIP QTY for 重算成本•財務月結—算出原料成本重算成本(通過加權平均算出每個item原料的成本-pending cost)找成本差异,更正有誤的成本•Cost 月結---形成財務報表會計分錄,抛GL形成生產成本价格，記錄歷史成本Update item cost(Frozen standard cost)Submit standard cost adjustment Report目前對於財務月結和INV月結本質上沒有影響,除了驗收會對財務計算材料成本有影響以外.INV月結:INV月結就是為了保證本月的交易正常產生.即本月的交易只產生在本期(會計區間内),非本月的交易絕不可以產生在本月.並因此而保證庫存的正確性,準確性.(這也是為什麽要check 負庫存和帳查的原因),以便抽出本期期末(下期期初),為計算材料成本和Cost Update做最正確的準備.任何錯誤的期末都一定會影響成本的正確性.Step 1. All records in HUB interface must be cleared.原則上是要Check EDI 856所有的Interface 中的異常數據，這些是本月的交易但是卻不能正常產生交易異動檔。
所以必須讓這些數據正常insert到mtl_materail_transactions中。
關注的table有：MIC_HUB_ISSUE_DETAILS，MIC_HUB_RECEIVING_DETAILS，MIC_HUB_TRANSACTION_DETAILS等EDI異常之table。
1. check 發料的EDI interface。
檢查語句Script：SELECT * FROM MIC_HUB_ISSUE_DETAILSWHERE EDI862_UPDATE_STATUS like 'ERR%'OR STATUS_CODE!='OK-862'產生問題的程式：（Cause of Issue:）1. MiTAC HUB(昆達)Inbound Main Process: MHBIB56M.sql2. Mitac Hub Issue Inventory Process: MHBIBIVI.sql3. HWA HUB 856 Update 862&Allocated Records:HWP0130R.sql4. PKG: mkl_wip_auto_jj_for_02. auto_post_jj處理辦法：Error status code:✩. ERR-PA-01Price agreement 價格協議書未建立，AA單無法驗收解決方式: 請PO人員解決. OK-BP、ERR-ISS(6)JJ單利用EK調撥，不足量以AA採購，但EK與AA回的時間不同，過帳組未加以確認數量即過帳，造成第二筆單據無法過帳，形成HUB DA TA Error ，進而造成INV負庫存。
解決方式: 過帳組會以加開JJ單與EK單將負庫存清空。
2. check txn（如：EK，DD，FF）的interface檢查語句Script：SELECT * FROM MIC_HUB_TRANSACTION_DETAILSWHERE STA TUS_CODE!='OK-856T'Cause of Issue:◆MiTAC HUB(昆達)Inbound Main Process: MHBIB56M.sql]◆9.2 EDI from HUB: MINVW856T.sql處理辦法：請查看程式3. check 驗收或者Approval的interface檢查語句Scriptselect * from MIC_HUB_RECEIVING_DETAILS Hwhere H.STATUS_CODE LIKE '%ERR%'Cause of Issue:MiTAC HUB Receiving Process：MHBIB56R.sql處理辦法：UPDATE mic_hub_receiving_details hSET h.status_code = 'IMPORTED',batch_id = '124666'然後：通過BU_Code來判斷是GTK還是MKL,然後:如果是transaction_type='S'要在對應的mitac hub supervisor gui 運行mitachub status change report如果是transaction_type='R'要在對應的mitac hub supervisor gui運行mitachub receiving process注意此程式是PO Module中的程式需要by OU來運行.即挑選必要的responsibilityStep 2. All records in MTL TXN interfaces must be postedOracle ERP的過賬是通過MTL_TRANSACTIONS_INTERFACE和MTL_MATERIAL_TRANSACTIONS_TEMP及RCV_transactions_interface與用戶或者客戶化作為接口來處理的。
Oracle自己的核心程式會自動由這兩個interface來判斷並處理產生正式的交易。
因爲oralce程式會自己判斷，如果數據不符合其規則或者異常，將會一直卡在interface中，不能正常產生交易。
處理interface產生正常交易的程式是：Material transaction Manager. Navigate: INV Supper User GUI→setup→transaction→Interface Manager裏面的Material transaction，如果其status為Active，則説明其是處在工作狀態。
（一般情況下，但oracle ERP startup，其都會在Concurrent Manager中Inventory Manager中運行著）處理：MTL_MATERIAL_TRANSACTIONS_TEMP方法1。
To investigate why the Transactions are Failing, run the following SQL Script:SQL>select transaction_source_id , inventory_item_id, process_flag,error_code, error_explanation,transaction_source_type_id, organization_idfrom mtl_material_transactions_tempHow to resubmit the Transactions use this script:SQL>update mtl_material_transactions_tempset process_flag = 'Y',lock_flag = 'N',transaction_mode= 3,error_code = NULL,error_explaination = NULLwhere process_flag = 'E'方法2：進入Oracle ERP系統察看並處理此种情況：Navigate：INV Supper User GUI→transaction→Pending Transactions處理MTL_TRANSACTIONS_INTERFACE方法1：SQL：select mti.error_explanation,mti.error_code,mti.process_flag,mti.lock_flag,mti.attribute15,mti.*from mtl_transactions_interface mtimti.error_explanation,mti.error_code存放錯誤代碼，Process_flag:1: ready 2, not ready,3.errLock_flag:1: Locked, 2 or null: not locked處理完提示的錯誤后，update process_flag=1,如果Lock_flag為1,請update為2或者null.方法2:同樣進入Oracle ERP系統察看並處理此种情況：Navigate：INV Supper User GUI→transaction→Transaction Open Interface.處理：RCV_transactions_interfaceCheck err msg, then run the receive transaction report by batch idStep 3. Find negative balance 負庫存負庫存是系統不夠嚴謹的最明顯的表現,從根本上消滅負庫存是系統的目標,也是INV Module MIS負責人的一個任務.因爲負庫存處理起來比較複雜,請及時處理,Yo u’d Better Deal with it By Week even by Day查看負庫存可以Run:WH data entry ⌫ inv ⌫ run report ⌫負庫存報表也可以直接運行SQL Script:select * from mkl_negative_balance並與帳務人員一起協同處理Step4和Step 5都是為了TXN的正常,本月的txn的transaction date和Period ID(會計區間ID)保持一直,都在本月,以免Cost Update 和切分錄的正確性。
但對於下面兩點的有效性保留自己的意見，待深入研究，在此不作評價。
Step4. Check TX dateSQLselect * from MTL_MATERIAL_TRANSACTIONSWHERE TRANSACTION_ID> 4421847and TRANSACTION_DATE< to_date('01-MAR-2000 00:00:00','DD-MON-YYYY H24:MI:SS')and TRANSACTION_TYPE_ID!=24--TRANSACTION_ID為上月MAX_TX_ID--TRANSACTION_DATE為這月第一天--TRANSACTION_TYPE_ID!=24 此為Standard cost update有問題by case通常為TX_DATE錯誤，所以Account_Periods也會有錯誤，所以要by ORG update成正確的。