| View previous topic :: View next topic   | 
	
	
	
		| Author | 
		Message | 
	
	
		krssu
 
  
  Joined: 18 Dec 2003 Posts: 380 Location: Программисты Occupation: ОАО Красноярское РССУ Interests: Красноярск
  | 
		
			
				 Posted: 24 Sep 2004 09:43    Post subject: Разработчикам (Кадры, Статус приказа) | 
				     | 
			 
			
				
  | 
			 
			
				При изменении статуса приказа Исполнен->Проект теряются
 
данные по адресам. 
 
Существует какая-нибудь возможность "безболезненного" изменения статуса приказа, чтобы все данные исполненного попадали в Проект?
 
Из-за частых ошибок и постоянной смены статуса у некоторых работников наблюдается несоответствие между табельными номерами в базах, что отражается в личной карточке.
 
Например:
 
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 | 
		 | 
	
	
		  | 
	
	
		Юлия Астахова
 
 
  Joined: 01 Apr 2003 Posts: 549 Location: Юлия Астахова Occupation: БЭСТ-Программы (Консультант) Interests: Москва
  | 
		
			
				 Posted: 24 Sep 2004 15:01    Post subject:  | 
				     | 
			 
			
				
  | 
			 
			
				 	  | 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 | 
		 | 
	
	
		  | 
	
	
		krssu
 
  
  Joined: 18 Dec 2003 Posts: 380 Location: Программисты Occupation: ОАО Красноярское РССУ Interests: Красноярск
  | 
		
			
				 Posted: 27 Sep 2004 10:16    Post subject:  | 
				     | 
			 
			
				
  | 
			 
			
				 	  | Юлия Астахова wrote: | 	 		  
 
Нам тоже непонятно чем это вызвано, поэтому очередной раз просим выслать базу. | 	  
 
Выслал (27.09.2004 10:12ам). | 
			 
		  | 
	
	
		| Back to top | 
		 | 
	
	
		  | 
	
	
		Юлия Астахова
 
 
  Joined: 01 Apr 2003 Posts: 549 Location: Юлия Астахова Occupation: БЭСТ-Программы (Консультант) Interests: Москва
  | 
		
			
				 Posted: 27 Sep 2004 12:08    Post subject:  | 
				     | 
			 
			
				
  | 
			 
			
				| Базу получили, будем разбираться | 
			 
		  | 
	
	
		| Back to top | 
		 | 
	
	
		  | 
	
	
		Юлия Астахова
 
 
  Joined: 01 Apr 2003 Posts: 549 Location: Юлия Астахова Occupation: БЭСТ-Программы (Консультант) Interests: Москва
  | 
		
			
				 Posted: 28 Sep 2004 14:41    Post subject:  | 
				     | 
			 
			
				
  | 
			 
			
				| Ответ отправлен по поч | 
			 
		  | 
	
	
		| Back to top | 
		 | 
	
	
		  | 
	
	
		krssu
 
  
  Joined: 18 Dec 2003 Posts: 380 Location: Программисты Occupation: ОАО Красноярское РССУ Interests: Красноярск
  | 
		
			
				 Posted: 30 Sep 2004 11:14    Post subject:  | 
				     | 
			 
			
				
  | 
			 
			
				 	  | Юлия Астахова wrote: | 	 		  | Ответ отправлен по почте. | 	  
 
Мы все исправили так как Вы писали (в базе memdat.dbf),
 
и табельный номер самый большой взяли,
 
но-все равно, проблема осталась, теперь у всех
 
самый большой номер из базы memdat.
 
Как быть?   | 
			 
		  | 
	
	
		| Back to top | 
		 | 
	
	
		  | 
	
	
		Юлия Астахова
 
 
  Joined: 01 Apr 2003 Posts: 549 Location: Юлия Астахова Occupation: БЭСТ-Программы (Консультант) Interests: Москва
  | 
		
			
				 Posted: 30 Sep 2004 15:29    Post subject:  | 
				     | 
			 
			
				
  | 
			 
			
				Здравствуйте!
 
 
1. Что указано в таблице memdat.dbf в поле VALUE сейчас ?
 
 
2. Какой максимальный табельный номер в картотеке?
 
 
3. Какой табельный номер предлагается при создании приказа?
 
 
4. Какой номер вместо предлагаемого необходимо ввести в приказ?
 
 
5. Есть ли в базе табельные номера без ведущих нулей? | 
			 
		  | 
	
	
		| Back to top | 
		 | 
	
	
		  | 
	
	
		krssu
 
  
  Joined: 18 Dec 2003 Posts: 380 Location: Программисты Occupation: ОАО Красноярское РССУ Interests: Красноярск
  | 
		
			
				 Posted: 01 Oct 2004 05:50    Post subject:  | 
				     | 
			 
			
				
  | 
			 
			
				 	  | Юлия Астахова 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 | 
		 | 
	
	
		  | 
	
	
		Юлия Астахова
 
 
  Joined: 01 Apr 2003 Posts: 549 Location: Юлия Астахова Occupation: БЭСТ-Программы (Консультант) Interests: Москва
  | 
		
			
				 Posted: 01 Oct 2004 12:12    Post subject:  | 
				     | 
			 
			
				
  | 
			 
			
				Нумерация работает следующим образом:
 
При создании нового табельного номера по умолчанию подставляется следующий за максимальным существущим табельным номером. При этом, т.к. табельные номера - символьное поле (т.е. в номере могут быть не только цифры) при нахождении максимального номера происходит сравнение строк. Например, при сравнении номеров "000988" и "808" большим будет номер  "808" (т.к. в первом номере 1-й слева символ - 0, а  во втором - 8).
 
Поэтому при создании приказа о приеме / переводе нового сотрудника в качестве табельного номера предлагается следующий за максимальным в базе, указанным в таблице Memdat.dbf в поле Value. В вашем случае это номер 009085. Этот предложенный по умолчанию номер можно изменить на меньший (из числа свободных табельных номеров), например - 008025, и сохранить приказ. В этом случае при создании следующего приказа в качестве табельного номера опять будет предложен номер 009085. Если сохранить приказ, не изменяя это значение, то при создании следующего приказа в качестве табельного номера уже будет предложен номер 009086.
 
Если предложенный по умолчанию табельный номер изменить на больший (например, 009090) и сохранить приказ, то в в новом приказе система предложит в качестве следующего табельного номера 009091.
 
Если у вас работает по-другому, напишите как. | 
			 
		  | 
	
	
		| Back to top | 
		 | 
	
	
		  | 
	
	
		 |