Z_PAYREP
Краткое описание :
При переходе на новый месяц сохранять детализацию алиментов аванса будущего периодаОписание :
Расчет алиментов в режиме "Расчет аванса"Что измененно :
В модуле Заработная плата-Операции-Аванс-Расчет при переходе на новый месяц сохранять детализацию алиментов аванса будущего периода:
1) Заполнить детализацию алиментов при расчете удержаний с аванса в будущем периоде (сейчас при расчете в будущем периоде удаляется запись детализации алиментов текущего периода, при этом всегда пишется исходная сумма для расчета удержаний текущего периода);
2) Отображать в интерфейсе детализацию алиментов и и/л, для текущего и будущего периода;
3) Для будущего периода в интерфейсе аванса добавить свой флаг статуса расчета удержаний.
Как измененно :
В модуле Заработная плата-Операции-Аванс-Расчет, сейчас корректно отображается и заполняется детализация алиментов и и/л в будущем периоде. Теперь при расчете в будущем периоде не удаляется запись детализации алиментов текущего периода. Статус расчета удержаний сохраняется для текущего и будущего периода отдельно. При переходе в межпериод значения будущего периода переносятся в текущий. После обновления если в будущем периоде уже есть расчет аванса, то значение статуса расчета удержаний будет равно "нет", в этом случае необходимо пересчитать аванс, статус расчета установится в нужное поле, в дальнейшем такой статус будет отображаться корректно.
Z_PAYREP
Краткое описание :
Платежные ведомости - нужна раздельная нумерация зарплатных ПВ и всех остальныхОписание :
Платежные ведомостиЧто измененно :
Расчётный отдел требует, чтобы все платёжные ведомости, формируемые из модуля Заработная плата, имели свою отдельную нумерацию. Сейчас в Зарплате они видят только свои ведомости, но остальные (невидимые для них) ведомости модуля Касса нарушают их нумерацию (на выплату подотчётных сумм, прочие, а также созданные по ведомостям депонирования - см. также ПиР 102.189012).
Предлагается в раздел "Настройки Галактики \ Бухгалтерский контур \ Формирование номеров" добавить подраздел "Нумерация платёжных ведомостей" и настройку, например, "Раздельная нумерация ведомостей модуля Заработная плата". Реализовать такой порядок и для нумерации по последним номерам БД, и по таблице номеров.
Как измененно :
Добавлена системная настройка:
"Настройки Галактики \ Бухгалтерский контур \ Формирование номеров \ Нумерация платежных документов \ Раздельная нумерация платежных ведомостей модуля Касса и ЗП".
Данная настройка разграничивает нумерацию платежных ведомостей модуля Касса (префиксы 0$PS, 000) от Зарплатных (остальные префиксы)
Z_PAYREP
Краткое описание :
Необходимо открыть код удержания в шапке реестра по удержаниям с типом "Перечисление"Описание :
Реестры по перечислениям. ФормированиеЧто измененно :
Для решения ПИР 101.65967 необходимо открыть код удержания в шапке реестра по удержаниям с типом "Перечисление".
на перечисление заработной платы и других доходов работника в банк.
Кроме того предоставить возможности его изменения.
При формировании реестра необходимо, чтобы в шапке реестра и спецификации коды удержания совпадали (по просьбе клиентов).
Ниже привожу полную схему доработки.
В описание схемы включены ответы на вопросы, которые заданы в последнем уточнении.
1. добавить ещё одно значение, например, "только реестры на перечисление заработной платы"
к существующим значениям настройки "...\ Учет межпериода при расчете зарплаты \ Учет выплат по реестрам"
2. добавить новую настройку, например,"...\ Учет межпериода при расчете зарплаты \ Отражать перечисления видом удержания из заголовка реестра"
значения "нет \ да".
Данная настройка может понадобиться тем пользователям, которые не предполагают изменений в процессе учёта реестров при расчёте заработной платы, но захотят воспользоваться
заменой кода для других целей, например, для отражения назначения платежа.
3. В реестре дополнительно вывести поле с видом удержания, записанным в шапке реестра.
И предоставить возможность выбрать в этом поле другой вид удержания.
4. При расчете зарплаты, в записях на перечисление подставлять код из шапки реестра, при значении "да" в настройке п.2.
и при значениях "только реестры на перечисление заработной платы", "учет ведется" и "аналогично платежным ведомостям" при условии, что ведомости учитываются.
Данный алгоритм будет работать только в том случае, когда на момент расчёта зарплаты в наличии имеется реестр на перечисление.
Таким образом, при наличии реестра на перечисление с определённым кодом в шапке реестра, и соответствующим значением в настройке п.2.
код перечисления не будет меняться, сколько бы не пересчитывали заработную плату.
5. П.4. имеет особенности. На текущий момент, если установлено значение "учет ведется", то учитываются только закрытые реестры на перечисление в банк.
Для нового значения настройки "только реестры на перечисление заработной платы", можно определить другие правила, если требуется.
Сообщите, пожалуйста, есть ли пожелания по данному поводу. Если нет, то примем правила по аналогии с настройкой "учет ведется".
Единственное: хотелось бы, чтобы эти правила не были диаметрально противоположными работе системы с настройкой "учет ведется" и не противоречили
другим настройкам процесса учёта сумм из реестров.
6. Учёт настройки "Вид удержания для реально перечисленной заработной платы" для новой настройки менять не предполагается.
Т.е., если вид удержания в шапке реестра не будет совпадать с кодом удержания в спецификации, то берём его.
В противном случае берём из настройки для перечисленной заработной платы.
Теоретически, код из настройки пользователи просто уберут, если их такое правило не устраивает.
У нас ещё есть виды удержаний в КВУ для уволенных. Их анализ также предполагается оставить для новой настройки.
При условии, что код в шапке будет иметь более высокий приоритет
Как измененно :
Окно редактирования спецификации реестра.
В шапке реестра в режиме редактирования пользователь может заменить код вида удержания для удержаний с признаком "перечисление" на другой в/у с признаком "перечисление".
Примечание:
В классификаторе видов удержания признак "перечисление" следует выставлять лишь в тех видах удержаний, которыми перечисляется зарплата и другие доходы работника на его банковскую карту (то есть в пользу самого работника, а НЕ в пользу третьих лиц или сторонних организаций).
Z_PAYREP
Краткое описание :
Реестры НДФЛ - сохранять ссылку на формируемый реестр в результатах расчета НДФЛОписание :
Реестры по перечислениям. ФормированиеЧто измененно :
В момент формирования реестров НДФЛ по окончательному расчёту зарплаты предлагается проставлять ссылку на эти реестры в результаты расчёта НДФЛ (Uder) - аналогично ссылке на реестр выплаты.
Эта ссылка нужна для определения даты фактической уплаты НДФЛ в отчётности.
Как измененно :
В момент формирования реестров НДФЛ по окончательному расчету зарплаты проставляется ссылка на эти реестры в результаты расчета НДФЛ (Uder).
Z_PAYREP
Краткое описание :
Расчет больничного по уходу за ребенком внутри которого период нахождения в стационаре (Пилотный проект)Описание :
Расчет больничныхЧто измененно :
В окне редактирования больничного можно указать период нахождения в стационаре. Если после этого делается расчет, то получается странная картина: человеку посчитались 10 дней в амбулаторных условиях в соответствии с процентом стажа - 100 процентов, а остальные дни по 50 %.
В соответствии с статьей 7 ФЗ 255 должно быть так:
10 дней амбулаторного периода - 100 %
11 дней стационара - 100 %
Остальные 3 дня 50 %.
Как измененно :
Доработан функционал по расчету больничного, в котором есть период нахождения в стационаре. Стационарный период рассчитывается, как правило, с настройками, отличными от амбулаторного периода. Для решения этой проблемы создан следующий алгоритм работы:
1. Интерфейс редактирования больничного:
Кроме дат нахождения в стационаре появилось поле для ввода вида пособия для этого режима. При вводе этих данных в случае, если вид пособия отличается от основного(амбулаторного) и период стационара не совпадает с периодом болезни, больничный разбивается на несколько (два или три), соответствующих амбулаторным/стационарному периодам. Общая информация для всех этих больничных копируется. Далее просмотр и редактирование по F4 или Enter.
2. Режим просмотра списка больничных листов:
Больничные, которые состоят из нескольких связанных, выделяются в списке признаком Амб/Стац. Если помечен такой больничный, все функции локального меню, в том числе расчет и удаление, выполняются для всех связанных. Просмотр и редактирование связанных больничных осуществляется по F4 или Enter.
3. В окне редактирования связанных больничных в верхней панели отображается бланк больничного, в нижней - связанные по этому бланку больничные листы.
Особенности:
- Расчет: Расчет процентов для амбулаторного режима осуществляется с учетом дней стационара.
- Удаление: При пометке всех связанных больничных удаляются все больничные вместе с бланком. Если помечены не все больничные, остается один больничный на весь период с видом пособия для амбулаторного режима.
- Печать: Доработаны печатные формы с учетом общей информации по бланку.