Страница 1 из 4
Переход в зарплате к следующему месяцу (Гал8.10)
Добавлено: 14 апр 2009, 14:36
NM
Галактика 8.10, патчи апрельские. Делаем переход в зарплате к следующему месяцу. Ошибок море. В результате до конца так и не дощли, пришлось делать перезагрузку. Кто нибудь сталкивался с такой ситуацией?
Добавлено: 14 апр 2009, 15:24
edward_K
а что за ошибки то? море - это пустой звук. тробла была на февральских и то на mssql.
Добавлено: 14 апр 2009, 17:33
NM
...Ошибка 5 (не записали точно)
1) Дублированное значение при уникальном ключе в таблице 'x$journal'. Уникальный индекс 'x$journalo' . Продолжить? -продолжили
2) TBlockModifier.run+GroupDelete Дублирование ключа - около 5 раз. все продолжали
3)ошибка при работе с таблицей "Реестры по перечислению в сбербанк" - зависли
Добавлено: 14 апр 2009, 17:48
Polimer
MS70DRV.DLL какой даты?
Добавлено: 14 апр 2009, 18:47
NM
от 18/02/09
Добавлено: 14 апр 2009, 19:40
Polimer
Вот это выполнили из MS70DRV_DLL_54160.txt ?
Код: Выделить всё
# ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: После установки обновления перед запуском
приложения
необходимо принудительно пересчитать права
пользователей на таблицы с помощью утилиты Саппорт. При
этом значение конфигурационного параметра
SQLDriver.ForceRights должно быть установлено в "On".
Добавлено: 14 апр 2009, 20:09
NM
да.
сейчас пересчитала права, установила ON
У нас часть данных перешла в архив, часть осталась в месяце, месяц показывает 03/2009.
так как переход некорректно был завершен, месяц стоит отчетный март, надо апрель
в Тестовой БД попробую сделать переход, а в реальной-то что можно сделать?
Добавлено: 14 апр 2009, 20:19
NM
ваш совет не помог, ошибки пошли те же
Добавлено: 14 апр 2009, 22:02
Ged
А напсервер переставляли?
Добавлено: 15 апр 2009, 07:36
at
У нас на прошлой неделе была эта же ситуация, кроме, этого после ошибки при переходе на след месяц, у ВСЕХ пользователей стала вылетать ошибка 5 и ошибки записи в журнал. ( платформа MS SQL).
После полной перезагрузки сервера ошибки ушли.
Поскольку переход на завершился был сделан откат по журналу по пользователю который выполнял переход ( откатилось примерно 130 тыс записей). Хотя вроде бы это и не совсем корректно для перехода.
После этого еще раз повторили переход, но на всякий случай под пользователем с правами админа.
Эта попытка оказалась удачной, но ощущение зыбкости всего осталось.
Быть может наш скромный опыт вам пригодится.
Добавлено: 15 апр 2009, 13:48
Polimer
Хмм... Переход на апрель делали до установки патча по ПИР: 104.18742 и 103.4054
Сегодня на тестовой проверили с всеми патчами на 13.04.09 переход в зарплате. Жуткая картина
После перехода валится напсервер - ругается на индекс journal0 некоторых таблиц. Необходимо перезапускать sql server. Переход проходит нормально только при выключенной журнализации. Кто имеет полный доступ к ПИРу, проверьте, есть эта трабла.
Добавлено: 20 апр 2009, 10:31
maikl
Установил обновления от 008/04/2009 (MS SQL). Выполнил в тесттовой базе переход на след. месяц (в зарплате).
Выдало ошибку - дублированное значение при уникальном ключе в след. таблицах
SumupTec
SumupBud
SumupPro
SumupSoc
Как узнать насколько это критично?
Добавлено: 20 апр 2009, 14:16
NM
Nap-server переставляли,вышли из положения следующим образом:
поставили старые патчи, сделали переход (3-й раз подряд), потом снова поставили новые патчи.
Запросами изменили архивные отпуска и б/л на текущие (те которые апрельские)
--
Установил обновления от 008/04/2009 (MS SQL). Выполнил в тесттовой базе переход на след. месяц (в зарплате).
Выдало ошибку - дублированное значение при уникальном ключе в след. таблицах
SumupTec
SumupBud
SumupPro
SumupSoc
Как узнать насколько это критично?
--
делали контроль НДФЛ за 2009 и контроль налогов на ФОТ по всем работникам.
Добавлено: 21 апр 2009, 01:13
Ged
делали контроль НДФЛ
угу, тока если за предыдущие года записи есть..
А так можно экспортом/импортом перегонять данные из "после ЗП" в "До ЗП", если никто не успел ЗП пересчитать в тек. месяце!
=======
Lot.ExportCompToStr=on
Select * SumUlSoc to dbf SumUpSoc.dbf;
Delete all SumUpSoc;
Import SumUpSoc from dbf SumUpSoc.dbf N F S R;
=======
Кста сеня заметил с жорнал какая то лажа.. - в части дублирования суррогатного ключа.
Добавлено: 21 апр 2009, 18:52
NM
мы делали контроль за 9 год, за 8 - нет данных. Спасибо за совет.