нумерация ПКО и РКО

[Solma]

Добрый день!
Подскажите плиз, я в Аксапте совсем недавно, но есть проблема которую надо решить..
При неправильной регистрации ПКО/РКО, он удаляется, но следующий ордер получает не номер удаленно , а след. номер, получается что нумерация сбивается...как правильно удалять расходники и приходники, чтобы не залезать в таблицы и не править ручками нумерацию??

помогите плиз, может кто решал такую проблему..

заранее спасибо

[lev]

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

[Solma]

галочка стоит, но это не помогает...(((

[lev]

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

[lev]

http://axapta.mazzy.ru/lib/numbersequence/ вот тут почитайте.

[glibs]

Не уверен, что номер корректно возвращается. Чтобы это происходило, нужны специальные действия со стороны разработчика. Я такое могу припомнить только при удалении строки в журнале ГК для ваучера.

На форуме уже упоминался вариант работы с номерами. А именно, если проставить номер КО вручную, то система его принимает, а не гененрит новый. Возможно, вас этот вариант устроит.

[Ivanhoe]

Цитата:

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

Не уверен, что номер корректно возвращается. Чтобы это происходило, нужны специальные действия со стороны разработчика. Я такое могу припомнить только при удалении строки в журнале ГК для ваучера.

Поддерживаю! Чтобы при удалении номер возвращался, программист явно должен прописать NumberSeq::release() на удалении. Как правило это есть там, где сама Система требует непрерывности от номерной серии. Там где система не требует, предполагается использование обычной серии. В закупках серия по мнению Системы - обычная.

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

[IKA]

В методе delete на форме на PurchTable датасоурсе есть проверка

 If (PurchTableType){element.numberSeqFormHandler().formMethodDataSourceDelete();}

, где PurchTableType в большинстве случаев null

[Solma]

спасибо за советы)

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

[Gustav]

Solma, у вас поставщик Аксапты часом не GMCS? А то у них есть собственная фишка на эту тему.

[Solma]

Gustav, да они...но что-то я не в курсе этой фишки...

[Gustav]

Цитата:

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

Gustav, да они...но что-то я не в курсе этой фишки...

Вот цитата из моего рабочего конспекта, который я веду, когда не ленюсь:

Когда собьется нумерация ордеров

1. По меню: Основное \ Настройки \ Серии документов \ Серии документов.
2. Ищем «Расходный кассовый ордер» (если речь о расходных).
3. Кнопка «Список» - там список пропущенных, из которых берется очередной номер, прежде чем двинется дальше счетчик «Следующий» на вкладке «Дополнительно».
4. Можно удалить строки из «Списка» и подкрутить счетчик на нужное число.

Оно?

[lev]

Цитата:

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

Вот цитата из моего рабочего конспекта, который я веду, когда не ленюсь:

Когда собьется нумерация ордеров

1. По меню: Основное \ Настройки \ Серии документов \ Серии документов.
2. Ищем «Расходный кассовый ордер» (если речь о расходных).
3. Кнопка «Список» - там список пропущенных, из которых берется очередной номер, прежде чем двинется дальше счетчик «Следующий» на вкладке «Дополнительно».
4. Можно удалить строки из «Списка» и подкрутить счетчик на нужное число.

Оно?

Так Solma в первом своем сообщение пишет:

Цитата:

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

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

ТО Solma, ищите причины в модификациях, как советует glibs

[glibs]

Я посмотрел. Для кассовых ордеров номер возвращается при отмене одобрения (или как там оно по-русски не помню). Разумеется, если номерная серия непрерывная. И при повторном одобрении он используется.

Смотрел в 5.0, но думаю, что в старых версиях так же должно быть.

Так что, возможно, у вас действительно эта функциональность перекрыта партнерским кодом. Ну или проверьте внимательнее.

[IKA]

(извините, что поднимаю старую тему)
У нас такая же проблема в ax2009 SP1 Ru-3. Если создать закупку, потом удалить и создать заново, то новой закупке не присвоится номер той, что перед этим удалили. Номерная серия для PurchId непрерывная. Модификаций нет.
Баг или корректное поведение? (по коду выглядит как баг)


.

[lev]

Цитата:

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

(извините, что поднимаю старую тему)
У нас такая же проблема в ax2009 SP1 Ru-3. Если создать закупку, потом удалить и создать заново, то новой закупке не присвоится номер той, что перед этим удалили. Номерная серия для PurchId непрерывная. Модификаций нет.
Баг или корректное поведение? (по коду выглядит как баг)


.

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

[Ivanhoe]

Так вы внутрь этого метода посмотрите - я там не вижу возвращения серии
А чтобы переменная была не null нажмите перед удалением кнопку "Запасы" или поменяйте тип закупки.

[IKA]

именно так. аксапты под рукой нет, но на сколько помню, там внутри проверка на lastNum в numberSeqhandler, которая всегда пустая, тк numberSeqhandler пересоздается. Поэтому мне и не понятно как это все вообще предполагалось должно работать, если PurchTableType пустой в большинстве случаев, но даже если и заполнен, то сам код внутри formMethodDataSourceDelete тоже не доходит до abort.

[Ivanhoe]

Abort - это не Release! И, в любом случае, делать освобождение номера надо на таблице, а не форме. Резюме - в закупках не предполагается использование полноценной непрерывной номерной серии

[db]

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

дополнение
также есть функционал, который может хранить удаленные закупки (таблица PurchTableDeletе). В общем номер закупки по логике системы это один раз и навсегда