Ошибки с номерной серией в кас.ордерах

[del-fa]

Подскажите , пожалуйста, что делать. Возможно, проблема тривиальная, и уже где-то обсуждалась. я перерыла форум - не нашла именно по данной проблеме выход/
AX 2009:
в последнее время все чаще возникают ошибки при попытке разнести журнал кас.ордеров:
"Операция КО###### уже использована для даты такой-то...",
где КО#### - это Voucher.
и номер КО##### дейтситвельно такой уже сущ-ет за текущий год. И он действительно не должен был добавиться. и система правильно делает что ругается на задвоенный номер и не дает разнести.
В настройках:
Установлена непрерывная серия и запрет на использование дубликатов внутри фин. года.
Устранение ошибки:
1. правильно и долго : удалять строку в журнале с этим ваучером и снова ее создавать. создается строка с новым следующим ваучером.
2. быстро и рискованно:
смотреть в ном.серии какой номер ваучера должен быть следующим, идти в
LedgerJournalTrans и в поле Voucher менять на след.номер вручную.

но это не устранение причины проблемы.
1. почему система время от времени автоматически сама подставляет в строки уже использованные ваучеры, хотя не должна?
2. Есть возможность устранить возникновение данной ошибки?

Благодарю за ответ

[sukhanchik]

Цитата:

Сообщение от del-fa

2. Есть возможность устранить возникновение данной ошибки?

Уберите непрерывность номерной серии на Voucher.

Цитата:

Сообщение от del-fa

1. почему система время от времени автоматически сама подставляет в строки уже использованные ваучеры, хотя не должна?

Номер появляется в списке освобожденных номеров и система оттуда его берет.
Почему он там появляется? Философский вопрос. По логике - не должен. Но поскольку устранение этой проблемы слишком простое - обычно никто не парится с детальным исследованием

Вообще - общая позиция такова - в системе не должно быть непрерывных номерных серий. Ну... за исключением тех, которые жуть как нужны по требованию законодательства (авансовые отчеты, платежки и т.д., но никак не Voucher). Ибо использование непрерывных номерных серий может приводить к каким-либо нежелательным блокировкам таблицы номерных серий, в результате чего следующий номер не будет "сдвигаться". Само собой - все это проявляется при интенсивной генерации новых номеров в многопользовательском режиме и на "не тестовом" объеме данных.

[del-fa]

Спасибо! отпишусь по результату.

[Wamr]

У нас встречался другой случай. Были две номерные серии ваучеров на разные типы операций с одним шаблоном. Естественно, они со временем стали пересекаться.

[Ivanhoe]

Цитата:

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

за исключением тех, которые жуть как нужны по требованию законодательства (авансовые отчеты, платежки и т.д., но никак не Voucher).

С учетом реализации в Аксапте, я бы сказал, что никогда не нужны непрерывные серии. Если вам так нужна непрерывность, придется ее писать самому.

[del-fa]

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

спасибо , помогли !

[Ivanhoe]

А вы в курсе, как себя ведет "непрерывная" серия при разрывах? Я плохо себе представляю требование "использовать каждый номер", а вот "гарантировать последовательность номеров" - вполне.

Теперь представим, создаете вы новый документ, выделяется номер 2 и падает аксапта. Запускаем заново - получаем следующий номер 3, потом 4, 5 и т.д. Потом через какое-то время, например, завтра нам система предлагает опять 2. В итоге у нас документы такие: 1, 3, 4, 5, 2, 6. Мне кажется, в большинстве случаев это намного "страшнее", чем 1, 3, 4, 5, 6.

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

[del-fa]

вот с этим у нас и есть проблемы).
потому, начитавшись форум и послушав вас, склоняюсь к тому, что непрерывность по ваучерам - далеко не лучшая тактика.

[R.Safianov]

Давно с таким сталкивался... Симптоматика была такая:
1) Создается журнал и не разносится несколько дней. При этом резервируется номер.
2) Выделенный номер магическим образом захватывается очисткой (параметры повышения производительности) и удаляется.
3) Создается новый журнал и ему присваивается тот же ваучер, который подхватила очистка.
А дальше кто первый разнесется, того и тапки. А на следующие будет ругаться.

Если так уж нужна непрерывность, то поиграйтесь с параметрами очистки либо допиливайте свою.

[del-fa]

отписываюсь по результату: проблема ликвидирована =)

[mnt_dx]

Коллеги, у меня проблема с номерной серией при разноске накладной по заказу на покупке.
Изначально разноска проходила, но вдруг стала ругаться на ваучер. Снял непрерывность накладной и внутренней накладной - проблема не уходит.
Ругается каждый раз на новый ваучер.