Кредит-нота заказа

[KpecT]

Есть заказ со строчкой на 100 шт. Сделали 2 накладных на разные месяцы по 50 шт.
Проблема: необходимо сторнировать накладную. При кредит-ноте берет не ту складскую проводку, а при не хватки количества может и разделить проводки. Проблема найдена она в коде метода insertTransIdReturn() таблицы InventTrans.

Я сократил количество проводок подхватываемых при сторнировании, но проблема до конца не решена.
Проблема быстрей всего известная хотелось бы узнать, как её решили спецы?
Версия Аксапты 3.0 Sp.1
Зарание благодарен.

[KpecT]

Никто не хочет говорить? Или нет решения данной проблемы?

[Vals]

Цитата:

Проблема найдена она в коде метода insertTransIdReturn() таблицы InventTrans

А что за проблема, если вы её нашли?

Цитата:

При кредит-ноте берет не ту складскую проводку

А какую вам надо? В целом, должно всё правильно работать.

[KpecT]

Вы видно не сталкивались с таким.
1. Создаем заказ со строчкой на 100 шт.
2. Создаем накладную1 на 50 шт. на Дату1
3. Создаем накладную2 на 50 шт. на Дату2
4. Понимаем, что ошиблись и решили сторнировать накладную2.
Что мы имеем в InventTrans:

| |кол-во |дата |№ лота |ссылка на лот |накладная |
|проводка1 |-50 шт |дата1 |лот1 |лот2 |накладная1 |
|проводка2 |-50 шт |дата2 |лот1 | |накладная2 |
|проводкаСторно| 50 шт |дата2 |лот2 |лот1 | |

Все почти правильно, только ссылка на лот приравнивается не той проводки, которую сторнируем.
А если мы первую накладную создадим на количество 40 шт.:
| |кол-во |дата |№ лота |ссылка на лот |накладная|
|проводка1 |-40 шт |дата1 |лот1 |лот2 |накладная1|
|проводка2 |-10 шт |дата2 |лот1 |лот2 |накладная2|
|проводка2 |-40 шт |дата2 |лот1 | |накладная2|
|проводкаСторно| 50 шт |дата2 |лот2 |лот1 | |

[glibs]

Вы сторнируете отдельным заказом? Маркировкой вы пробовали пользоваться?

Вообще для таких ситуаций лучше заводить отдельный заказ.

Я конечно все понимаю с вашим конкретным случаем...

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

Если бы вы так поступили, то проблема бы не возникла.

В общем, это скорее бага дизайна решения.

[KpecT]

Цитата:

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

Вы сторнируете отдельным заказом? Маркировкой вы пробовали пользоваться?

Вообще для таких ситуаций лучше заводить отдельный заказ.

Я конечно все понимаю с вашим конкретным случаем...

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

Если бы вы так поступили, то проблема бы не возникла.

В общем, это скорее бага дизайна решения.

Полностью с вами согласен насчет отдельного заказа и бага дизайнера.
Просто думал, что эту проблему как-то решили.

[Nuta]

Добрый день!
У нас такая же проблема (Ax 4.0 Sp2).
При сторнировании подхватывается первая по порядку проводка. Подскажите, пожалуйста, нашли ли Вы решение данной проблемы? И если подправить данный "баг", чтобы ссылка на лот заполнялась правильно, не будет ли потом проблем с закрытием склада?

[Raven Melancholic]

Цитата:

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

У нас такая же проблема

У вас немного другая проблема
У автора топика Ax3.0 в ней вообще не было возможности указывать, какую накладную сторнируем, поэтому в ней приходилось решать эту проблему написанием функционала "с нуля". А в локализованной верисии DAX4 появился механизм указания накладной, которую корректируем. Но дальше, чем использовать этот выбор в печати накладных, локализаторы не пошли.
То есть, у вас есть сама оболочка для выбора корректируемой накладной и остается только дописать выбор складских операций по этому номеру (только аккуратно, так как корректируемую накладную указывать в общем-то необязательно и она будет не всегда). В принципе, место для коррекция понятно, это класс InventUpd_Physical, методы updatePhysicalReturnedIssue и updatePhysicalReturnedReceipt, но вот получение в этих методах номера корректируемой накладной и обработка проверка ошибок уже достаточно ювелирная работа.

[vanokh]

Цитата:

Сообщение от Raven Melancholic

У вас немного другая проблема
А в локализованной верисии DAX4 появился механизм указания накладной, которую корректируем. Но дальше, чем использовать этот выбор в печати накладных, локализаторы не пошли.

Насколько я понял это имеется в виду функционал Ax4 SP2, верно? Но сам функционал сторнирования (через кредит-ноту) не изменился в SP2, то есть сначала все равно создается кредит-нота, а потом уже при разноске накладной можно указать корректируемую накладную. И проводки на момент разноски накладной уже существуют "неверно подхваченные" и при физической разноске они же и берутся (класс InventUpd_Physical, методы updatePhysicalReturnedIssue и updatePhysicalReturnedReceipt). А "подхватываются" именно при создании строки заказа в классе PurchCopying_CreditNote (SalesCopying_CreditNote).

Цитата:

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

У нас такая же проблема (Ax 4.0 Sp2).
При сторнировании подхватывается первая по порядку проводка.

Этот случай был решен через добавление метода transVoucher в класс InventMov_Purch:

Voucher transVoucher()
{
    ;
    if (purchLine.RefReturnInvoiceTrans_W)
    {
        // возвращаем Voucher сторнируемой накладной
        return VendInvoiceTrans::findRecId(purchLine.RefReturnInvoiceTrans_W).vendInvoiceJour().LedgerVoucher;
    }
    return '';
}

и добавление параметра при вызове InventTrans::updateMarking в InventUpd_Estimated.createEstimatedInventTrans:

// вместо markNow = InventTrans::updateMarking(movement.inventRefTransId(), movement.transId(), -qty,  '', SortOrder::Descending);
markNow = InventTrans::updateMarking(movement.inventRefTransId(), movement.transId(), -qty,  movement.transVoucher(), SortOrder::Descending);

Таким образом, подхватывается не первая попавшаяся проводка, а та, которая соответствует сторнируемой накладной (по Voucher). Ссылка на лот заполняется корректно и закрытие склада тоже нормально отрабатывает.

Еще побочный эффект этого исправления - заметно ускорилась разноска сторнирующей накладной

[vanokh]

Теперь столкнулись с такой же проблемой в заказах на продажу - как у топик-стартера. Решение, придуманное для закупок не отрабатывает, поскольку только для продаж ставится Номер возвращенного лота, а дальше по нему в методе insertTransIdReturn() таблицы InventTrans обновляется первая попавшаяся проводка (отщипывая нужное количество)...

Придумал решение на основе использования поля SalesLine.RefReturnInvoiceTrans_W, которое в SP2 никак не используется - нужно также допилить его заполнение. Но это решение мне кажется корявым. Может кто-то уже решил эту проблему по-другому?

Или кто-нибудь из пользователей Ax 2009 скажет, как там обстоит дело?

[Андрей___]

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

В DAX 2012 создан и разнесен заказ на продаж, к нему создана кредит нота. Подскажите, есть ли у строки с кредит-нотой какой-либо опознавательный признак, по которому можно было бы фильтровать все подобные (как оприходованные, так и открытые)?

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

[TasmanianDevil]

Цитата:

Сообщение от Андрей___

есть ли у строки с кредит-нотой какой-либо опознавательный признак

Отрицательное кол-во и непустой номер возвращенного лота, если память не подводит ...

[cuba]

Может быть признак "Коррекция" или "Кооректировка", но я не уверен, а под рукой АХ нет((

[Андрей___]

Цитата:

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

Отрицательное кол-во и непустой номер возвращенного лота, если память не подводит ...

К сожалению, номер лота заполняется только для номенклатуры, учитываемой в запасах((

[mnt_dx]

Отрицательное количество только. Признак коррекция может не стоять из-за возврата реверсом.