Отложенный переход права собственности

[Freeangel]

Добрый день.


При тестировании функционала "Отложенный переход права собственности" в DAX 2009 выявилась следующая проблема.
При обработке накладной по возврату проведенного заказа через немедленную поставку возникает ошибка:

Цитата:

"Количество 30 не может быть получено, поскольку номенклатура уже была возвращена"

.

Скажите, кто-нибудь использовал данный функционал? Как решили проблему?

Dynamics Ax 2009 SP1 RU7

[gene]

Добрый день!
Правильно ли я понимаю, что речь идет о заказе с типом разноски "Отложенный переход прав собственности"? По такому заказу возврат через немедленное получение невозможен, поскольку в момент разноски накладной номенклатура списывается со склада, приходуется на транзитный склад новым лотом со ссылкой на исходный через возвращенный лот, откуда списывается новым же лотом "в путь". Таким образом, вернуть номенклатуру, списанную исходным лотом, действительно невозможно, поскольку она уже "возвращена".
Если вы хотите при помощи возврата скорректировать или отменить отгрузку до перехода прав собственности, используйте функцию "Переход прав собственности\ Отмена отгрузки" в журнале накладных (описание имеется в инструкции к функциональности).
Если же это уже после перехода прав собственности, то тут поможет стандартная функция создания кредит-ноты.

[CDR]

А можно как-либо вообще отсторнировать накладную после перехода прав собственности?

Стандартная функция создания кредит-ноты не подходит, т.к. делает следующие косяки:
1. Все проводки кредит-нота формирует на одну дату, в то время как исходные проводки по отгрузке и переходу прав сформированы разными датами. В итоге в ГК сальдо и обороты по счетам кривые.
2. Стандартная кредит-нота вообще никак не сторнирует ни обороты по 45 счету, ни товарные движения по транзитному складу.

[gene]

Цитата:

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

А можно как-либо вообще отсторнировать накладную после перехода прав собственности?

Стандартная функция создания кредит-ноты не подходит, т.к. делает следующие косяки:
1. Все проводки кредит-нота формирует на одну дату, в то время как исходные проводки по отгрузке и переходу прав сформированы разными датами. В итоге в ГК сальдо и обороты по счетам кривые.
2. Стандартная кредит-нота вообще никак не сторнирует ни обороты по 45 счету, ни товарные движения по транзитному складу.

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

[RVS]

Цитата:

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

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

На правах мини-тролля: то есть для таких накладных сторнирование невозможно, в общем случае?

Не проще ли для таких накладных эту фичу... заблокировать?

Недоработочка, однако... MSFT, блин...

PS: Для тех, кто в MSBS: вы же это на весь мир, типа, разрабатываете... Я б поаккуратней попытался как-то. Привет SVS

[gene]

Цитата:

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

На правах мини-тролля: то есть для таких накладных сторнирование невозможно, в общем случае?

Не проще ли для таких накладных эту фичу... заблокировать?

Не очень понял, для каких "таких" накладных какую "эту" фичу заблокировать?

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

[Ivanhoe]

Судя по международному стандарту, весь мир давно "забил" на сторно ) В этом плане локализация сделала достаточно много, хотя, конечно, есть куда стремиться

[Freeangel]

Спасибо за ответы.

Получается, что надо либо использовать Отборочные накладные с разноской в ГК для учета ОППС, либо дорабатывать функционал.

[raz]

Мы тут сделали костыли, вроде работают, но нужно тщательно проверить, для чего и выкладываю проект. Т.е. прошу помочь найти и устранить проблемы, а так же помочь улучшить.
ЗЫ. DAX2009 R6

[raz]

Вижу, что желающих использовать станартный функционал практически нет. Видимо, кому нужен 45 счет, тот использует свои решения. У нас сейчас переход с Dax3 на Dax2009 и мы пытаемся отказаться от нашей реализации 45 счета. В "костылях" просто доведенный до логического конца стандартный вариант. Непонятно почему вендор сам не довел его до конца. Хотелось бы помощи в поиске возможных проблем.

[Freeangel]

Желание есть, но очень много недоработок со стороны MS.
Ещё одно найденное замечание. Нельзя использовать ОППС во внутрихолдинговых заказах. Хотя что мешало сделать обработку Отборочной накладной по закупке при обработке накладной во внутрихолдинговом заказе на продажу с использование ОППС

[raz]

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

[Bega]

Цитата:

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

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

Используете? Проблем не выявлено?

[raz]

используем, для этого и делал.
еще рано говорить о проблемах - склад не закрывали в реальной обстановке, но сторно работает. ну и тестировали конечно.
там есть один нюанс - GoodsInRouteCancel_RU.correctInventTrans() - там самодельная (не стандартная) маркировка/связывание складских проводок, что бы при коррекции проводок были обороты по 90-м счетам (желание нашего гл.буха), если без этих оборотов можете жить, то метод можно пропустить.

[Bega]

Цитата:

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

используем, для этого и делал.
еще рано говорить о проблемах - склад не закрывали в реальной обстановке, но сторно работает. ну и тестировали конечно.
там есть один нюанс - GoodsInRouteCancel_RU.correctInventTrans() - там самодельная (не стандартная) маркировка/связывание складских проводок, что бы при коррекции проводок были обороты по 90-м счетам (желание нашего гл.буха), если без этих оборотов можете жить, то метод можно пропустить.

Это сторнирование откатывает в том числе и проводки на склад товаров отгруженных, то есть делает полный откат до первоначального склада, правильно я понимаю? У вас не просили сделать сторно только самого перехода права собственности, то есть откат продажи со склада товаров отгруженных?

[raz]

Нет. Доработка делалась для возвратов.

[Bega]

Проблема с датами обнаружилась. Например, проводки на склад товаров отгруженных были 30.10.2012, а переход датой 02.11.2012. Сторнирование происходит только одной датой, например 02.11.2012 для всех проводок. Наверно для ваших возвратов это было нормальным?

[raz]

Видимо нормально. Пользователи не жалуются.

[raz]

Тут недавно ошибку нашел:

class InventMov_Vir_GoodsInRoute_Delivery_RU
{
...
AmountMSTPhysicalRevenue estimatedPhysicalRevenue(InventTrans _inventTrans)
{
    //return estimatedPhysicalRevenue; 
    return Currency::amount(estimatedPhysicalRevenue * abs(_inventTrans.Qty / this.transQty()));
}
AmountMST estimatedPhysicalTax(InventTrans _inventTrans)
{
    //return estimatedPhysicalTax; 
    return Currency::amount(estimatedPhysicalTax * abs(_inventTrans.Qty / this.transQty()));
}
...
}