Главная
Новый форум
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Разработчикам (Кадры, Статус приказа)

 
Post new topic   Reply to topic   printer-friendly view     Forum Index -> БЭСТ-5
View previous topic :: View next topic  
Author Message
krssu



Joined: 18 Dec 2003
Posts: 380
Location: Программисты
Occupation: ОАО Красноярское РССУ
Interests: Красноярск

PostPosted: 24 Sep 2004 09:43    Post subject: Разработчикам (Кадры, Статус приказа) Reply with quote

При изменении статуса приказа Исполнен->Проект теряются
данные по адресам.
Существует какая-нибудь возможность "безболезненного" изменения статуса приказа, чтобы все данные исполненного попадали в Проект?
Из-за частых ошибок и постоянной смены статуса у некоторых работников наблюдается несоответствие между табельными номерами в базах, что отражается в личной карточке.
Например:
kadry_cardspri
id_staff 183
Tnum 008016
id_staff 245
Tnum 008017
kadry_cardssec
id_staff 183
tnum 8010
id_staff 245
tnum 8010
т.е у сотрудников в базе cardssec запись tnum просто у всех одинакова. Приходится руками править.
Непонятно чем это вызвано, т.к неделю назад было все нормально.
По моему мнению это началось с ввода таб.номеров без ведущих нулей.
Вроде и индексация делается каждый день. И в базах подозрительных записей нет.
Back to top
View user's profile Send private message Visit poster's website
Юлия Астахова



Joined: 01 Apr 2003
Posts: 549
Location: Юлия Астахова
Occupation: БЭСТ-Программы (Консультант)
Interests: Москва

PostPosted: 24 Sep 2004 15:01    Post subject: Reply with quote

Quote:
При изменении статуса приказа Исполнен->Проект теряются данные по адресам.

В этом случае не только теряются данные по адресам - полностью удаляется личная карточка сотрудника со всеми введенными в нее данными, о чем при попытке изменения статуса приказа предупреждает система. Кроме того в руководстве пользователя по программе БЭСТ-5 (раздел 5 «Персонал», часть 1 «Кадры», п. 1.4.10.4 «Перевод приказа из статуса Исполнен в статус Проект») написано:
Перевод приказа из статуса Исполнен в статус Проект - это не просто изменение статуса. В этом случае полностью удаляется личная карточка кадрового учета сотрудника со всеми внесенными в нее данными. Сотрудник останется только в приказе. Если возникнет необходимость перевода этого приказа снова в статус Исполнен, все данные в его личную карточку придется вносить заново!

Quote:
Существует какая-нибудь возможность "безболезненного" изменения статуса приказа, чтобы все данные исполненного попадали в Проект?

Для внесения изменений в приказ не требуется изменения его статуса на «Проект», для этого имеется возможность редактирования приказа, находящегося в статусе «Исполнен». При редактировании такого приказа личная карточка не удаляется, после сохранения приказа информация в ней обновляется.

Quote:
Из-за частых ошибок и постоянной смены статуса у некоторых работников наблюдается несоответствие между табельными номерами в базах, что отражается в личной карточке.
Например:
kadry_cardspri
id_staff 183
Tnum 008016
id_staff 245
Tnum 008017
kadry_cardssec
id_staff 183
tnum 8010
id_staff 245
tnum 8010
т.е у сотрудников в базе cardssec запись tnum просто у всех одинакова. Приходится руками править.
Непонятно чем это вызвано, т.к неделю назад было все нормально.
По моему мнению это началось с ввода таб.номеров без ведущих нулей.
Вроде и индексация делается каждый день. И в базах подозрительных записей нет.


Нам тоже непонятно чем это вызвано, поэтому очередной раз просим выслать баз
Back to top
View user's profile Send private message
krssu



Joined: 18 Dec 2003
Posts: 380
Location: Программисты
Occupation: ОАО Красноярское РССУ
Interests: Красноярск

PostPosted: 27 Sep 2004 10:16    Post subject: Reply with quote

Юлия Астахова wrote:

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

Выслал (27.09.2004 10:12ам).
Back to top
View user's profile Send private message Visit poster's website
Юлия Астахова



Joined: 01 Apr 2003
Posts: 549
Location: Юлия Астахова
Occupation: БЭСТ-Программы (Консультант)
Interests: Москва

PostPosted: 27 Sep 2004 12:08    Post subject: Reply with quote

Базу получили, будем разбираться
Back to top
View user's profile Send private message
Юлия Астахова



Joined: 01 Apr 2003
Posts: 549
Location: Юлия Астахова
Occupation: БЭСТ-Программы (Консультант)
Interests: Москва

PostPosted: 28 Sep 2004 14:41    Post subject: Reply with quote

Ответ отправлен по поч
Back to top
View user's profile Send private message
krssu



Joined: 18 Dec 2003
Posts: 380
Location: Программисты
Occupation: ОАО Красноярское РССУ
Interests: Красноярск

PostPosted: 30 Sep 2004 11:14    Post subject: Reply with quote

Юлия Астахова wrote:
Ответ отправлен по почте.

Мы все исправили так как Вы писали (в базе memdat.dbf),
и табельный номер самый большой взяли,
но-все равно, проблема осталась, теперь у всех
самый большой номер из базы memdat.
Как быть?
Back to top
View user's profile Send private message Visit poster's website
Юлия Астахова



Joined: 01 Apr 2003
Posts: 549
Location: Юлия Астахова
Occupation: БЭСТ-Программы (Консультант)
Interests: Москва

PostPosted: 30 Sep 2004 15:29    Post subject: Reply with quote

Здравствуйте!

1. Что указано в таблице memdat.dbf в поле VALUE сейчас ?

2. Какой максимальный табельный номер в картотеке?

3. Какой табельный номер предлагается при создании приказа?

4. Какой номер вместо предлагаемого необходимо ввести в приказ?

5. Есть ли в базе табельные номера без ведущих нулей?
Back to top
View user's profile Send private message
krssu



Joined: 18 Dec 2003
Posts: 380
Location: Программисты
Occupation: ОАО Красноярское РССУ
Interests: Красноярск

PostPosted: 01 Oct 2004 05:50    Post subject: Reply with quote

Юлия Астахова wrote:
Здравствуйте!
1. Что указано в таблице memdat.dbf в поле VALUE сейчас ?

ident value len type array crc id_st user_code
----------------------------------------------
KADRYCARDSPRI 009084 6 C memo
ORDER1 117к-пр. 10 C memo
ORDER1.00000 0000000185 10 C memo
ORDER2 162к-пер. 10 C memo
ORDER2 пустое пустое пустое memo
ORDER3 0060к-ув. 10 C memo
KADRYSERVTYPE 004 3 C memo
ORDER0 пустое 0 U memo
ORDER4 138к-от. 10 C memo
Правильные ли записи, выделенные жирным шрифтом?
Юлия Астахова wrote:

2. Какой максимальный табельный номер в картотеке?

максимальный номер в kadry_cardspri 009084.
Юлия Астахова wrote:

3. Какой табельный номер предлагается при создании приказа?

При создании приказа предлагает 009085.
Юлия Астахова wrote:

4. Какой номер вместо предлагаемого необходимо ввести в приказ?

пытаемся ввести меньший так как есть свободные
(например 008025, 000268 и т.п), а также большие
(009085, 009086 ...),
Юлия Астахова wrote:

5. Есть ли в базе табельные номера без ведущих нулей?

В базе, табельных номеров без ведущих нулей нет.
Back to top
View user's profile Send private message Visit poster's website
Юлия Астахова



Joined: 01 Apr 2003
Posts: 549
Location: Юлия Астахова
Occupation: БЭСТ-Программы (Консультант)
Interests: Москва

PostPosted: 01 Oct 2004 12:12    Post subject: Reply with quote

Нумерация работает следующим образом:
При создании нового табельного номера по умолчанию подставляется следующий за максимальным существущим табельным номером. При этом, т.к. табельные номера - символьное поле (т.е. в номере могут быть не только цифры) при нахождении максимального номера происходит сравнение строк. Например, при сравнении номеров "000988" и "808" большим будет номер "808" (т.к. в первом номере 1-й слева символ - 0, а во втором - 8).
Поэтому при создании приказа о приеме / переводе нового сотрудника в качестве табельного номера предлагается следующий за максимальным в базе, указанным в таблице Memdat.dbf в поле Value. В вашем случае это номер 009085. Этот предложенный по умолчанию номер можно изменить на меньший (из числа свободных табельных номеров), например - 008025, и сохранить приказ. В этом случае при создании следующего приказа в качестве табельного номера опять будет предложен номер 009085. Если сохранить приказ, не изменяя это значение, то при создании следующего приказа в качестве табельного номера уже будет предложен номер 009086.
Если предложенный по умолчанию табельный номер изменить на больший (например, 009090) и сохранить приказ, то в в новом приказе система предложит в качестве следующего табельного номера 009091.
Если у вас работает по-другому, напишите как.
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic   printer-friendly view     Forum Index -> БЭСТ-5 All times are GMT + 4 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © phpBB Group

Rambler
Rambler's Top100 Рейтинг@Mail.ru