Z_SERVICE
Краткое описание :
Сохранение постоянных доплат после окончания срока действия доплатыОписание :
Переход к новому периодуЧто измененно :
В настоящий момент постоянные доплаты после окончания срока действия не удаляются, а переводятся в статус не участвуют в расчете "нет". Часто бывает, что ежемесячно ряд доплат вводятся приказами со сроком действия один месяц. Накапливать такие ВО в постоянных доплатах неудобно и малоинформативно.
Предлагается реализовать возможность выбора способа работы. В зависимости от выбора, либо удалять доплаты после окончания срока действия, либо изменять их статус.
P.s. доплаты с алгоритмом 97 должны оставаться в любом случае для контроля предоставления вычетов, не зависимо от выбора способа работы.
Как измененно :
В классификатор видов оплат на вкладке "Главная" добавлен признак "Удалять завершенные доплаты при переходе", который может принимать значения "да" или "нет".
При значении "да" доплаты, у которых закончился срок или остаток, будут удаляться при переходе на новый расчетный период.
При значении "нет" доплаты, у которых закончился срок или остаток, будут исключаться из расчета.
Значение по умолчанию - "нет".
Z_SERVICE
Краткое описание :
После работы функции корректировки изменилась сумма НДФЛ межпериода, из-за этого появилась запись с "минус рубль"Описание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)Что измененно :
После работы функции корректировки изменилась сумма НДФЛ межпериода, из-за этого появилась запись с "минус рубль".
В расчет зарплаты за июнь было создано удержание с ссылкой на вид оплаты "компенсация", при этом реально компенсации у этого человека не было.
Запустили по нему сервисную функцию корректировки архива. В результате сумма НДФЛ межпериода стала больше на рубль и появилась запись на "-" 1 рубль. У отпуска, как до функции, так и после почему-то источник "начисления и выплаты", а не "отпуск". Желательно изменить на "отпуск", иначе функция контроля не находит реестр.
Как измененно :
Доработана функция корректировки.
Теперь После работы функции корректировки запись с "минус рубль" не появляется.
Если для сумм с типом "О" установлен тип источника "НиВ", то он изменяется на "отпуск".
Ситуация проявлялась в следующем случае.
в расчет зарплаты за июнь было создано удержание с ссылкой на вид оплаты "компенсация", при этом реально компенсации у этого человека не было.
Запустили по нему сервисную функцию корректировки архива. В результате сумма НДФЛ межпериода стала больше на рубль и появилась запись на "-" 1 рубль.
Z_SERVICE
Краткое описание :
В результате расчета заработной платы вернулся весь налогОписание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)Что измененно :
В результате расчета заработной платы вернулся весь налог, итого получилось НДФЛ 0
Здесь есть только больничный, в межпериод НДФЛ с него рассчитан без учета вычетов. Затем вычет применился в окончательный расчет зп за месяц.
В результатах расчета есть отрицательная сумма на В межпериод выплачен больничный 4944,84. НДФЛ с больничного 643 руб. Есть реестры межпериода.
Только одно начисление, других нет.
При расчете зп даем вычет на ребенка 1400.
В итоге в результатах расчета две записи по НДФЛ: 643, и -643, итого налог получился ноль. Сумма больничного записалась с поле "Учтено вычетов"
А, если запустить функцию, то она схлопывает эти две записи в одну.
Как измененно :
Доработана функция: Галактика ERP \ Персонал \ ЗП \ =Настройка= \ Сервисные функции \ Налог на доходы физических лиц \ Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder) для следующего случая.
Здесь есть только больничный, в межпериод НДФЛ с него рассчитан без учета вычетов. Затем вычет применился в окончательный расчет зп за месяц.
В результатах расчета есть отрицательная сумма на В межпериод выплачен больничный 4944,84. НДФЛ с больничного 643 руб. Есть реестры межпериода.
Только одно начисление, других нет.
При расчете зп даем вычет на ребенка 1400.
В итоге в результатах расчета две записи по НДФЛ: 643, и -643, итого налог получился ноль. Сумма больничного записалась с поле "Учтено вычетов"
Теперь функция, не схлопывает эти две записи в одну и вычет также оставляет в записи на возврат НДФЛ
Z_SERVICE
Краткое описание :
Экспорт-импорт лицевых счетов через xml-файлОписание :
Экспорт лицевых счетовЧто измененно :
Для моделирования проблемных ситуаций заказчиков нужно в тестовой базе разработчика ввести такие же данные как у клиента. Обычно это делается по присланным скриншотам или с помощью импорта через буфер обмена. Оба эти способа не всегда позволяют максимально полно воспроизводить клиентскую ситуацию, что усложняет и затягивает локализацию проблем.
Клиентам нужно дать простой и удобный инструмент выгрузки данных по выбранным лицевым счетам в xml-файл, а разработчикам инструмент загрузки этих данных в тестовую базу.
Как измененно :
--- 9.1 ---
В меню модуля Заработная плата добавлен пункт "Настройка \ Администратор \ Экспорт лицевых счетов". При его выборе открывается интерфейс параметров экспорта, в котором можно установить фильтр по подразделениям и лицевым счетам, указать период, данные за который должны быть выгружены и задать путь и имя файла, в который будет выполнена выгрузка информации. Можно сформированный xml-файл поместить в архив rar или 7z, если соответствующий архиватор установлен в системе и путь к нему прописан в переменной Path среды операционной системы. Архивировать можно с паролем. Для настройки архивации имеются соответствующие параметры диалога. По нажатию кнопки [Сохранить] информация выгружается в указанный файл. В нижней части интерфейса отображается протокол выполнения операции выгрузки.
Возможность выгрузки лицевых счетов в xml-файл реализована также в сервисной функции "Контроль и корректировка удержаний" (Z_Service::FindIncorrectUder). Параметры для настройки выгрузки становятся доступны, если выбран режим "Контроль" и включена опция "Выводить только данные, требующие анализа".
--- 8.1 ---
Экспорт лицевых счетов из xml-файла доступен через запуск внешнего интерфейса Z_Service::ZarInfo_Export. При его запуске открывается интерфейс параметров экспорта, в котором можно установить фильтр по подразделениям и лицевым счетам, указать период, данные за который должны быть выгружены и задать путь и имя файла, в который будет выполнена выгрузка информации. Можно сформированный xml-файл поместить в архив rar или 7z, если соответствующий архиватор установлен в системе и путь к нему прописан в переменной Path среды операционной системы. Архивировать можно с паролем. Для настройки архивации имеются соответствующие параметры диалога. По нажатию кнопки [Сохранить] информация выгружается в указанный файл.
-----------
Для выбранных табельных номеров выгружаются связанные с ними записи таблиц LSchet, SumVidOp, SumVidUd, NeNach, Nachisl, Uder, KlVidOpl, KlVidUd, SumUpPro, SumUpTec, SumUpBud, DopNaP, DopNaP2, SumUpSoc, YearSumsBefore, SumUlPro, SumUlTec, SumUlBud, DopNaL, DopNaL2, SumUlSoc, YearSumsAfter, ZarOper, SpPlBan, SbBan, SpPlVed, PlatVed, DocPodot, PlPor, KlVxod, OtpDop.
При этом в целях обезличивания данных зачищаются значения полей:
LSchet.Pasport
LSchet.NomCard
PlPor.NamePl1
PlPor.NamePl2
PlPor.NamePl3
PlPor.NamePl4
PlPor.Podotchet
SpPlVed.Fio
SpPlBan.NOMLSH
SpPlBan.NomCard
SpPlBan.Adres
SpPlBan.Fio
SpPlBan.FAMCH
Z_SERVICE
Краткое описание :
Анализ отрицательных сумм НДФЛ при наличии нескольких записей в начислениях Z_SERVICE::FINDINCORRECTUDER (Z_Service.res).Описание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)Что измененно :
В удержаниях есть запись с отрицательным НДФЛ.
182 / 182 103 / 103 -771,32 -100,00
В начислениях две записи
103 / 103 2 334,56
103 / 103 -3105,88
2334,56 - 3105.88 = -771.32.
Все корректно.
Функция показывает, что данные некорректны.
Необходимо добавить анализ и помечать такие записи как корректные.
Как измененно :
Для отрицательных НДФЛ функция проверяет несколько записей в начислениях и, если их сумма ровна сумме дохода в удержаниях и НДФЛ равен 13%, записи считается корректной.
Z_SERVICE
Краткое описание :
не проставился реестр для части больничного по ВО 115.Описание :
Контроль выплаты зарплаты (удержания)Что измененно :
В случае переходящих отпусков и больничных из разных фондов, которые выплачивались вместе с зарплатой, не во все удержания налога, относящиеся к переходящим отпускам или больничным, проставляется ссылка на реестр и дата выплаты.
Как измененно :
Доработано.
Z_SERVICE
Краткое описание :
Восстановление суммы дохода в удержании при наличии суммы в начислениях Z_SERVICE::FINDINCORRECTUDER (Z_Service.res).Описание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)Что измененно :
В удержании отсутствует сумма. Сумма в начислении присутствует и НДФЛ корректный.
Требуется восстановить сумму дохода в удержании.
Как измененно :
Восстановление суммы дохода в удержании при наличии суммы в начислениях и корректном НДФЛ.
Z_SERVICE
Краткое описание :
Анализ отрицательных сумм НДФЛ при наличии скидок Z_SERVICE::FINDINCORRECTUDER (Z_Service.res).Описание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)Что измененно :
В удержаниях есть сумма НДФЛ с отрицательным значением.
182 / 100 | 9 / 2001 | 7 108,50 | -52 000,00 | 7 108,50
В вычетах есть сумма скидки 74782,99.
После работы функции НДФЛ остается -52000.
Определять такую ситуацию как корректная.
Как измененно :
Ситуация, если общий отрицательный НДФЛ до работы функции и после одинаков, считается корректной.
Z_SERVICE
Краткое описание :
Функция корректировки приводит данные по начислениям, в результате "теряется" отрицательная запись по НДФЛОписание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)Что измененно :
Функция корректировки приводит данные по начислениям, в результате "теряется" отрицательная запись по НДФЛ
Есть такой случай. Сотруднику выплатили отпускные в межпериод, с них перечислен НДФЛ. Затем при расчете зп по итогам месяца выясняется, что отпускные переплатили. Сейчас в такой ситуации в результатах расчета есть две записи по НДФЛ, одна на "старую" сумму отпускных, вторая - отрицательная. И это верно. Но, при запуске функции корректировки записи по отпуску "схлопываются" в одну, потому что в начислениях уже одна новая пересчитанная сумма отпуска. Нужно, чтобы функция не правила такие записи, они должны оставаться такими, как после расчета зп.
Как измененно :
Доработана функция Галактика ERP \ Персонал \ ЗП \ =Настройка= \ Сервисные функции \ Налог на доходы физических лиц \ Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder).
Теперь записи с одинаковым видом оплат не объединяются, насколько это возможно.
Z_SERVICE
Краткое описание :
Отрицательный налог при положительном доходеОписание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)Что измененно :
Функция контроля ошибок не находит, но непонятен получающийся отрицательный ндфл.
Как измененно :
Доработана функция Галактика ERP \ Персонал \ ЗП \ =Настройка= \ Сервисные функции \ Налог на доходы физических лиц \ Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Теперь не формируется отрицательный ндфл, при положительном доходе, кроме случаев погрешности округления или возврата НДФЛ за счет вычетов.
Z_SERVICE
Краткое описание :
В результате работы функции (до нее тоже) формируется запись с нулевым доходом и отрицательным налогомОписание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)Что измененно :
В результате работы функции (до нее тоже) формируется запись с нулевым доходом и отрицательным налогом
Здесь ситуация в следующем. Есть запись с нулевым доходом и отрицательным налогом (-928), такая запись обычно считается возвратом налога ( при расчете зп такие записи создаются в случаях возврата налога за счет вычетов, здесь такого нет), поэтому не попадает в раздел 2 6-НДФЛ и попадает в строку 090 раздела 1. Здесь нет никаких вычетов, если по ВО 7 на сумму 28582,48 налог будет не 4644, а 3716 тогда не будет формироваться возврат на -928 руб. и все будет хорошо.
Как измененно :
Доработана функция Галактика ERP \ Персонал \ ЗП \ =Настройка= \ Сервисные функции \ Налог на доходы физических лиц \ Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder).
Теперь функция аннулирует записи с отрицательным налогом и нулевым доходом, если к ней не привязан тип источника "межпериод".
Эта запись погашает часть суммы НДФЛ, по другим удержаниям с тем же видом оплаты, если в этих удержаниях также нет ссылки на источник межпериода.
Если таких сумм несколько, выбирается наибольшая из них.
Z_SERVICE
Краткое описание :
Предоставить возможность отнести погрешность округления на другой вид оплатыОписание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)Что измененно :
Если сохранить строку по НДФЛ с -1 рублем, то данное значение подтянется в строку 090, это некорректно
Необходимо отнести эту погрешность на вид оплаты, который выплачивался в итоговую зарплату, с наивысшим приоритетом во входимости КВО "приоритет отнесения копейки".
Как измененно :
Доработано (по настройке) отнесения погрешности округления НДФЛ на вид оплаты с наивысшим приоритетом (минимальным значением) в поле "Приоритет оплаты для отнесения остатка округления НДФЛ" в КВО.
Примечание.
Z_SERVICE
Краткое описание :
Реализовать экспорт-импорт истории увольненийОписание :
Экспорт лицевых счетовЧто измененно :
Нужно экспортировать также историю увольнений
Как измененно :
При импорте и экспорте лицевых счетов передается также информация с вкладки "История увольнений" лицевого счета.
Z_SERVICE
Краткое описание :
Z_SERVICE::FINDINCORRECTUDER Отрицательные суммы (после контроля) для отпускаОписание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)Что измененно :
Z_SERVICE::FINDINCORRECTUDER Отрицательные суммы до и после контроля для отпуска. 6-НДФЛ формируется неверно.
Как измененно :
Доработана функция Галактика ERP \ Персонал \ ЗП \ =Настройка= \ Сервисные функции \ Налог на доходы физических лиц \ Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder).
Теперь функция аннулирует лишние отрицательные суммы отпускных, которые возникли при расчете заработной платы.
Z_SERVICE
Краткое описание :
Сложный случай с пересчетом отпуска после расчета ЗП за предыдущий месяц (тн100370)Описание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)Что измененно :
Сложный случай с пересчетом отпуска после расчета ЗП за предыдущий месяц (тн100370)
Здесь ситуация в следующем.
Сотруднику в межпериод был начислен отпуск в размере 39577,44 (по реестру межпериода RO). Затем в окончательный расчет зп по итогам месяца этот отпуск был пересчитан и его сумма стала 41794,48.
Сейчас по отчету получается, что сумма 59365,65 отражена с источником "отпуск", как выплаченная в межпериоде. А весь минус лег на источник реестры (-17571,17). Т.е. по итогу мы имеем 41794,48, что равно начислениям (20897,24+14926,6+5970,64)
Результатом мы должны иметь по отпуску:
Сумма дохода 39577,44, НДФЛ 5145 (межпериод)
Сумма дохода 2217,04 (разница между новой сумма отпуска и отпуском межпериода, т.е. 41794,48-39577,44) - это выплатили в зп в июле.
По реестру межпериода есть две суммы: 19788,22 и 19788,72 (мы их и должны оставить).
Если возможности оставить суммы из реестра уже нет, то думаю можно сделать так:
Для сумм 19792,31 14131,87 5652,75 оставить источник "отпуск", а все остальные пойдут с источником реестр, их можно объединить с суммой 1108,52.
Таким образом, после работы функции по ВО 106/107 должно быть:
Сумма дохода 39577,44 с источником "отпуск" НДФЛ 5145
Сумма дохода 2217,04 с источником реестр НДФЛ 288
Как измененно :
Доработана функция Галактика ERP \ Персонал \ ЗП \ =Настройка= \ Сервисные функции \ Налог на доходы физических лиц \ Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder).
Теперь из реестров межпериода учитывается не только налог на доходы, но и доход.
Такая доработка позволила более правильно распределить суммы отпусков в случае их пересчета.
Z_SERVICE
Краткое описание :
Реализовать экспорт-импорт вида, режима работы и системы оплатОписание :
Экспорт лицевых счетовЧто измененно :
В окне редактирования лицевого счета поля "Вид работы", "Режим работы" и "Система оплаты" должны быть заполнены (подсвечиваются желтым, если не заполнены). Нужно реализовать экспорт-импорт записей этих справочников для передаваемых лицевых счетов.
Как измененно :
Реализован экспорт-импорт каталогов "Виды работ", "Режимы работ" и "Системы оплат". Точнее только тех их записей, на которые ссылаются экспортируемые лицевые счета.
Z_SERVICE
Краткое описание :
Некорректно работает функция контроль выплаты зарплатыОписание :
Контроль выплаты зарплаты (удержания)Что измененно :
Некорректно работает функция контроль выплаты зарплаты. Неверно проставлялась ссылка на реестр и дата перечисления (выплаты), в случаях если выплата проводилась в межпериоде общей суммой, через интерфейс "Удержаний и выплат"
Как измененно :
В описываемой ситуации привязывается корректно.