Тема начислений-удержаний раскрыта полностью

Допустим, имеем мега-супер-вумный отдел организации труда и заработной платы, планово-экономическую службу и прочая как они там себя всякий раз по-разному называют. Имеем также большое количество сотрудников (тыщ эдак 10, т.е. 10000 голов). \r\n
\r\n
Задача посчитать в парусе гипер-навороченную премию, ну например: взять процент зависящий от категории умножить на некую позицию в ФОТе умножить на коэф. отработанного времени в прошлом квартале (!!!) и умножить на оклад в текущем месяце. \r\n
\r\n
Или как вариант такой расчёт - взять некую расценку за единицу чего-нибудь (константа, которая меняется ежемесячно), взять кол-во этого самого чего-нибудь (например кол-во изделий выпущенных сверхплана), умножить на ставку (скажем фактический фот - плановый фот в предыдущем месяце), умножить на процент значимости подразделения и умножить на процент зависящий от определенного вида стажа.\r\n
\r\n
Или такой расчёт - взять некую произвольную сумму распределить на n-человек исходя из процентной ставки заданной вручную (типа КТУ), при этом снизить за каждое взыскание (в парусе есть соответсвующий раздел, вот от туда и возьмите информацию) рассчитанную сумму на 10%, а съэкономленные таким образом деньги перераспределить по остальным сотрудникам.\r\n
\r\n
Короче, разработчики положений о премировании сотрудников предприятия мыслят креативно и продолжают фонтанировать идеями.\r\n
\r\n
Зачастую все эти "положения о материальном стимулировании сотрудников" в Парусе реализовать если и возможно, то лучше не надо. ИМХО все эти шедевры проще всего посчитать в Excel'e а потом вбить в парус в массовые основания. Но... тут есть ряд существенных минусов, о которых рядовые пользователи расскажут с большим темпераментом. Я уж молчу о таких мелочах как "Нафига нам такая автоматизация нужна если приходиться всё считать вручную", ибо будь у пользователя задача вбить в базу основания по 100 человекам или по 2000 сотрудникам они по-любому будут орать "В парусе невозможно работать".\r\n
\r\n
Теперь мы разработали специальный модуль "Рабочее место ОТиЗ", любой (ещё раз - ЛЮБОЙ !!! ) хитро......ый алгоритм расчёта начислений-удержаний можно релизовать за 5 (пять) минут, если конструктором настроить не удаётся, то можно привязать свою процедуру (а уж в ней реализовать хоть искусственный интеллект, как вариант - эвристический анализ психологического настроя). Результаты расчётов можно увидеть в специальном гриде, в котором (при желании) можно все промежуточные показатели подредактировать. В гриде динамически отображаются те колонки (назовём их показателями) от которых зависит выплата.\r\n
Короче, в двух словах обо всех достоинствах не рассказать. Спрашивайте - отвечаем.

Автор:
САША
petrov_sasha@mail.ru
18.08.2006 18:13

А где-нибудь скриншоты можно посмотреть?

Автор:
skpes
skpes@mail.ru
21.08.2006 10:36

Безусловно, скоро мы выложим скрин-шоты.

Автор:
САША
petrov_sasha@mail.ru
21.08.2006 10:43

Но пока они готовяться, можно задавать вопросы.

Автор:
САША
petrov_sasha@mail.ru
21.08.2006 10:50

Заинтриговал ! Постоянно имею проблемы с настройкой таких вот премий с навороченными алгоритмами. Как и в твоем случае, часто спасал эксель. Приходилось даже некоторые расчеты оставлять в их старой задаче и выполнять экспорт-импорт.\r\n
Раньше я думал, что такой инструмент из области фантастики и давно смирился с суровой реальностью. Вообще пока не представляю, как это все выглядит. А можно какое-нибудь описалово с картинками ?

Автор:
shams
shams@aport2000.ru
21.08.2006 10:55

to САША \r\n
Да, имеют место быть такие проблемы с расчетом различных премиальных выплат.\r\n
Но, как правило, после перехода клиента на 1С - они устраняются ПОЛНОСТЬЮ.

Автор:
Norikov Anton
norikov@mail.ru
21.08.2006 11:00

\r\n
> Но, как правило, после перехода клиента на 1С - они устраняются \r\n
> ПОЛНОСТЬЮ.\r\n
Вы это серъёзно ?\r\n
Но ведь, вы коллега, если я не ошибаюсь, работаете в РО корпорации которая называется совсем не Один С, а Пару С. Хотя в ваших словах есть что-то - я тоже об этом было подумывал, особенно когда переводил одну контору с 1с на Парус, что в 1с там эти сложности реализуются через создание "своего документа", где нанятый или штатный 1с-кодер может написать все эти экзерсисы за 1500 рублей в час. \r\n
Но теперь мы сделали на самом деле нечто - тот же самый пример расчёта премии который раньше в 1с решался кодированием теперь в ДПИ делается нажатиями кнопки мышки.

Автор:
САША
petrov_sasha@mail.ru
21.08.2006 11:16

А где апологеты "Любой, даже самый сложный алгоритм можно реализовать в парусе" ?\r\n
Я то думал, что будет шквал "нафига это вообще надо" и "в парусе всё есть".

Автор:
САША
petrov_sasha@mail.ru
21.08.2006 11:32

to САША \r\n
Ваши бы слова - да Богу в уши !\r\n
(это насчет Вашей разработки).\r\n
На самом деле, печально, но - факт, что из-за нерасторопности "Паруса" и крайне медленной (я бы даже сказал, НЕДОПУСТИМО медленной) реакции на проблемы, возникающие в процессе внедрения "Парусовских" П/П у ответственных заказчиков сам заказчик теряет всякое терпение и выбирает ту фирму, которая решает его проблемы "здесь и сейчас". Вот так и происходит потеря и отток клиентов к тем, кто обслуживает их гораздо более оперативно, чем это делает "Парус".\r\n
Безусловно, все, что зависит от НАС - от дилеров, мы делаем с максимальной скоростью и качеством, но когда упираешься в явный недостаток функционала П/П, пишешь в Москву различного вида сообщения в надежде получить ОПЕРАТИВНУЮ помощь, а в ответ тебе - ... <ждите, вас обязательно обслужат ...> тут уж ребенку понятно - "Рыба ищет где глубже"... Так и клиенты - уходят к тем, кто предлагает им РАБОТОСПОСОБНЫЕ П/П.

Автор:
Norikov Anton
norikov@mail.ru
21.08.2006 11:50

Вот помнится была такая дискуссия, теперь тема (для меня лично закрыта). По крайней мере вспомнил, еще 1,5 года назад эта идея витала в воздухе. Сказано-сделано. \r\n
http://www.parus.ru/index.php?page=100&mode=thread&sub=42403\r\n
А вот ещё двумя годами раньше я припоминаю что не только я парился с аналогичной проблемой. \r\n
http://www.parus.ru/index.php?page=100&mode=thread&sub=31822\r\n
А вот ещё сабж - чего то никто не помог тогда, ибо понимали что сделать в парусе подобное будет, мягко говоря, сложно. \r\n
http://www.parus.ru/index.php?page=100&mode=thread&sub=71112

Автор:
САША
petrov_sasha@mail.ru
21.08.2006 11:52

\r\n
> Так и клиенты - уходят к тем, кто предлагает им РАБОТОСПОСОБНЫЕ \r\n
> П/П.\r\n
Предлагайте теперь им наше "Рабочее место ОТиЗ". Кстати, насчёт 1с, есть мега-решение: сохранить всё самое ценное, что есть в парусе, а интерфейс сделать "под 1с" и плюс наш мега-функционал, ведь фактически это будет конструктор дополнительных расчётов.\r\n
Кстати, мы ещё можем предложить - "Электронную проходную" и "Аттестацию и паспортизацию рабочих мест".

Автор:
САША
petrov_sasha@mail.ru
21.08.2006 12:01

to САША \r\n
У меня есть один конкретный вопрос, который стандартными средствами "паруса" решить невозможно.\r\n
А именно: стоит задача распределить по сотрудникам остаток вакантного фонда подразделения.\r\n
Пример на цифрах:\r\n
Пусть в штатном подразделении имеются 2 полностью вакантные должности с окладами 1000 и 2000 руб. Так же имеется занятая должность с окладом 4000 руб, но из-за того, что сотрудник ушел в середине месяца в отпуск, должность фактически вакантна в течении половины рабочего месяца (11 рабочих дней из 22-х).\r\n
Итоговый вакантный фонд подразделения получается равным:\r\n
1000+2000+(4000/22*11) = 5000.\r\n
Эту сумму (5000) нужно разделить на общую сумму месячных норм рабочего времени по всем сотрудникам подразделения, и умножить на фактически отработанное время по каждому сотруднику - получим сумму надбавки из "вакантного фонда".\r\n
НО: есть еще один нюанс: отработанное время берется не строго по факту, а как факт, умноженный на некоторый коэффициент (КТУ).\r\n
Может ли Ваша разработка справиться с такой задачей ?

Автор:
Norikov Anton
norikov@mail.ru
21.08.2006 12:25

to САША \r\n
to shams \r\n
Я фигею, господа сотрудники, может быть вы за одбедом пообщяетесь, или по телефону (аське), на худой конец. \r\n
Серега, ты бы на ЧАЗ заехал, Саня тебе бы все и показал:))))))

Автор:
Well
boss@parus-idel.ru
21.08.2006 12:29

to Norikov Anton \r\n
\r\n
Собственно, на аналогичном примере мы и тестировали нашу разработку. Да наша разработка это может.\r\n
\r\n
Причём, тут есть ещё одна интересная особенность: мы столкнулись с тем, что на крупном производственном предприятии могут действовать несколько положений о материальном стимулировании, т.е. одна и та же премия или доплата или удержание (депримирование например) в разных подразделениях считается по разному. Например доплата за отсутствующего члена бригады в основном производстве считается по сценарию который описали вы, а скажем в ремонтной службе умножение идёт на выработку. Мы сделали так, что в парусе-зарплате они пройдут одним основанием (так легче анализировать в своде, структура расходов и т.д.) а в нашем конструкторе они будут рассматриваться как 2 разных вида расчёта выплат.

Автор:
САША
petrov_sasha@mail.ru
21.08.2006 13:19

to САША \r\n
Действительно, интересно ...\r\n
Если Вас не затруднит - скиньте мылом Ваши условия сотрудничества, расценки и т.п.\r\n
Возможно, если не удастся настроить "наряды" - в ближайшем будущем придется обратиться к Вам.

Автор:
Norikov Anton
norikov@mail.ru
21.08.2006 13:35

to Norikov Anton \r\n
ага, отписал.

Автор:
САША
petrov_sasha@mail.ru
21.08.2006 14:19

to САША \r\n
У меня есть еще один, немаловажный вопрос.\r\n
Почему мы прицепились именно к модулю "наряды":\r\n
Там, в наряде, возможно указывать список работ, причем для каждой работы вести свою аналитику (в данном случае, на первом уровне аналитики указывается номер заказа).\r\n
А затем, при формировании свода проводок, сумма, начисленная сотрудникам, должна распределиться в разрезе этой самой аналитики.\r\n
Такое возможно ?

Автор:
Norikov Anton
norikov@mail.ru
21.08.2006 14:34

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

Автор:
Professor Nimnul
nimnul2001@yandex.ru
21.08.2006 14:52

Александр ( aabr191258 at mail dot ru )\r\n
\r\n
to САША \r\n
несколько проблемок: \r\n
удержания (все) не должно превышать 70% от начисленного. \r\n
доплата до среднего заработка на заданном интервале (скажем с 10-по 20 начислен заработок 100 рублей, был средний 2000 надо доплатить 1900 по тем же или другим статья затрат); \r\n
расчет КТУ и приработков; \r\n
оплата по замене сотрудника без переводов и пр. \r\n
и еще есть масса проблем. Перечислите возможности Вашего конструктора. Чем он оперирует.\r\n
\r\n
Проще наверное действительно объяснить как он работает.\r\n
Первоначально планировалось сделать некий интерфейс, где в удобном виде давать пользователю вводить некие исходные данные для расчётов, а потом эти исходные данные обсчитывать процедурой и передать в основания в парус-зарплату. Но...\r\n
Обобщив свой опыт по рализации каких-то хитрых премий и доплат, можно констатировать, что как правило большинство исходных данных для расчёта так или иначе есть в самом парусе и их от туда можно взять - это первая предпосылка.\r\n
Вторая предпосылка - как правило, исходные данные для расчёта типичны, только на итоговой сумме они отражаются по-разному.\r\n
В нашем конструкторе имеется словарь, который можно назвать "Виды премий", в качестве детейла к нему присоединён список праметров от которых он зависит. Эти параметры или показатели в свою очередь ссылаются на словарь видов показателей. А "Виды показателей" это тоже словарь в котором типизируются эти самые показатели. На сегодняшний день мы заложили следующие типы: Время,Фот, Сумма, Свойство, Константа, Шкала, Процедура.\r\n
Вкратце об этих типах:\r\n
Если вы вид показателя относите к типу Время, то соответсвенно в данный показатель будет вытаскиваться время либо в часах либо в днях, фактически отработанное сотрудником либо плановое время, при этом можно указать формулу расчёта часов.\r\n
Сумма - указываете группу выплат по которой надо собирать сумму из расчётки, причём действуют все существующие на сегодняшний день символы входимости.\r\n
ФОТ - указываете группу категорий ФОТ, причём символы входимости дополнены еще одним символом "%*" - проценты перемножаются\r\n
Свойство - указываете свойство типа number, привязанное к любому разделу (лишь бы этот раздел имел связь с исполнением должности)\r\n
Константа - выбираете соответсвующую константу\r\n
Шкала - ссылка на Правило определения шкалы, причем в условиях можно писать не только BY(), S(), JP() но и мы дополнили формулой STAG('Вид стажа')\r\n
Процедура - в том случае, если показатель расчитывается каким-то более сложным способом, указываете хранимую процедуру в которой можно реализовать свою логику.\r\n
Создав набор показателей от которых зависит выплата мы тем самым фактически определили её скелет, теперь остается связать все эти показатели, для этого просто пишем формулу: показатель1/100+пок-ль2*пок-ль3 и т.д. Если простыми арифметическими операциями не обойтись, тогда указываем процедуру, которая все эти показатели обсчитает. \r\n
\r\n
Есть также раздел Ведомости - создаем документ, связываем его с видом расчёта премии, затем при добавлении в ведомость людей все показатели автоматически добавляются и рассчтывается итоговая сумма, причём все эти показатели по людям с результатами начислений можно посмотреть в гриде где все эти различные покатели отображаются по людям в виде колонок и их при желании можно редактировать.

Автор:
САША
petrov_sasha@mail.ru
21.08.2006 14:54

P.S. - собственно говоря, я всегда знал, что в ОТиЗ-ах и ФЭО работают наиболее за№;%;:*% жизнью люди. И напридумывать всякой байды они могут просто столько, что ваще нереально работать с ними. \r\n
\r\n
Понятное дело, что ни один серьезный автоматизатор не скажет: "Это - невозможно!". Ну типа потому, что типа "В Парусе возможно все!". Но вот, думаю, что иногда так СТОИТ говорить - пусть свои уе:%Е*%%*%; системы оплаты труда к нормальному виду приводят, и не вы%?;?%;?;

Автор:
Professor Nimnul
nimnul2001@yandex.ru
21.08.2006 14:56

to САША \r\n
Людям гораздо проще обьяснить на скриншотах. Это надо было сделать в первом же посте. Без скриншотов половина слушателей(даже заинтересованных) вдумываться просто не будет.

Автор:
Adel
adel@parus-idel.ru
21.08.2006 15:01

\r\n
> to САША \r\n
> У меня есть еще один, немаловажный вопрос. \r\n
> Почему мы прицепились именно к модулю "наряды": \r\n
> Там, в наряде, возможно указывать список работ, причем для \r\n
> каждой работы вести свою аналитику (в данном случае, на \r\n
> первом уровне аналитики указывается номер заказа). \r\n
> А затем, при формировании свода проводок, сумма, начисленная \r\n
> сотрудникам, должна распределиться в разрезе этой самой \r\n
> аналитики. \r\n
> Такое возможно ?\r\n
Скажу не особо вдаваясь в подробности - ДА, такое возможно.

Автор:
САША
petrov_sasha@mail.ru
21.08.2006 15:06

to Adel \r\n
Я их нарежу, надо только выложить их на сайт там где другие решения на ДПИ лежат.

Автор:
САША
petrov_sasha@mail.ru
21.08.2006 15:09

to Professor Nimnul \r\n
Во всём, вы правы коллега, однако пусть свои уе:%Е*%%*%; системы оплаты труда к нормальному виду приводят, и не вы%?;?%;?; Это не всегда получается. Собственно одна из задач менеджмента - это мотивация (это я вам как финансовый менеджер (по второму образованию) говорю). Ради нёё (мотивации) и пишутся всякие "положения по премированию цеха №..." и отказаться от них только лишь потому, что в Парусе нет соответсвующего инструмента никто и никогда не собирается - проще отказаться от паруса. Зачем наживать себе врагов и ломиться в закрытую дверь, когда есть возможность открыть рядом калитку. При помощи нашего решения теперь никому не будет страшен креатив планово-отизников.

Автор:
САША
petrov_sasha@mail.ru
21.08.2006 15:18

to САША:\r\n
\r\n
И я вами, коллега, согласен, только вот жизь проходит, а мы все автоматизируем пожелания каких-то дур баб Мань. А до серьезных и действительно нужных менеджменту вещей руки часто просто не доходят в силу ограниченности внедренческого ресурса. Или заказчик уже так автоматизацией сыт, всеми нашими нерабочими отчетами отсутвием нормальной первички и проч., что на завершающих этапах уже по приниципу "и так сойдет" действует - и на серьезные задачи не замахивается...\r\n
\r\n
Жаль просто жизни на кассовые приходники и балльные системы оплаты труда, блин!...

Автор:
Professor Nimnul
nimnul2001@yandex.ru
21.08.2006 15:28

to Professor Nimnul \r\n
\r\n
> И я вами, коллега, согласен, только вот жизь проходит, а \r\n
> мы все автоматизируем пожелания каких-то дур баб Мань\r\n
Вот это в самую точку. А так хочется заниматься высокой поэзией :)

Автор:
volodya
ntldr@yandex.ru
21.08.2006 15:39

Ну так ведь и я вам об этом говорю. Возьмите наше решение, научите прогера и одного продвинутого юзера (не своего а на предприятии-заказчике)и вперёд, про тему балльных систем оплаты труда можно забыть. Ну ладно, если хотите, чтоб без рекламной риторики, то можно сказать, что на эти шедевры планово-экономической мысли будет уходить гораздо меньше времени и внедренческого ресурса. Я серъёзен. Я в первую очередь внедренец, программист, экономист и прочее, но ни коим образом ни сейлс-мэн, и мыслю я собственно как и вы - что хочется уже более высокой поэзией заниматься, потому и предлагаю наше решение.

Автор:
САША
petrov_sasha@mail.ru
21.08.2006 15:46

to САША \r\n
Твоему шедевру для того чтобы стать брендом не хватает реального названия, слогана, и рекламной тектовки ну с названием и слоганом ты сам как нить разберешься, а вот небольшую текстовку я уже придумал:\r\n
" Вас мучают головные боли, у вас пропал сон, аппетит и вообще желание жить? Постойте, у нас есть для вас элегантное решение - "Место ОТиЗ" - посмотрите и вы поймете - еще не все потеряно. "

Автор:
volodya
ntldr@yandex.ru
21.08.2006 15:57

to САША \r\n
судя по ВАшему описанию, Вы сделали кусочек начислений, а в первом послании говорилось и об удержаниях. Или я ошибаюсь?

Автор:
Александр
aabr191258@mail.ru
21.08.2006 17:02

to Александр \r\n
ну да просто, не важно удержание или начисление, главное сам расчёт. Я кстати сделал скриншоты могу выслать. Может станет понятнее.

Автор:
САША
petrov_sasha@mail.ru
21.08.2006 17:09