|
|
ЗУП разный результат в файловой и клиент серверной версии
|
Я
|
|
| Смотрящий от 1С 04.10.16 - 15:41 | Недавно перенес ЗУП с файловой на сервер. Нашли различия в расчетах. Версия платформы 8.3.2088. ЗУП 2.5.109.1. По паре человек при прочих равных условиях получаются разные результаты. Базы идентичные, сделаны из одной выгрузки. В документе начисление зарплаты по одному человеку на sql версии берет базу для расчета северных 83600 во второй базе 15000.
Помню, что в 7.7 Зик были траблы с SQL версией. В 8 что нибудь подобное есть? |
| Cyberhawk 1 - 04.10.16 - 15:42 | Может какие-нибудь регламентные задания отработали, которые изменили данные.
Ну и округление какое-нибудь или смещение дат может такой эффект дать...
|
| Смотрящий от 1С 2 - 04.10.16 - 15:50 | Пытался сделать чистый эксперимент. Выгрузка. Из нее делаю две базы в sql и файловую. Вхожу в документ. Выделяю сотрудника. Жму "Рассчитать с комментариями". Вижу разные базы для районного и северного коэффициента.
|
| mistеr 3 - 04.10.16 - 15:51 | ( 0) Режим совместимости проверь, одинаковый? |
| Cyberhawk 4 - 04.10.16 - 15:52 | "Из нее делаю две базы в sql" // Покажи свойства базы в кластере 1С
|
| shuhard 5 - 04.10.16 - 16:01 | ( 0)
( 2)
нет ни слова о релизе сиквела, а дело скорее всего в отсутствии SP |
| H A D G E H O G s 6 - 04.10.16 - 16:04 | |
| cybfyv 7 - 04.10.16 - 16:12 | ( 6) на других склях зуп 2.5 вообще не работает |
| cybfyv 8 - 04.10.16 - 16:12 | скорее всего там где то нет упорядочить
|
| Смотрящий от 1С 9 - 04.10.16 - 16:27 | sql 2008. про sp не в курсе. В последний раз SP были критичны для 1с на sql 2000 насколько я знаю
|
| Смотрящий от 1С 10 - 04.10.16 - 17:21 | В одном случае в базу берет месячную премию, а во втором не берет. загадочная история
|
| hhhh 11 - 04.10.16 - 17:34 | ( 10) наверно, бухгалтера криворукие. позаносили в базу какую-то фигню. Или обменами балуетесь. Какие-нибудь битые ссылки. |
| mehfk 12 - 04.10.16 - 17:38 | ( 10) А теперь поменяй базы местами и проверь еще раз :) |
| Artful Den 13 - 04.10.16 - 17:47 | ( 0) ( 5) - прав стопроцентно. Была описанная проблема, решилась только сменой SQL 2008 на SQL 2008 R2. |
| Смотрящий от 1С 14 - 04.10.16 - 18:04 | Microsoft SQL Server 2008 (RTM) - 10.0.1600.22 (X64) Jul 9 2008 14:17:44 Copyright (c) 1988-2008 Microsoft Corporation Standard Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1)
вот такой у нас скуль |
| Access granted 15 - 04.10.16 - 18:33 | ( 14) Проблема в SP1, тоже самое было. Поставили последний (третий, кажется) - стало считать как надо. |
| shuhard 16 - 04.10.16 - 18:52 | ( 9)[ насколько я знаю] - настолько не знаешь
( 14)[10.0.1600.22] - RTM |
| Провинциальный 1сник 17 - 04.10.16 - 19:21 | (0) "В 8 что нибудь подобное есть?"
Да. Когда недалекие писатели конфигураций забывают о неочевидных вещах. Помню, сталкивался с таким багом в ЗУПе. Запрос возвращал некую выборку, а алгоритм предполагал что она упорядочена - однако в тексте запроса не было УПОРЯДОЧИТЬ ПО. И в результате на файловой версии всё работало (она упорядочивала тот запрос по умолчанию), а в sql получалась мешанина. |
| mehfk 18 - 04.10.16 - 20:59 | ( 17) Где в ЗУПе такой баг? |
| shuhard 19 - 04.10.16 - 21:47 | ( 18) вирус пишешь ?
баг есть и не только в зарплатном блоке, но и в кадрах |
| Смотрящий от 1С 20 - 06.10.16 - 10:40 | Всем спасибо. Помогло. Поставили sp1 и все стало считать правильно
|
| shuhard 21 - 06.10.16 - 11:53 | ( 20) дык вариантов не было |
| mehfk 22 - 06.10.16 - 11:59 | |
| Провинциальный 1сник 23 - 06.10.16 - 12:55 | Это было в 2011 году. Цитата из почты:
"RE: SW646002 Re: SW646002 Ошибка в ЗУП2.5.42.4
Ошибка зарегистрирована с кодом 10095823.
Сроки исправления: в одном из следующих релизов."
PS Куда делись "Проблемные ситуации и ошибки" с юзерса? Теперь пользователям не положено их знать? |
| Cyberhawk 24 - 07.10.16 - 07:21 | ( 23) Ага, и здесь - - тоже нет "старых" конфыигураций |
| shuhard 25 - 07.10.16 - 07:59 | |
| mehfk 26 - 07.10.16 - 08:35 | ( 25) У тебя проблемы с мозгом? |
| dmpl 27 - 07.10.16 - 08:38 | ( 18) Немного не такой есть. С ночными часами в табеле. Они в алгоритме полагают, что явка в объекте типа Соответствие будет при обходе выбрана раньше ночных и вечерних часов. На большинстве баз это так и есть, но на одной базе вылезли сначала ночные часы, и в этом случае Я 6 Н 4 давало 10 часов рабочего времени. |
| mehfk 28 - 07.10.16 - 08:38 | Вообще переход на личности вместо ответа на просьбу дать пруф показателен.
|
| mehfk 29 - 07.10.16 - 08:38 | |
| Serg_1960 30 - 07.10.16 - 09:39 | "Зарплата и Управление Персоналом. Версия 2.5.107.1. Информация об ошибках"
Рекламное место пустует |
| shuhard 31 - 07.10.16 - 12:38 | ( 28) требование пруфа после ( 20) показательно |
| mehfk 32 - 10.10.16 - 08:15 | |