供应商应付暂估sql

我公司的业务中,供应商的应付暂估大概由三部分组成:1标准订单在接收和退货的时候会产生应付暂估;2一揽子协议在领料出库的时候会产生应付暂估(在接收的时候会在事务处理里产生应付暂估,但是不传总账);3发票匹配的时候会产生应付暂估.

导致总账应付暂估科目余额与供应商应付暂估余额不相等的原因:1一揽子协议在退货的时候会冲暂估应付,但是我公司现存状况无法追溯到该笔冲销对应的供应商;2用户在总账里手工做应付暂估的凭证;3应付模块部分税的科目是应付暂估.

下面时供应商应付暂估的余额sql:
SELECT A.ORG_ID, A.VENDOR_ID, SUM(A.JE) AMOUNT
        FROM (SELECT 'ST' SOURCE_CODE,--标准发票
                     RAE.ORG_ID ORG_ID,
                     RT.VENDOR_ID VENDOR_ID,
                     TO_CHAR(RAE.TRANSACTION_DATE, 'yyyy-mm-dd') GL_DATE,
                     CASE
                       WHEN GCC1.SEGMENT3 = '220206' AND
                            GCC2.SEGMENT3 = '220206' THEN
                        0
                       WHEN GCC1.SEGMENT3 = '220206' AND
                            GCC2.SEGMENT3 <> '220206' THEN
                        -ROUND(RAE.TRANSACTION_QUANTITY * RAE.UNIT_PRICE, 2)
                       WHEN GCC1.SEGMENT3 <> '220206' AND
                            GCC2.SEGMENT3 = '220206' THEN
                        ROUND(RAE.TRANSACTION_QUANTITY * RAE.UNIT_PRICE, 2)
                       ELSE
                        0
                     END JE
                FROM RCV_ACCOUNTING_EVENTS RAE,
                     GL_CODE_COMBINATIONS  GCC1,
                     GL_CODE_COMBINATIONS  GCC2,
                     RCV_TRANSACTIONS      RT
               WHERE GCC1.CODE_COMBINATION_ID = RAE.DEBIT_ACCOUNT_ID
                 AND GCC2.CODE_COMBINATION_ID = RAE.CREDIT_ACCOUNT_ID
                 AND RT.TRANSACTION_ID = RAE.RCV_TRANSACTION_ID
                 AND (GCC1.SEGMENT3 = '220206' OR GCC2.SEGMENT3 = '220206')
                 AND RAE.ORG_ID = 84
                 AND NVL(RT.CONSIGNED_FLAG, 'N') = 'N' --排除一揽子协议
                 AND RT.VENDOR_ID = NVL(null, RT.VENDOR_ID)
                 AND TO_CHAR(RAE.TRANSACTION_DATE, 'yyyy-mm-dd') <=
                     '2012-06-30'
              UNION ALL
              SELECT 'BL' SOURCE_CODE,--一揽子协议
                     PHA.ORG_ID ORG_ID,
                     PHA.VENDOR_ID VENDOR_ID,
                     TO_CHAR(MTA.TRANSACTION_DATE, 'yyyy-mm-dd') GL_DATE,
                     -MTA.BASE_TRANSACTION_VALUE JE
                FROM PO_HEADERS_ALL           PHA,
                     MTL_TRANSACTION_ACCOUNTS MTA,
                     GL_CODE_COMBINATIONS     GCC
               WHERE PHA.PO_HEADER_ID = MTA.TRANSACTION_SOURCE_ID
                 AND MTA.TRANSACTION_SOURCE_TYPE_ID = 1
                 AND GCC.CODE_COMBINATION_ID = MTA.REFERENCE_ACCOUNT
                 AND GCC.SEGMENT3 = '220206'
                 AND PHA.ORG_ID = 84
                 AND PHA.VENDOR_ID = NVL(null, PHA.VENDOR_ID)
                 AND TO_CHAR(MTA.TRANSACTION_DATE, 'yyyy-mm-dd') <=
                     '2012-06-30'
              UNION ALL
              SELECT 'IN' SOURCE_CODE,--发票匹配
                     AIDA.ORG_ID ORG_ID,
                     AIA.VENDOR_ID VENDOR_ID,
                     TO_CHAR(AIDA.ACCOUNTING_DATE, 'yyyy-mm-dd') GL_DATE,
                     -AIDA.AMOUNT JE
                FROM AP_INVOICE_DISTRIBUTIONS_ALL AIDA,
                     AP_INVOICES_ALL              AIA,
                     GL_CODE_COMBINATIONS         GCC
               WHERE AIA.INVOICE_ID = AIDA.INVOICE_ID
                 AND AIDA.DIST_CODE_COMBINATION_ID = GCC.CODE_COMBINATION_ID
                 AND GCC.SEGMENT3 = '220206'
                 AND AIDA.PO_DISTRIBUTION_ID IS NOT NULL
                 AND NVL(AIDA.POSTED_FLAG, 'N') = 'Y' --是否过账
                 AND AIDA.LINE_TYPE_LOOKUP_CODE IN ('ITEM', 'ACCRUAL') --排除税
                 AND AIDA.ORG_ID = 84
                 AND AIA.VENDOR_ID = NVL(null, AIA.VENDOR_ID)
                 AND TO_CHAR(AIDA.ACCOUNTING_DATE, 'yyyy-mm-dd') <=
                     '2012-06-30') A
       GROUP BY A.ORG_ID, A.VENDOR_ID;


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

转载于:http://blog.itpub.net/25103190/viewspace-735589/

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
智慧校园整体解决方案是响应国家教育信息化政策,结合教育改革和技术创新的产物。该方案以物联网、大数据、人工智能和移动互联技术为基础,旨在打造一个安全、高效、互动且环保的教育环境。方案强调从数字化校园向智慧校园的转变,通过自动数据采集、智能分析和按需服务,实现校园业务的智能化管理。 方案的总体设计原则包括应用至上、分层设计和互联互通,确保系统能够满足不同用户角色的需求,并实现数据和资源的整合与共享。框架设计涵盖了校园安全、管理、教学、环境等多个方面,构建了一个全面的校园应用生态系统。这包括智慧安全系统、校园身份识别、智能排课及选课系统、智慧学习系统、精品录播教室方案等,以支持个性化学习和教学评估。 建设内容突出了智慧安全和智慧管理的重要性。智慧安全管理通过分布式录播系统和紧急预案一键启动功能,增强校园安全预警和事件响应能力。智慧管理系统则利用物联网技术,实现人员和设备的智能管理,提高校园运营效率。 智慧教学部分,方案提供了智慧学习系统和精品录播教室方案,支持专业级学习硬件和智能化网络管理,促进个性化学习和教学资源的高效利用。同时,教学质量评估中心和资源应用平台的建设,旨在提升教学评估的科学性和教育资源的共享性。 智慧环境建设则侧重于基于物联网的设备管理,通过智慧教室管理系统实现教室环境的智能控制和能效管理,打造绿色、节能的校园环境。电子班牌和校园信息发布系统的建设,将作为智慧校园的核心和入口,提供教务、一卡通、图书馆等系统的集成信息。 总体而言,智慧校园整体解决方案通过集成先进技术,不仅提升了校园的信息化水平,而且优化了教学和管理流程,为学生、教师和家长提供了更加便捷、个性化的教育体验。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值