Номерные серии

[Aslan]

Слушайте как отделатся от повторяющихся номерных серий журналов, приходится каждый раз заходить в форму номерные серии и удалять неиспользованные. Поделитесь опытом, как решить проблему. Как вариант - создать пакетную обработку удаления записей в NumberSequenceList? Или кто-то может предложить что-то другое?
Заранее спасибо

[glibs]

Отключите у номерной серии непрерывность.

[glibs]

Модификации у вас есть?

У вас Аксапта 2.5?

[Aslan]

Сплошные модификации ...Axapta 3.0 sp 4, задача следующая....настроить (подобно пакетной обработке) что-то вроде программного нажатия кнопки "Очистка-Все" с последующим запросом (периодичностью примерно раз в день) в форме NumberSequenceTable.Так как неиспользованные номерные серии вызвают ошибку при создании новых журналов с вываливанием сообщения "Номер приказа уже существует".

[kosenkov]

Цитата:

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

Сплошные модификации ...Axapta 3.0 sp 4, задача следующая....настроить (подобно пакетной обработке) что-то вроде программного нажатия кнопки "Очистка-Все" с последующим запросом (периодичностью примерно раз в день) в форме NumberSequenceTable.Так как неиспользованные номерные серии вызвают ошибку при создании новых журналов с вываливанием сообщения "Номер приказа уже существует".

В форме "Серии документов" на закладке "Очистка" можно активизировать периодическую полную очистку. Что не так?

[Aslan]

Заморочил правда....так по другому пока не могу объяснить ещё не разобрался :-)

[Aslan]

Цитата:

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

В форме "Серии документов" на закладке "Очистка" можно активизировать периодическую полную очистку. Что не так?

В том случае если активна непрерывность....а если она не активна?

[Aslan]

получается это глюк Аксапты?

[Nick]

Цитата:

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

получается это глюк Аксапты?

Да, глюк
Мы тоже с этой проблемой боролись и боремся...
немного помогло уменьшение до 0 времени полной очистки
У нас Ax 3.0 SP3, без каких либо модификаций номерных серий

[glibs]

При отключенной непрерывности я такого глюка пока не наблюдал еще.

Правда, с сп4 я работал только на тестовой базе (в основном сп3).

Вы в механизме номерных серий модификации вносили?

И я правильно понимаю, что у вас номер реально использован, номерная серия не непрерывная, а в списке свободных/зарезервированных/нерешенных номеров появляются записи со статусом "Свободно", а журнал при этом еще и подхватывает такой свободный номер и потом ругается при проверке номера на уникальность при сохранении?

[Aslan]

Цитата:

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

И я правильно понимаю, что у вас номер реально использован, номерная серия не непрерывная, а в списке свободных/зарезервированных/нерешенных номеров появляются записи со статусом "Свободно", а журнал при этом еще и подхватывает такой свободный номер и потом ругается при проверке номера на уникальность при сохранении?

Точно.Мне кажется у меня получилось донести информацию до вас.Только каким путём с этим бороться? Механическим или стандартным функциональным?

[Maxim Gorbunov]

Поосторожней с выводами. Если номерная серия не является непрерывной, NumberSequenceList вообще не используется. Это либо изобретение в Ваших модификациях, либо проблемы с кэшированием настроек номерной серии.

Давайте побольше информации. Что за журнал? Какие настройки у номерной серии? Какие настройки у журнала (названия журнала)?

[Nick]

Цитата:

Сообщение от Maxim Gorbunov

... Что за журнал? Какие настройки у номерной серии? Какие настройки у журнала (названия журнала)?

Убедиться в проблеме, например, можно на Документах ГК в Журнале ГК.
Настройка номерной серии элементарная - галочка непрерывная.
Единственное что нужно, чтобы несколько пользвователей одновременно активно поработали с однотипными журналами...

[gaenar]

согласен с Nick'ом.
при нескольких одновременных операциях с журналами ГК возникает такой баг.

Нам в своё время вопрос с освобождёнными номерами решить не удалось, кроме как принудительным их уничтожением (но тогда мы получается не можем использовать старые номера).

Время очистки равное 0 практически ничего не меняет в реале. Глюк возникает при неправильной обработке времён транзакций и сессий, и практически не диагностируется (были попытки).

Если я правильно помню, есть два пути, по которым получаются освобождённые номера:
1) номер выделен(создана запись в List со статусом Активен), потом журнал закрыт без сохранения - номер освобождён.
2) номер выделен(создана запись в List со статусом Активен), потом система его не стирает после разноски и он после очередной очистки меняет статус на освобождённый. Вот на нём и в следующий раз система упадёт.

Если у вас хватит духу, посмотрите, может что-нибудь придумаете. Посмотрите NumberSeqFormHandler форм журнала, может там что-то зарыто.

[Aslan]

Духу хватит :-) хватило бы времени....

[Maxim Gorbunov]

Nick, извините, вопрос не к Вам.

У Вас номерная серия как раз непрерывная. В данном случае надо смотреть в код обработки конкретного журнал, и записи в NumberSequenceList. Может помочь лог этой таблицы. Необходимо определить, в чем заключается эта самая "активная работа нескольких пользователей", каким образом они создают записи и как они их удаляют.

В исходном сообщении Aslan утверждается, что серия не непрерывная. При этом, по какой-то причине, заполняется и используется NumberSequenceList, чего быть не должно.

[Jabberwocky]

Обратите внимание на код метода formMethodDataSourceCreate в классе NumberSeqFormHandlerLedgerJournal:

void formMethodDataSourceCreate(boolean _forced = false)
{;
    newVoucher = false;
    if (ledgerJournalEngine.takeNewVoucher())
    {
        super();
        if (lastNumber)
        {
            newVoucher = true;
            currentNewUnsaved = 0;
        }
    }
    currentNewUnsaved++;
}

В интерфейсе вызова использован параметр _forced, который в методе никак не используется, хотя по логике должен передаваться в super() :

super(_forced);

Попробуйте исправить эту строчку, возможно "станет легче".