#0
by Descriptor
Такие мысли посетили мою голову: есть документ "Кадровое перемещение", документация рекомендует любое повышение оклада производить через этот документ. Мы все знаем, что в случае повышения оклада при расчете среднего (для отпусков и некотрых других начислений) необходимо брать суммы начислений с коэффициентом повышения оклада. Типовой ЗиК для определения коэффициента смотрит, был ли документ "Перерасчет окладов по предприятию", если был, то проверяет поднял ли он оклад выбранному челу, если да - то всё ОК. Возникает вопрос, если всё-равно необходимо делать "Кадровое перемещение", почему бы сразу не использовать именно "Кадровое перемещение". А то ведь пролучается: провели кадровое перемещение, тогда в перерасчет по предприятию будет попадать уже новый оклад и если ставить туда коэффициент, то этот оклад еще раз повысится на коэффициент. Если не ставить, то документом, изменившим оклад, будет "Кадровое перемещение", соответственно, изменение не будет попадать для расчета по среднеиу. В результате выход получается:(если "Кадровые перемещения" всё-равно ОК вводит) сначала заполняем "Перерасчет окладов по предприятию", рассчитываем с коэффициентом 1.0 (возьмет числа из "КП"), потом распроводим "КП", теперь проводим "Перерасчет..." и теперь вновь проводим "КП". Как-то неуклюже получается. Может, другие варианты есть?
#2
by android
Да уж, тут 1С перемудрила. В ЗУП это сделано лучше: в документе "Кадровое перемещение" ввели коэффициент индексации и никаких проблем.А если сильно напрягает, то легко переписывается глПолучитьКоэффициентПовышенияСреднегоЗаработка.
#6
by Descriptor
Видете ли, не всё так просто. КП вводит отдел кадров в другую программу. Им эти документы необходимы для своих, кадровых дел. Потом эти доки экспортируются в ЗиК. А в ЗиКе гораздо удобнее заполнить документ "Перерасчет..." уже окладами из КП, так как 1. Коэффициенты повышения разные (несколько групп)2. Количество сотров за 2000.
#7
by Descriptor
Подумалось: а всё-таки почему 1С не внесла в глПолучитьКоэффициентПовышенияСреднегоЗаработка определение коэффиц иента повышения и из дока "КП". Ведь при любом повышении челу нужно насчитывать по среднему с коэффициентом. Что же их остановило? ЧТО? Вот в чем вопрос...:(
#10
by Descriptor
Не проще. А если чел поменял подразделение? В ЗиКе это должно отразиться...На мой взгляд, самой простой вариант - добавить одну строчку в процедуру: глПолучитьКоэффициентПовышенияСреднегоЗаработка.Миграция документво налажена, работает. Там пока трогать не хочется ничего (тем более, налажена не мной).
#11
by Descriptor
вчера искал ответ на этот вопрос, но не нашел. Если это так, то тогда снимается...
#12
by ninal
Чего тут искать? Смотрите положение 213 орасчетет среднего заработка. Там сказаано о повышении по всему предприятию
Тэги:
Ответить:
Комментарии доступны только авторизированным пользователям
Похожие вопросы 1С
- ЗиК. Кадровое перемещение, как правильно изменить оклад?
- v7: ЗиК. Как сделать кадровое перемещение?
- ЗУП, кадровое перемещение
- Кадровое перемещение ругается на предыдущее перемещение (ЗиКБУ 8.2)
- Кадровое перемещение вместе с сальдо в ЗуП 2.5. Как?
- Чем док. "Кадровое перемещение" отличется от "Кадровое перемещение организации"
В этой группе 1С
- УСН: Закрыть 44 счет.
- V7Backup закрывает 1С сразу после открытия
- Кто понимает в 1cv7*.exe.manifest!?
- Ошибка 1С при печати!
- конвертация xml в txt
- Бухгалтерия бюджет 603, Перемещение, списание, перадача МЦ
- Как получить чистую базу.
- 1C 7.7. Проблема с регистром остатков товаров
- Тормоза 1С в SQL
- Не могу найти в УПП отчет "Акт сверки взаиморасчетов"
- А вот почем более-менее реально нанять программиста?
- Амортизация ОС как исправить ошибку прошлого периода
- Не удалось записать основной договор контрагента
- Запрос к шапке документа и его табличной части. Абстрактный пример
- Вопрос: Как программно расширить легенду диаграммы?
- v7: Номер платежно-расчетного документа в сф
- переходник с Com на RG45 (витая пара).
- v8: Как программно добавить в справочник Контрагенты, банковский счет?
- свод 104 по мол
- Партии списанных товаров