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

[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

[Ivanhoe]

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

[gene]

Цитата:

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

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

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

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

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

[RVS]

Цитата:

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

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

Извините, расшифрую: 1."Таких" накладных = Для накладных с отложенным переходом прав собственности. 2. Сторнирование. В зависимости от статуса. Накладной.

Цитата:

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

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

Речь не об этом. Компания, разрабатывающая софт, должна помнить, что "Лифт должен выдерживать прямое попадание в кабину самого необученного академика..." (с) А&Б Стругацкие

Документирование, запрет операции сторнирования при определенных условиях, и т.д.


Строго ИМХО.

PS: Имею опыт в этом плане, например, сторнирование операции "Выбытие - разборка" в русских ОС. При включении фантазии рисуются крайне забавные варианты Если надо - разложу по компонентам.

[gene]

Цитата:

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

Извините, расшифрую: 1."Таких" накладных = Для накладных с отложенным переходом прав собственности. 2. Сторнирование. В зависимости от статуса. Накладной.

Ну, не думаю, что полный запрет здесь является хорошим решением. В конце концов, запретить пользоваться функционалом можно и стандартными средствами, на уровне прав доступа.
В существующей архитектуре данного функционала полностью корректное сторнирование мне видится довольно сложной задачей, в первую очередь, из-за НДС. Пока мы не готовы предложить автоматическое решение.

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

[Freeangel]

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

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

[CDR]

Цитата:

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

В существующей архитектуре данного функционала полностью корректное сторнирование мне видится довольно сложной задачей, в первую очередь, из-за НДС. Пока мы не готовы предложить автоматическое решение.

А неавтоматическое решение готовы предложить?
Какие журналы необходимо разнести и что с чем маркировать, что бы обороты в ГК и по складам после сторнирования накладной были такими же, как до разноски накладной (причем как после операции сторнирования, так и после пересчета/закрытия склада)?

[CDR]

Еще, кстати, вопрос на засыпку...
Как настроить кредитный лимит, что бы он учитывал накладные с отложенным переходом права собственности, по которым еще не было регистрации перехода прав?

Из проверки заказов они уже исключаются, а в сальдо по клиенту еще на попали.

[gene]

Цитата:

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

А неавтоматическое решение готовы предложить?
Какие журналы необходимо разнести и что с чем маркировать, что бы обороты в ГК и по складам после сторнирования накладной были такими же, как до разноски накладной (причем как после операции сторнирования, так и после пересчета/закрытия склада)?

Вопрос тянет на серьезную спецификацию, так что сорри, плотно прорабатывать некогда. Первое, что приходит в голову - возврат на транзитный склад и ручной перенос с транзитного склада на исходный, с правильными маркировками/возвратными лотами. Плюс использование профилей учета запасов для работы с 45-м счетом ГК. НДС лечить журналами ГК. Я бы рыл в этом направлении.

Цитата:

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

Еще, кстати, вопрос на засыпку...
Как настроить кредитный лимит, что бы он учитывал накладные с отложенным переходом права собственности, по которым еще не было регистрации перехода прав?

Из проверки заказов они уже исключаются, а в сальдо по клиенту еще на попали.

Никак, только допиливать.

[CDR]

Спасибо. А костыли MS планирует выпустить по озвученным проблемам?

[gene]

Цитата:

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

Спасибо. А костыли MS планирует выпустить по озвученным проблемам?

Сорри, я не имею права комментировать планы разработки, пока они не озвучены официально...

[raz]

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

[raz]

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

[Freeangel]

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

[raz]

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

[Bega]

Цитата:

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

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

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