Накладная, ожидающая обработки

[Favor82]

Доброго времени суток

В DAX 2009 не получается разнести заказ на закупку. Ругается, что есть накладная, ожидающая обработки. В запросах она тоже есть. Проблема в том, что не понятно, как цикл закупки провести до конца, потому что система кредитовать или удалить этот заказ не даёт.

Заранее спасибо!!!

[EVGL]

В левом верхем углу среди "places" есть форма, которая показывает неразнесенные накладные и позволяет их удалить.

[someOne]

Цитата:

Сообщение от Favor82

Доброго времени суток

В DAX 2009 не получается разнести заказ на закупку. Ругается, что есть накладная, ожидающая обработки. В запросах она тоже есть. Проблема в том, что не понятно, как цикл закупки провести до конца, потому что система кредитовать или удалить этот заказ не даёт.

Заранее спасибо!!!

Это новая возможность Ax2009. Точно не понял ее предназначение, что то типа возможности сохранять накладные перед разноской.
Может кто пояснит зачем это вообще нужно ?

Иногда (может быть в результате сбоя при разноске накладной по закупке) там "зависают" накладные. Как эту функцию отключить - не понял.

Чтобы накладные не "зависали", вставил перед разноской накладной по закупке такое:

    delete_from VendInvoiceInfoTable
    where VendInvoiceInfoTable.PurchId == _purchId;

Это, конечно, радикально. Но лучшего решения не нашел.
Проблема с зависанием накладных таким образом была решена.

[greench]

Цитата:

Сообщение от someOne

    delete_from VendInvoiceInfoTable
    where VendInvoiceInfoTable.PurchId == _purchId;

Круто, а если по закупке несколько накладных и вы пытаетесь сформировать не первую по счету?

[someOne]

Цитата:

Сообщение от greench

Круто, а если по закупке несколько накладных и вы пытаетесь сформировать не первую по счету?

Вы наверное подумали про таблицу VendInvoiceJour ? Ее никто не трогает...
Удаление происходит из таблицы VendInvoiceInfoTable (Сохраненные накладные поставщика) - это таблица хранит накладные требующие обработки.

Если вы не используете эту функциональность, а разносите накладные сразу, не сохраняя их (напрямую или через пакетную обработку) то это ни на что не влияет.

[glibs]

Цитата:

Сообщение от someOne

...Точно не понял ее предназначение...

При разноске накладной по закупке вы можете ввести много данных. Например, в форме разноски можно отобрать только часть строк из всей закупки, скорректировать количество и/или цены, вручную скорректировать налоги, в буржуйской версии вводятся данные по грузоместам — в русской по должностным лицам, ну и прочие мелочи (полистайте закладки).

А еще можно сделать групповую обработку (надергать в одну накладную строки из нескольких заказов на покупку).

Если при разноске в ранних версиях возникала ошибка (забыли указать номер накладной поставщика или с настройкой разноски что не так) — все пропадало и можно было начинать все вводить сначала.

В 5.0 при повторном запуске обработки накладной в списке обрабатываемых документов восстанавливается не разнесшаяся из-за ошибки накладная со всеми введенными данными.

Что касается отложенной обработки, то в каком-то виде она и ранее существовала. Можно было сделать пакетную обработку накладной, причем можно было либо сразу отобрать строки к обработке, либо подбирать их по условиям, которые задавались в виде query и применялись в момент выполнения пакетного задания.

[wolfstein]

Цитата:

Сообщение от someOne

Иногда (может быть в результате сбоя при разноске накладной по закупке) там "зависают" накладные. Как эту функцию отключить - не понял.
Чтобы накладные не "зависали", вставил перед разноской накладной по закупке такое:

    delete_from VendInvoiceInfoTable
    where VendInvoiceInfoTable.PurchId == _purchId;

Это, конечно, радикально. Но лучшего решения не нашел.
Проблема с зависанием накладных таким образом была решена.

Я сделал след. образом. В методе PurchFormLetter_Invoice.endUpdate(), есть место где удаляются PurchParm для накладных, у которых произошли ошибки в процессе разноски (purchParmTable.ParmJobStatus == ParmJobStatus::ContainErrors). Добавил туда же удаление семейства соответствующих VendInvoiceInfo*.

...
        // Delete the PurchParm data for any invoices that were on hold or that failed to post
        // These invoices were saved as pending invoices and should not remain in PurchParmTable

        //+ kav OK001940 19.12.2011 OK
        /*delete_from purchParmTable
            where purchParmTable.ParmId         == purchParmUpdate.ParmId
               &&(purchParmTable.Hold          == NoYes::Yes
               || purchParmTable.ParmJobStatus  == ParmJobStatus::ContainErrors);*/

        while select forupdate purchParmTable
            where purchParmTable.ParmId         == purchParmUpdate.ParmId
               &&(purchParmTable.Hold          == NoYes::Yes
               || purchParmTable.ParmJobStatus  == ParmJobStatus::ContainErrors)
        {
            VendInvoiceInfoTable::deleteTableRefId(purchParmTable.TableRefId);
            purchParmTable.delete();
        }
        //- kav OK001940 19.12.2011 OK
...