К сожалению, тема до сих пор остается актуальной (я имею ввиду позорно маленькие зарплаты)…
По мотивам одноименной темы в форуме и развитии мысли Ильдара Гимадеева
Создаем новый вид расчета — ДоплатаДоМРОТ
Доработано:
— с учетом принятых на работу в этом месяце сотрудников;
— размер МРОТ берется из константы ММОТ на «ДатуОкончания»
В процессе тестирования (релиз 287, большинство сотрудников на простой повременной оплате (по дням), но есть и на повременно-премиальной по окладу согласно табеля (по часам))
выяснилось
-необходимо вводить вид расчета списку сотрудников «Доплата до МРОТ» с перидом действия с 01 по последнее число месяца и без указания суммы;
-при увольнении сотрудника ввоодим вид расчета сотруднику «Доплата до МРОТ» с периодом действия с 01 по день увольнения;
-на конкретной базе попутно выяснилось, что бух неправильно начислял ЗП сторожам,т.е. в табеле в строке «всего отработано времени» вводил не «всего», а за минусом «ночные часы».
таким образом расчет Доплаты до МРОТ видит «отработано 27 дней» при норме 23 дня, исчисляет коэффициент 1.17 и добросовестно начисляет изрядную доплату до МРОТ.
В остальном все по Ильдару Гимадаеву:
-приоритет 99,
-включаем в ГруппыРасчетов ВсеВыплачиваемыеСуммы,ВсеНачисления,НачисленияУдержанияСотрудника,ОблагаетсяЕСН,ОблагаетсяИЛ,ОблагаетсяНДФЛ,ОблагаетсяПрофВзносами,ОблагаетсяФССнаНСиПЗ,РаспределяемыеКакОклад
-настраиваем нужную базу вида расчета.
Прошу Ваши соображения и мысли.
Если это вопрос, а не решение — то удаляте эту «программу» и задавайте вопрос на форуме.
Не указана платформа. По релизу 287 не все пользователи определят ЗиК.
Не указана ссылка на ветку форума.
Кто такой Ильдар Гимадаев ? И где его мысль , которую Вы развиваете ?
Для скачивания указан текстовый файл. Вы пишите статью ?
Автор, уберите «от греха» эту разработку.
Виноват.
Вы пишЕте статью ?
(1)-(3) Ребята, человек описал как решить(программно) проблему доплаты до минималки в ЗиК. Кстати то что это для ЗиК нужно указать. В текстовом файле приведен модуль расчета для вида расчета ДплатаДоМРОТ, который можно зачесть как разработку…В другом виде это не положишь (вернее это самый нормальный вариант выкладывания кода).
P.S. Первое выкладывание. Поддержу человека! Тем более разработка нужная и уже тестированная…
(4) Не согласен.
Для того , чтобы тема была разработкой нужно дополнительно выложить демонстрционную конф-ию Зика с описанными изменениями. Чтобы пользователи могли проверить. И это будет самым нормальным вариантом выкладывания кода.
Тема в таком виде даже на статью не тянет , т.к. непонятно на что ссылается автор и какую идею развивает.
(5) Вы разбираетесь в ЗиК? Или просто хотите во всех темах со мной спорить???
>>Для того , чтобы тема была разработкой нужно дополнительно выложить демонстрционную конф-ию Зика с описанными изменениями.
Зачем? Что проще по Вашему:
1. Качать 6 мегабайт кода потом объединять с базой ради одного ВР
ИЛИ
2. Просто скопировать текст модуля в новый ВР?
А демо базу каждый может сделать сам…
>>Тема в таком виде даже на статью не тянет , т.к. непонятно на что ссылается автор и какую идею развивает.
Вот теперь я понял, что Вы не сильно знаете ЗиК…. А идея: как проще и правильнее сделать доплату до МРОТ…
P.S. Помню, помню, какие обработки Вам больше нравятся…
+6
И кстати все отличия от типовой описаны! И даже описано КАК механизм работает… В отличии от многих других разработок…
Спокойно. Давайте разберемся.
Кто из нас лучше знает Зик пока оставим в стороне.
Итак, тема заявлена как разработка , а не статья.
Следим за словами : Не статья !
Разработка должна быть не «как проще автору» , а содержать программу.
В данном случае , автору нужно было представить к скачиванию и текстовый файл , и демо-конфигурацию с описанием использования.
Кому нужно качает текстовый файл . Кому нужно демо-конфигурацию
с описанными изменениями.
В таком случае никаких претензий к автору бы не было.
Это первое.
Теперь второе.
Описание нужно изменить и правильно сослаться на ветку форума или полностью описать идею некоего Гимадаева.
У Вас есть возражения по этим двум пунктам ?
(8) > В данном случае , автору нужно было представить к скачиванию и текстовый файл , и демо-конфигурацию с описанием использования.
Во первых:
1. Выложен абсолютно рабочий код! То что в 7.7 нельзя нормально оформить обновление одного объекта, считаю недостатком платформы. Я как разработчик считаю выкладывание демо базы не целесообразным и не нужным
2. Где написано, что он ДОЛЖЕН сделать именно так? Лично меня полностью устраивает текущий вариант. Вы же можете ПОПРОСИТЬ его еще выложить демо базу если Вас что то не устраивает…. или у нас уже введено модерирование Вами?
Во вторых:
Если сохранился первоисточник, то хорошо бы выложить ссылку, если нет, то ничего страшного…. Идея Гимадаева, как мне кажется заключалась в том КАК реализовать доплату, что и было перенесено в сабж…
P.S. Остальной спор, если он будет иметь место, пожалуйста, мне в личку, дабы не засорять ветку сабжа!
(8) А если мы начнем выкладывать в качестве «Демо» обновленные типовые конфиги, как к этому может отнестить сама 1С?
(9)
Автор идеи.
Ситуация — сотрудник вышел из отпуска Ех, 15 числа — доплата до МРОТ за пол месяца 0 руб (работает — Повременно-премиальная по окладу согласно табеля (по часам)
(12) Прошу полный текст сообщения при расчете. И сколько дней и часов рабочих у сотрудника в сентябре ?
Сотрудник работает по табелю (для него заведены сменные календари — общий и ночной (Общий — 5-7-5-7)). Сотрудник находился в отпуске с 16.07.09 по 12.08.09 — работает с 13.08.09. (часов рабочих в сентябре — общих: 113, ночных: 74). В документе «Ввод расчета списку сотрудников» период стоит с 01.08.09 — 31.08.09. При расчете зп выдается комммент:
«Расчет доплаты до МРОТ из документа: Сотрудник Мочалин Валерий Петрович таб.№ 0000000021:
МРОТ (4330)*ставку(1)*Коэф.отработанных дней(0.22580645161290322581) =0
Начислено за период с 13.08.09 по 31.08.09: 1434.15; сумма доплаты составила:0 руб.»
(14) Не разобрались с этой ошибкой?
А для Зарплаты Бюджетной 8.1 никто подобного не делал?
реальна весчь! плюсанул 😀
По ходу это актуально сейчас для меня.