11.08.2005, 16:59 | #1 |
Участник
|
Смена фамилии сотрудника в Аксапте
Как осуществляется в Аксапте технология изменения фамилии сотрудника - например, смена фамилии при замужестве?
Чтобы сохранилась история по сотруднику, я так понимаю, табельный номер (код сотрудника) с прошлой фамилией остается? И добавляется "новый сотрудник" с новой фамилией. А что делать с прошлым? Проводить приказ на увольнение? Или блокировать "старого пользователя"? Или как? |
|
11.08.2005, 17:23 | #2 |
Участник
|
А зачем Вам хранение всей истории фамилий сотрудника? Если просто для статистики, то можно для хранения этих данных 2 текстовых поля: одно для хранения старой фамилии, другое - для даты изменения.
В этом случае, конечно, во всех формируемых отчетах за любой период у сотрудника будет уже новая фамилия. Но это не так уж страшно. В любом случае заведение 2-ой карточки не лучший вариант. |
|
11.08.2005, 17:25 | #3 |
Дайвер
|
1. Стандартно. В Аксапте штатно изменение фамилии производится редактированием поля "Фамилия" в карточке сотрудника.
Данный метод СТРОГО не рекомендую использовать, т.к. есть вероятность "случайной" смены фамилии половины Вашего кадрового состава. 2. Модификация. Необходимо развивать функциональность. Заблокировать изменение ФИО на карточке. Добавить функциональность для корректной смены ФИО. Организовать хранение истории. |
|
11.08.2005, 17:27 | #4 |
Дайвер
|
Цитата:
А зачем Вам хранение всей истории фамилий сотрудника?
|
|
11.08.2005, 17:39 | #5 |
Участник
|
Цитата:
Изначально опубликовано Yars
2Eugeny_F: Это требование любой кадровой службы. |
|
11.08.2005, 17:46 | #6 |
Участник
|
Цитата:
Изначально опубликовано Eugeny_F
В этом случае, конечно, во всех формируемых отчетах за любой период у сотрудника будет уже новая фамилия. Но это не так уж страшно. |
|
11.08.2005, 17:49 | #7 |
Участник
|
Цитата:
Изначально опубликовано Yars
1. Стандартно. В Аксапте штатно изменение фамилии производится редактированием поля "Фамилия" в карточке сотрудника. Данный метод СТРОГО не рекомендую использовать, т.к. есть вероятность "случайной" смены фамилии половины Вашего кадрового состава. 2. Модификация. Необходимо развивать функциональность. Заблокировать изменение ФИО на карточке. Добавить функциональность для корректной смены ФИО. Организовать хранение истории. 1. При этом вся история будет находиться в Аксапте с новой фамилией. А это кадровиков не устраивает. 2. В данный момент, к сожалению, модификация кода невозможна, по независящим от меня причинам. |
|
11.08.2005, 18:26 | #8 |
Участник
|
Настройте функциональнось "Журнал базы данных" и получите практически то что нужно
__________________
любитель портвейна и снов с прокисшей капустой в усах |
|
11.08.2005, 19:11 | #9 |
Участник
|
Цитата:
Изначально опубликовано eugene egorov
Настройте функциональнось "Журнал базы данных" и получите практически то что нужно |
|
11.08.2005, 19:30 | #10 |
Дайвер
|
Цитата:
1. При этом вся история будет находиться в Аксапте с новой фамилией. А это кадровиков не устраивает.
Куда его переводить? В неработающих? Что делать со статистикой? Сведения о численности, составе и движении работников на предприятии за год - простой отчет, нужный кадровику как будет выглядеть? Как кадры ведут Т2 сейчас? Как хранят историю? Какую? Попробуйте задать эти вопросы начальнику ОК. Мы очень долго обсуждали кадровый вопрос. Нужно организовать поиск не только по текущим, но и по "историческим" фамилиям. Этого будет достаточно кадрам. Подумайте над этим. |
|
11.08.2005, 20:13 | #11 |
Дайвер
|
Цитата:
2. В данный момент, к сожалению, модификация кода невозможна, по независящим от меня причинам.
|
|
12.08.2005, 11:04 | #12 |
Участник
|
Цитата:
Изначально опубликовано Yars
Куда его переводить? В неработающих? Что делать со статистикой? В чем здесь минус? Цитата:
Как кадры ведут Т2 сейчас? Как хранят историю? Какую?
Попробуйте задать эти вопросы начальнику ОК. Говорят, что "запутаются" если вся "старая" история будет идти под "новой" фамилией. |
|
12.08.2005, 11:07 | #13 |
Участник
|
Цитата:
Изначально опубликовано Yars
Вы внедряете Расчеты с персоналом или ведете только карточку сотрудников? Внедрения как такового пока не началось, но ОК уже начал работать. А модифицировать в ближайший месяц нельзя. Т.е. приходится пока обходиться "подручными средствами". |
|
12.08.2005, 11:17 | #14 |
Дайвер
|
Для того, чтобы не запутались, необходимо будет организовать поиск по предыдущим фамилиям. На больших предприятиях ФИО пишут карандашом на карточке сотрудника, т.к. переписывать приходится по 2-3-4 раза. В вашем варианте получится 2-3-4 новых карточки. Их нужно будет связать, т.е. знать, что Иванова, которая сейчас после развода и нового брака стала Петровой, но 3 года назад на работу была принята с фамилией Сидорова. Довольно штатная ситуация. Кого будет искать кадровик в этом случае?
p.s. И еще. Кадры в Аксапте - вещь нетривиальная. Готовьтесь к модификациям. p.p.s. Посмотрите Б..С-Кадр.... (не реклама). Многие вещи реализованы очень изящно. |
|
12.08.2005, 11:41 | #15 |
Дайвер
|
Цитата:
А если использовать блокировку?
Но в любом случае в истории сотрудника должна родится какая-то запись. Прием (да), Увольнение (нет, т.к. он не уволен), Смена фамилии (быть может, но это, опять же, модификация, причем взвесив все, скорее минусы, чем плюсы, от нее откажитесь). Хорошо было бы не забывать о штатном расписании. И о ставках. Увольнять сотрудника - не лучший вариант. Даже справку с места работы сформировать будет проблематично, т.к. система не знает, когда же он реально принят. Нужно думать, в этом случае, как связать нового и старого сотрудника. Быть может через основной номер (разное/налоги) (т.к. он, как раз штатно, предусмотрен для сдельщиков). Еще рекомендую подумать в сторону механизма приказов. В вашем случае их также нужно будет переписывать (развивать). Я еще раз против подобной схемы. Сплошные минусы, большая трудоемкость, а в процессе работы - еще и реальные проблемы. |
|
12.08.2005, 17:38 | #16 |
Участник
|
Цитата:
Изначально опубликовано Yars Не совсем понимаю, о какой блокировке идет речь?
Цитата:
Изначально опубликовано Yars
Я еще раз против подобной схемы. Сплошные минусы, большая трудоемкость, а в процессе работы - еще и реальные проблемы. Скорей всего будем делать что-то по типу вышеуказанной формы. Такой вариант, думаю, всех устроит. |
|
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|