Показать сообщение отдельно
Старый 19.04.2004, 08:42   #15  
ALST is offline
ALST
Участник
 
19 / 13 (1) ++
Регистрация: 18.10.2002
Адрес: Москва
Цитата:
Изначально опубликовано DSV
«Хватит разврата!» (с) анекдот

Все это выглядит значительно интереснее с такой точки зрения:

Для случая стандартного функционала, для маленькой, но гордой, конторы (ориентировочно, численностью до 200 человек) вариант с индексацией оклада и ставками решается путем принятия нового штатного расписания. И все.
Для конторы более 1000 человек, обладающей лицензией на разработку, все делается посредством нехитрой модификации – вводятся справочники «Базовые оклады», «Тарифные коэффициенты» и «Ступени оплаты» - таким образом по автоотчету планово-экономический отдел имеет возможность поиметь вышеперечисленных сущностей на определенный момент времени. Соответственно, в штатном расписании, карточках сотрудников, приказах на прием-перевод добавляется реквизит «Ступень оплаты» - это дает отделу кадров оперировать значением реквизита согласно бизнес-процесса. Процесс индексации сводится к созданию записи в истории переводов, в ставках занятости и оклада (соотв., с индексированным значением оклада). Но про штатное забывать и в этом случае не стоит.
Собственно, и все. В итоге по каждому сотруднику в его карточке на закладке «Зарплата» видим не вычисляемое, а конечное, готовое к использованию конечным юзером, значение оклада.
***Доброе утро!
Всё вы правильно пишите - это самый легкий вариант. Но вся проблема в том в нашем случае, что речь шла только о модуле заработная плата в версии 2.5. Там ЗП и Кадры разделены на отдельные функциональные ключи и установив ЗП Вы не увидите вообще ничего из модуля Кадры, кроме карточки сотрудника Соответсвенно и описание было дано из этого предположения. У меня сейчас именно такой расклад = компания купила ЗП, а кадров у неё нетссссс....


Такая вещь, как упомянутый Вами расчет с фондами, имеет свойство корректироваться. Как в течении года, так и после оного. Но это так, к слову.
*** И здесь спорить не буду, но по практиве бухгалтера это мделается перед последним расчетным месяцем квартала, дабы сошлись суммы рубликов и копеек для расчета налогов. То есть проверяется отчет за квартал(к примеру, ФСС-4), из рассчитанынх значений вычитаем уплаченные в фонды и сумму разницы кладём в последний месяц, корректирую фонды за последний месяц. Или такой же вариант, но по году.


Так. По поводу больничного – буду посмотреть. Хотя если за семь месяцев такой фишки не нашел, то и сейчас слабо на это надеюсь…
***Можно не искать, это только доработка. В стандарте такого нет

Но вот если человек просто на работе не был (текущий расчетный период) – как дать знать системе, что в табеле (текущего расчетного периода) ему нужно поставить время невыходов? Чтобы при пересоздании табеля не нужно было вручную отмечать время невыходов.
***Создать тип рабочего времени (неявки) и, например, добавить в отпуска тип отпуска (неявки) - потом их связать (наверное, уже знаете за семь месяцев, где

По поводу больничного в отпуске главный вопрос – как вообще заставить Аксапту больничный такой принять. Не дает она без модификаций так с собой обращаться. Говорит, что пересекается с отпуском больничный тот, и ругаетцааааа… Второй по важности вопрос – отражение изменений в отпуске. Собственно, как это на практике выглядеть должно – три строки. Две отпуска и одна больничного. Что делает человек, а что – ахапка.
***Правильная фраза "Без модификаций". В Аксапте вообще столько в зарплате надо дописывать, что становится страшно. У нас сейчас в базе ошибок - более 400 доработок, ошибок и пожеланий, которые на до реализовывать (( То есть, до совершенства ЗП ещё годик, два....




Есть большое пожелание разделяйте базовый функционал/доработки и автоматизировано/выполняется вручную.
***ОК





Да. И Вам ли не знать, что по 3.0 SP2 включительно, виды зарплаты, начисленные за прошлые периоды, не попадают в расчет по среднему? :-Р
***В базовой версии так и есть, а у нас всё по пацански ))