ЗУП разный результат в файловой и клиент серверной версии #782108

Недавно перенес ЗУП с файловой на сервер. Нашли различия в расчетах. Версия платформы 8.3.2088. ЗУП 2.5.109.1. По паре человек при прочих равных условиях получаются разные результаты. Базы идентичные, сделаны из одной выгрузки. В документе начисление зарплаты по одному человеку на sql версии берет базу для расчета северных 83600 во второй базе 15000. Помню, что в 7.7 Зик были траблы с SQL  версией. В 8 что нибудь подобное есть?

Может какие-нибудь регламентные задания отработали, которые изменили данные. Ну и округление какое-нибудь или смещение дат может такой эффект дать...

Пытался сделать чистый эксперимент. Выгрузка. Из нее делаю две базы в sql  и файловую. Вхожу в документ. Выделяю сотрудника. Жму "Рассчитать с комментариями". Вижу разные базы для районного и северного коэффициента.

Режим совместимости проверь, одинаковый?

"Из нее делаю две базы в sql" // Покажи свойства базы в кластере 1С

нет ни слова о релизе сиквела, а дело скорее всего в отсутствии SP

ms sql?

на других склях зуп 2.5 вообще не работает

скорее всего там где то нет упорядочить

sql 2008. про sp не в курсе. В последний раз SP были критичны для 1с на sql 2000 насколько я знаю

В одном случае в базу берет месячную премию, а во втором не берет. загадочная история

наверно, бухгалтера криворукие. позаносили в базу какую-то фигню. Или обменами балуетесь. Какие-нибудь битые ссылки.

А теперь поменяй базы местами и проверь еще раз :)

- прав стопроцентно. Была описанная проблема, решилась только сменой SQL 2008 на SQL 2008 R2.

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) вот такой у нас скуль

Проблема в SP1, тоже самое было. Поставили последний (третий, кажется) - стало считать как надо.

[ насколько я знаю] - настолько не знаешь [10.0.1600.22] -  RTM

"В 8 что нибудь подобное есть?" Да. Когда недалекие писатели конфигураций забывают о неочевидных вещах. Помню, сталкивался с таким багом в ЗУПе. Запрос возвращал некую выборку, а алгоритм предполагал что она упорядочена - однако в тексте запроса не было УПОРЯДОЧИТЬ ПО. И в результате на файловой версии всё работало (она упорядочивала тот запрос по умолчанию), а в sql получалась мешанина.

Где в ЗУПе такой баг?

вирус пишешь ? баг есть и не только в зарплатном блоке, но и  в кадрах

Всем спасибо. Помогло. Поставили sp1 и все стало считать правильно

дык вариантов не было

Пруфа не будет?

Это было в 2011 году. Цитата из почты: "RE: SW646002 Re: SW646002 Ошибка в ЗУП2.5.42.4 Ошибка зарегистрирована с кодом 10095823. Сроки исправления: в одном из следующих релизов." PS Куда делись "Проблемные ситуации и ошибки" с юзерса? Теперь пользователям не положено их знать?

Ага, и здесь - - тоже нет "старых" конфыигураций

мозга не будет ?

У тебя проблемы с мозгом?

Немного не такой есть. С ночными часами в табеле. Они в алгоритме полагают, что явка в объекте типа Соответствие будет при обходе выбрана раньше ночных и вечерних часов. На большинстве баз это так и есть, но на одной базе вылезли сначала ночные часы, и в этом случае Я 6 Н 4 давало 10 часов рабочего времени.

Вообще переход на личности вместо ответа на просьбу дать пруф показателен.

Спасибо, гляну.

"Зарплата и Управление Персоналом. Версия 2.5.107.1. Информация об ошибках"

требование пруфа после показательно

Слив засчитан.