Информация о файле обновления Галактика Z_SERVICE_RES_8101030.TXT


Описание файла обновления:
ФайлZ_SERVICE_RES_8101030.TXT
ОбновлениеZ_SERVICE_RES_8101030
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентZ_SERVICE
ТипRES
Версия8.10.103.0
Дата2017-02-01 15:09:41
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.161114NEWДля неначисляемых сумм (по которым есть только перечисление НДФЛ но нет перечисления дохода), в качестве даты перечисления задавать дату оплаты из платежного поручения на уплаты НДФЛЗаработная платаКонтроль выплаты зарплаты (удержания)
С неначисляемых сумм может быть уплачен только НДФЛ (и то не всегда). Самого перечисления дохода нет, так как подарки просто выдают, а не перечисляют в банк. И датой выдачи дохода является дата получения подарка.По соответствию вида оплаты и датам начала и окончания в удержании налога функция пытается найти соответствующую среди неначисляемых сумм и если находит, то берет дату выдачи из нее.
180.10046NEWНеверно работает сервисная функция по контролю выплаты ЗП по уволенному сотрудникуЗаработная платаКонтроль выплаты зарплаты (удержания)
1) В настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Вид удержания для реально перечисленной заработной платы" должно быть пусто. 2) Начисляется все за текущий месяц. 3) У увольняемого работника есть какое то постоянное удержание для перечисления всей зарплаты в банк (единственное). При увольнении работника заходим в это постоянное удержание и заменяем в нем вид удержания на "Перечисление зарплаты в банк (межпериод)". Теперь рассчитываем зарплату. В результатах расчета сумма для перечисления зарплаты отразится именно этим видом удержания. Теперь сформируем реестр по этому виду удержания. Формируем платежку по реестру и перечисляем в банк. То есть с уволенным работником мы полностью рассчитались. 4) Теперь после увольнения что то уволенному работнику надо доначислить за текущий месяц. Доначисляем. Но выплачивать будем уже другим видом удержания. Заходим в постоянное удержание работника (в которое мы раньше заходили) и в нем заменяем вид удержания на "Перечисление зарплаты в банк". Рассчитываем зарплату. Все ранее перечисленные суммы, которые были перечислены при увольнении, остаются с кодом "Перечисление зарплаты в банк (межпериод)". Новые суммы, которые доначислили, будут с кодом "Перечисление зарплаты в банк". Теперь формируем реестр по виду удержания "Перечисление зарплаты в банк". Формируем платежку по реестру и перечисляем в банк. В итоге все суммы в результатах расчета отражены разными кодами удержаний (теми, которыми реально перечислены реестрами)." В реестры на выплату зарплаты попали корректные данные (виды оплат и отрезки периодов работы), но сервисная функция по контролю выплаты ЗП (удержания) для одной из сумм налога неверно определяет реестр, в котором есть такой же вид оплаты, но оплачиваемый период относится к периоду до увольнения.1) В настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Вид удержания для реально перечисленной заработной платы" должно быть пусто. 2) Начисляется все за текущий месяц. 3) У увольняемого работника есть какое то постоянное удержание для перечисления всей зарплаты в банк (единственное). При увольнении работника заходим в это постоянное удержание и заменяем в нем вид удержания на "Перечисление зарплаты в банк (межпериод)". Теперь рассчитываем зарплату. В результатах расчета сумма для перечисления зарплаты отразится именно этим видом удержания. Теперь сформируем реестр по этому виду удержания. Формируем платежку по реестру и перечисляем в банк. То есть с уволенным работником мы полностью рассчитались. 4) Теперь после увольнения что то уволенному работнику надо доначислить. Доначисляем. Но выплачивать будем уже другим видом удержания. Заходим в постоянное удержание работника (в которое мы раньше заходили) и в нем заменяем вид удержания на "Перечисление зарплаты в банк". Рассчитываем зарплату. Все ранее перечисленные суммы, которые были перечислены при увольнении, остаются с кодом "Перечисление зарплаты в банк (межпериод)". Новые суммы, которые доначислили, будут с кодом "Перечисление зарплаты в банк". Теперь формируем реестр по виду удержания "Перечисление зарплаты в банк". Формируем платежку по реестру и перечисляем в банк. В итоге все суммы в результатах расчета отражены разными кодами удержаний (теми, которыми реально перечислены реестрами)." В данной ситуации сервисная функция по контролю выплаты ЗП (удержания) определяет правильно.
102.1572748.10.102.0Необходимо чтобы сервисная функция Контроль выплаты зарплаты учитывала частичную выплату зарплатыЗаработная платаКонтроль выплаты зарплаты (удержания) - (предложения по развитию функциональности)
На последних обновлениях в расчете зарплаты суммы доначислений отпускных, пересчета доплат отображаются по 182 виду удержания верно. При формировании реестра на выплату зарплаты ссылки в удержания НДФЛ заполняются верные. Необходимо чтобы функция контроля удержаний эти ссылки считала достоверными и больше не проверяла. Заполняла только дату оплаты в удержании из привязанного реестра.1) Если по итогам расчета зарплаты формируют реестры с видами удержания аванса, то ссылки на такие реестры в удержания налога теперь не ставятся. 2) "Настройки Галактики Управление персоналом Расчеты с персоналом Прочие удержания Учитывать перечисление заработной платы за период" - "отчетный" Если в момент формирования реестра на перечисление зарплаты в удержание налога записывается ссылка, то теперь она записывается вместе с признаком "неизм.". 3) При формировании ведомостей по итогам расчета зарплаты для проставленной в налог ссылки на ведомость записывается признак "неизм." 4) Так как теперь при расчете зарплаты проставленные ссылки на реестры уже сохраняются, то доработана функция контроля выплаты зарплаты (удержания). Если в удержании налога есть ссылка на реестр (ведомость) для которой стоит признак "неизм.", то функция пытается лишь определить и записать "дату перечисления (выплаты)", не изменяя при этом ссылку.
102.1602798.10.102.0Контроль выплаты ЗП не обрабатывает ситуацию с полностью льготируемой мат. помощью выпл. в межпериодЗаработная платаКонтроль выплаты зарплаты (удержания)
Контроль выплаты ЗП не обрабатывает ситуацию с полностью льготируемой мат. помощью выплаченной в межпериод - реестр межпериода не проставляется в результатах расчёта (суммы в удержании НДФЛ: доход 0, налог 0, сумма мат. помощи 30 000).В функции контроля выплаты (удержания) для данного записи при наличии ссылки на источник межпериода проставляется ссылка на оплаченный реестр межпериода и дата выплаты.
102.1611838.10.102.0Не корректно отрабатывает функция "Контроль выплаты зарплаты" если был отзыв из отпуска.Заработная платаКонтроль выплаты зарплаты (удержания)
Не корректно отрабатывает функция "Контроль выплаты зарплаты" если был отзыв из отпуска (в результатах расчета нет начислений по отпуску).Если есть удержание со ссылкой на исходный документ, но нет начисления, оплачиваемый период берется из исходного документа (в примере из отпуска), так как выплату могли сделать до того, как оформили отзыв.
101.604718.10.101.0Функция не обрабатывает архив договоров подрядаЗаработная платаКонтроль выплаты зарплаты (удержания)
Контроль выплаты зарплаты (удержания) не проставляет даты перечисления (выплаты) в архиве удержаний НДФЛ при обработке выплат по договорам подряда.В некоторых случаях (в частности при обработке выплат по договорам подряда, перенесенным в архив) после переноса таких выплат в архив ссылки перестают быть правильными. Поэтому минимальную проверку корректности исходных данных по ссылке на основание выплаты невозможно провести по основному документу. Для данных случаев, если для источника "начисления и выплаты" основной документ не найден (выдается сообщение в протокол), дополнительно проверяется наличие операции в межпериоде. Если по ссылке на источник нашлась операция по лицевому счету, обработка таких записей проводится по общим правилам.
102.1600298.10.101.0Контроль выплаты зарплаты (удержания). Одинаковые виды оплат.Заработная платаКонтроль выплаты зарплаты (удержания) - (предложения по развитию функциональности)
Контроль выплаты зарплаты (удержания). Одинаковые виды оплат. В данном примере одна матпомощь выплачена в межпериод по ведомости, а вторая ведомостью на окончательную выплату зарплаты. Других начислений нет. В этом случае для налога с окончательной выплаты устанавливается ссылка и дата ведомости в межпериод.Доработано. Для суммы с неизвестным источником проставляется ссылка на ведомость с окончательной выплатой зарплаты.
180.96938.10.101.0Не заполняется ссылка на реестр после работы Сервисной функции Контроль выплаты зарплатыЗаработная платаКонтроль выплаты зарплаты (удержания)
В параметры функции контроля добавить поле, в котором можно задать количество месяцев, "через" которое (разность между месяцами начисления и выплатой) была произведена выплата дохода вместе с заработной платой. Необходимо только для значения настройки: "Настройки Галактики Управление персоналом Расчеты с персоналом Прочие удержания Учитывать перечисление заработной платы за период"= "прошлый"Для значения настройки: "Настройки Галактики Управление персоналом Расчеты с персоналом Прочие удержания Учитывать перечисление заработной платы за период" = "прошлый" в функцию контроля выплаты зарплаты (удержания) добавлен дополнительный сервисный параметр. Добавлено поле, в котором можно задать количество месяцев, через которое повторно начислялся невыплаченный долг предприятия и выплачивался вместе с заработной платой. Если пользователю точно известно, что все выплаты зарплаты у них всегда проходят через определенное количество месяцев от месяца начисления, то параметр позволит условно связать месяц исчисленного налога с реестром на выплату зарплаты, относящемуся к такому последующему месяцу. Это позволит пользователю проставить ссылки в большей части данных (достоверность заполнения зависит от того, насколько верны предположения пользователя). Например: если в поле выставить значение "0" функция контроля удержаний обрабатывая налоги января будет искать выплаты зарплаты среди январских реестров (то есть сформированных по начислениям января); если в поле выставить значение "1" функция контроля удержаний обрабатывая налоги января будет искать выплаты зарплаты среди февральских реестров (то есть сформированных по начислениям февраля).
101.601768.10.100.0Корректировка архива удержаний - обнуляются ссылки на реестрЗаработная платаПредложения по разработке новых сервисных функций
Во всех ситуациях, где в удержаниях были проставлены ссылки на реестр, функция отображает нулевую ссылку.Нулевая ссылка после не отображается. И соответственно не изменяется в режиме корректировки (она не изменялась и при отображении нуля).
102.1567028.10.100.0Дата перечисления(выплаты) из результатов расчета не переносится в архив при переходе на след. периодЗаработная платаПереход к новому периоду
Дата перечисления(выплаты) из результатов расчета не переносится в архивные данные Суммы по видам удержаний при переходе на новый расчетный период.Теперь дата выплаты в удержаниях переносится в архив при переходе на новый расчетный период.
102.1591838.10.99.0Z_Service::FindIncorrectUder. Требуется анализ.Заработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Сотруднику делали выплату в межпериод через "Удержания и выплаты".Доработана функция: Галактика ERP Персонал ЗП =Настройка= Сервисные функции Налог на доходы физических лиц Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder) для сумм, перечисленных на основе сумм, введенных с помощью функции "Удержания и выплаты", причем имеется сумма в "Начислениях и выплатах", по корой не был сформирован реестр. Теперь для такого случая суммы из реестров подтягиваются правильно.
101.603538.10.98.0Корректировка архива удержаний - сломан налог из реестра межпериода для отпусковЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Выплаченный в межпериод отпуск состоит из 2-х частей, вид оплаты одинаковый. Функция весь налог кидает на одну запись. Ещё на 94 ресурсе у клиента все эти ситуации выводились "к исправлению" и нормально правились. Теперь на 97 они выходят "к анализу". См. во вложенном файле "На 97 ресурсе" ситуации 1, 2, 3, 4, 5 и далее. Сравните те же таб. номера в файле "На 94 ресурсе". У клиента было 210 ситуаций "К исправлению", теперь у меня из них 119 показаны "К анализу" - и это ещё менее половины проблемных ситуаций. Как разбирать эти сотни случаев?Доработана функция: Галактика ERP Персонал ЗП =Настройка= Сервисные функции Налог на доходы физических лиц Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)для случаев, когда несколько сумм дохода и НДФЛ по отпуску в реестре отражены одинаковыми суммами. Теперь функция правильно отражает суммы из реестра и запись в отчете помечается к исправлению.
102.1574848.10.98.0Z_SERVICE::FINDINCORRECTUDER (Z_Service.res): подхватывает не тот реестр.Заработная платаКонтроль выплаты зарплаты (удержания)
Сотруднику в межпериод была выплачена сумма 66406 (реестр №0009149), начислено 76328 (ВО 82), НДФЛ 9922 (реестр №0009146). Расчет зарплаты при увольнении: Начислено 87602, удержано 57430.03. Перечислено 52642.94 (реестр №0009800). НДФЛ 11389(496 + 311 + 147 + 3307 + 7128) реестр №0009801. Окончательный расчет зарплаты после применения коэффициентов к доплатам: 92282,11 - 87602 = 4680,11 Данное начисление было перечислено 4072.11 (реестр №0011656) и НДФЛ 608 (реестр №0011449) Необходимо в удержаниях создать записи по ВО, которые имеют расхождение между удержаниями и реестрами на НДФЛ, на сумму 608.После анализа реестров в удержаниях создается 3 записи: 1. по ВО 25 на сумму НДФЛ -1 (в удержаниях было 7127 в реестре 7128), начислено 0. 2. по ВО 381 на сумму НДФЛ 80 (в удержаниях было 576 в реестре 496), начислено 610,45. 3. по ВО 7 на сумму НДФЛ 529 (в удержаниях было 3836 в реестре 3307), начислено 4069,7. К этим записям нужно вручную проставить ссылку на реестр (№0011656) и поставить признак "Неизм."
102.1581838.10.98.0Z_SERVICE::FINDINCORRECTUDER (Z_Service.res): по аналогии надо сложить суммы налога (выделены оранжевым), как сложилась сумма доходаЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Z_SERVICE::FINDINCORRECTUDER (Z_Service.res): функция неверно корректирует отпуск межпериода.Доработана функция: Галактика ERP Персонал ЗП =Настройка= Сервисные функции Налог на доходы физических лиц Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)для случаев, когда в начислениях имеются две суммы по отпуску с одинаковым видом оплаты но разными ссылками на источник. При этом еще и часть суммы была выплачена в зарплату. Теперь функция правильно распределяет и такие суммы.
102.1583338.10.98.0Z_SERVICE::FINDINCORRECTUDER (Z_Service.res): после корректировки уменьшается "Сумма дохода после"Заработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
"Z_SERVICE::FINDINCORRECTUDER (Z_Service.res): запись в отчете помечается к анализу.Доработана функция: Галактика ERP Персонал ЗП =Настройка= Сервисные функции Налог на доходы физических лиц Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)для случаев, когда сумма в реестре с типом источника НиВ больше, чем начисленная сумма. Теперь функция правильно отражает сумму из реестра, формирует возврат излишне перечисленных сумм и запись в отчете помечается к исправлению.
102.1594768.10.98.0При выгрузке отчета (Z_SERVICE::FINDINCORRECTUDER) в Excel данные выводятся не читаемоЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Z_SERVICE::FINDINCORRECTUDER: при выгрузке FR-отчета в XLS с опцией "Ликвидировать разрывы страниц" получается не читаемый файл. До решения этой проблемы FastReport необходимо доработать отчет, чтобы выгрузка проходила корректно при любых параметрах.Z_SERVICE::FINDINCORRECTUDER: при выгрузке FR-отчета в XLS с опцией "Ликвидировать разрывы страниц" получается читаемый файл.
102.1593958.10.97.0Z_SERVICE::FINDINCORRECTUDER (Z_Service.res) к исправлениюЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Z_SERVICE::FINDINCORRECTUDER (Z_Service.res): запись подсвечивается "К исправлению" несмотря на то, что значения в левой и правой части отчета совпадают.Z_SERVICE::FINDINCORRECTUDER (Z_Service.res): при отнесении записи к исправлению теперь помимо сумм из правой части отчета с левой частью отчета сравниваются и ссылки с видами оплаты.
101.602648.10.96.0Корректировка архива удержаний - неверно корректируется НДФЛ с матпомощи к отпускуЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
После расчёта зарплаты были сформированы 2 некорректные записи по НДФЛ с матпомощи к отпуску - в одной только налог, а во второй только доход. Функция корректировки их не объединяет, а добавляет налог из первой записи к налогу по основному ВО.Доработана функция: Галактика ERP Персонал ЗП =Настройка= Сервисные функции Налог на доходы физических лиц Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)для сумм с типом НиВ. Теперь функция объединяет суммы дохода и налога в одной записи.
102.1584998.10.96.0Z_SERVICE::FINDINCORRECTUDER (Z_Service.res) отзыв из отпускаЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Z_SERVICE::FINDINCORRECTUDER (Z_Service.res) отзыв из отпуска Рассчитали отпуск, перечислили реестрами отпускные (реестр 594034481)и ндфл (реестр 594034465) в межпериод, затем - отозвали из отпуска, в результате отзыва в базе не стало ВО 106/4001, но данные о перечислении все равно должны должны попасть в отчетДоработана функция: Галактика ERP Персонал ЗП =Настройка= Сервисные функции Налог на доходы физических лиц Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)для случаев, когда имеется сумма в реестре по виду оплаты со ссылкой на источник, которого нет в начислениях. Теперь функция оставляет суммы из реестра неизменными. Кроме тогда в этом примере учтен случай по начислению межпериода, по которому не было перечисления НДФЛ в межпериод.
102.1585768.10.96.0Z_SERVICE::FINDINCORRECTUDER (Z_Service.res): функция неверно корректирует отпуск межпериода.Заработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Z_SERVICE::FINDINCORRECTUDER (Z_Service.res): функция неверно корректирует отпуск межпериода.Доработана функция: Галактика ERP Персонал ЗП =Настройка= Сервисные функции Налог на доходы физических лиц Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)для случаев, когда сумма дохода по отпуску в реестре, больше суммы начисленной. Теперь функция оставляет суммы из реестра неизменными, и формирует возврат излишне начисленных сумм.
102.1586948.10.96.0Z_SERVICE::FINDINCORRECTUDER (Z_Service.res): некорректная ситуация с вычетом.Заработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Z_SERVICE::FINDINCORRECTUDER (Z_Service.res): некорректная ситуация с вычетом. Функция не изменяет сумму вычетов в соответствии с реально предоставленными.Доработана функция Галактика ERP Персонал ЗП =Настройка= Сервисные функции Налог на доходы физических лиц Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder). Теперь функция изменяет сумму вычетов в соответствии с реально предоставленными вычетами при расчете заработной платы. Если сумма вычетов в размере годового дохода больше тех, что записаны в базу данных, то остаток вычетов распределяется согласно приоритетам предоставления вычетов в КВО.
102.1589408.10.96.0Z_SERVICE::FINDINCORRECTUDER (Z_Service.res): часть пересчета отпуска, выплаченного в межпериод, попадает на межпериод, а не на окончательную выплату зарплаты.Заработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Z_SERVICE::FINDINCORRECTUDER (Z_Service.res): часть пересчета отпуска, выплаченного в межпериод, попадает на межпериод, а не на окончательную выплату зарплаты. Отпуск выплачен в межпериод, затем пересчитан. Часть пересчета отпуска попадает на окончательную выплату зарплаты - правильно, а часть - на межпериод.Пересчитанный отпуск корректно относится на окончательный расчет.
102.1589948.10.96.0Функция Z_SERVICE::FINDINCORRECTUDER не исправляет ситуацию с отпуском в межпериоде.Заработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Функция Z_SERVICE::FINDINCORRECTUDER не исправляет ситуацию с отпуском в межпериоде. В удержании по 107/4117 (есть реестр выплаты отпускных в межпериод) должен быть источник ОТП.Реестры показываются корректно.
102.1589988.10.96.0Z_SERVICE::FINDINCORRECTUDER (Z_Service.res) . Суммы реестра и налога межпериода неверные.Заработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Z_SERVICE::FINDINCORRECTUDER (Z_Service.res) . Отчет не выводит информацию о доходе и налоге из реестра.Доработана функция: Галактика ERP Персонал ЗП =Настройка= Сервисные функции Налог на доходы физических лиц Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder) Теперь отчет выводит информацию о доходе и налоге из реестра.
102.1590588.10.96.0Z_SERVICE::FINDINCORRECTUDER (Z_Service.res) Отпускные будущего периодаЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
У работника был отпуск в межпериод, но потом еще небольшую сумму 45.12 НДФЛ 6 доплатили в зарплату. Но у работника нет в удержаниях записи по виду оплаты 107, для которой не был бы указан тип "Отпуск". В таком случае программа пытается добавить новую запись на указанные суммы, но без указания ссылки на межпериод. Но новая запись не добавляется, и старая не корректируется. В этом случае, возможны проблемы с определением даты перечисления.Доработана функция: Галактика ERP Персонал ЗП =Настройка= Сервисные функции Налог на доходы физических лиц Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)для случая когда у работника был отпуск в межпериод, но потом еще небольшую сумму доплатили в зарплату. Но у работника нет в удержаниях записи по виду оплаты 107, для которой не был бы указан тип "Отпуск". Теперь, в таком случае, программа не пытается добавить новую запись, а изменяет вид оплаты в подходящей записи c типом "Р" и заполняет в ней нужные суммы.
102.1591478.10.96.0Дата перечисления и реестр для матпомощи.Заработная платаКонтроль выплаты зарплаты (удержания)
Дата перечисления и реестр для матпомощи. Сформированы и обработаны реестры, но даты выплаты и сами реестры для ВО 155 не проставлены. 6-ндфл формируется с ошибкой. Функция контроля выплаты зарплаты(удержания) проверяет только облагаемую сумму дохода и сумму удержанного налога, и если они обе нулевые эти записи налога не обрабатывает. Нужно проверять и сумму матпомощи, которая может быть ненулевой, несмотря на то, что суммы дохода и налога нулевые.Теперь в функции контроля выплаты зарплаты(удержания), кроме проверки облагаемой суммы дохода и суммы удержанного налога проверятся и значение суммы матпомощи. Только если все три суммы нулевые, то эта запись налога не обрабатывается.
102.1591508.10.96.0Функция Контроль выплаты зарплаты не "определяет" дату выплату налога по дополнительной выплате к пособию на ребенка.Заработная платаКонтроль выплаты зарплаты (удержания)
Функция Контроль выплаты зарплаты не "определяет" дату выплату налога по дополнительной выплате к пособию на ребенка, выплачиваемого через "Удержания и выплаты"Доработано. В рамках примера определяется. Так как достоверно определить к каким видам оплат относится сумма "Удержаний и выплат" то определяется лишь примерно.
102.1592028.10.96.0Z_SERVICE::FINDINCORRECTUDER (Z_Service.res) требуется анализЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Z_SERVICE::FINDINCORRECTUDER (Z_Service.res) требуется анализ Новые примеры по теме РК и СН + премия в межпериодДоработана функция: Галактика ERP Персонал ЗП =Настройка= Сервисные функции Налог на доходы физических лиц Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder). 1. Теперь для видов оплат с типом "СЕВ" и РК не изменяется автоматически тип источника. 2. Для видов удержаний с типом "ОТП" суммы из реестров подтягиваются правильно.
102.1592978.10.96.0Z_SERVICE::FINDINCORRECTUDER (Z_Service.res): функция некорректно исправляет ситуацию.Заработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Z_SERVICE::FINDINCORRECTUDER (Z_Service.res): функция некорректно исправляет ситуацию. У сотрудников в архиве удержаний на НДФЛ межпериода (премия + районный коэффициент + северная надбавка) сумма налога дублируется в поле Вычеты, хотя вычетов нет. Функция исправляет налог, в результате формируется отрицательная запись. Корректировка по такому сотруднику не пройдет, т.к. запись Требует анализа. Комментарий Борисевича В.А.: "Во вложении примеры, которые носят массовый характер и не обрабатываются на текущий момент функцией корректировки (помечаются как требующие анализа). ".Доработана функция: Галактика ERP Персонал ЗП =Настройка= Сервисные функции Налог на доходы физических лиц Контроль и корректировка удержаний (через запуск внешнего интерфейса). Теперь ситуация обрабатывается корректно.
102.1593148.10.96.0Z_SERVICE::FINDINCORRECTUDER (Z_Service.res): параметры Корректировки.Заработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Z_SERVICE::FINDINCORRECTUDER (Z_Service.res): не корректировать записи со статусом Корректно.Функция анализа и корректировки удержаний не обновляет в БД удержания, которые в результате анализа признает корректными. В FastReport-отчете функции записи "К исправлению" теперь помечаются желтым цветом (правая нижняя ячейка таблицы с удержаниями). То есть теперь записи: - требующие анализа - красные - к исправлению - желтые - корректные - зеленые
101.602658.10.95.0Корректировка архива удержаний - портится налог из реестра межпериодаЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
В межпериод по какой-то причине рассчитали и перечислили налог больше требуемого (выплата 56726, НДФЛ 16474). В окончательный расчёт возвращаются лишние -9100 налога. Функция корректировки эти суммы объединяет в одной записи, хотя в межпериод перечислено было именно 16474. Остальные корректировки верные. Общая БД СЗМН за август, таб. 153017 - отчёт о корректировке во вложении (см. выделенное красным и зелёным).Доработана функция Галактика ERP Персонал ЗП =Настройка= Сервисные функции Налог на доходы физических лиц Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder). Теперь функция правильно показывает сумму налога, перечисленную реестром межпериода. Поскольку записи с отрицательным налогом и нулевым доходом обычно считаются возвратом налога за счет вычетов, то такие записи аннулируются.
102.1587448.10.95.0Z_Service::FindIncorrectUder. Множатся записи по матпомощи.Заработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Z_Service::FindIncorrectUder. Множатся записи по мат. помощи. Если в режиме корректировки установить параметр "Создавать записи по мат. помощи", то множатся записи удержаний в результатах расчета. Записей столько,сколько раз была запущена функция. Убрать их можно только вручную. Происходит это в том случае, когда в записи о начислении мат. помощи был указан вычет.При определении необходимости создания записи по мат. помощи учитывается в том числе сумма вычета в записи о начислении мат. помощи. Теперь из-за наличия необлагаемой суммы записи не множатся.
102.1590948.10.95.0Z_SERVICE::FINDINCORRECTUDER (Z_Service.res) Выплата премии с надбавками в межпериод2Заработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Более половины сотрудников с северными и районными помечаются как требующие анализа. И соответственно не корректируются.Для северной и РК функция контроля и корректировки источник не проставляет.
101.601848.10.94.0Корректировка архива удержаний - объединяется доход без объединения НДФЛЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Ситуация 31 - после расчёта зарплаты сформированы 2 корректные записи по ВО 44, функция переносит сумму дохода из первой записи во вторую, а налог оставляет без изменений.Галактика ERP Персонал ЗП =Настройка= Сервисные функции Налог на доходы физических лиц Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder) по учету сумм, разбитых на несколько периодов после расчёта зарплаты. Теперь функция не переносит сумму дохода из первой записи во вторую.
101.602668.10.94.0Корректировка архива удержаний - "к исправлению" НЕ выводятся ошибочные ситуацииЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Фильтрация данных, выводимых в отчет, работает неправильно. При установке фильтра в режиме "Требующие исправления и анализа" в отчет могут попасть не все данные, которые функция умеет корректировать. В то же время в режиме "Все" такие данные в отчет попадают. Наблюдается и обратная ситуация: в режиме "Требующие исправления" в отчет попадают корректные записи. В связи с этим в подвале FastReport-отчета итоги не всегда соответствуют действительности. Требуется исправить фильтр.В функции контроля и корректировки архива удержаний теперь доступно два режима фильтрации (выбором из выпадающего списка) применительно к имеющимся уже уровням ("все", "требующие анализа" и т.д.): - фильтровать после применения алгоритмов (по умолчанию); - фильтровать предварительно (старый вариант). Выбор варианта "фильтровать предварительно" позволяет сравнительно быстро отсечь большую часть корректных записей и не выводить их в отчет. В таком режиме функция работала до реализации данного решения. Недостатки его в том, что быстрая предварительная оценка сумм не позволяет выявить все расхождения, из-за чего по факту в отчет могут попасть не все записи, либо в него могут попасть лишние записи. Данный режим оставлен потому, что может позволить кому-то сэкономить время. В варианте "фильтровать после применения алгоритмов" перед выводом в отчет анализируются результаты работы алгоритмов корректировки. Такой способ более медленный, но только он позволяет формировать вывод в точном соответствии с установленными опциями фильтрации. Независимо от выбранного варианта подсчет количества записей определенного типа для вывода в подвал отчета и протокол формирования производится по факту (после применения алгоритмов). В шапку отчета добавлен вывод выбранного варианта фильтрации.
102.1589158.10.94.0Z_SERVICE::FINDINCORRECTUDER (Z_Service.res) зануляет налог с матвыгодыЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Z_SERVICE::FINDINCORRECTUDER (Z_Service.res) зануляет налог с матвыгоды.Матвыгода обрабатывается корректно.
102.1590518.10.94.0Происходит корректировка, даже если записи некорректныеЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Происходит корректировка, даже если записи некорректные.Проверка на совпадение НДФЛ и реестра на НДФЛ ошибочно запускалась, даже если суммы дохода не совпадали и возвращала корректное значение. Исправлено.
102.1590618.10.94.0Поломалось решение 102.158370 (т.н. 10342)Заработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Выпуск решения по выплате премии с надбавками в межпериод для некоторых случаев привнес ошибку в расчет итоговых суммы дохода и НДФЛ с отпусков, отраженных разными видами оплат, соответствуют суммам из реестра.При поиске соответствия виду оплаты северных и РК с тем же источником теперь: - признаки наличия северной надбавки и РК проверяются в полях "РК" межпериода и "СН" межпериода классификатора; - при поиске совпадения по источнику записи отсекаются записи без источника.
102.1578968.10.93.0Z_SERVICE::FINDINCORRECTUDER (Z_Service.res) Выплата премии с надбавками в межпериодЗаработная платаКонтроль выплаты зарплаты (удержания)
Имеется удержание, сумма дохода в котором не совпадает с суммой дохода в оплате из-за того, что северная надбавка и районный коэффициент (с тем же источником) проведены с другим видом оплаты. Из-за этого сервисная функция уменьшает сумму дохода в удержании и не сходится НДФЛ.Доработана функция Галактика ERP Персонал ЗП =Настройка= Сервисные функции Контроль выплаты зарплаты Контроль выплаты зарплаты (удержания)по учету сумм, перечисленных в межпериод на основе данных с помощью функции "Удержания и выплаты". 1. При определении правильной суммы дохода в удержаниях сервисная функция контроля и корректировки архива удержаний учитывает северную надбавку и районный коэффициент, связанные с тем же источником. Принадлежность к северной и РК определяется по соответствию кодам, заданным в классификаторе видов оплат. 2. Сумма дохода теперь соответствует сумме дохода из реестра.
102.1584408.10.93.0К частям больничного, выплаченного двумя реестрами, привязывается ссылка на один реестр (межпериод).Заработная платаКонтроль выплаты зарплаты (удержания)
К частям больничного, выплаченного двумя реестрами, привязывается ссылка на один реестр (межпериод). Больничный межпериода перечислен двумя реестрами: за счет средств предприятия и за счет ФСС. Функция контроля ко всем частям проставляет ссылку на один реестр.Доработано. Ссылка на реестр и дата выплаты в налогах проставляется с учетом источника финансирования (оплачивается больничный из средств предприятия или из средств ФСС), по которому производилась выплата больничного в межпериод.
102.1589618.10.93.0Функция контроля выплаты (удержаний) затирает ссылку на реестр и дату перечисления на итоговую выплату зарплаты.Заработная платаКонтроль выплаты зарплаты (удержания)
Функция контроля выплаты (удержаний) затирает ссылку на реестр и дату перечисления на итоговую выплату зарплаты. Реестры, сформированные в июне-июле на общую сумму заработной платы, имеют аналитику по одному ВО. В результате чего, сейчас после запуска функции Контроль выплаты зарплаты (удержания), в архиве ссылка на реестр и дата выплаты проставляется только у записи с ВО из реестра, у всех остальных обнуляется, что приведет к неверному формированию отчета по 6-НДФЛ.В реестрах на окончательную выплату, сформированных на старых (да и на текущих не всегда) обновлениях, в большинстве случаев нет привязок, позволяющих однозначно сопоставить налог с уплаченным доходом и привязать правильный реестр. Доработана функция контроля выплат. При выполнении функции контроля, как и ранее, то что возможно определить, будет определяться по данным, которые есть в реестрах. Для тех записей налога, для которых найти соответствия не получилось, дополнительно анализируется реальный невыплаченный работнику остаток месяца в итогах расчета сальдо. Если он равен нулю (то есть все выплачено), то удержания налога, для которых не удалось определить соответствующий реестр, будут отнесены на оплаченный реестр окончательной выплаты зарплаты, которым выплачивалась работнику наибольшая сумма.
101.600668.10.92.0Корректировка архива удержаний - исправлять неправильную разбивку НДФЛ переходящих отпусковЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
В результате ошибки ПиР 102.157087 по любому переходящему на следующий месяц отпуску, выплаченному в межпериод, формировалась неправильная разбивка НДФЛ с наличием отрицательных записей по ВО 106 и некорректной ссылкой на источник по ВО 107. И все эти некорректные ситуации теперь перешли в архив удержаний. На Z_Service 79 от 26.08 функция корректировки удержаний не восстанавливает правильную ссылку на источник в записи по ВО 107. В результате по этой записи неверно сформируется дата выплаты и, как следствие, 6-НДФЛ.Доработана функция Галактика ERP Персонал ЗП =Настройка= Сервисные функции Налог на доходы физических лиц Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder) для отчетного периода. Теперь восстанавливается тип источника и ссылка в записи по ВО 107.
102.1586558.10.92.0Функция Контроль выплаты относит часть отпуска межпериода на окончательную выплату заработной платы.Заработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Функция Контроль выплаты зарплаты (удержания)относит часть отпуска межпериода на окончательную выплату заработной платы.Исправлено. Для данной ситуации функция находит выплату по отпуску, выплаченному в межпериоде. В записи удержаний с нулевыми суммами налога и дохода ссылка на реестр и дата выплаты теперь не записываются.
102.1588468.10.92.0Быстродействие установки пользовательской пометки в FR-отчете функции корректировки удержанийЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Быстродействие установки пользовательской пометки в FR-отчете функции корректировки удержаний: при наличии в отчете большого количества страниц медленно устанавливается признак правильности (галочка) или корректировки (восклицательный знак). На отчете в 400 страниц обновление отчета после установки признака занимает десяток секунд.При установке пользовательской пометки в FR-отчете функции корректировки удержаний перестроение отчета не производится.
101.601508.10.91.0Корректировка архива удержаний - исправлять неправильный учет вычетов межпрериодаЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
У клиента массовые проявления ошибки (добирается НДФЛ с ВО межпериода за счёт сторнирования вычетов межпериода). Функция должна уметь исправлять такие ситуации в архиве - т.е. перебрасывать лишний НДФЛ с ВО межпериода (без ссылки на отпуск) на основной вид оплаты. Сейчас корректировка неверная.Функция анализирует и корректирует применение вычетов при расчете НДФЛ.
101.601598.10.91.0Корректировка архива удержаний - не суммировать запись с накопленной погрешностью округленияЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Запись с накопленной погрешностью округления функция всегда суммирует с основным видом оплаты - вне зависимости от параметра "Относить погрешность округления на ВО с максимальным приоритетом". Параметр не работает.При выключенном параметре "Относить погрешность округления на ВО с максимальным приоритетом" записи с отсутствующим доходом и налогом 1 или -1 считаются корректными и оставляются без изменения. При включенном - подсуммируются к ВО с максимальным приоритетом (минимальным значением).
101.601628.10.91.0Корректировка архива удержаний - дать возможность исключать из обработки проверенные ЛСЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
После выполнения функции контроля удержаний в результирующем отчёте выводится большое количество ситуаций для анализа и исправления. Часть из них после проверки может быть признана правильными и не нуждающимися в корректировке (более того, в некоторых ситуациях функция может испортить правильно сформированный архив - см., например, 101.60161). Такой анализ весьма трудоёмок и занимает много времени. И в результате получается, что выполнить корректировку просто по всем мы не можем. Было бы удобно в процессе проверки прямо в FR-отчёте проставить/снять какую-то отметку - что данный ЛС нуждается, или нет, в корректировке (может кнопку встроить в FR для каждого выводимого ЛС, или как-то ещё). Изначально пометка поставлена по всем, но чтобы можно было исключить тех, кого не хотим корректировать. Тогда процесс исправления архива значительно упростится, схематично: получили отчёт в режиме контроля - прямо в FR указали кого нужно корректировать - и только по ним выполнили функцию в режиме корректировки. И корректировать можно будет итерационно: скорректировали часть - получили отчёт по оставшимся ну и т.д. Возможно, есть смысл и в другой отметке - чтобы исключить ЛС насовсем и он больше не появлялся при следующих запусках функции (это для тех ситуаций, которые по нашему мнению точно корректны). Или появлялся только при выполнении с фильтром "Выводить в отчёт данные - только ранее исключённые".В FR-отчет функции контроля и корректировки удержаний добавлена возможность помечать записи. Добавлены следующие виды пометок: - "галочка" - запись считается проверенной и может быть исключена из обработки на следующей итерации; - ! - "восклицательный знак" - запись помечена для корректировки, чтобы иметь возможность запустить обработку только помеченных записей. Для установки определенного признака необходимо сделать клик левой клавишей мыши в правой нижней ячейке таблицы с данными по удержаниям лицевого счета (это та ячейка, которая закрашивается определенным цветом в зависимости от корректности удержаний). После клика на пустой ячейке в ней будет отображена галочка, после клика на галочке - "!", после клика на восклицательном знаке пометка будет убрана. В функцию контроля и корректировки удержаний добавлена группа параметров "Обрабатывать данные", которая анализирует установленную пользователем пометку и исключает определенные данные из обработки. В ней доступны следующие варианты: - "все" - функция обрабатывает данные, установленные в FR-отчете; - "все, кроме помеченных как проверенные" - функция игнорирует записи, помеченные галочкой; - "только помеченные для корректировки" - функция обрабатывает только записи, помеченные символом восклицательного знаком. Группа настроек "Выводить в отчет данные" (все, требующие исправления и анализа, ...) обладает меньшим приоритетом по отношению к новым настройкам и обрабатывается во вторую очередь.
102.1586478.10.91.0Z_Service::FindIncorrectUder. После корректировки заполняется поле "Полная сумма матпомощи" .Заработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Z_Service::FindIncorrectUder. После корректировки заполняется поле "Полная сумма матпомощи".Поле "Полная сумма матпомощи" заполняется только для ВО имеющих тип "Матпомощь" в режиме корректировки.
101.601798.10.90.0Корректировка архива удержаний - обработка доудержания налога за счёт излишне предоставленного в межпериод вычетаЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Ситуации 18, 34 - в межпериод был предоставлен стандартный вычет, но при окончательном расчёте выяснилось, что порог 350000 уже превышен. Соответственно доудерживался налог за счёт излишне предоставленного в межпериод вычета, но был неправильно распределён по видам оплат. Функция корректирует суммы неверно.Доработана функция Галактика ERP Персонал ЗП =Настройка= Сервисные функции Налог на доходы физических лиц Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder) для случаев, когда у работника в межпериод был предоставлен стандартный вычет, но при окончательном расчёте выяснилось, что порог 350000 уже превышен. Теперь в таких случаях вычет возвращается и изменяется сумма налога согласно возврату вычета. Вычет возвращается для вида оплаты, у которой в КВО наименьшее значение поля приоритет для расчета удержаний и предоставления вычетов. При этом суммы перечисленные реестром межпериода в расчет не принимаются.
101.601808.10.90.0Корректировка архива удержаний - портится НДФЛ из-за погрешности округленияЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
НДФЛ был рассчитан верно, функция его портит.Доработана функция Галактика ERP Персонал ЗП =Настройка= Сервисные функции Налог на доходы физических лиц Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder) для случаев, когда у работника на одну запись оплаты приходится одна запись НДФЛ и разница между исчисленным и удержанным налогом по этому виду оплаты на превышает двух рублей. Теперь функция в таких случаях не корректирует сумму налога.