Есть несколько баз, две конфы УПП и ЗУП, серверные варианты, одна проблема

есть дополнительное начисление "разовая премия", которая входит в расчетную базу начисления районного коэффициента

Проблема: при расчете зп за январь месяц в базу для расчета районного коэффициента попадают ВСЕ начисления с видом "разовая премия" по сотруднику за весь период его работы

В ночном бэкапе считается нормально(!!!!)

ТИИ результата не дало, РК продолжает накручиваться на все "разовые премии" сотрудника

Куда копнуть?
---
т е именно, что в SQL - Варианте одна и таже dt-шка считалась по разному(2008 и файловый вариант), попробывали на 2005 данные получили как в файловом - пришлось переустанавливать. Для быстрого решения проблемы, заказчик нервничал.
---
ponaroshku, так что нужно то? Что бы не начислялся РК на "разовую премию" что ли?
((Проблема: при расчете зп за январь месяц в базу для расчета районного коэффициента попадают ВСЕ начисления с видом "разовая премия" по сотруднику за весь период его работы ))
Вопрос куда копнуть - можно по-конкретнее. Как и когда был введен вид расчета - премия (Предлагались ли при вводе данного вида расчета вытесняемые/вытесняющие начисления)? Или вы перенос делали из ЗиК? Или уже пользуетесь стандартным("встроенным") видом расчета или новый? Приведите пример разового начисления (что начислилось и как РК начислился), если завести это начисление в плановые этому сотруднику...Вобщем конкретизируйте, пожалуйста...
---
ну а вы думаете нормально, чтобы РК начислялся на ВСЕ "разовые премиии", которые были у сотрудника год-два-три назад, суммируя их?:)))

РК начисляется на "разовую премию" только за последний месяц. Так было всегда. До вчерашнего дня
---
ponaroshku, ну просто так же ничего не бывает, посмотрите кто до ночного бэкапа где копался - права пользователей ограничены? прошлые периоды редактируются? сколько ч-к пользуют программу? Какие изменения вносились?
---
ponaroshku, Какая платформа и какой релиз?
---
Ни кто зависимости начислений не менял РК, премии?
---
стесняюсь спросить на все разовые премии - это на всю сумму за месяц по всем сотрудникам или на все разовые премии сотрудника за год?
---
на всю сумму, начисленную сотруднику за весь период работы
даже не год
если 2 года работал - берет за 2 года
если 5 лет - за 5 лет

(5) исключено. глюк появился в 8 базах:( все пользователи бесправны:)
---
посмотрите в плане видов расчета , в виде расчета "разовая премия" на закладке использование параметр "премия по итогам работы за:" .. сколько месяцев стоит
---
1 месяц
---
ponaroshku, попробуйте создать новый вид расчета - премия новая 1 месяц (фиксированная сумма, первичное начиление), если этому же сотруднику опять забабашет за 3 гоа РК, тогда пробуйте зависимость этой премии поменять на > чем у РК (4-го скорее всего), а если и это не поможет, то поставьте галочко - не является премией... ну а тогда уже ясно будет ;) ну или более менее ...
---
каким доком начисляете РК ?
---
в начислении зарплаты организаций, сразу

(11) никто ничего не добавлял
в бэкапе за 22-00 сумма в документе неправильная (кто-то посчитал), пересчитывает правильно (с полными правами)

(12) сейчас
---
Посмотри РК на какие виды начислений он накручивается, может бухгалтера по ошибке добавили и забыли. А чаще всего так и бывает что добавили может и случайно и забыли про это дело, а может даже и не поняли что сделали
---
"Куда копнуть? " .. в общем то явно идет неправильное определение периода , а здесь либо проблема с премией , либо с документом , если у вас РК считается ежемесячно , то скорей всего начисление установлено как постоянное кадровым документом , т.к. в прошлом месяце посчитано нормально .. значит проблема текущего дока начисления.
---
кстати "все премии" берет для конкретных лиц? или всем
---
всем, кому когда-либо начислялся этот вид премии
даже если 4 года работал, 1 раз была разовая премия - возьмет
---
ponaroshku, периодичность начисления - "не контролировать"???
---
в документе "Начисление ЗП" посмотри для начисления РК "Дата начала", "Дата окончания","дата начала события", "начало расчетного периода", "конец расчетного периода" (два последних могут быть пустыми для текущего периода)
---
начало-конец ок, начало конец расчетного периода пустые
---
ponaroshku, :)
---
ponaroshku, пора бежать...напиши в конце темы, как решилась проблема (надеюсь она решится). УДАЧИ! ;)
---
поставь даты пересчитай
---
, (22) нет, все равно премия берется за весь период

(23) увы:(
---
рассчитай одного сотра по строке
---
Выгрузили в dt-шник, считает нормально

на сервере не хочет:(
---
ponaroshku, Привет. Менял категорию начисления? Премия - процентом от базы? Сидит в базе РК из основных начислений?
---
dt-шник от какой даты, раньше, чем вэкап ночной (кстати бэкап с сервака?)?
---
Какой сервер, такая же проблема как в теме http://forum.infostart.ru/forum26/topic53637/
---
Arox, а что у Aletar решилась проблема со сменой SQL2008?
---
друг по несчастью! SQL 2008
проблема не решается:(
---
, сегодня накатили SP3 на sql 2008, все стало считаться нормально. так что советую)
---
да, у нас тоже все разрешилось

(49) он прав
---
ну не знаю, отпишется посмотрим, у нас решилась. снесли SQL 2008, поставили SQL 2005 и базу на нее развернули, все решилось.
---
Arox, http://www.forum.mista.ru/topic.php?id=515217
Ну а с dt-шника у него все вроде в норме считает без глюков?
---
нам такой вариант крайне нежелателен:(((((((
---
т е именно, что в SQL - Варианте одна и таже dt-шка считалась по разному(2008 и файловый вариант), попробывали на 2005 данные получили как в файловом - пришлось переустанавливать. Для быстрого решения проблемы, заказчик нервничал.
---
я тоже нервничаю:) и расчетчики:)) у нас начисление зарплаты зависло из-за этого:))
---
проверь еще раз все базы начисления для разовых премий, возможно ошибка в этом
---
во всех базах и сразу?
даже если кто-то изловчился и поправил в одной базе - я могу предположить
но когда начисление слетает во всех базах (больше 10) сразу - очень маловероятно

к тому же в дт-шке считает же

загрузили дт-шку на сервер- не считает
---
ну там предлогают SP1 поставить. попробуй.
---
сп2, в процессе, сейчас попробуем
---
а что за
В ночном бэкапе считается нормально(!!!!)
т е раньше все было хорошо? а потом вдруг стало плохо?
---
да, все нормально было, ночной кстати на сервере развернули
плохо стало утром

никто у нас ночью не работает, а проблема нарисовалась с начала рабочего дня
---
может ночью установилось обновление какое-нить?
---
ну и все же попробуй куда-нить развернуть 2005 SQL, для проверки варианта замены с 2008 на 2005.
---
может быть сервер скачал каких-нибуть обновлений? автообновление включено?
у самого проблема похожая - районник не правильно считается, причину выявить пока не удалось, читал в соседнем топике похожую ситуацию, предлагают поставить sql 2008R2 или 2005, завтра буду эксперементировать.
---
могу исправить, если нужно
---
, а ещё лучше расскажи если не секрет, будет очень позновательно)
---
интересная ситуация, неверный расчет из-за скула :)

что-то вы недоговариваете