Получение последнего номера из номерной серии

[longson]

Добрый день

Подскажите пожалуйста как из кода получить текущий номер непрерывной номерной серии (генерируется автоматически), и также следующий номер, предпоследний номер, при этом не увеличивает счётчик для этой номерной серии ?

Спасибо

[kashperuk]

Не получилось понять вопрос, но может так ?

    num = NumberSeq::newGetNum(purchParameters::numRefPurchId());
    tmpPurchId = num.num();

    if (PurchTable::exist(tmpPurchId))
    {
        num.abort();
        checkFailed("@SYS19304");
        checkFailed(strfmt("@SYS24176", tmpPurchId));
        throw error("@SYS23020");
    }

    purchTable.purchId = tmpPurchId;

    num.used();

[longson]

Не совсем так.

Например, у меня для производственного заказа был настроена непрерывная номерная серия типа 01_080, последний заказ - номер 24_080. Как можно получить 25_080 и 23_080, при этом следующему заказу будет присвоен номер 25_080.

Если newGetnum использовать, то следующий заказ будет 25_080. Только что попробовал

[Raven Melancholic]

Если номерная серия непрерывная, то откуда уверенность, что следующим номером будет 80? Может система выдаст номер из освободившехся номеров. Кстати, то же и по предыдущему номеру. Что считать предыдущим, если он был выдан из освободившихся?
Если же в качестве следующего выдаваемого устраивает то, что находится в номерной серии в соответствующем поле, а в качестве следующего и предыдущего этот номер +1 и -1, то получите его напрямую из таблицы номерных серий (правда опять же все неоднозначно, вдруг работа идет по грруппе номерных серий - тогда сначала нужно еще и получить конкретную серию)

[longson]

Следующий номер, как я понимаю, это номер, который указывается в поле Следующий в форме настройки номерных серий. Только там цифра не в той форме которая нужна мне. Мне нужна именно 25_080 а не просто 25, "_080" до этого неизвестно поэтому не можем просто добавить "_080", да и если можно то и некрасиво

По предыдущему номеру - правда надо уточнить.

[kashperuk]

преобразовать его в реальное значение можно так

NumberSeq::numInsertFormat(323, "УЗСЖ######");

[Raven Melancholic]

А если не секрет, что за задача, в которой требуется получение таких данных?
Кстати, почему _080 не известно? В той же таблице храниться шаблон, смотрите как он используется в классе работы с номерными сериями и делаете что-нибудь подобное. Хотя, на мой взгляд, не совсем корректно что-то делать с номерными сериями помимо API этого функционала.

[e@gle]

Цитата:

Следующий номер, как я понимаю, это номер, который указывается в поле Следующий в форме настройки номерных серий.

Необязательно. Если у вас стоит настройка непрерывность, а она у вас стоит, и удалили произв заказ 15_080, то в поле следующий будет стоять 25, а в списке очищенных номеров будет болтаться 15. И когда АХ запросит новый номер NumberSeq::newGetNum(), ему выдастся номер 15_080. И этот номер удалится из очищенных номеров
Т.о. следующий - это 15.

[kashperuk]

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

[longson]

Цитата:

Сообщение от Raven Melancholic

А если не секрет, что за задача, в которой требуется получение таких данных?

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

Цитата:

Сообщение от e@gle

Необязательно. Если у вас стоит настройка непрерывность, а она у вас стоит, и удалили произв заказ 15_080, то в поле следующий будет стоять 25, а в списке очищенных номеров будет болтаться 15. И когда АХ запросит новый номер NumberSeq::newGetNum(), ему выдастся номер 15_080. И этот номер удалится из очищенных номеров
Т.о. следующий - это 15.

Цитата:

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

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

Спасибо. Т.е вы имеете ввиду что именно метод num.used() запретить использовать этот номер в дальнейшем даже если заказ с этим номером уже когда-то существовал ?

Тогда какой метод система использует для выдачи этого номера (15_080) если бы num.used() не использовали ?

[Eldar9x]

тоже стояла такая задача. Сделал следующим образом (хотя потом все равно пришлось переделывать):
вызываете NewGetNum(), получаете номер Num(), а потом возвращаете его в таблицу методом Abort(). Только имейте ввиду что это почему то работет только для непрерывных номерных серий. То есть перед запуском кода еще необходимо проверять непрерывный ли этот номер и выдавать ошибку, если нет.
Кстати очень странно, что нет метода котрый возвращал бы следующее значение...

[e@gle]

Цитата:

Спасибо. Т.е вы имеете ввиду что именно метод num.used() запретить использовать этот номер в дальнейшем даже если заказ с этим номером уже когда-то существовал ?

Идея такая. Вы создали экземпляр класса NumberSeq, в котором хранится новый номер. В этот момент система сохранила новый номер в список с признаком "Нерешенный".
Теперь если вы запускаете num.used(), то система понимает что номер использован и удаляет его из списка.
А если вы запускаете num.abort(), то система понимает что номер не использован, сохранит его в список с признаком "Свободен" и будет подсовывать его следующий раз.
Т.о. для гарантированного получения следующего номера надо сделать:

num = NumberSeq::newGetNum();
Id = num.num();
num.abort();

Цитата:

Только имейте ввиду что это почему то работет только для непрерывных номерных серий.

И очень хорошо что такая система реализована ТОЛЬКО для непрерывных номерных серий. Если мне без разницы какой там номер будет у моей закупки, то зачем эта вся тягомутина со списками? Лишние селекты-инсерты? А если взять таблицу потолще?
Таким образом если ты хочеш контролировать "дырки" в номерах, то делай непрерывную номерную серию и трать больше времени на создание-удаление записи. Не хочеш - отключай непрерывность.

[longson]

Спасибо Это по-моему красивое решение. На самом деле если потребуется много раз это делать можно написать свой метод который включает вышеописанный код.