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


Описание файла обновления:
ФайлZ_SERVICE_RES_911550.TXT
ОбновлениеZ_Service_res_911550
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентZ_SERVICE
ТипRES
Версия9.1.155.0
Дата2018-09-10 12:31:03
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.187126NEWПри переходе в новый месяц сохранять детализацию алиментов в расчетах межпериода будущего периодаЗаработная платаПереход к новому периоду
При переходе в новый месяц сохранять детализацию алиментов в расчетах межпериода будущего периода. При расчете отпускных будущего периода были рассчитаны алименты. При переходе в ЗП на новый период детализация алиментов удалилась. Из-за того, что детализация не сохранилась неверно считаются алименты в других межрасчетных выплатах (аванс, начисления и выплаты).При переходе к новому периоду(Настройка - переход к новому периоду) для отпусков и начислений и выплат будущего периода сохраняется детализация алиментов и ИЛ, если был произведен расчет алиментов.
101.626569.1.154.0Выводить список пользователей мешающих осуществить переход к новому периодуЗаработная платаПереход к новому периоду
Выводить список пользователей, мешающих осуществить переход к новому периоду. На данный момент при попытке перейти на новый период при наличии активных пользователей в модуле "Зарплата", "Касса" или "Табельный учет", выдается сообщение о факте наличия пользователя / пользователей, а необходим весь список таких пользователей.При переходе на новый расчетный период происходит проверка на блокировку пользователями запуска данного функционала посредством нахождения в определенных модулях системы. В случае наличия таких блокировок выдается сообщение и затем отображается окно с информацией о пользователе, который первым установил блокировку. Для отправки сообщения пользователю нужно нажать кнопку "Отправить сообщение".
101.652169.1.154.0Контроль выплаты зарплаты - обнулять ссылки на источник выплаты при неправильном типе источникаЗаработная платаКонтроль выплаты зарплаты (удержания)
У клиента в некоторых записях удержаний НДФЛ проставлена правильная ссылка на реестр, но при этом тип источника выплаты - "ведомость" и признак "неизм". Функция контроля выплаты (удержаний) такие записи не исправляет и дату выплаты определить не может. Нужно обнулять ссылку на источник в таких случаях (несмотря на "неизм") и проставлять ее заново по существующему алгоритму - с выводом в протокол информации о произведенных изменениях.В этих случаях будет обнулен некорректный источник выплаты и признак "неизм.". Информация об этом выводится в протокол (при включенной опции протоколирования). И далее, для этих удержаний НДФЛ функция ищет сама по существующему алгоритму.
180.105159.1.154.0В интерфейс постоянного удержания с. 188 необходимо добавить дополнительные поля "Дата поступления исполнительного листа" и "Название взыскателя"Заработная платаАлименты, исполнительные
В интерфейс постоянного удержания с. 188 необходимо добавить дополнительные поля "Дата поступления исполнительного листа" и "Название взыскателя".Для типов удержаний: исполнительный документ и алименты, в окне редактирования постоянных удержаний добавлена вкладка "Исполнительный документ". Во вкладке добавлены поля "Дата поступления" и "Взыскатель". "Взыскатель" выбирается из справочника организаций. Информация хранится в новой таблице БД "Информация по исполнительным документам", которая связанна с таблицей постоянных удержаний. При удалении записи постоянного удержания (по F8 в интерфейсе или при переходе на новый расчетный период) происходит удаление связанной с этим постоянным удержанием записи из новой таблицы.
180.105199.1.154.0Добавить дополнительное поле для хранения информации о исходных ИП, судебных решениях и иных ИД для ВУ 188Заработная платаАлименты, исполнительные
Добавить дополнительное поле для хранения информации о исходных ИП, судебных решениях и иных ИД для ВУ 188.Для типов удержаний: исполнительный документ и алименты, в окне редактирования постоянных удержаний добавлена вкладка "Исполнительный документ". Для хранения информации о исходных ИП выделено поле "Исходное исполнительное производство". Информация хранится в новой таблице БД "Информация по исполнительным документам", которая связанна с таблицей постоянных удержаний. При удалении записи постоянного удержания (по F8 в интерфейсе или при переходе на новый расчетный период) происходит удаление связанной с этим постоянным удержанием записи из новой таблицы.
102.1852299.1.152.0Доработка функции в связи с неверным расчетом НДФЛЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
В мае клиент выплатил мат.помощь по ВО 5107 в сумме 10668 (вычет 4 000), НДФЛ 867. В июне поняли, что ошиблись и выплатили мат.помощь не тем ВО, нужно было не ВО 5107, а ВО 5106. Через "Начисления и выплаты" снимают сумму (-10668) мат.помощи по ВО 5107 и начисляют такую же по ВО 5106. В результатах расчета создалась одна запись без ссылки на ВО на сумму -10668, НДФЛ -1387 (поле "Полная сумма мат.помощи не заполнилось), вторая запись по ВО 5107 с нулями, где заполнено поле "Полная сумма мат.помощи". И третья запись по ВО 5107 на сумму -6668 НДФЛ -867, "Полная сумма мат.помощи" не заполнено. Также есть запись по ВО 5106 на сумму 10668 НДФЛ 1387 (НДФЛ без учета льготы). Результат должен быть таким: по ВО 5107 возвращаем такую же запись, как лежит в архиве с минусом, т.е. ВО Сумма дохода Полная сумма мат.помощи НДФЛ 5107 -6668 -10668 -867 по ВО 5106 записи по НДФЛ должны выглядеть так: 5106 6668 10668 867Доработана функция "... Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)" для корректировки Сумм удержаний. Теперь для данного случая результат корректировки удержаний будет следующим: по ВО 5107 возвращаем такую же запись, как лежит в архиве с минусом, т.е. ВО Сумма дохода Полная сумма мат.помощи НДФЛ 5107 -6668 -10668 -867 по ВО 5106 записи по НДФЛ должны выглядеть так: 5106 6668 10668 867 Примечание. Поскольку НДФЛ в этом случае рассчитался неправильно, в результатах расчета удержаний останется запись без вида оплаты и дохода на сумму -867. Для того, чтобы удержать у работника недостающую сумму НДФЛ необходимо выполнить функцию "...Сервисные функции Налог на доходы физических лиц Контроль дохода" по заполнению сумм вычетов при предоставлении материальной помощи за прошлый период." После этого заполнить поле ЛС=> Налог на доходы => "Количество месяцев для пересчёта" и рассчитать заработную плату.
103.98129.1.152.0зарплата прошлых периодов выплачена несколькими реестрами обрабатывается функцией Контроль выплаты по первому рееструЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Речь опять про клиента, у которого нет денег. Сейчас в июне выплачивается з/п за март, частями, то есть несколькими реестрами. А что делать с архивом, может есть серв функция по разбивке архива по реестрам? В зарплатном реестре мы просто указываем сумму, которую готовы выплатить по наличию средств, но мы не знаем какая часть соответствует ей в реестре НДФЛ, только, если руками рассчитать долю пропорционально выплачиваемой части з/п. но это большое предприятие и надо автоматизировать разделение реестра НДФЛ пропорционально делению зарплатного реестра.Доработана сервисная функция Z_SERVICE::FINDINCORRECTUDER (Z_Service.res) чтобы учесть выплату зарплаты частями после закрытия расчетного периода. Теперь результаты расчета НДФЛ разбиваются в том случае, если по одному начислению имеется более одного реестра на перечисление заработной платы. Учитываются только те реестры, которые в учетных записях имеют вид оплаты. Доход и налог в записи НДФЛ разбивается пропорционально с учетом округления по формуле: s/сумма к перечислению*сумму перечисленную. В последнюю запись по каждому виду оплаты записываются остатки дохода и НДФЛ с учетом предыдущих записей. Именно запись из последнего реестра добавляется в суммы удержаний. Разбиению подлежат те записи, у которых нет ссылки на исходные данные межпериода.
102.1860309.1.151.0Не отправляются ЭСЧФ на портал, сломана структура xml-файлаУправление сбытомСчета-фактуры поставщика (Беларусь)
Не отправляются ЭСЧФ на портал, сломана структура xml-файла, появился лишний тег xmlns="" по всему документу, а он должен быть только в шапке с адресом порталаСтруктура выгружаемого xml-файла приведена в соответствии с требованиями.
101.613059.1.148.0проблема по разнесению доходов ЗП сервисной функцией закладка (удержания) для отчета 6НДФЛ, если были выплаты промежуточные у человека, все доходы относит к итоговому реестру, что неправильно.Заработная платаКонтроль выплаты зарплаты (удержания)
Проблема по разнесению доходов ЗП сервисной функцией закладка (удержания) для отчета 6НДФЛ, если были выплаты промежуточные у человека, все доходы относит к итоговому реестру, что неправильно.Если в реестрах и ведомостях межпериода не нашлось операций с соответствующей суммой, то функция контроля попробует поискать среди ведомостей межпериода, не имеющих операций. Она пытается найти в них сумму, равную разнице между облагаемой суммой и суммой удерживаемого налога (SUMVIDUD.OBLAGS - SUMVIDUD.SUMUD). Если такая сумма найдется, то для определения даты выплаты будет использоваться ссылка на эту ведомость.
101.641199.1.148.0Контроль выплаты зарплаты (удержаний) - доработать результирующий протоколЗаработная платаКонтроль выплаты зарплаты (удержания)
Предлагается дополнить результирующий протокол функции Контроля зарплаты (удержаний) информацией о сумме и периоде из удержания НДФЛ, а также о связанном реестре на выплату дохода (номер, дата, сумма соответствующей операции). Кроме того, реализовать "плоский" вариант отчёта (информацию о сотруднике перенести из заголовка в табличную часть) - такой отчёт нужен для выгрузки в excel и сверки с другими таблицами.Доработаны отчеты функции Контроля удержаний. Переработан старый отчет "Контроль удержаний с зарплаты". Скорректирован внешний вид отчета, убрана колонка с наименованием вида удержания и добавлена информация из сопоставленных с удержаниями НДФЛ оплаченных реестров и ведомостей на выплату дохода, обнаруженных функцией контроля. В отчетной форме есть возможность: - перейти к просмотру исходной суммы налога в результатах расчёта з/п и архива (колонка "Сумма налога"); - перейти к просмотру реестра, платежной ведомости (колонка "Реестр, ведомость"); - увидеть дерево отчета (в виде списка подразделений с вложенными работниками). Добавлен новый вариант отчета: "Контроль удержаний с зарплаты (плоский список)".
102.1854399.1.148.0В удержании с кодом 210 (тип удержания ссуда) после перехода на новый отчетный период не заполняется поле SHTRAF.SCHPOL1Заработная платаПереход к новому периоду
В постоянном удержании с кодом 210 (тип удержания ссуда) после перехода на новый отчетный период не заполняется поле Дата пред.оплаты процента. Без заполнения указанного поля некорректно считается суммы мат. выгоды.Для корректного заполнения поля "Дата пред. оплаты процента" в постоянном удержании с типом удержания "ссуда" разработана сервисная функция. Ее запуск осуществляется через "Сервис - Утилиты - Запуск внешнего интерфейса - Z_SERVICE::CONVERT_SHTRAFDATES". В окне конвертации дат в постоянных удержаниях добавлена настройка: "Происходил переход на новый отчетный период". В зависимости от это настройки происходит заполнение полей "дата предыдущего погашения" и "дата текущего погашения".
102.1852879.1.147.0Откатить ошибочно выложенные обновления в z_service 9.1.146.0Заработная платаПереход к новому периоду
Откатить ошибочно выложенные обновления в z_service 9.1.146.0. Могли возникнуть проблемы при переходе на новый период.Произвели откат.
102.1854359.1.146.1Не получается корректно заполнить ссылки на реестры по перечислению отпускных сумм в архиве удержаний.Заработная платаКонтроль выплаты зарплаты (удержания)
Не получается корректно заполнить ссылки на реестры по перечислению отпускных сумм в архиве удержаний. Система устанавливает ссылку на реестр по перечислению заработной платы для куска НДФЛ, который был выплачен в межпериод.Доработана функция контроля удержаний. При поиске реестров функция пытается сопоставить суммы из записи удержания НДФЛ с суммами НДФЛ, записанными в операциях к реестрам на перечисление отпускных сумм.
102.1788249.1.146.0Необходимо добавить поля типа дата в таблицу Shtraf, для переноса дат из полей типа stringЗаработная платаУдержание ссуды
Необходимо добавить поля типа дата в таблицу Shtraf, для переноса дат из полей типа string DATAPROCOLD: Date "дата предыдущего погашения", DATAPROC : Date "дата следующего погашения", DATAPOG : Date "начало погашения ссуды", Поля используются для расчета материальной выгоды по ссуде.Добавлены поля в постоянные удержания по погашению ссуды для расчета материальной выгоды по ссуде.(вид удержания 168, удержание с типом ссуда) Дата предыдущего погашения, дата следующего погашения, начало погашения ссуды перенесены в поля с типом "дата" при постоянных удержаниях по погашению ссуды.
102.1571039.1.145.0Необходимо фиксировать месяц предоставления вычетов, для правильного учета в 6-НДФЛЗаработная платаПредложение по новой функциональности модуля заработная плата
Необходимо фиксировать месяц предоставления вычетов, для его правильного учета в 6-НДФЛ. Сотрудник может написать заявление на предоставление вычетов в течении всего календарного года. Например, заявление написано в июле и вычет предоставлен в июле за весь год. При формировании 6-НДФЛ за 1-е полугодие, суммы в разделе 1 не соответствуют действительности, так как учитывается вычет, которого на самом деле в месяце расчета не было.Доработан расчёт налога на доходы для России. 1. В справочники "Размер годового дохода" до и после расчета зарплаты на закладку <Вычеты> добавлены поля: "налоговый вычет", "на иждивенцев","дополнительные вычеты", "флаг корректировки" 2. При расчёте заработной платы для расчетного месяца сумма вычетов по месяцу предоставления определяется на основе разницы сумм годового дохода до расчета и после расчета зарплаты. Если "флаг корректировки" не заполнен, то одновременно заполняются поля, перечисленные в п.1, для месяцев, предшествующих расчетному, начиная с прошлого года. Если суммы вычетов до и после расчета зарплаты совпадают, то эти суммы записываются в новые поля. После этого заполняется поле "флаг корректировки". 3. Отдельная функция заполнения новых полей пока не предусмотрена. 4. При переходе на новый расчётный период новые поля переносятся из справочника "Размер годового дохода после расчета зарплаты" в поля справочника "Размер годового дохода до расчета зарплаты".
102.1839959.1.144.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1793139.1.143.0Разграничение информации по отпускам и по денежным компенсациям взамен отпусковЗаработная платаКонтроль пересечения больничных с отпусками
Исторически сложилось разграничение типов в классификаторе отпусков по коду отпуска: 1...20 - основные отпуска (очередной и т. п.), где 2 - отпуск по уходу за ребенком 21 - административный отпуск (за свой счет) 22...39 - учебный отпуск 40 и выше - компенсация за неиспользованный отпуск Периодически возникают вопросы и замечания от клиентов о неудобстве такого разграничения. Одним не хватает диапазона кодов до 20, другим (при переходе на Галактику из других систем) просто не хочется менять привычные коды. Необходимо при восстановлении отпуска в исходном коде RecoverVacation.VIP отказаться от проверки номерного значения кода для разделения компенсации от отпуска ((Otpusk.KotPus < 40) // и не компенсация) и перейти на проверку "типа отпуска" из классификатора в значении "не компенсация"(KlOtpusk.TypeOtp <> 3).Изменен подход для определения компенсации. Теперь компенсацию определяем только по типу отпуска в классификаторе отпусков (тип - компенсация).
101.533749.1.142.0Дата начала северного стажаУправление персоналом3-е окно (анкетные данные стаж)
Необходима возможность отлавливать сотрудников, у которых изменялся северный стаж в отчетном периоде.Российская Федерация. - При переходе к новому расчетному периоду, все северные стажи сотрудников получают скрытый параметр синхронизации. - В случае, если северные стажи переформировывались, модифицировались, создавались, удалялись, для всех северных стажей данного сотрудника снимается признак синхронизации. - Разработан отчет, который отлавливает сотрудников с не синхронизированными северными стажами (Заработная плата - Отчеты - Архивные формы - Отчет по изменению северных стажей). В отчете присутствует фильтр по сотрудникам и подразделения на случай, если необходимо вычислить изменения северных стажей не по всему предприятию. - Сотрудники, у которых нет северных стажей не попадают в отчет даже, если на момент начала отчетного периода у них был северный стаж, а после он был удален.
102.1808529.1.142.0При входе в мультифилиальный режим устанавливается неверный отчетный период 2016 годаКонтур управления персоналомОбщая функциональность (например интерфейсы выбора)
Проявляется на филиальных БД. Захожу под одним филиалом в филиальную БД. Отчетный период нормальный 10/2017, текущий в моей тестовой БД - всё хорошо. Хочу для формирования отчетности по нескольким филиалам зайти мультифилиальным режимом. Отчетный период в управлении персоналом по непонятным причинам - март 2016 года. Отчеты, у которых не варианта выбора дат строятся за 2016 год, не говоря уже о расчете ЗП за март 2016 года, который клиент может ненароком запустить, из-за чего записи упадут в результаты расчета. Пробовала заходит сразу под одним филиалом, потом под вторым - период будет нормальный 10/2017. Ошибка именно при входе мультифилиальным режимом и неважно, какие филиалы выбраны.При входе в мультифилиальный режим происходит корректировка "Настройки Галактики Управление персоналом Отчетный период", а именно выбирается наименьшая дата отчетного периода среди выбранных филиалов.
102.1828039.1.142.0Контроль выплаты зарплаты по начислениям не должен учитывать реестры по перечислению профсоюзных взносовЗаработная платаКонтроль выплаты зарплаты (начисления)
При работе функции контроля выплаты ЗП по начислениям система подтягивает вместо межрасчётной выплаты реестр, которым выплачивались профвзносы. Необходимо запретить функции анализировать реестры по профвзносам.Функции контроля по начислениям теперь не учитывает реестры на профвзносы (реестры с системным кодом в/у 197).
102.1861739.1.141.4В удержании изменяется ссылка в источнике выплаты при работе функции контроля удержанийЗаработная платаКонтроль выплаты зарплаты (удержания)
В удержании НДФЛ в поле источника выплаты изменяется ссылка на реестр при работе функции контроля удержаний. Для ссылки стоит признак "неизм." Ссылка на реестр не должна меняться.Исправлено. Если для ссылки стоит признак "неизм.", то ссылка на реестр не меняется. Если в источнике выплаты и в источнике данных ссылки на разные реестры, то используется ссылка из поля источника данных и та же ссылка записывается в источник выплаты.
101.643939.1.141.2Контроль выплаты зарплаты - к НДФЛ с матвыгоды цепляется реестр следующего аванса в случае долга по зарплатеЗаработная платаКонтроль выплаты зарплаты (удержания)
Работник получил беспроцентную ссуду на предприятии, соответственно у него образовался большой долг плюс матвыгода от экономии на процентах. В связи с этим по договорённости ему ежемесячно выплачивается только аванс, а вся оставшаяся зарплата идёт на погашение долга (перечисления зарплаты ему нет, а есть только перечисление аванса). Функция контроля выплаты зарплаты (удержаний) в этой ситуации проставляет в удержание НДФЛ с матвыгоды ссылку на реестр аванса следующего месяца и дату перечисления этого аванса. Клиент считает, что поскольку ссуда удерживается при расчёте зарплаты, то в этот же момент возникает и материальная выгода и соответственно обязанность перечислить НДФЛ с этой матвыгоды не позднее следующего дня после выплаты зарплаты на предприятии. Даже несмотря на то, что данному работнику зарплата не выплачивается из-за погашения долга. То есть дата выплаты дохода в удержании НДФЛ с матвыгоды должна быть равна дате выплаты зарплаты на предприятии (эта дата явно задаётся в параметрах функции контроля удержаний с зарплаты в поле "Дата перечисления"). В примере в параметрах контроля удержаний за январь задаём дату выплаты январской зарплаты 12.02, а функция проставляет ссылку на реестр аванса за февраль и дату перечисления этого аванса 26.02.Доработана функция контроля удержаний для удержаний НДФЛ с матвыгоды (в/у с системным кодом 184). Если в окне параметров функции контроля в поле "Дата перечисления" задана дата и она меньше даты перечисления НДФЛ с матвыгоды (или НДФЛ не перечислялся), то в дату выплаты будет записана "Дата перечисления". В ином случае в дату выплаты будет записываться дата оплаты из ПП, которым перечислялся НДФЛ с матвыгоды.
102.1824009.1.141.0Не указывается получатель в реестрах по исполнительным листамЗаработная платаПостоянные удержания
Не указывается получатель в реестрах по исполнительным листам. Причина - значение статуса постоянного удержания в базе данных имеет пустое значение, что что интерпретируется как Участвует в расчете, так же как и, например, значение "+". Нужно сделать конвертер, который установит однозначное определение статуса участия в расчете как Участвует, т.е. значение "+" вместо значений, отличных от "+", "-", "AR"Разработан конвертер, который запускается при обновлении настроек.
180.106219.1.140.0При повторном трудоустройстве неверно отрабатывает функция импорта номеров банковского счетаЗаработная платаИмпорт номера банковского счета
При повторном трудоустройстве на тот же табельный номер неверно отрабатывает функция импорта номеров банковского счета.Исправлено. Функция импорта номера банковского счета отрабатывает верно.
101.641179.1.139.0Переход к новому периоду - при копировании договоров подряда в архив теряется связь с начислением и НДФЛЗаработная платаПереход к новому периоду
При переходе к новому периоду договоры подряда копируются в архив (с новыми nrec-ами), а сами текущие договоры могут удаляться по настройке "Расчеты с персоналом Переход на следующий месяц - Удаление договоров подряда" = "ДА". В этом случае ссылки из начислений и удержаний НДФЛ по этому договору становятся некорректными, что в дальнейшем может привести к ошибкам. Предлагается перемещать договоры в архив с сохранением nrec-ов. При необходимости создавать новый текущий договор как копию перемещённого (по настройке "Расчеты с персоналом Переход на следующий месяц - Удаление договоров подряда" = "НЕТ").При переводе договоров подряда в архив их идентификатор NREC не меняется.
180.106289.1.139.0Неверно выполняется контроль выплаты заработной платыЗаработная платаКонтроль выплаты зарплаты (удержания)
В межпериод отпуск дважды пересчитывали и выплачивали дважды в разные даты. Первый раз, в январе, рассчитали отпускные и НДФЛ, сформировали реестры на отпуск и НДФЛ и перечислили реестрами 30.01. 4 февраля у нас рассчитывается ЗП за январь и становятся известны все доплаты к основному расчету ЗП за январь 2018. Добавили премию и надбавку в постоянные доплаты. Провели перерасчет ЗП. Потом еще раз пересчитали суммы отпуска, сформировали реестры на оставшиеся суммы отпуска и НДФЛ и перечислили их 05.02 в межпериод.Доработана функция контроля удержаний, чтобы учитывать случаи, когда по одному и тому же основанию выплачивали в межпериод дважды. Функция контроля будет пытаться найти все реестры межпериода, которыми выплачивались суммы по одному и тому же источнику начисления и проставить в удержания ссылки на эти реестры при одновременном наличии условий: - если по этому источнику начисления удержания НДФЛ разбиты; - если в этих записях отсутствует признак "неизм."; - если в удержаниях по этому источнику начисления количество записей, виды оплат, оплачиваемый период соответствуют информации операций реестров, которыми выплачивался доход работнику. Примечание: если в суммах удержаний НДФЛ, относящихся к этому источнику начисления, уже есть признак "неизм." и есть ссылка на реестр, то функция контроля не меняет в них ссылки на реестр.
102.1710059.1.138.2Длительный переход на новый отчётный период по ЗПЗаработная платаПереход к новому периоду
Необходимо ускорить переход к новому отчётному периоду по ЗП.Ускорен функционал перехода на новый период. В архиве удержаний в поле год не будет выводится пометка, что срок давности данной записи уже более 12 месяцев.
102.1783899.1.138.0Ошибка при расчете продолжающего больничного по бер&родамЗаработная платаРасчет больничных
Ошибка при расчет продолжающегося больничного по беременности и родам. Не выпускает из окна расчета пока не удалишь введённый больничный, циклит с протоколом сообщений - некорректные данные в пенсионных стажах. Для работника рассчитан пенсионный стаж ПУ-3. Если стаж не рассчитан все ОК!Исправлена ошибка, в результате которой постоянно выдавался протокол о невозможности создания стажа в больничном, при попытки выхода из интерфейса, если использовалась настройка "Настройки Галактики Управление персоналом Общие настройки Стажи Данные для пенсионного стажа". Дополнительно. Упразднен устаревший механизм создания пенсионных стажей на основании больничных и отпусков, упразднена настройка "Настройки Галактики Управление персоналом Общие настройки Стажи Данные для пенсионного стажа".
101.638269.1.137.1Контроль выплаты зарплаты (удержаний) - обнулять ссылку на несуществующий реестрЗаработная платаКонтроль выплаты зарплаты (удержания)
Если в удержаниях НДФЛ по каким-то причинам проставлена ссылка на несуществующий реестр, то поиск подходящего реестра не производится. В таком случае необходимо очищать некорректную ссылку и далее подбирать реестр по существующему алгоритму.Если в удержании стоит признак "неизм." и есть ссылка на реестр или ведомость, то при работе проверяется существует ли этот реестр или ведомость. Если этого реестра или ведомости уже не существует, то в этой записи функция контроля очищает эту ссылку, удаляет из нее признак "неизм." и далее пытается подобрать реестр по существующему алгоритму.
102.1792919.1.137.0Длительные отпуска, выплата которых в месяце начисления. Расчет удержаний приводит к некорректной сумме на руки.Заработная платаРасчет удержаний с отпусков межпериода
Длительные отпуска, выплата которых в месяце начисления. Расчет удержаний приводит к некорректной сумме на руки. При расчете удержаний появляется сумма на руки периода, не относящегося к расчетному периоду, и так же попадает в реестр выплаты в межпериод. При повторном расчете сумма обнуляется. При переходе к новому периоду не обнуляется сумма на руки, относящаяся к прошлому периоду.(Средняя панель интерфейса редактирования отпусков). Итоговое значение суммы на руки при переходе к новому периоду включает в себя также суммы на руки, относящиеся к прошлым периодам. (Верхняя панель интерфейса редактирования отпусков).При расчете удержаний отпусков с пометкой "выплачивать по месяцам" сумма на руки, не относящаяся к текущему периоду, не заполняется. Исправлена также работа сервисной функции перехода к новому периоду для таких отпусков. Сумма на руки, относящаяся к "прошлому периоду" относительно новой даты расчетного периода, обнуляется. Также исправлено заполнение итоговой суммы на руки по пакету отпусков (верхняя панель окна редактирования отпуска). Теперь к итоговой сумме не добавляются суммы отпусков за "прошлые периоды".
102.1793029.1.137.0Протоколирование процесса перехода к новому периоду и сбор статистикиЗаработная платаПереход к новому периоду
Протоколирование процесса перехода к новому периоду и сбор статистики. Сейчас в результате перехода к новому отчетному периоду в модуле "Заработная плата" на экран выводится текстовый протокол, который в системе не сохраняется. Поэтому для отслеживания проблем пользователю приходится его сохранять вручную в файле, что не всегда выполняется и временами возникают вопросы о том, имелись ли проблемы, связанные с переходом. Предлагаю сохранять сообщения, выдаваемые в процессе перехода, в БД. Кроме возможности просмотра результатов каждого проводившегося перехода, это в будущем позволит: - выводить информацию о предупреждениях, возникших в процессе перехода, в структурированном виде (в зависимости от требований конкретного пользователя) - упростить отслеживание влияния перевода этапов перехода к новому периоду на прямой SQL на быстродействие и выделение требующих ускорения этаповТеперь в процессе перехода к новому периоду в модуле "Заработная плата" сохраняется информация о настройках перехода, его этапах, времени их выполнения, ошибках, влияющих на результат перехода, а также некоторые информационные сообщения. Информацию о выполненных после установки обновлений переходах можно увидеть после вызова пункта меню - Настройка - Переход к новому периоду - Информация о переходах к новому период. При нажатии кнопки "Печать" строится отчет со статистикой по выполнению этапов.
101.634859.1.136.0По 187 КВУ формируются платежные поручения по уволенным сотрудникамЗаработная платаПлатежные поручения
По 187 КВУ формируются платежные поручения по уволенным сотрудникам. У сотрудника в декабре 2017 было постоянное удержание с кодом 187 (Удержания алиментов в сбербанк) В декабре 2017 года сотрудник уволился. Для КВУ 187 значение параметра "при полной выплате или окончании" соответствует "исключать из расчета". Значение "удалять" для КВУ отсутствует. После закрытия периода 12.2017 постоянное удержание с КВУ 187 осталось с установленной датой окончания "31.12.2017" и ненулевой суммой, которая получилась при расчете в декабре 2017. В периоде январь 2018 запустим процедуру формирования платежных поручений по КВУ 187. В результате формируются платежные поручения по КВУ 187, в том числе и для уволенного сотрудника, хотя в параметрах формирования был указан период январь 2018 г., а в постоянном удержании установлена дата окончания 31 дек. 2017 г. Требуется решить данную проблему, чтобы мы сами вручную не отслеживали такие постоянные удержания.Доработана функция перехода к новому периоду для постоянных удержаний с кодами 185, 186, 187. При полной выплате или окончании удержания, в случае когда при переходе к новому периоду устанавливается пометка "не участвует в расчете" или "архив", обнуляются суммы "Рассчитано к удержанию"/"Удержанная сумма", "Сумма сбора".
103.97079.1.136.0НДФЛ-6 аванс выплаченный посл числом месяца надо показывать отдельной строкой ( есть определение Вер Суда)Заработная платаКонтроль выплаты зарплаты (удержания)
В НДФЛ-6 аванс выплаченный посл числом месяца надо показывать отдельной строкой ( есть определение Вер Суда). https://www.audit-it.ru/articles/account/tax/a38/874360.html. В системе любой аванс сейчас даже, если с него заплачен НДФЛ посл числом показывается вместе с зарплатой. Срок перечисления НЛФЛ - первое число след месяца.Сервисная функции контроля удержаний проводит анализ операций из реестра на перечисление аванса работнику только в случае совпадения всех нижеперечисленных условий: - этот реестр аванса был сформирован из режима "ОперацииАвансРеестры по перечислению аванса в банк"; - для этого реестра в колонке "Пров." отображается "О" (то есть реестр является учитываемым и с этим реестром связано оплаченное платежное поручение); - если системный код вид оплаты в операции к реестру тот же, что проставлен в записи удержания налога, для которой ищется реестр на выплату дохода; - если в платежном поручении, которое связано с реестром, стоит дата оплаты равная последнему календарному дню того месяца начисления, к которому относится выплачиваемый аванс;
102.1790359.1.135.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.9.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1777709.1.134.0Отпуска с признаком "выплачивать по месяцам" .Сохранять сумму на руки после перехода на новый период.Заработная платаРасчет отпускных
При переходе к новому периоду для отпусков с признаком в классификаторе "выплачивать по месяцам", и в которых дата окончания окончания пакета отпусков позже даты начала отчетного периода, сейчас сумма на руки обнуляется. Для того, чтобы получить сумму на руки текущего периода, необходимо сделать пересчет. Необходимо для таких отпусков заполнять сумму на руки.Доработана сервисная функция перехода к новому расчетному периоду. Для отпусков с признаком в классификаторе "выплачивать по месяцам" и которые остаются в списке отпусков отчетного периода при переходе к новому периоду, заполняется сумма на руки.
102.1779179.1.133.0Доработать функцию корректировки удержаний при нескольких перечислениях отпуска и больничного в межпериодЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
При разработке сервисной функции разбивки начислений больничных и отпусков по датам выплаты было замечено, что для приведенных контрольных примеров требуется доработка функции корректировки удержаний. Необходимо доработать функцию корректировки удержаний при нескольких перечислениях отпуска и больничного в межпериод.Восстановлена сервисная функция "... Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder) Теперь она формирует корректные записи при нескольких перечислениях отпуска и больничного в межпериод.
101.398849.1.132.0Отпуска - выплата в м-це, за который начислены, в зависимости от вида отпускаЗаработная платаРасчет начислений (общие вопросы)
На предприятии все переходящие на будущие м-цы отпуска выплачиваются полностью в м-це начала отпуска, кроме учебных - учебные отпуска продолжительностью несколько м-цев оплачиваются частями в тех м-цах, за который начислены. Просят сделать настройку в классификаторе отпусков, аналогичную системной настройке "Выплачивать в м-це, за который начислен", варианты: "по настройке системы" (по умолчанию), "да", "нет".Убрана настройка "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Отпускные за будущий месяц выплачивать в месяце, за который начислены". Вместо неё добавлен признак в классификатор видов отпусков. В окне редактирования записей классификатора добавлено поле-признак "выплачивать по месяцам", доступен для заполнения только для отпусков с типом "прочие". Если классификатор отпусков имеет иерархическую структуру - и отпуска предоставляются в виде пакета с несколькими составляющими или в предоставленном отпуске вид отпуска в заголовке пакета отличается от вида составляющего пакет отпуска (верхняя и средняя панели в окне редактирования отпуска) - то признак помесячной выплаты определяется по заголовку. Если в классификаторе значение поле-признака "выплачивать по месяцам" установлено да, то в Предварительный просмотр и в Расчетные листки попадут отпускные суммы за отчетный месяц и за месяцы, предшествующие отчетному. При Переходе к новому периоду записи об отпуске не переводятся в архив, а остаются в списке до тех пор, пока дата окончания пакета отпусков не станет меньше даты начала отчетного периода. В поле "Начислить" в данном случае отображается текст "суммы текущего и прошлых периодов" (если отпуск введен "задним числом" за прошлый месяц) или "сумму текущего периода". Из отпусков, имеющих такой режим начисления, в Предварительный просмотр и в Расчетные листки этого расчетного месяца для оплаты попадает сумма только за текущий месяц. При выполнении этапа обработки отпусков по время перехода к новому периоду система ориентируется на признак выплаты по месяцам в классификаторе для заголовка отпуска.
102.1763199.1.131.0Сервисная функция разбивки начислений отпуска по датам выплатыЗаработная платаКонтроль и корректировка начислений (через запуск внешнего интерфейса Z_Service::FindIncorrectNach)
Нужно разработать сервисную функцию разбивки начислений отпускных в архиве в соответствии с датами выплаты. Суть в том, что начислили отпуск в июле и перечислили 31.07. Затем, отпуск пересчитали и выплатили разницу 05.08. Окончательный расчет 10.08. Удержание НДФЛ разбивается по датам перечисления, а начисление отпуска одной суммой.Для России разработана сервисная функция Контроль и корректировка начислений (через запуск внешнего интерфейса Z_Service::FindIncorrectNach) с типом источника "Отпуск" в архиве оплат в соответствии с датами выплаты. При обнаружении записи данного типа запускается процедура поиска реестров на перечисление в банк со ссылкой на данный источник. Если такие записи будут найдены, и сумма дохода в них будет меньше начисленной, в результаты расчета, в первую очередь, будут записаны данные из реестров. Запись из реестра помечается буквой "П" для избежания увеличения количества дней в расчетных листках. Дата выплаты определяется по дате выплаты из платежного поручения. Если дата выплаты из платежного поручения не найдена, дата переносится из соответствующего поля реестра. Далее, по каждому месяцу, за который начислена сумма, будет проверен итог начислений с источником "Отпуск" и ссылкой на данный источник. Если итог будет не равен сумме начислений, сформированной по реестрам, будет сформирована запись на разницу. Дата выплаты в такой итоговой записи совпадает с датой выплаты заработной платы. Исключение составляют случаи, когда в межпериод была перечислена сумма больше либо равна, начисленной при окончательном расчете заработной платы. Такая ситуация может быть, например, при отзыве из отпуска в расчетном периоде. В этом случае, функционал работает, как раньше. Формируется одна запись за каждый период, при этом сумма начисления будет равна окончательно начисленной сумме, а дата выплаты соответствует дате перечисления в межрасчетный период из окна отпуска или больничного. Примечание.Нужно учесть, что для расчета средних и т.п. используется месяц, за который начислено. Таким образом суммы будут разбиты по месяцу, за который они были начислены.
102.1763439.1.131.0Сервисная функция разбивки начислений больничных по датам выплатыЗаработная платаКонтроль и корректировка начислений (через запуск внешнего интерфейса Z_Service::FindIncorrectNach)
Нужно разработать сервисную функцию разбивки начислений с типом источника "больничный лист" в архиве оплат в соответствии с датами выплаты. Суть в том, что начислили пособие по нетрудоспособности в июле и перечислили 31.07. Затем, пособие пересчитали и выплатили разницу 05.08. Окончательный расчет 10.08. Удержание НДФЛ разбивается по датам перечисления, а начисление больничного одной суммой.Для России разработана сервисная функция Контроль и корректировка начислений (через запуск внешнего интерфейса Z_Service::FindIncorrectNach) с типом источника "больничный лист" в архиве оплат в соответствии с датами выплаты. При обнаружении записи данного типа запускается процедура поиска реестров на перечисление в банк со ссылкой на данный источник. Если такие записи будут найдены, и сумма дохода в них будет меньше начисленной, в результаты расчета, в первую очередь, будут записаны данные из реестров. Запись из реестра помечается буквой "П" для избежания увеличения количества дней в расчетных листках. Дата выплаты определяется по дате выплаты из платежного поручения. Если дата выплаты из платежного поручения не найдена, дата переносится из соответствующего поля реестра. Далее, по каждому месяцу, за который начислена сумма, будет проверен итог начислений с источником "больничный лист" и ссылкой на данный источник. Если итог будет не равен сумме начислений, сформированной по реестрам, будет сформирована запись на разницу. Дата выплаты в такой итоговой записи совпадает с датой выплаты заработной платы. Исключение составляют случаи, когда в межпериод была перечислена сумма больше либо равна, начисленной при окончательном расчете заработной платы. В этом случае, функционал работает, как раньше. Формируется одна запись за каждый период, при этом сумма начисления будет равна окончательно начисленной сумме, а дата выплаты соответствует дате перечисления в межрасчетный период из окна больничного. Примечание.Нужно учесть, что для расчета средних и т.п. используется месяц, за который начислено. Таким образом суммы будут разбиты по месяцу, за который они были начислены.
102.1773059.1.131.0Постоянные доплаты и Постоянные удержания, в мемо-поле Примечание обрезаются символыЗаработная платаПостоянные удержания
При копировании примечания строка более 255 символов обрезается до 255 символов.Исправлено копирование содержимого memo-полей ... Z_Service: при переходе к новому периоду (примечание для постоянных доплат и удержаний). Z_StaffOrders: при копировании приказов по персоналу (шапка раздела, примечание по кнопке в приказе, доп. условия по кнопке в приказе). Z_StaffSHR: при копировании приказов по штатному расписанию (шапка раздела).
102.1750369.1.130.0Z_SERVICE::FINDINCORRECTUDER (Z_Service.res) при выполнении функции учесть выплату больничных и неначисляемые суммыЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Z_SERVICE::FINDINCORRECTUDER (Z_Service.res) при выполнении функции учесть выплату больничных и неначисляемые суммы. Таб.н.270929-случай с больничным. Таб.н.710223-случай с неначисляемой суммой. Таб.н.332874-отрицательные суммы после выполнения функции контроля.Доработана функция Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder) для случая разбиения архива удержаний НДФЛ после формирования реестров на перечисление заработной платы за закрытый период. Теперь правильно разбиваются неначисляемые суммы суммы и суммы больничных, выплаченных вместе с заработной платой.
102.1750379.1.130.0Z_SERVICE::FINDINCORRECTUDER (Z_Service.res). Учет вычетов на детей при выполнении функции контроляЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Z_SERVICE::FINDINCORRECTUDER (Z_Service.res). Учет вычетов на детей при выполнении функции контроля. Таб.н.700091. Вычеты при выполнении корректировки не так распределились как при расчете зарплаты и поэтому суммы НДФЛ в удержаниях после разбивки не соответствуют суммам по реестрам.Доработана функция Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder) для случая разбиения архива удержаний НДФЛ после формирования реестров на перечисление заработной платы за закрытый период. Учтен случай, когда суммы распределенного дохода меньше итоговой суммы учтенных вычетов. Теперь сумма НДФЛ из реестров подтягивается правильно. Вычеты при этом распределяются таким образом, чтобы сумма НДФЛ, по возможности, соответствовала проценту НДФЛ от суммы дохода за минусом вычета.
102.1750329.1.129.0Z_SERVICE::FINDINCORRECTUDER (Z_Service.res) не округленный НДФЛ после выполнения функцииЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Из Уфаводоканал прислали выгрузку по сотрудникам, у которых после выполнения функции Z_SERVICE::FINDINCORRECTUDER (Z_Service.res) сформировались неокругленные значения НДФЛ.Доработана функция корректировки удержаний. Теперь неокругленные значения НДФЛ не формируются.
103.90749.1.129.0Детское пособие с датами за несколько месяцев в одной записиЗаработная платаИнтерфейс "Ежемесячные пособия на детей"
Добавить в окно "Ежемесячные пособия" поле, содержащее дату начала выплаты пособия, так как даты "Начало" и "Окончание" характеризуют рассчитываемый период.В окне Ежемесячные пособия добавлено поле "Начало выплаты". В данное поле нельзя заносить даты меньше, чем 01/01/2000. Данное поле носит информационный характер и не влияет на расчет пособия. При переходе на новый период, в случае установленного значения настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Переход на следующий месяц Пересчитывать детские пособия" в "нет", для актуального пособия по уходу за ребенком происходит изменение даты начала периода расчета. Если дата начала периода расчета пособия по уходу за ребенком до перехода на новый период была установлена, а дата окончания периода расчета пособия или не установлена или установлена в более позднее значение, чем дата начала нового отчетного периода (на который переходим), то дата начала периода расчета пособия будет установлена в значение даты начала нового отчетного периода. Но, для Республики Беларусь, при выполнении вышеизложенных условий, дата начала периода расчета может быть как датой начала нового отчетного периода, так и датой начала будущего периода относительно нового отчетного периода, в зависимости от настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Детские пособия Правило учета пособий на детей".
102.1604579.1.128.0Необходимо для оплат по премии формировать период её начисленияЗаработная платаИмпорт "Начислений и выплат"
Необходимо в сформированном начислении работнику для вида оплаты премии, начисляемой за период работы (в КВО для такой премии проставлена доп.входимость 17 - "Премия выплачена за период (количество месяцев)" и в графе "Примечание" значение 2-12), иметь информацию о том, за какой именно календарный период начислена эта премия. В идеале - 2 даты "с.. по" периода, усечённого датами приёма/увольнения. То есть: если премия по организации в целом платится по итогам 3 месяцев и конкретная очередная выплата премии производится по итогам 3 квартала 2016 года, то: Для работника, работавшего полностью "с 01.07.2016 по 30.09.2016" Для работника, принятого на работу 14.08 - соответственно "с 14.08.2016 по 30.09.2016" Для работника, уволенного 29.08 - соответственно "с 01.07.2016 по 29.08.2016" У одних клиентов премии оформляются через постоянные доплаты, у других - через межрасчётные начисления и выплаты. Информация по указанию периода должна быть открыта для ввода при формировании данных в вышеуказанных режимах, доступна для редактирования по сформированным записям, передаваться в расчётные начисления через режим предварительной разноски(доплаты) или напрямую (расчёт начислений) и отображаться в расчётных начислениях и архиве оплат.Если для вида оплаты заведена доп. входимость 17 (премия выплачена за период), то для ввода становится доступным период, по итогам которого сформирована доплата/начисление, в следующих интерфейсах: - параметрах формирования межрасчетных выплат; - окне редактирования межрасчетных выплат; - параметрах формирования постоянных доплат (только для режима "формирование доплат"); - окно ввода и редактирования постоянной доплаты. - окно просмотра начислений в результатах расчета заработной платы - окно просмотра архивных начислений Даты периода, по итогам которого сформирована доплата/начисление, усекаются по периоду работы сотрудника (в межрасчетных выплатах - с учетом истории увольнений).
102.1747789.1.128.0Контроль выплаты зарплаты.Начисления.Заработная платаКонтроль выплаты зарплаты (начисления)
Контроль выплаты зарплаты. Начисления. Через Начисления и выплаты в межпериод по ведомости выдали матпомощь. ПВ обработана. Но сервисная ф-ия не проставляет дату выплаты.Доработана сервисная функция контроля выплаты зарплаты (начисления), чтобы в случае, когда у работника в ведомости не заполнена дата выдачи, а также в случаях, когда эта дата меньше даты формирования ведомости, либо превышает дату закрытия ведомости, чтобы бралась дата закрытия ведомости (либо дата из РКО).
102.1672439.1.127.0Подтверждение статуса резидента в РФЗаработная платаЛицевые счета (окно ввода и редактирования)
Просят автоматизировать учет количества дней пребывания сотрудников для определения статуса "резидент" - "нерезидент" и связанных с этим статусом особенностей расчета НДФЛ. Можно при переходе на след. месяц автоматом добавлять календарные дни текущего месяца и сообщать в протокол при наступлении превышения, тогда пользователь сможет зайти и скорректировать, если нужно.Для России. В том случае, если на вкладке "Налог на доходы" лицевого счета установлен статус не "резидент" ("нерезидент", "нерезидент-беженец", "нерезиден высококвалифицированный"), становится доступными для ввода поле "Вести автоматический контроль дней". Если его значение установить в "да", то: - открывается поле "Дней на конец периода"; - если на дату начала нового отчетного периода сотрудник не уволен, при переходе к новому отчетному периоду значение в указанном полей увеличивается на количество дней в новом периоде; - если полученное количество дней в поле равно или превышает 183, то в протокол перехода к новому периоду выводится информационное сообщение о возможной необходимости смены статуса сотрудника. Устанавливаемое автоматически количество дней пребывания на территории РФ является предполагаемым, т.к. в системе, очевидно, нет полной информации о пересечении сотрудником границы. Т.е. фактическое изменение статуса по-прежнему остается за пользователем.
102.1679479.1.127.0Очистка даты "Учесть вычеты с" после перехода на новый периодЗаработная платаЛицевые счета (окно ввода и редактирования)
Предложение: чистить дату учета вычетов при переходе на новый период в заработной плате.Теперь при переходе на следующий месяц поле в лицевом счете "Учесть вычеты с" будет обнуляться вместе с полем "Количество месяцев для пересчета".
102.1739899.1.127.0Примечание в Суммах по видам оплатЗаработная платаАрхивные суммы по видам оплат
В архивных данных работника в Суммах по видам удержаний есть поле Примечание с текстовой информацией. Клиентам хотят видеть такое же поле в Суммах по видам оплат.В архив начислений было добавлено поле, в которое можно ввести примечание (по аналогии с интерфейсом архива удержаний). При переносе в архив начислений, источником которых являются постоянные доплаты, в примечание этих начислений записывается примечание соответствующей постоянной доплаты. В суммы с предыдущего места работы в интерфейсе архива начислений теперь можно зайти из контекстного меню архива начислений, пункт "Суммы с предыдущего места работы".
102.1743359.1.127.0Учитывать месяц начисления в сервисных функцияхЗаработная платаКонтроль выплаты зарплаты (начисления)
Учитывать месяц начисления в сервисных функциях Пример. В июле сотруднику выплатили больничный 21/07. В октябре он принес справку с пред.места работы, с помощью функции пересчета средних больничный вернулся в отчетный месяц, в результатах расчета образовалась запись на доплату. Разницу по больничному доплатили сотруднику в межпериод 10/10. Обе сервисные функции (по начислениям и по удержаниям) заполняют в этой записи по больничному дату выплаты 21/07, а нужно в соответствии с платежными документами, которые относятся по месяцу начисления к октябрю - 10/10.Доработаны сервисные функции контроля по начислениям и по удержаниям, чтобы при поиске документов брались лишь те, у которых месяц начисления сумм, указанный в операциях к реестру (ведомости), соответствовал обрабатываемому периоду.