Закупка в тупике

[Pustik]

Цитата:

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

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

Аксапта 2009.
Пользователями была создана закупка (Purchase order) привязаная к проекту.
Сперва по закупке товар был принят и было проведено несколько инвойсов, после чего они спохватились и решили всё это вернуть.
Дальше пользователи на той же самой строке закупки приняли отрицательное количество товара (провели Packing slip) и вот тут возникает затык: аксапта не разрешает проводить инвойс с отрицательным количеством по строке закупки привязаной к проекту. Выкидывает "Negative amount is not allowed".
Но при этом принять положительное количество чтобы компенсировать отрицательный Packing slip тоже не даёт. Выкидывает "Quantity cannot be received because items have already been returned."
Получается строка на которой висит invoice remainder от которого теперь избавиться не имеется возможности и закупку теперь ни отменить ни завершить.

Может быть возможность всётаки есть? Кто-нибудь что-нибудь может посоветовать?

Может быть вот это поможет :
В DAX2009 забыли сделать сторно по проектам через журнал ГК.
Мы после этого приняли в свое сознание то, что стандарт не всегда справедлив к нашей национальной действительности. В данном примере мы просто дали возможность делать сторно и по проектам в том числе. Проще говоря, закомментили необходимый (мешающий нам) код, потестировали, все прошло гладко.

[Dozer]

Цитата:

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

Может быть вот это поможет :
В DAX2009 забыли сделать сторно по проектам через журнал ГК.
Мы после этого приняли в свое сознание то, что стандарт не всегда справедлив к нашей национальной действительности. В данном примере мы просто дали возможность делать сторно и по проектам в том числе. Проще говоря, закомментили необходимый (мешающий нам) код, потестировали, все прошло гладко.

Хм... код мешающий проводить отрицательный инвойс по проекту находится в классе InventMovement в методе updateAutoLossProfit. Насколько я понимаю для проекта при негативном количестве процесс не находит виртуальную транзакцию и соответственно валится.
Лезть с отвёрткой в атомный реактор под названием InventMovement без крайней необходимости мне бы не хотелось..

[Pustik]

Цитата:

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

Хм... код мешающий проводить отрицательный инвойс по проекту находится в классе InventMovement в методе updateAutoLossProfit.Лезть с отвёрткой в атомный реактор под названием InventMovement без крайней необходимости мне бы не хотелось..

Если так, то конечно не стоит. Думал, что будет несколько проще.