Страница 1 из 1
Повторное трудоустройство на тот же табельный номер
Добавлено: 04 авг 2006, 10:12
savov
У нас при трудоустройстве работника на старый табельный возникли проблемы. Так, лицевой счет ссылается на "архивную" запись , т.е. содержит запись, согласно которй сотрудник уволен, а то, что он принят туда не попадает. Далее, при формировании актов услуг (у нас через них оплата за телефон сотрудникам) опять ссылка на архивную запись, нужно вручнубю править. Поделитесь, кто принимает на старые табельные номера, проблемами и их решением. Может надо какие то настройки ставить или еще что-то делать?
Добавлено: 30 авг 2006, 16:58
varvara
Еще одна проблемка с повторным трудоустройством на тот же табельный номер: не создается автоматически (после утверждения приказа) новая запись о стаже работы на предприятии (переносится только предыдущая ).
Галактика 7.12
Похоже мало кто пользуется режимом повторного приема...
Добавлено: 19 сен 2006, 19:59
Юра
Таж беда... Вручную ссылки не направишься!
Re: Повторное трудоустройство на тот же табельный номер
Добавлено: 20 сен 2006, 20:37
Tangar
savov писал(а):У нас при трудоустройстве работника на старый табельный возникли проблемы...
Фактически сейчас система не поддерживает прием на тот же табельный номер. Одна из причин - уникальность табельного номера в таблицах.
В версии 8.1 поле табельный номер будет не уникальным. Боле того велась большая работа именно в части повторного приема, в том числе с возможностью использовать табельные номера повторно!
Ждем 8.1
Re: Повторное трудоустройство на тот же табельный номер
Добавлено: 20 сен 2006, 21:28
Юра
Tangar писал(а):
Фактически сейчас система не поддерживает прием на тот же табельный номер. Одна из причин - уникальность табельного номера в таблицах.
В версии 8.1 поле табельный номер будет не уникальным. Боле того велась большая работа именно в части повторного приема, в том числе с возможностью использовать табельные номера повторно!
Ждем 8.1
Товарисч из Галактики! Уникален должен быть первичный ключ в таблице (на то он и первичный ключ, третья НФ), в данном случае Persons.nrec! Это просто баг! Нужно всего лишь правильно сцылки в lschet формировать! Для этого не надо изобретать новую версию Г! Извиняюсь за эмоциональность.
Добавлено: 21 сен 2006, 08:47
Oweo
Для этого не надо изобретать новую версию Г!
Практика показывает, что вы заблуждаетесь
Добавлено: 21 сен 2006, 10:20
edward_K
Товарисч из Галактики! Уникален должен быть первичный ключ в таблице (на то он и первичный ключ, третья НФ), в данном случае Persons.nrec!
зато как было удобно заливать данные в кадры и зарплату используя только ключ Tabn.
Re: Повторное трудоустройство на тот же табельный номер
Добавлено: 22 сен 2006, 12:36
Tangar
Юра писал(а):
Товарисч из Галактики! Уникален должен быть первичный ключ в таблице (на то он и первичный ключ, третья НФ), в данном случае Persons.nrec! Это просто баг! Нужно всего лишь правильно сцылки в lschet формировать! Для этого не надо изобретать новую версию Г! Извиняюсь за эмоциональность.
Эмоцианируйте сколь угодно!
Я пишу ответы для реально интересующихся людей, а не для пустого трепа.
Раз уж Вы такой продвинутый, в том числе и в нормальных формах реляционных БД, прежде чем спорить - изучили бы вопрос.
Это я к тому, что в таблице Persons - табельный номер как-раз таки не уникальное поле! Уникально оно в таблице Lschet. А баг это, или фича вопрос очень субъективный!
В общем, если хочется пофлудить - В БОБРУЙСК .......
Добавлено: 22 сен 2006, 18:15
Den
Tangar..а почему в Бобруйск то )))
Добавлено: 22 сен 2006, 18:19
Tangar
Den писал(а):Tangar..а почему в Бобруйск то )))
Имелось в виду ставшее уже устойчивым выражение "В БОБРУЙСК, ЖИВОТНОЕ!"
Добавлено: 25 сен 2006, 06:07
Oweo
Как это вежливо, однако. Человек, между прочим, извинился за свою эмоциональность, в вы его в бабруйск.
Добавлено: 25 сен 2006, 10:13
Галл
Если не ошибаюсь г. Бобруйск не так далеко от Минска? Возможно уважаемый Tangar намекает, что новая версия именно там собирается, так сказать новый филиал?!
Есть подозрения, что патчи там собираются однозначно
