|
![]() |
#1 |
Участник
|
Просто недавно сталкивался с похожей ошибкой в 3.0 "Документ '%1' уже использован для даты %2." дело было в неверном выделении ваучера.
|
|
![]() |
#2 |
Участник
|
Ваучер выделялся в самописной функции?
__________________
4, 2009, 2012 R3, D365 |
|
![]() |
#3 |
Участник
|
Да. Причем что интересно. На двух приложениях этот функционал был запущен и там даже после его исправления (до перезапуска АОСов) наблюдалось заполнение NumberSequenceList записями со статусом "Свободно", что и приводило в дальнейшем к этому сообщению. На третьем приложении сбоев не было, т.к. там неверное выделение было исправлено до первого запуска.
К этой ситуации привел вызов X++: ledgerJournal.newVoucher(ledgerJournalTable.voucherSeries, [B]true[/B]); Последний раз редактировалось madm; 27.07.2010 в 17:38. |
|
![]() |
#4 |
Участник
|
Не удалось. Сейчас сидел вместе с кладовщиком, у которого эта ошибка возникает в каждом втором журнале - ошибка не воспроизводится. Но я думаю, что нужно грешить ан самописную функцию создания списаний. При создании строки в поле "номер операции" пишется номер операции, который был свободен на момент создания строки. А если создавать руками строку, то "номер операции" пустой и присваивается на момент разноски. Видимо, тут надо будет копать.
__________________
4, 2009, 2012 R3, D365 |
|
![]() |
#5 |
MCTS
|
А если сразу после создания строки зайти в номерную серию и посмотреть значения по кнопке "Список"? В списке присутствует только что выделившийся номер? Если да, то с каким статусом?
__________________
Dynamics AX Experience |
|
![]() |
#6 |
Участник
|
Цитата:
После разноски номер остается в списке с теми же статусом и действием. Более того, все номера строк, что создаются через доп.функционал, остаются в списке после разноски. Если создавать строки руками, то они в список не попадают.
__________________
4, 2009, 2012 R3, D365 Последний раз редактировалось _guestl_; 28.07.2010 в 19:44. |
|
![]() |
#7 |
MCTS
|
Цитата:
![]() Поскольку при создании строк руками у вас "Номер операции" не заполняется до разноски (соответствующая настройка для названий складских журналов), быстрое решение - в коде самописных функций закоментировать выделение следующего номера для ваучера. Более правильное решение - исправить алгоритм самописных функций таким образом, чтобы они учитывали настройку для соответствующего журнала и в зависимости от нее либо правильно выделяли номер (параметр _makeDecisionLater должен быть false), либо не выделяли его вообще. И ваша ошибка пропадет навсегда... ![]()
__________________
Dynamics AX Experience |
|
Теги |
управление запасами, номерная серия |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|