AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Функционал
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 27.07.2010, 16:05   #1  
madm is offline
madm
Участник
 
43 / 12 (1) ++
Регистрация: 21.11.2006
Просто недавно сталкивался с похожей ошибкой в 3.0 "Документ '%1' уже использован для даты %2." дело было в неверном выделении ваучера.
Старый 27.07.2010, 16:12   #2  
_guestl_ is offline
_guestl_
Участник
MCBMSS
Columbus IT
 
39 / 15 (1) ++
Регистрация: 22.05.2007
Адрес: Россия
Цитата:
Сообщение от madm Посмотреть сообщение
Просто недавно сталкивался с похожей ошибкой в 3.0 "Документ '%1' уже использован для даты %2." дело было в неверном выделении ваучера.
Ваучер выделялся в самописной функции?
__________________
4, 2009, 2012 R3, D365
Старый 27.07.2010, 17:25   #3  
madm is offline
madm
Участник
 
43 / 12 (1) ++
Регистрация: 21.11.2006
Цитата:
Сообщение от _guestl_ Посмотреть сообщение
Ваучер выделялся в самописной функции?
Да. Причем что интересно. На двух приложениях этот функционал был запущен и там даже после его исправления (до перезапуска АОСов) наблюдалось заполнение NumberSequenceList записями со статусом "Свободно", что и приводило в дальнейшем к этому сообщению. На третьем приложении сбоев не было, т.к. там неверное выделение было исправлено до первого запуска.
К этой ситуации привел вызов
X++:
ledgerJournal.newVoucher(ledgerJournalTable.voucherSeries, [B]true[/B]);
Вам удалось воспроизвести последовательность в результате которой происходит ошибка?

Последний раз редактировалось madm; 27.07.2010 в 17:38.
Старый 28.07.2010, 13:19   #4  
_guestl_ is offline
_guestl_
Участник
MCBMSS
Columbus IT
 
39 / 15 (1) ++
Регистрация: 22.05.2007
Адрес: Россия
Цитата:
Сообщение от madm Посмотреть сообщение
Вам удалось воспроизвести последовательность в результате которой происходит ошибка?
Не удалось. Сейчас сидел вместе с кладовщиком, у которого эта ошибка возникает в каждом втором журнале - ошибка не воспроизводится. Но я думаю, что нужно грешить ан самописную функцию создания списаний. При создании строки в поле "номер операции" пишется номер операции, который был свободен на момент создания строки. А если создавать руками строку, то "номер операции" пустой и присваивается на момент разноски. Видимо, тут надо будет копать.
__________________
4, 2009, 2012 R3, D365
Старый 28.07.2010, 14:28   #5  
CDR is offline
CDR
MCTS
MCBMSS
 
236 / 175 (6) ++++++
Регистрация: 27.11.2003
Цитата:
Сообщение от _guestl_ Посмотреть сообщение
При создании строки в поле "номер операции" пишется номер операции, который был свободен на момент создания строки.
А если сразу после создания строки зайти в номерную серию и посмотреть значения по кнопке "Список"? В списке присутствует только что выделившийся номер? Если да, то с каким статусом?
__________________
Dynamics AX Experience
Старый 28.07.2010, 19:39   #6  
_guestl_ is offline
_guestl_
Участник
MCBMSS
Columbus IT
 
39 / 15 (1) ++
Регистрация: 22.05.2007
Адрес: Россия
Цитата:
Сообщение от CDR Посмотреть сообщение
А если сразу после создания строки зайти в номерную серию и посмотреть значения по кнопке "Список"? В списке присутствует только что выделившийся номер? Если да, то с каким статусом?
Статус "активный", действие "нерешенный".

После разноски номер остается в списке с теми же статусом и действием.

Более того, все номера строк, что создаются через доп.функционал, остаются в списке после разноски. Если создавать строки руками, то они в список не попадают.
__________________
4, 2009, 2012 R3, D365

Последний раз редактировалось _guestl_; 28.07.2010 в 19:44.
Старый 29.07.2010, 10:15   #7  
CDR is offline
CDR
MCTS
MCBMSS
 
236 / 175 (6) ++++++
Регистрация: 27.11.2003
Цитата:
Сообщение от _guestl_ Посмотреть сообщение
Статус "активный", действие "нерешенный".

После разноски номер остается в списке с теми же статусом и действием.

Более того, все номера строк, что создаются через доп.функционал, остаются в списке после разноски. Если создавать строки руками, то они в список не попадают.
Ну вот, теперь со 100% уверенностью можно говорить о том, что самописные функции написаны криво. .

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

Более правильное решение - исправить алгоритм самописных функций таким образом, чтобы они учитывали настройку для соответствующего журнала и в зависимости от нее либо правильно выделяли номер (параметр _makeDecisionLater должен быть false), либо не выделяли его вообще.

И ваша ошибка пропадет навсегда...
__________________
Dynamics AX Experience
Теги
управление запасами, номерная серия

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Складские остатки на дату Logger DAX: Программирование 13 06.10.2010 16:20
Нереализованная курсовая разница по закрытой операции LEO DAX: Функционал 4 06.07.2010 13:12
Параллельные операции в маршрутах Sanya DAX: Функционал 10 26.04.2007 00:41
Номер и дата накладной в Заказе ymv2000 DAX: Программирование 1 14.07.2006 13:35
Номер партии (не могу достать) Sada DAX: Программирование 2 20.12.2005 12:16
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра
Комбинированный вид Комбинированный вид

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 14:30.