Символьные табельные номера

[Maverick]

Кстати, к сведению: в недалёком будущем табельный номер перестанет быть уникальными идентификатором лицевого счета, и давняя мечта кадровиков о приеме новых сотрудников на ранее использовавшиеся табельные номера станет реальностью.

Виталий, а как же с законодательством? Ведь насколько я помню карточки сотрудников (с ТАБЕЛЬНЫМИ НОМЕРАМИ) хранятся до 10 лет.
Путаницы не будет?

[Oweo]

Кстати, к сведению: в недалёком будущем табельный номер перестанет быть уникальными идентификатором лицевого счета, и давняя мечта кадровиков о приеме новых сотрудников на ранее использовавшиеся табельные номера станет реальностью.

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

[ch]

Вот мы , например, храним все табельные номера ( лицевые счета) в модуле "Зарплата" и никогда не удаляем сотрудников из картотеки модуля "Зарплата". Как же тогда будет выглядеть список сотрудников в "зарплате"? таб. номер 102 - Иванов и тут же таб. номер 102 - Петров. А ведь наши бушки работают очень быстро (почти "слепым методом"), иногда даже не глядя на клавиатуру.Кого же они понавыбирают? Быстрый поиск трогать однозначно нельзя. А вот с неуникальными табельными номерами в "зарплате" сплошные вопросы. Кому это нужно? Наверное есть веские причины. Мне лично не понятные.

[Screw]

Как мне сообщил автор ТЗ, ничего касающегося уникальности табельных номеров лицевых счетов в законодательстве нет.

Как же тогда будет выглядеть список сотрудников в "зарплате"? таб. номер 102 - Иванов и тут же таб. номер 102 - Петров.

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

Мы немного отклонились от темы. Вопрос целесообразности внедрения в Галактику символьных табельных номеров остаётся открытым. Возможен вариант, при котором в системе одновременно будет существовать 2 версии табельных номеров - числовая и символьная. Разумеется, использоваться будет только одна из них - по выбору пользователя.

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

[ch]

Нет, такой необходимости никогда не было, хотя у нас достаточно крупное предприятие, состоящее из нескольких обособленных подразделений и количество сотрудников исчисляется тысячами. А для кодирования табельных номеров нас вполне устраивает позиционная система кодирования. Например, сотрудники одного завода имеют таб.номера с 40 001 до 49 999, другого завода : от 60 001 до 69 999 и т.д. Внештатные сотрудники и работающие по гражданско-трудовым договорам тоже имеют свой "интервал". Соответственно, при переходе сотудника с завода на завод нам приходиться менять ему табельный номер (оставляем старый таб.номер, и заводим новый). А если "впихывать" в табельный номер дополнительную информацию (предполагаю что стмволы нужны имеенно для этого) , то и табельные номера придется менять чаще. А это вряд ли хорошо - чаще придется "Объединять" табельные номера для правильного удержания налогов и сдачи сведений в ГНИ и ПФ. Но если символьные табельные номера все-таки будут реализованы, то вариант с выбором "числовые" или "символьные" просто необходим.

[Oweo]

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

Не встречалась такая необходимость, хотя и предприятия попадались крупные и разные по видам деятельности.
Вообще, это от авторов ТЗ должны исходить обоснования: что и зачем и как, не так ли??

[Screw]

Вообще, это от авторов ТЗ должны исходить обоснования: что и зачем и как, не так ли??

ТЗ касалось только вопросов повторного приема без открытия нового лицевого счета. Вопрос о типе табельных номеров к нему не относится.

[Oweo]

ТЗ касалось только вопросов повторного приема без открытия нового лицевого счета. Вопрос о типе табельных номеров к нему не относится.

Да, конечно, извините, смешали два вопроса в один.
Просто Вы упомянули, что в недалеком будущем...

[Maverick]

Как мне сообщил автор ТЗ, ничего касающегося уникальности табельных номеров лицевых счетов в законодательстве нет.

А как насчет каточек сотрудников в кадрах? они точно должны храниться N лет... а там тоже фигурирует табельный номер...

насчет

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

- нет, никогда не сталкивались. всех устраивает ситуация с цифровыми табельными номерами

[Max_Fin]

Лучше б вместо выдумывания символьных лицевых счетов занялись полностью ревизией всей структуры БД по зарплате.
Или по крайней мере добавили бы человечные индексы, например, CLSCH + MES + YEARK и CLSCH + MESN + YEARN.
Я уж не говорю о именах полей, это отдельная история

[coolibin]

занялись полностью ревизией всей структуры БД по зарплате

только не это

[Tangar]

Лучше б вместо выдумывания символьных лицевых счетов занялись полностью ревизией всей структуры БД по зарплате.
Или по крайней мере добавили бы человечные индексы, например, CLSCH + MES + YEARK и CLSCH + MESN + YEARN.
Я уж не говорю о именах полей, это отдельная история

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

[Max_Fin]

[WiRuc]

Если делается вот это

Лучше б вместо выдумывания символьных лицевых счетов занялись полностью ревизией всей структуры БД по зарплате.

то начинаем усиленно готовиться к глюкам в зарплате.

[Screw]

Или по крайней мере добавили бы человечные индексы, например, CLSCH + MES + YEARK и CLSCH + MESN + YEARN.

Само собой! Куда же без этого?