讨论结束,COST MANAGER请求为何没有完成状态呢?

ora2008

SQL运行了一下.MOVEID是NULL

segments

organization_id=101
costed_flag=E
的工单号码？

ora2008

101是完全OK的.这个ORG不用去查.
现就是102有问题,PENDING一大堆.
我执行的是102中的任何一张PENDING的WIP_ENTITY_ID.

segments

SELECT
                OAP.acct_period_id, WDJ.WIP_ENTITY_ID,
                NULL, SYSDATE,
                0, SYSDATE,
                0, 0,
                WDJ.ORGANIZATION_ID, WAC.CLASS_TYPE,
                0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
        FROM    WIP_ACCOUNTING_CLASSES WAC,
                ORG_ACCT_PERIODS OAP,
                WIP_DISCRETE_JOBS WDJ
        WHERE   WDJ.STATUS_TYPE IN (3, 4, 5, 6, 7, 14, 15)
        AND     WAC.CLASS_CODE = WDJ.CLASS_CODE
        AND     WDJ.ORGANIZATION_ID = WAC.ORGANIZATION_ID  
        AND     OAP.ORGANIZATION_ID = WDJ.ORGANIZATION_ID
        AND     OAP.OPEN_FLAG = 'Y'
        AND     OAP.PERIOD_CLOSE_DATE IS NULL
        AND     OAP.SCHEDULE_CLOSE_DATE >= NVL(WDJ.DATE_RELEASED,
                WDJ.CREATION_DATE)
        AND     WAC.CLASS_TYPE != 2
        AND     NOT EXISTS
                (
                SELECT 'X' FROM WIP_PERIOD_BALANCES WPB
                WHERE  WPB.REPETITIVE_SCHEDULE_ID IS NULL
                       AND   WPB.WIP_ENTITY_ID = WDJ.WIP_ENTITY_ID
                       AND   WPB.ORGANIZATION_ID = WDJ.ORGANIZATION_ID
                       AND   WPB.ACCT_PERIOD_ID = OAP.ACCT_PERIOD_ID);

segments

最早的一笔试什么时间？

ora2008

我是昨天才发现的.
如下是INTERFACE所有清单(TABLE最早是8/29)

ora2008

这个102 ORG,在8/29以后的RESOURCE,都没有抓走.都仍然留在INTERFACE中.
该查的都查了.不知何故.

segments

在测试环境
把 wip_entity_id=943042 的job status改为released,然后执行下面的东西，然后resubmit all transactions：
WHENEVER SQLERROR EXIT FAILURE;

        INSERT INTO WIP_PERIOD_BALANCES
                (ACCT_PERIOD_ID, WIP_ENTITY_ID,
                REPETITIVE_SCHEDULE_ID, LAST_UPDATE_DATE,
                LAST_UPDATED_BY, CREATION_DATE,
                CREATED_BY, LAST_UPDATE_LOGIN,
                ORGANIZATION_ID, CLASS_TYPE,
                TL_RESOURCE_IN, TL_OVERHEAD_IN,
                TL_OUTSIDE_PROCESSING_IN, PL_MATERIAL_IN,
                PL_MATERIAL_OVERHEAD_IN, PL_RESOURCE_IN,
                PL_OVERHEAD_IN, PL_OUTSIDE_PROCESSING_IN,
                TL_MATERIAL_OUT, TL_MATERIAL_OVERHEAD_OUT, TL_RESOURCE_OUT,
                TL_OVERHEAD_OUT, TL_OUTSIDE_PROCESSING_OUT,
                PL_MATERIAL_OUT, PL_MATERIAL_OVERHEAD_OUT,
                PL_RESOURCE_OUT, PL_OVERHEAD_OUT,
                PL_OUTSIDE_PROCESSING_OUT,
                PL_MATERIAL_VAR, PL_MATERIAL_OVERHEAD_VAR,
                PL_RESOURCE_VAR, PL_OUTSIDE_PROCESSING_VAR,
                PL_OVERHEAD_VAR, TL_MATERIAL_VAR, TL_MATERIAL_OVERHEAD_VAR,
                TL_RESOURCE_VAR, TL_OUTSIDE_PROCESSING_VAR,
                TL_OVERHEAD_VAR)
        SELECT
                OAP.acct_period_id, WDJ.WIP_ENTITY_ID,
                NULL, SYSDATE,
                0, SYSDATE,
                0, 0,
                WDJ.ORGANIZATION_ID, WAC.CLASS_TYPE,
                0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
        FROM    WIP_ACCOUNTING_CLASSES WAC,
                ORG_ACCT_PERIODS OAP,
                WIP_DISCRETE_JOBS WDJ
        WHERE   WDJ.STATUS_TYPE IN (3, 4, 5, 6, 7, 14, 15)
        AND     WAC.CLASS_CODE = WDJ.CLASS_CODE
        AND     WDJ.ORGANIZATION_ID = WAC.ORGANIZATION_ID  
        AND     OAP.ORGANIZATION_ID = WDJ.ORGANIZATION_ID
        AND     OAP.OPEN_FLAG = 'Y'
        AND     OAP.PERIOD_CLOSE_DATE IS NULL
        AND     OAP.SCHEDULE_CLOSE_DATE >= NVL(WDJ.DATE_RELEASED,
                WDJ.CREATION_DATE)
        AND     WAC.CLASS_TYPE != 2
        AND     NOT EXISTS
                (
                SELECT 'X' FROM WIP_PERIOD_BALANCES WPB
                WHERE  WPB.REPETITIVE_SCHEDULE_ID IS NULL
                       AND   WPB.WIP_ENTITY_ID = WDJ.WIP_ENTITY_ID
                       AND   WPB.ORGANIZATION_ID = WDJ.ORGANIZATION_ID
                       AND   WPB.ACCT_PERIOD_ID = OAP.ACCT_PERIOD_ID);
        COMMIT;
        EXIT;

remen

你怎么能断定他测试环境有这个问题？

remen

除非他立刻clone一套，呵呵