Ошибочная настройка серии документов

[Ser]

Доброго времени суток.

Указанный subj (+"выбор номера отменен") возник в процессе работы процедуры закрытия склада, причем спустя продолжительного количества времени, что очччень обидно.

Может быть кто сталкивался с аналогичной проблемой.
Посоветуйте где искать-то, ибо трассировать такие объемы проблематично.

[Андре]

Ну, все трассировать скорее всего не придется

Это метка - @SYS25067.
Судя по перекрестным ссылкам используется только в одном месте - NumberSequenceTable.checkValid().
Поставьте там breakpoint, посмотрите трассировку стека, что у вас там с recId.

[Ser]

Спасибо Андрей, я уже воспользовался поиском метки и она помимо того, что описали Вы еще используется в методах parmNumberSequenceCode, parmForcedCopyOf, parmMakeDecisionLater, parmVoucherSequenceCode класса NumberSeq.

Но по всей видимости в сочетании с "Выбор номера отменен" ошибка возникает именно в checkValid.

Пытался закрыть одну, две, группу номенклатур, обманным путем, но все в порядке...

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

[Ser]

Перегрузил сервак SQL, приложений, реиндексировал,
монитор протёр, поставил breakPoint, станцевал танец с бубенами, запустил закрытие, ушёл домой...

[George Nordic]

Сообщите в понедельник плиз, какое из действий помогло?

Все дело в бубне, имхо...

Удачи!
С Уважением,
Георгий.

[Ser]

Довожу до сведения Ax сообщества, что танец с бубнами явно пошел на пользу
breakPoint остался неудел

[kitty]

Такая же проблема
запускали 3 раза
на боевой базе и на ее двух копиях
сервера sql и приложений у боевой и ее копий разные, а у копий одинаковые
На боевой базе и одной из копий вывалилось вышеприведенное сообщение, причем на разным номенклатурах, а на второй копии все завершилось успешно.
Также при трассировке по конкретной номенклатуре(по той, на которой произошла ошибка) все проходит успешно.
Axapta2.5 SP3

У кого была подобная проблема и решили ее без бубна, отзовитесь !