Страница 1 из 2
					
				Проблемы в Галактике 8.0
				Добавлено: 28 апр 2007, 10:57
				 ZIV
				Сделали индексацию на 01.04.07, после этого в картотеке сотркдников обнулились все разряды, съехали должности, и дата назначения встала 01.10.2004 у ВСЕХ. Оклады(тарифы) в ШР поменялись нормально. 01.10.2004 была так же индексация. Может быть где-то идет привязка к этой дате? 
2. Во всех отчетах показывает дату старой индексации на 01.01.07 а тарифы ставит новой на 01.04.07, и в отчетах идет расхождение данных тарифов(окладов), т.е. где стоят новые, где старые. 
Может быть из-за перехода с 7.12 на 8.0 или что-то с индексацией.
Хелп!
			 
			
					
				
				Добавлено: 28 апр 2007, 11:34
				 Алексей
				А может быть надо было на 8.1 переходить?  8-ка вроде как не поддерживается.
З.Ы. Сам на 7.12
			 
			
					
				
				Добавлено: 28 апр 2007, 11:43
				 ZIV
				Дык техподдержка нас и перевела на 8.0, а в 8.1 пока что-то не готово.
			 
			
					
				
				Добавлено: 02 май 2007, 10:03
				 Мария_Ф
				Попробуйте откатиться назад и сделать "обновление тарифов/окладов" отдельно по штатке и по картотеке. Может быть именно "Замена тарифных ставок" неправильно сработала.
			 
			
					
				
				Добавлено: 02 май 2007, 10:08
				 Oweo
				Думаю дело в патче по зп.
			 
			
					
				
				Добавлено: 02 май 2007, 11:01
				 ZIV
				Oweo
Разве на 8.0 есть патчи...?
			 
			
					
				
				Добавлено: 02 май 2007, 11:05
				 Oweo
				ZIV писал(а):Oweo
Разве на 8.0 есть патчи...?
Что называется, аффтор жжот. 
 
 
А что, разве нет??
 
			
					
				
				Добавлено: 04 май 2007, 09:32
				 ZIV
				Oweo
С галактикой работаю только 2-й месяц, так что извините если что не так, много вещей не знаю. Думал т.к. она промежуточная то и патчей на нее нет. А Вы сами на 8.0 работаете? Подскажите тогда по конкретнее что за патч и для чего?
			 
			
					
				
				Добавлено: 04 май 2007, 13:21
				 Oweo
				ZIV
Галактика и патчи - это как инь и янь, неразрывны.  
 
 
Ну а если серьезно, то 8.0 - это не промежуточная версия, а самая что ни на есть полноценная, зря вы так про нее. Патчи для нее и 712 выходят синхронно (с одинаковой нумерацией).
У вас должен стоять zar16 и фиксы к нему zar16fix04, zar16fix11, zar16fix13 как минимум - функция обновления окладов/тарифов находится где-то в них. Читайте описание к ним, может исправлялась такая ошибка.
Вообще ваша ТП глупо поступила, лично я не вижу никакого смысла в переходе с 7.12 на 8.00. Хотя, возможны варианты, иногда это бывает обосновано.
ПС. Лично меня 7.12 больше устраивает в плане количества глюков-удобства работы (подключение ресурсов)
 
			 
			
					
				
				Добавлено: 04 май 2007, 14:53
				 Seybukan
				ПС. Лично меня 7.12 больше устраивает в плане количества глюков-удобства работы (подключение ресурсов)
Это потому, что вы наверное с планированием производства не работаете. Так как в 7.12 это просто жуть какие тормоза.
Я уже сплю и вижу заставку 8.10
 
			
					
				
				Добавлено: 20 июл 2007, 10:57
				 ZIV
				Народ, опять обращаюсь с той же проблемой, непонятно как у некоторых сотрудников в картотеке дата назначения ставиться 01.10.2004 и оклад "0". Как это может происходить. Посмотрел в тарифных сетках, на эту дату 01.10.2004 была индексация. Но как и почему так происходит я не могу понять. Подскажите плиз  

 , может что то в з\п
 
			
					
				
				Добавлено: 20 июл 2007, 16:08
				 edward_K
				1. Есть такая настройка - автообновление в кадрах
ее нужно отключить всем.
2. Можно и по журналу отследить
3. см 1 - возможно из-за этого летит история назначений.
			 
			
					
				
				Добавлено: 20 июл 2007, 16:14
				 ZIV
				edward_K
Автообновление отключено по всем пунктам... тем более откуда то берется дата 01.10.2004, и разряд скидывается на "0"
			 
			
					
				
				Добавлено: 20 июл 2007, 16:16
				 ZIV
				Еще из-за этой байды не правильно формируется отчет из картотеки по сотрудникам и их окладам. Плиз помогите, с помощью sql запроса выяснил что у большей части сотрудников такое произошло.
			 
			
					
				
				Добавлено: 20 июл 2007, 17:54
				 edward_K
				автообновление настройка пользовательская.
Дык поищите в apphist и посмотрите по журналу. А может быть в штатном в истории все сбилось.
select persons.tabnmb,apphist.* - перечислите нужные.
where ((
'C' == persons.isemployee 
// или еще по табельному наложите
and persons.appointcut == appointments.nrec
// или 
and appointments.nrec == apphist.cappoint
)) ;
вообще пока историю не выправите так и будет.
а в самом назначении чего встало то?