Повторное трудоустройство на тот же табельный номер

[savov]

У нас при трудоустройстве работника на старый табельный возникли проблемы. Так, лицевой счет ссылается на "архивную" запись , т.е. содержит запись, согласно которй сотрудник уволен, а то, что он принят туда не попадает. Далее, при формировании актов услуг (у нас через них оплата за телефон сотрудникам) опять ссылка на архивную запись, нужно вручнубю править. Поделитесь, кто принимает на старые табельные номера, проблемами и их решением. Может надо какие то настройки ставить или еще что-то делать?

[varvara]

Еще одна проблемка с повторным трудоустройством на тот же табельный номер: не создается автоматически (после утверждения приказа) новая запись о стаже работы на предприятии (переносится только предыдущая ).
Галактика 7.12
Похоже мало кто пользуется режимом повторного приема...

[Юра]

Таж беда... Вручную ссылки не направишься!

[Tangar]

У нас при трудоустройстве работника на старый табельный возникли проблемы...

Фактически сейчас система не поддерживает прием на тот же табельный номер. Одна из причин - уникальность табельного номера в таблицах.

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

[Юра]

Фактически сейчас система не поддерживает прием на тот же табельный номер. Одна из причин - уникальность табельного номера в таблицах.

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

Товарисч из Галактики! Уникален должен быть первичный ключ в таблице (на то он и первичный ключ, третья НФ), в данном случае Persons.nrec! Это просто баг! Нужно всего лишь правильно сцылки в lschet формировать! Для этого не надо изобретать новую версию Г! Извиняюсь за эмоциональность.

[Oweo]

Для этого не надо изобретать новую версию Г!

Практика показывает, что вы заблуждаетесь

[edward_K]

Товарисч из Галактики! Уникален должен быть первичный ключ в таблице (на то он и первичный ключ, третья НФ), в данном случае Persons.nrec!

зато как было удобно заливать данные в кадры и зарплату используя только ключ Tabn.

[Tangar]

Товарисч из Галактики! Уникален должен быть первичный ключ в таблице (на то он и первичный ключ, третья НФ), в данном случае Persons.nrec! Это просто баг! Нужно всего лишь правильно сцылки в lschet формировать! Для этого не надо изобретать новую версию Г! Извиняюсь за эмоциональность.

Эмоцианируйте сколь угодно!
Я пишу ответы для реально интересующихся людей, а не для пустого трепа.
Раз уж Вы такой продвинутый, в том числе и в нормальных формах реляционных БД, прежде чем спорить - изучили бы вопрос.
Это я к тому, что в таблице Persons - табельный номер как-раз таки не уникальное поле! Уникально оно в таблице Lschet. А баг это, или фича вопрос очень субъективный!
В общем, если хочется пофлудить - В БОБРУЙСК .......

[Den]

Tangar..а почему в Бобруйск то )))

[Tangar]

Tangar..а почему в Бобруйск то )))

Имелось в виду ставшее уже устойчивым выражение "В БОБРУЙСК, ЖИВОТНОЕ!"

[Oweo]

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

[Галл]

Если не ошибаюсь г. Бобруйск не так далеко от Минска? Возможно уважаемый Tangar намекает, что новая версия именно там собирается, так сказать новый филиал?! Есть подозрения, что патчи там собираются однозначно