Помощь, печально и тоскливо. Обновление  от 21,03.25 УПП похоронило расчет среднего заработка  напрочь, дни для отпуска берутся для всех доплат, индексация для всего. Расчет при увольнении не верно
Вместо 29,3 дней в месяце берется в расчет 29,3* кол-во видов доп расчетов.
На первой закладке кол-во дней *средний заработок <> начислено
Средний заработок  считается неправильно по коф индексации
ЖЕСТЬЬЬЬЬ

Продолжайте наблюдения. Держите нас в курсе.

Ну с предыдущей версии верните. Вряд ли они похерили все старые механизмы.

это не проблема, у меня вопрос как они выпускают обновления и не тестируют, получатся мы уволили человека с неправильным расчетом, отпуск начислили неверно. Зачем такая программа то нужна

Ну не нужна - не пользуйтесь... Каждый сам кузнец своего счастья

(3) Напишите свою правильную.

(0) Я вам по секрету расскажу, расчетчик должен проверять данные расчета.

Имея в штате 3 расчетчиков на 2000 чел. и когда  программа работала штатно, каждый   расчетчик должен на калькуляторе посчитать средний заработок  на калькуляторе и сравнить с полученной цифрой ( причем половина работников сдельшиков и вредников). Не говорите чушь.

(7) как будете выходить из ситуации?

сейчас откатились на релиз 243,

(7) А по НДФЛ проблем нет у расчётчиц, всё чики-пуки?

вот по НДФЛ они в 243 релизе исправили почти все ошибки, едиственное  в расчетном листке нет данных о вычетах ( но считается верно) и что то с материальной помощью ( не проверяла)

(7) И ещё. Даже для идеального ЗУПа рассчитанная норма 400-500 рыл на расчётчицу при средней текучке. А если есть ещё и неналоговые зарплаты, то норма 300-400. А у Вас ажник 700, да ещё в трухлявом УПП. Ваша фирма в заднице по расчёту зарплаты, уверяю.

То есть Вы считаете, если в штате будет 10 расчетчиков ошибка 1С уйдет, но они все будут проверять за 1с на калькуляторе. Автоматизация еще та.
И у нас расчетчик занимается только регл док , остальное выгрузка и загрузка. И этого вполе  хватает

(13) Вы же прекрасно поняли о чём я написал. Расчётчицы могут болеть и уходить в отпуск. 2000 на троих в штате - это 100% неизбежные ошибки даже при идеальной программе.

(13) Ошибка не исчезнет, но появятся человеко-часы на ее исправление

Вы не поняли, Нам вполне их хватает и многое что автоматизировано,  и это не повод  прощать ошибки 1С ( причем достаточно глобальные.) Уволили сотрудника с неверным расчетом, деньги  перечислили,  и что дальше штраф??? Считать средний вручную не реально

И тут даже непонятно как исправить, и дни считаюся не верно, и коэф. индексации и арифметика

Если кому то весело, рада за Вас. Эта тема открыта для людей которые работают в УПП и считают зарплату, что бы они заметили  и обратили внимание расчетчиков на эту ошибку ( наши считали 3 дня неправильно и еще умудрились уволить с невереным расчетом, а исправлять это ужасно)
Мы решили эту проблему, и комментарии по поводу штата и проверки вручную больше не нужны
Я как поняла здесь все умники

(17) (18) Для таких случаев в штате должен быть аналитик, который на тестовой конфе прогоняет обновление и смотрит что оно сломало. Если ничего - тогда накатывают на продуктив. А если похерило все расчеты, то на кой леший его ставить ?
Вы зачем такое обновление себе влепили ?

(17) Во-первых, никто и не предлагает вручную пересчитывать каждый средний. Просто опытный расчётчик при создании дока среднего сразу оценивает правильность расчёта на глаз. Командировка даёт примерно такую же общую зарплату, как и без неё. А отпуск даёт зарплату больше в коротких месяцах и меньше в длинных. И трудно пропустить "зверский" знаменатель "29,3* кол-во видов доп расчетов".

В любом случае прислушайтесь к форуму. Кончилась зарплата 2.5
Бегом на ЗУП, пока ещё не слишком отдалились от января.

Вы как представляете тестировать обновление????
Я работаю аналитиком и этим никогда не занималась за 15 лет работы, на больших базах это не возможно

(22) Не придумывайте.

Насчет среднего, это вы видимо расчеты не видели по сделке, больничным , вредностью, и еще до кучи доплаты до МРОт. и это не реально вручную, тем более программа 10 лет считала верно. Не спихивайте проблемы 1С на людей

И зачем мне ЗУП когда Мы купили Программый продукт и оплачиваем поддержку?. То есть косячат 1С , а мы за это платим

(25) Если знаменатель рухнул в два, а то и три раза, то это даже ёж заметит.

судя по комментариям  это так

ой не факт, там все что угодно может быть по среднему. Вы видимо не работали с такими базами

(26) Вы купили УПП и никто на него не покушается. Вы никак не поймёте простую мысль: лучше ездить на машине, летать на самолёте и плавать на яхте.

Ну не стоит вести зарплату в производственной программе, не потянет. Есть старый французский фильм "Фантомас", там у заглавного героя была машина-самолёт. В результате она и ездила, и летала ПЛОХО.

(23) Я представляю себе это так
Аналитик разворачивает актуальную копию рабочей базы, скачивает обновление. Читает что там изменилось, какие могут быть последствия. Прикидывает какие объекты метаданных поменяются. Обновляется, вместе с расчетчиком проводит тестовый прогон. Если все норм- накатывают на рабочую базу.

Кто то скажет сложно, долго, дорого. Но для древних конф, да еще в период нехилых перемен в законодательстве так и надо делать

(26) Как будто это так просто перейти. Не говоря о том, что есть специфика на предприятиях, в которых все блоки взаимосвязаны настолько, что нельзя взять и зп вынести  отдельно в ЗУП. Точнее оно можно, только проблем будет еще больше.

(30) чот ты хрень написал

(31) ты не поверишь

(33) Зарплата должна вестись в отдельной программе (с) Гена

не говорите ерунду, не проработав на крупном предприятии, где все взаимосвязано, и где сделка не отрывна от производства
За свой день Мы хотим качественный продукт

Флаг в руки

(32) В случае автоматизации крупного предприятия, зарплатную прогу надо вынести в отдельную базу.
Внедряете кучу блоков ЕРП - ЗУП среди них быть не должно. Он рядом, в отдельной базе. (с) Папа Дюк

(36) Эксплуатировать учетные системы надо так, чтобы они приносили удовольствие, а не преодолевать трудности (с) Крендель

ну только если в Вашем выдуманном мире. Переход на УПП был сделан, что бы вести учет в одной базе ( а не заниматься перекачкой данныйх из базы в базу) Именно так позиционировалась УПП вначале внедрения. И если сейчас разработчики полностью забили на обновление и тестирование

Вы не знаете специфику предприятия и можете это утверждать?

(39) У нас сейчас происходит внедрение ERP, и да часто советуют зп вести отдельно, но при нашей специфике нам интеграторы рекомендовали вести все в одной базе. Поэтому не надо обобщать.