Страница 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
)) ;
вообще пока историю не выправите так и будет.
а в самом назначении чего встало то?