У некоторых пользователей на определенном этапе работы перестает рассчитываться зарплата по некоторым видам, причем, как правило, не для всех сотрудников, а для некоторых, иногда не рассчитывается целое подразделение. Опять же, не все виды, а только некоторые. В 95% случаях помогает чистка DSK, а редко вообще приходится выполнять абсолютно непонятные мне вещи – пересчитывать права, перезагружать компьютер и т.д. После таких манипуляций начинает работать.
Подскажите, что может быть, хотя бы предположение? Может, подскажите, как локализовать ошибку, когда перестанет считаться. Предположительно, такие проблемы начались после перехода на Oracle, но возможно, это совпадение, т.к. последнее время увеличилось как число сотрудников, так и пользователей Галактики – может, какие-то проблемы с лицензиями, хотя ошибок никаких не выдает.
Галактика 8.10, Oracle 10g.
Перестает расчитываться зарплата
Модераторы: m0p3e, edward_K, Модераторы
-
- Заслуженный деятель интернет-сообщества
- Сообщения: 5188
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: SPB galaxy spb
1. Журнал - смотрите за Lschet, nachisl
2. посмотреть zarerror.log - может что там есть?
3. никогда не считайте зарплату передернув настройку пользовательского отчетного периода - нужна обязательно перезаходить в галку.
4. насчет dsk пишите в ТП с подробным описанием ситуации и самой dsk.
5. Может переставать считаться из-за взаимной блокировки - нехорошо считать с разных машин по одним и тем же подразделениям.
6.насчет прав странно - если они были нормально посчитаны , то вроде уже не надо пересчитывать, перед перерасчетом сделайте отчет о расчитанных правах на таблицы. И вообще были какие то основания чтобы их пересчитывать?
7. на оракле наверное нужно патч поставить
8. если база большая то периодически нужно делать "сбор статистики" средствами оракла - было дело влияло, но вроде как сие давно обещали исправить.
2. посмотреть zarerror.log - может что там есть?
3. никогда не считайте зарплату передернув настройку пользовательского отчетного периода - нужна обязательно перезаходить в галку.
4. насчет dsk пишите в ТП с подробным описанием ситуации и самой dsk.
5. Может переставать считаться из-за взаимной блокировки - нехорошо считать с разных машин по одним и тем же подразделениям.
6.насчет прав странно - если они были нормально посчитаны , то вроде уже не надо пересчитывать, перед перерасчетом сделайте отчет о расчитанных правах на таблицы. И вообще были какие то основания чтобы их пересчитывать?
7. на оракле наверное нужно патч поставить
8. если база большая то периодически нужно делать "сбор статистики" средствами оракла - было дело влияло, но вроде как сие давно обещали исправить.
1. Посмотрел журнал, правда не nachisl, а UCHRABVR (не верно считается предварительная разноска)
2. zarerror.log нет
3. отчетный период не трогаем
4. только что ситуация повторилась - удаление DSK не помогло, видимо, дело не в ней
5. блокировку попробую отследить
6. права пересчитываю скорее от безысходности, никаких оснований пересчитывать нет
7. На Oracle не так давно ставили последний патч
2. zarerror.log нет
3. отчетный период не трогаем
4. только что ситуация повторилась - удаление DSK не помогло, видимо, дело не в ней
5. блокировку попробую отследить
6. права пересчитываю скорее от безысходности, никаких оснований пересчитывать нет
7. На Oracle не так давно ставили последний патч
-
- Заслуженный деятель интернет-сообщества
- Сообщения: 5188
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: SPB galaxy spb
вообще нужно смотреть еще "основная оплата" в лицевом счете или в переходе в межпериод - это тоже типичная ошибка..
если точно известно на ком попробуйте добавить доплату с алгоритмом 2 (сумой)- она хотя бы посчитается? А Lschet то меняется?
еще могут быть проблемы с режимом или с табелем - включите автопереформирование.
если точно известно на ком попробуйте добавить доплату с алгоритмом 2 (сумой)- она хотя бы посчитается? А Lschet то меняется?
еще могут быть проблемы с режимом или с табелем - включите автопереформирование.