Добрый день,

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

Чувствую, надо делать разработку своего объекта нумерации - типо HRYP298 (вместо BUKRS использовать подобъект PERSA) и использовать екзит zxhr_ru_get_auto_number00 в функции HR_RU_GET_AUTO_NUMBER (в нём вызывать свою функцию - копию HR_RU_GET_NEXT_AUTO_NUMBER, но с учётом раздела, и сразу выходить, пропуская оригинальную функцию).
Но тут проблема - а как учесть ещё и вид мероприятия? Вроде как в объектах нумерации не сделать 2 поля подобъекта.

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

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

Что посоветуете?

ай, всё, придумала - можно через табличку как для нумерацию в ОМ

Странно..
У меня похожая задача, судя по постановке вопроса:

Две БЕ. В БЕ максимум пять РП. В каждом РП две независимые нумерации - для кадровых приказов и для приказов по оплате труда

Объект HRYP298 - остается BUKRS (хотя тоже очень хотелось поменять на PERSA, тесноваты рамки, очень велик риск, что разрядности не хватит. Вроде бы даже мессагу выставляли, но с отрицательным ответом.)

10 диапазонов номеров, каждому разделу персонала по паре диапазонов. Заданная разрядность в диапазонах - пять знаков, первый знак режется маской признака. Т.е. эффективная используемая разрядность - 4 знака (нумерация в пределах года).

Используемая структура признака:
БЕ - РП - вид мероприятия - код возврата (с префиксом для каждого РП).

Нумерация отрабатывает нормально, каждый тип мероприятия (кадровый-оплата труда) в своем диапазоне. Только настройка признака получается массивной.

в вашем методе большой плюс
+ нет разработки,
но минус
- маловато цифр остаётся (у меня разделы от 100 до 1000 человек бывают а разделов - чуть больше 100) - я не помещаюсь никаким макаром. Ваш вариант хорош для небольших либо побитых по БЕ организаций. У меня не хватит чисто номеров диапазонов, чтобы для каждого раздела сделать свой диапазон - не говоря уж о нескольких диапазонов (для каждого мероприятия). Предыдущий консультант предложил им ручную нумерацию, но это некошерно

поделитесь подробностями...
стоит проблема реализовать 45 видов диапазонов, в разрядность не вписываемся...

Вам зачем так много? По разделам, по видам мероприятий или как? Там же 2 цифры - на 45 диапазонов должно хватить.

ну что, я ж выше описала
1. Делаем свой объект нумерации (вместо BUKRS использовать подобъект PERSA)
2. Используем екзит zxhr_ru_get_auto_number00 в функции HR_RU_GET_AUTO_NUMBER (в нём вызывать свою функцию - копию HR_RU_GET_NEXT_AUTO_NUMBER, но с учётом раздела, и сразу выходить, пропуская оригинальную функцию).

нужно реализовать по разделам персонала (15)+ по мероприятиям(3 диапазона на различные мероприятия) + среднее кол - во человек примерно 700 - 800, т.е. в год однозначно порядка 2 - 3 тысяч приказов будет , поэтому 3 разряда нам будет маловато...