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

Посмотри признак NUMKR
и в транзакции Pa04 настрой внешний диапазон нумерации

А где этот признак просмотреть можно?
А в транзакции РА04 уже стоит:
000001 900000 внутренняя
900001 999999 внешняя

и никак уже не исправить.
а мне надо чтобы от 000001 была внешняя нумераци

Признаки ведутся в Pe03.
NUMKR возвращает номер диапазона.

ну значит идешь в Pa04
нажимаешь Изменить
и ставишь напротив 0000001 900000 диапазона галку Внешний а напротив другого убираешь

Тут вот возник вопросик.
Допустим у нас есть два диапазона номеров:
01: 00000001 - 90000000 внутренний
02: 90000001 - 99999999 внешний
Возникло желание чтобы при при обычном раскладе табельник генерировался автоматически, а вот если вдруг нам необходимо прописать рунями табельник, то система позволяла внести вручную табельник из диапазона 02.
Если проставить в признаке NUMKR значение 01, то ессно генерируется в пределах диапазона 01, но не позволяет проставить ручками в пределах 02. И наоборот.
Как-то можно сделать чтобы срабатывал по умолчанию 01, а если захотел вручную то позволяло из 02 прописать?
Вариант с изменением каждый раз признака не устравивает.

Стандартом никак. Наверное можно при создании 0000 ИТ через badi обмануть, но надо пробовать.

P|S| Расскажите, чем вызвано такое "извращение"? + если даже найдется способ замены, то как вы собираетесь проверять табельные номера при ручном вводе? (когда будет коллизия между номерами)

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

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

Сделайте отдельный диапазон номеров для ручного ведения и привяжите его, например, к категории "Исключительные лица предприятия" в NUMKR

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

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

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

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

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

Ващет проблема не нова... ИМХО вместо того чтобы извращаться с табельными номерами, лучше дать пользователю более гибкий механизм сортировки в выходных формах по "весомости" должности (может и штатной). Тогда нужно просто в подкорку пользователя втереть что табельный номер 1 - это не панацея (например, начните нумерацию с 432 номера, чтоб никому обидно <я не знать русский языка>) и попросить расставить приоритеты по должностям / орг. <я не знать русский языка> (или комбинации этих объектов). Тогда и переводы (повышения / понижения) не страшны...
Да, зачастую такое требование пользователя связано с каким-то бизнес процессом -> нужно копать именно от этой потребности, а не от их видения как это можно сделать...

Не панацея, за зато это КРУТО.
Начинать с 432 нельзя из-за проблемы "666"!