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

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

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

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

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

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

(0) ms sql?

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

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

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

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

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

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

(0) (5) - прав стопроцентно. Была описанная проблема, решилась только сменой 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)
вот такой у нас скуль

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

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

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

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

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

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

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

(19) Пруфа не будет?

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

(23) Ага, и здесь - https://bugboard.v8.1c.ru/catalog.html - тоже нет "старых" конфыигураций

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

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

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

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

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

"Зарплата и Управление Персоналом. Версия 2.5.107.1. Информация об ошибках"
http://downloads.v8.1c.ru/content/HRM/2_5_107_1/ErrHRM_2_5_107_1.htm

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

(31) Слив засчитан.