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


Описание файла обновления:
ФайлZ_SERVICE_RES_911310.TXT
ОбновлениеZ_Service_res_911310
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентZ_SERVICE
ТипRES
Версия9.1.131.0
Дата2018-01-11 18:09:55
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.176319NEWСервисная функция разбивки начислений отпуска по датам выплатыЗаработная платаКонтроль и корректировка начислений (через запуск внешнего интерфейса Z_Service::FindIncorrectNach)
Нужно разработать сервисную функцию разбивки начислений отпускных в архиве в соответствии с датами выплаты. Суть в том, что начислили отпуск в июле и перечислили 31.07. Затем, отпуск пересчитали и выплатили разницу 05.08. Окончательный расчет 10.08. Удержание НДФЛ разбивается по датам перечисления, а начисление отпуска одной суммой.Для России разработана сервисная функция Контроль и корректировка начислений (через запуск внешнего интерфейса Z_Service::FindIncorrectNach) с типом источника "Отпуск" в архиве оплат в соответствии с датами выплаты. При обнаружении записи данного типа запускается процедура поиска реестров на перечисление в банк со ссылкой на данный источник. Если такие записи будут найдены, и сумма дохода в них будет меньше начисленной, в результаты расчета, в первую очередь, будут записаны данные из реестров. Запись из реестра помечается буквой "П" для избежания увеличения количества дней в расчетных листках. Дата выплаты определяется по дате выплаты из платежного поручения. Если дата выплаты из платежного поручения не найдена, дата переносится из соответствующего поля реестра. Далее, по каждому месяцу, за который начислена сумма, будет проверен итог начислений с источником "Отпуск" и ссылкой на данный источник. Если итог будет не равен сумме начислений, сформированной по реестрам, будет сформирована запись на разницу. Дата выплаты в такой итоговой записи совпадает с датой выплаты заработной платы. Исключение составляют случаи, когда в межпериод была перечислена сумма больше либо равна, начисленной при окончательном расчете заработной платы. Такая ситуация может быть, например, при отзыве из отпуска в расчетном периоде. В этом случае, функционал работает, как раньше. Формируется одна запись за каждый период, при этом сумма начисления будет равна окончательно начисленной сумме, а дата выплаты соответствует дате перечисления в межрасчетный период из окна отпуска или больничного. Примечание.Нужно учесть, что для расчета средних и т.п. используется месяц, за который начислено. Таким образом суммы будут разбиты по месяцу, за который они были начислены.
102.176343NEWСервисная функция разбивки начислений больничных по датам выплатыЗаработная платаКонтроль и корректировка начислений (через запуск внешнего интерфейса Z_Service::FindIncorrectNach)
Нужно разработать сервисную функцию разбивки начислений с типом источника "больничный лист" в архиве оплат в соответствии с датами выплаты. Суть в том, что начислили пособие по нетрудоспособности в июле и перечислили 31.07. Затем, пособие пересчитали и выплатили разницу 05.08. Окончательный расчет 10.08. Удержание НДФЛ разбивается по датам перечисления, а начисление больничного одной суммой.Для России разработана сервисная функция Контроль и корректировка начислений (через запуск внешнего интерфейса Z_Service::FindIncorrectNach) с типом источника "больничный лист" в архиве оплат в соответствии с датами выплаты. При обнаружении записи данного типа запускается процедура поиска реестров на перечисление в банк со ссылкой на данный источник. Если такие записи будут найдены, и сумма дохода в них будет меньше начисленной, в результаты расчета, в первую очередь, будут записаны данные из реестров. Запись из реестра помечается буквой "П" для избежания увеличения количества дней в расчетных листках. Дата выплаты определяется по дате выплаты из платежного поручения. Если дата выплаты из платежного поручения не найдена, дата переносится из соответствующего поля реестра. Далее, по каждому месяцу, за который начислена сумма, будет проверен итог начислений с источником "больничный лист" и ссылкой на данный источник. Если итог будет не равен сумме начислений, сформированной по реестрам, будет сформирована запись на разницу. Дата выплаты в такой итоговой записи совпадает с датой выплаты заработной платы. Исключение составляют случаи, когда в межпериод была перечислена сумма больше либо равна, начисленной при окончательном расчете заработной платы. В этом случае, функционал работает, как раньше. Формируется одна запись за каждый период, при этом сумма начисления будет равна окончательно начисленной сумме, а дата выплаты соответствует дате перечисления в межрасчетный период из окна больничного. Примечание.Нужно учесть, что для расчета средних и т.п. используется месяц, за который начислено. Таким образом суммы будут разбиты по месяцу, за который они были начислены.
102.177305NEWПостоянные доплаты и Постоянные удержания, в мемо-поле Примечание обрезаются символыЗаработная платаПостоянные удержания
При копировании примечания строка более 255 символов обрезается до 255 символов.Исправлено копирование содержимого memo-полей при переходе к новому периоду (примечание для постоянных доплат и удержаний).
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.Доработаны сервисные функции контроля по начислениям и по удержаниям, чтобы при поиске документов брались лишь те, у которых месяц начисления сумм, указанный в операциях к реестру (ведомости), соответствовал обрабатываемому периоду.
102.1745779.1.127.0РБ. Предусмотреть в лицевом счёте признак для фиксации факта достижения пенсионного возрастаЗаработная платаЛицевые счета (окно ввода и редактирования)
Поэтапное увеличение пенсионного возраста РБ. Пример. Работнику 31.12.2017 исполняется 60 лет и 6 мес. В 2017 году - общеустановленный пенсионный возраст для мужчин 60 лет и 6 мес. Согласно пункту 5 статьи 7 Закона о ППС - уплата взносов на профессиональное пенсионное страхование за работников, достигших общеустановленного пенсионного возраста, не производится. То есть получается, что работник достиг общеустановленного пенсионного возраста в 2017 году согласно зак-ву РБ, и ППС за него более уплачиваться не должны. 01.01.2018 необходимо перевести настройку общеустановленного пенсионного возраста для мужчин в РБ в значение 61, которое будет актуально уже для 2018 года. После этого Галактика сравнит возраст работника и общеустановленный пенсионный возраст по настройке и работник для нее снова становится лицом, за которое нужно уплачивать страховые взносы еще на полгода. Просьба доработать систему таким образом, чтобы работник, достигая общеустановленного пенсионного возраста по значению года, указанному в настройке, получал некий признак, который исключал бы его из круга лиц, в дальнейшем подлежащих профессиональному пенсионному страхованию.Для РБ в лицевой счёт работника на закладку "Взносы, налоги на ФОТ" в раздел "Налоги на ФОТ" добавлена информация "Пенсионный возраст был достигнут:" со значением даты. Не предназначено для заполнения или изменения вручную - отображается в виде статичной информации. В общем случае остаётся пустым, "на будущее" не заполняется - только по свершившемуся факту. Изменяется автоматически системой при выполнении "Перехода к новому периоду". Значение формируется на основании данных: - "Дата рождения" на закладке "Кадровая информация", подраздел "Прочее", - "Пол" на закладке "Кадровая информация", подраздел "Прочее", - "Настройки Галактики Управление персоналом Общие настройки Стажи Общеустановленный пенсионный возраст для мужчин" или "Настройки Галактики Управление персоналом Общие настройки Стажи Общеустановленный пенсионный возраст для женщин".
180.102639.1.126.0Пилотный проект ФСС: Единовременные пособия и будущий периодЗаработная платаФормирование единовременных пособий
Добавить будущий период в единовременные пособия.Был доработан интерфейс единовременных пособий для работы в будущем периоде. В локальном меню добавлен переключатель отображения периода. Также добавлен пункт "Скопировать в другой период" позволяющий скопировать выделенные пособия в период, отличный от текущего (из отчетного в будущий и обратно). В заголовке интерфейса отображается период, для которого отображаются пособия.
180.103149.1.126.0Пилотный проект ФСС: Единовременные пособия - необходим архивЗаработная платаФормирование единовременных пособий
Пилотный проект ФСС: Единовременные пособия - необходим архив для дальнейшего учета, в частности для предоставления информации для ФСС.Теперь при расчете зарплаты у единовременных пособий с видом оплаты с дополнительной входимостью, которая в полях "Примечание" и "Доп. информация" содержит "На погребение", ссылка на родственника переносится в результаты расчета. После перехода на новый месяц - в архив начислений. Добавлена возможность печати заявлений на возмещение средств в ФСС (единовременное пособие на погребение) за прошлые периоды: в параметры формирования заявления добавлен фильтр по видам оплат (с учетом 265 доп. входимости), выбрав который пользователь сможет сформировать заявление за прошлые периоды. При печати заявления из единовременного пособия на погребение статус лица определяется по ссылке на родственника, сохраненной в результат расчета.
102.1728229.1.125.0Требуется доработать сервисную функцию Z_SERVICE::FINDINCORRECTUDER (Z_Service.res) чтобы учесть выплату зарплаты частями после закрытия расчетного периодаЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Требуется доработать сервисную функцию Z_SERVICE::FINDINCORRECTUDER (Z_Service.res) чтобы учесть выплату зарплаты частями после закрытия расчетного периода. Пишут:После закрытия периода мы сформировали реестр на перечисление по окончательному расчету ЗП. В день перечисления 15.08.2017 стало известно, что на перечисление ЗП набирается только 75% от всей суммы. Выбирая реестры на перечисление ЗП и подоходного налога в модуле [ФРО] "Операции - Реестры по перечислениям", для каждого из них запускали процедуру "Формирование частичных выплат". В результате сумма выбранного реестра уменьшалась, и формировался второй дочерний реестр (со ссылкой на родительский в поле "номер вышестоящего реестра") на перечисление оставшейся суммы, которую перечислили позже 18.08.2017. Выгрузка ЛС клиента во вложении. Частями выплачивали зарплату за 07/2017 - 15.08.17 и 18.18.17. Попробовала запустить сервисную ф-цию Z_SERVICE::FINDINCORRECTUDER (Z_Service.res) на обновлении Z_SERVICE 9.1.124.0. Записи по НДФЛ на основании реестров частичной выплаты зарплаты в архиве не разбились.Доработана сервисная функция Z_SERVICE::FINDINCORRECTUDER (Z_Service.res) чтобы учесть выплату зарплаты частями после закрытия расчетного периода. Теперь результаты расчета НДФЛ разбиваются в том случае, если по одному начислению имеется более одного реестра. Учитываются только те реестры, которые в учетных записях имеют вид оплаты. Доход и налог в записи НДФЛ разбивается пропорционально с учетом округления по формуле: s/сумма к перечислению*сумму перечисленную. В последнюю запись по каждому виду оплаты записываются остатки дохода и НДФЛ с учетом предыдущих записей. Именно запись из последнего реестра добавляется в суммы удержаний. Разбиению подлежат те записи, у которых нет ссылки на исходные данные межпериода. Примечание.Данная доработка не учитывает случай, когда суммы больничных, отпусков или начислений и выплат межперида полностью перечисляются вместе с заработной платой. Если такая потребность появится у пользователей, функция будет доработана дополнительно.
102.1733179.1.125.0Брать дату не из межрасчетного начисления, а из "подвязанного" реестра на "перечисление"Заработная платаКонтроль выплаты зарплаты (удержания) - (предложения по развитию функциональности)
Брать дату не из межрасчетного начисления, а из "подвязанного" реестра на "перечисление" Ситуация. Через интерфейс "Начисления и выплаты" выплачиваем подарок (алг.98), там же указываем дату получения, например, 28/07/2017 НДФЛ с этого подарка перечисляем вместе с заработной платой, например, 12/08/2017. Запускаем сервисную функцию контроля выплаты БЕЗ параметра "Для неначисляемых сумм брать дату выплаты из межрасчетного начисления", сейчас функция поле "поле дата выплаты" заполняет датой 28/07 (т.е. из межрасчетного начисления), а нужно 12/08 (ближайший оплаченный реестр на перечисление).В ситуации когда сервисная функция контроля запускается с неустановленным параметром "Для неначисляемых сумм брать дату выплаты из межрасчетного начисления" для удержаний налога с неначисляемых сумм, при наличии в них ссылки на реестр и признака "неизм.", дата выплаты заполнится датой из платежки (при условии что она больше, чем дата получения дохода), которая привязана к этому реестру.
102.1733919.1.125.0Контроль выплаты зарплаты .Удержания.Доработать для 2-х реестров на оконч.выплату зарплатыЗаработная платаКонтроль выплаты зарплаты (удержания) - (предложения по развитию функциональности)
Контроль выплаты зарплаты. Удержания. Доработать для 2-х реестров на оконч.выплату зарплаты Когда удержания по ндфл будут корректно разбиты функцией разбивки удержаний, тогда нужно верно определить реестры и даты выплат. Один реестр оплачен 05.03, второй 11.03. Реестр привязан только от 05.03, а от 11.03 не привязан совсем.Сделана доработка под условия примера. В удержаниях налога, в которых нет ссылки на реестр и признака "неизм.", будут подвязаны суммы других реестров.
180.103349.1.124.0Требуется доработать сервисную функцию Z_SERVICE::FINDINCORRECTUDER (Z_Service.res) чтобы учитывались не только реестры на перечисления в межпериод, но и реестры на перечисление зарплатыЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Требуется доработать сервисную функцию Галактика ERP Персонал ЗП =Настройка= Сервисные функции Налог на доходы физических лиц Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder), чтобы учитывались не только реестры на перечисления в межпериод, но и реестры на перечисление зарплаты.Доработана сервисная функция "... Контроль и корректировка удержаний". Теперь учитываются не только реестры на перечисления в межпериод, но и реестры на перечисление зарплаты. Если удержания НДФЛ не соответствуют количеству записей из реестров, формируются дополнительные записи.
102.1680659.1.123.0Help. Подключить топик справкиЗаработная платаИмпорт номера банковского счета
К интерфейсу и пункту меню "Настройка" > "Сервисные функции" > "Сервис лицевых счетов работников" > "Импорт номера банковского счета" подключить идентификатор Zar_ImportBankSchet.Справка подключена.
102.1720209.1.123.0Некорректно отработала функция восстановления отпускаЗаработная платаОкно формирования, просмотра и редактирования отпусков
Некорректно отработала функция восстановления отпуска Лишние записи в окне редактирования отпуска по источникам оплат.Исправлено. Функция отрабатывает корректно.
101.625419.1.122.0Добавить настройку, позволяющую выполнять переход к новому периоду при наличии пользователей в модуле "Табельный учет"Заработная платаПереход к новому периоду
Необходимо добавить настройку, позволяющую выполнять переход к новому периоду при наличии пользователей в модуле "Табельный учет". До выхода Z_Service 9.1.121 клиенты на Oracle и SQL Server имели такую возможность из-за имевшейся ошибки. Актуально для клиентов, с большим количеством филиалов (торговых точек) и ведущих табельный учет на местах.Настройки Галактики из раздела "Переход на следующий месяц" переименованы с "Запретить вход в модуль [...] при переходе к новому периоду" переименованы в "Запретить работу в модуле [...] при переходе к новому периоду". Новые названия лучше отражают суть настроек, т.к. они запрещает не только вход в модули, но и запуск перехода при наличии в модулях пользователей. Добавлена настройка "Запретить работу в модуле "Табельный учет" при переходе к новому периоду".
102.1687319.1.122.0Не обрабатывать регистр символов при импортеЗаработная платаИмпорт номера банковского счета
Банк подает информацию о новых счетах сотрудников с указанием ФИО в верхнем регистре (большими буквами), а в БД ФИО пишут с большой буквы, далее строчными. Интерфейс не находит соответствия.Теперь регистр текста ФИО не влияет на поиск соответствия сотрудников в базе данных и в файле.
102.1715209.1.122.0Не работает функция восстановления отпусковЗаработная платаРасчет отпускных
Не работает функция восстановления отпусков при включенной настройке "Изменение отпуска, утвержденного приказом"С связи с тем, что функция контроля пересечения больничных с отпусками не анализирует настройку "Настройки Галактики Управление персоналом Общие настройки Больничные, отпуска, расчеты по среднему Отпуска Изменение отпуска, утвержденного приказом", необходимость анализировать эту настройку нет необходимости и при выполнении функции восстановления отпусков.
102.1694609.1.121.0На ORACLE не работает контроль доходаЗаработная платаКонтроль выплаты зарплаты (начисления)
ORACLE. Контроль выплаты зарплаты (удержания) к удержанию налога подвязал реестр на профвзносы, хотя в межпериоде есть реестр на перечисление.Реестры сформированные по итогам расчета зарплаты анализируются лишь после анализа реестров межпериода.
102.1695729.1.121.0Переход на новый расчётный период в ЗП не блокирует работу с интерфейсами УП и ЗПЗаработная платаПереход к новому периоду
Платформа Oracle. Пользователь 1 открывает интерфейсы Картотека и Лицевые счета, активный модуль - ЗП. Пользователь 2 запускает переход на новый период по ЗП. Система ничего не говоря запускает переход. Пользователь 1 продолжает работать с ЛС, например, вносит измерения в результаты расчета. Причем новые интерфейсы тоже можно открывать и формировать, например, реестры.Контроль используемости модулей Заработная плата, Табельный учет, Управление персоналом (по настройке), Касса (по настройке) другими пользователями перед запуском процесса перехода к новому периоду теперь работает и на платформах, отличных от Pervasive.
106.100929.1.121.0Пропадают переходы в межпериод при переходе к новому отчетному периодуЗаработная платаПереход к новому периоду
В текущем отчетном периоде пользователь вводит приказ с датой от первого числа следующего месяца. После обработки сигнала в РК создается постоянный переход в межпериод, который при переходе к следующему периоду удаляется (данные из него переносятся в ЛС). Повторная обработка сигнала в рабочей корзине к созданию перехода не приводит - в протоколе появляется сообщение об обновлении лицевого счета. Требуется сохранять созданный ранее переход в межпериод.То, будет ли создан при обработке сигнала в РК с первого числа отчетного месяца переход в межпериод или же обновится лицевой счет, регулировалось ранее и регулируется сейчас настройкой "Настройки Галактики Управление персоналом Расчеты с персоналом Рабочая корзина Корректировать лицевой счет при обработке назначений с первого числа". Аналогичный по своей сути параметр добавлен в окно настройки процесса перехода к новому периоду - "корректировать ЛС при обработке постоянных переходов с 1-го числа". Он отвечает за вариант обработки соответствующих переходов: если установить галочку, то переход удалится с обновлением ЛС, если же не устанавливать, то переход сохранится (а ЛС, соответственно, обновлен не будет). Значение параметра по умолчанию устанавливается в соответствии с упомянутой выше настройкой.
180.102469.1.121.0Доработать сервисную функцию контроль выплаты заработной платы - дату нужно брать из реестра по НДФЛ с ценного подарка из привязанного платежного поручения из поля "Обработан"Заработная платаКонтроль выплаты зарплаты (удержания)
В параметры сервисной функции добавить параметр "Для неначисляемых сумм брать дату выплаты из межрасчетного начисления". Если параметр установлен, то забирать дату из межрасчетного начисления (ненач). Если параметр не установлен, то искать ближайший к этой дате оплаченный реестр на перечисление.В параметры сервисной функции для контроля выплаты заработной платы (удержания) добавлен параметр "Для неначисляемых сумм брать дату выплаты из межрасчетного начисления" аналогичный тому, который на вкладке "Начисления" Если параметр установлен, то берется дата из межрасчетного начисления (непосредственно из неначисляемой суммы в результатах расчета зарплаты). Если параметр НЕ установлен, то берется дата из межрасчетного начисления, потом среди учитываемых в модуле "Заработная плата" ищется ближайший оплаченный реестр на "перечисление", у которого дата оплаты платежки больше этой даты. Если не нашлось оплаченных то останется дата из межрасчетного начисления.
102.1677309.1.120.0В удержание НДФЛ с неначисляемых сумм дату выплаты проставлять из поля "Дата выплаты" начисленияЗаработная платаКонтроль выплаты зарплаты (удержания)
Необходимо чтобы сервисная функция контроля выплаты зарплаты (удержания) в удержание НДФЛ с неначисляемых сумм проставляла дату выплаты из поля "Дата выплаты, возврата" начисления. Сейчас так и происходит, если нет реестра на перечисление заработной платы (окончательный расчет). Если сформировать реестр, то дата выплаты в НДФЛ с неначисляемой суммы заполняется из реестра.Доработано. Если удержание НДФЛ с неначисляемой суммы, то дата выплаты берется из поля "Дата выплаты, возврата" неначисляемой суммы даже при наличии в этом удержании ссылки на реестр и признака "неизм.". Если же в этом случае дату не удалось определить, определяется как и ранее - исходя из ссылки на реестр.
102.1679989.1.120.0Добавить параметр в функцию, для определения модифицируемого поляЗаработная платаИмпорт номера банковского счета
В сервисной функции "Импорт номера банковского счета в лицевой счет из файла" нужно добавить возможность импортировать номер счета в поле "№ карты" вместо "№ лицевого счета".Добавлен флаг "импортировать банковский счет в поле "№ карты" вместо "№ лицевого счета"".
103.87779.1.120.0по уволенным в буд. периоде не заполняются таблица год дохода после расчета зарплаты.Заработная платаПереход к новому периоду
Нет сумм налогов за последний месяц работы по уволенным в будущем периоде. Причина в том, что при расчете зарплаты по уволенным в буд. периоде не заполняются таблица соц. налоги после расчета зарплаты.Для РФ доработана функция перехода к новому периоду. При выполнении функции, если для ЛС заполнена дата увольнения (причем дата увольнения лежит в будущем периоде) и установлен признак "Закрыт для расчета", то для таких ЛС заполняется таблица Соц налогов после расчета з/платы с учетом расчетных данных, полученных при расчете в будущем периоде.
102.1599719.1.119.0Не давать пользователю устанавливать удержаниям алиментов признак удаления при переходе к следующему периодуЗаработная платаВиды удержаний
Не давать пользователю устанавливать удержаниям алиментов (185, 186 и 187) признак удаления при переходе к следующему периоду. Потому что в этих удержаниях хранится информация о ребенке и в случае их удаления не удастся сформировать ведомость по алиментам. Сейчас по факту эти удержания не удаляются даже при установке признака "Удалять". У них только статус участия в расчете снимается. Название признака вводит пользователя в заблуждение.В классификаторе видов удержаний для удержаний-алиментов (185, 186, 187) признак "удалять" переименован в "исключать из расчета". Новое наименование признака точнее описывает процесс перехода к новому периоду. Исправлена работа признака "переносить в архив" для удержаний алиментов. Теперь признак работает (ранее удержания алиментов в архив не переносились, а только исключались из расчета). В интерфейсе редактирования вида удержаний в классификаторе видов удержаний подписаны поля с признаками и подкорректированы всплывающие подсказки.
102.1672469.1.119.0Доработать функцию корректировки Z_SERVICE::FINDINCORRECTUDERЗаработная платаКонтроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
функция корректировки Z_SERVICE::FINDINCORRECTUDER не исправляет ситуацию при наличии двух реестров на перечисление отпуска в межпериод, в том случае, если отпуск был пересчитан.Доработана функция Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder). Теперь функция отрабатывает корректно при наличии двух реестров на перечисление отпуска в межпериод, в том случае, если отпуск был пересчитан. Примечание. Доработка выполнялась только для архивных записей. Корректировка записей расчетных периодов специально не дорабатывалась, но могла измениться, т.к.имеется много общих функций.
102.1667939.1.117.0Доработать функцию Импорт номера банковского счетаЗаработная платаИмпорт номера банковского счета
Ранее была разработана новая функция по импорту банковских счетов сотрудников. В связи с переходом на новый формат номеров счетов в РБ эта функция облегчит жизнь белорусским клиентам, так как без нее предполагалось ручное изменение номеров лицевых счетов. Но функция меняет номер банковского лицевого счета только на вкладке Банк в лицевом счете сотрудника. Предлагаем доработать для функции режим, при котором будем обновляться номер банковского лицевого счета (также получатель при потребности) и в постоянном удержании.Была доработана функция импорта банковских реквизитов из файла. При желании теперь можно установить флажок "импортировать банковские реквизиты также в постоянные удержания" и в этом случае банковские реквизиты из файла попадут в постоянные удержания лицевого счета, которые удовлетворяют следующим условиям: 1. Постоянное удержание участвует в расчете (таким образом не испортим удержания, оставленные для истории). 2. У постоянного удержания заполнены банковский счет и банк. 3. Значения банковского счета и банка из постоянного удержания совпадают со старыми значениями банковского счета и банка лицевого счета. Также по окончании импорта система теперь предложит показать лог, в котором можно отследить постоянные удержания и лицевые счета, в которые был произведен импорт.
102.1671679.1.116.0Ошибка при переходе на следующий месяц на платформах Oracle и SQLЗаработная платаПереход к новому периоду
При переходе к новому периоду на платформах Oracle и SQL на этапе обработки отпусков.Устранена ошибка компиляции запроса прямого SQL, возникавшая при переходе к новому периоду на платформах Oracle и SQL на этапе обработки отпусков.
101.618619.1.115.0В архив неначисляемых сумм дату выплаты проставлять из поля "Дата выплаты" Межрасчетных выплат прошлых периодовЗаработная платаКонтроль выплаты зарплаты (начисления)
В архивном межрасчетном начислении есть дата выплаты. При выполнении функции Контроль выплаты зарплаты (начисления) в архив по неначисляемым суммам эта дата не попадает. Соответственно в Налоговый Регистр за 2016 год тоже не попадает эта дата.В сервисную функцию контроль выплаты зарплаты (начисления) добавлена опция: "Для неначисляемых сумм брать дату выплаты из межрасчетного начисления". Если опция выбрана и если в неначисляемой сумме источник данных "начисления и выплаты" и найдется соответствующее межрасчетное начисление, то функция обновит дату выплаты взяв ее из межрасчетного документа.
102.1566769.1.115.0Сделать что-то с таблицей IndeksЗаработная платаИндексация
В таблице Indeks для РБ проблема: поле "конец интервала" может иметь одинаковое значение для разных категорий, при одинаковом DATREC и KOLMIN. Вернее, проблема как раз заключается в том, что это значение одинаковым быть НЕ может, потому что в таблице Indeks описан индекс Indeks01 = DATREC(Unique, Desc) + KOLMIN(Unique) + ENDINT(Unique) Уникальность по этому набору полей мешает для Беларуси заводить в этом классификаторе записи, где данные три поля одинаковые. Но на самом деле для РБ дата закона, кол-во МЗП и конец интервала могут совпадать для разных категорий, и это нормально. То есть, уникальной должна быть комбинация четырёх полей (+ CHOICE), а не трёх. Нужно обеспечить корректное хранение данных в этой таблице, когда значения даты, кол-ва МЗП и конца интервала совпадают, но не совпадает категория.В индекс Indeks01 таблицы Indeks добавлен сегмент CHOICE (код категории). Уникальность индекса сохранена: Indeks01 = DATREC(Unique, Desc) + KOLMIN(Unique) + ENDINT(Unique) + CHOICE(Unique)
102.1666649.1.115.0Контроль выплаты зарплаты (удержания) неверно определяет дату в НДФЛ с оплаты превышения больничного, выплаченного в межрасчет.Заработная платаКонтроль выплаты зарплаты (удержания)
Контроль выплаты зарплаты (удержания) неверно определяет дату в НДФЛ с оплаты превышения больничного, выплаченного в межрасчет.Доработана сервисная функция. Добавлен анализ вида оплаты для превышения.
101.616559.1.114.0Уплаченных налог с отпускных не попадает в 6НДФЛ после сторнированияЗаработная платаКонтроль выплаты зарплаты (удержания)
Работаем на обновлениях 2017 года. Уплаченных налог с отпускных не попадает в 6НДФЛ после сторнирования. Контроль удержаний не заполняет ДАТУ Перечисления. Ситуация возникает из-за сторнирования отпускных сумм.Доработана сервисная функция контроля удержаний. В данной ситуации поиск реестра ведется на основе заполненного в удержании "источника начисления" и дат оплачиваемого периода (полей "Начислено с" и "по").
101.616649.1.114.0Уплаченный налог с отпускных не попадает в 6НДФЛ после корректировки реестра.Заработная платаКонтроль выплаты зарплаты (удержания)
Уплаченный налог с отпускных не попадает в 6НДФЛ после корректировки реестра. Чтобы после окончательного расчета зарплаты за сотрудником не образовался долг, корректируется реестр на перечисление отпускных сотруднику в банк. В результатах расчета по сумме этих отпускных нет источника данных, а значит не проставляется дата выплаты, а значит налог не попадает в 6НДФЛ.Доработана сервисная функция контроля удержаний. В данной ситуации поиск реестра ведется на основе заполненного в удержании "источника начисления" и дат оплачиваемого периода (полей "Начислено с" и "по").
106.104289.1.114.0Доработать привязку ведомостей для значения настройки "прошлый"Заработная платаКонтроль выплаты зарплаты (удержания)
При значении настройки: "Настройки Галактики Управление персоналом Расчеты с персоналом Прочие удержания Учитывать перечисление заработной платы за период"= "прошлый" ведомости по итогам расчета зарплаты тоже нужно привязывать с указанным в параметре смещением, аналогично тому как это сделано для реестров.Доработано. Привязка ведомостей на окончательную выплату проводится аналогично привязке реестров, то есть с указанным в параметре смещением.
102.1653049.1.112.0Нужно разработать функцию импорта номеров банковских счетов сотрудников из xmlЗаработная платаПредложение по новой функциональности модуля заработная плата
Нужно разработать функцию импорта номеров банковских счетов сотрудников из xml и Excel файлов. Также нужно исключить путаницу с полными тезками при импорте.Был создан интерфейс для импорта банковского счета в лицевые счета сотрудников, располагающийся по пути: Заработная плата - Настройка - Сервисные функции - Сервис лицевых счетов работников - Импорт номера банковского счета. Интерфейс состоит из панели выбора файла и реквизитов (получатель и наименование банка). Рядом с полем выбора файла есть кнопка "Обновить". По клику на кнопку данные из файла будут заново загружаться в окно предварительного просмотра. Окно предварительного просмотра - вторая часть интерфейса. После выбора файла в нем можно увидеть как сопоставились лицевые счета сотрудников с данными из файла. При необходимости можно отредактировать ошибки файла или сопоставления. При импорте из файла формата Excel (1-я колонка табельный номер, вторая ФИО, третья - номер счета), сопоставление производится по табельному номеру и ФИО, при импорте из xml-файла формата "Структура электронного документа Результат открытия счетов - ЭД02" - по ФИО и серия+номер паспорта. По нажатию кнопки "Продолжить" будет осуществлен импорт банковского счета и, если указаны, получатель и наименование банка. Записи, помеченые красным, не будут импортированы.
102.1653909.1.112.0Потеря преемственности. Контроль выплаты зарплаты (удержания) не заполняет дату выплаты по ПВ к которой не привязан РКОЗаработная платаКонтроль выплаты зарплаты (удержания)
В сервисной функции Контроль выплаты зарплаты (удержания) нужно учитывать ПВ в которых есть дата "Закрыта", но РКО не сформирован.Признак "Состояние" теперь не проверяется (ранее не учитывались ведомости, которые находились в состоянии "Ведомость с нуля").
180.100759.1.112.0Добавить протокол по ошибкам - функция Контроль выплаты зарплатыЗаработная платаКонтроль выплаты зарплаты (удержания)
После выполнения функции" Контроль выплаты зарплаты (удержания)" выводить только тех сотрудников, у которых не для всех записей налога заполнилась "Дата оплаты".Добавлен параметр "Выводить лицевые счета". При значении "с отсутствием дат" отчет не будет содержать информацию по лицевым счетам, для которых даты выплаты определились для всех сумм удержаний налогов.
102.1643189.1.111.0Функционал экспорта-импорта ЛС выделить в отдельный компонентЗаработная платаЭкспорт лицевых счетов
Компонент Z_Service компилируется более минуты. Есть смысл выделить из него экспорта-импорта ЛС в отдельный компонент Z_ExpImp.Экспорт-импорт ЛС перенесен в новый компонент Z_ExpImp. Интерфейс экспорта доступен как и ранее через меню "Заработная плата - Настройка - Администратор - Экспорт лицевых счетов". Для импорта запускать внешний интерфейс Z_ExpImp::ZarInfo_Import.
101.608179.1.110.0Размер годового дохода - добавить вызов функции контроля доходаЗаработная платаКонтроль дохода
Для повышения удобства работы в интерфейсах "Размер годового дохода до/после расчёта зарплаты" предлагаю в контекстное меню добавить вызов функции "Контроль дохода". Это будет удобно во многих случаях, например, при часто встречающемся предоставлении работнику вычетов на иждивенцев за прошлые месяцы. Сейчас для этого после добавления полагающихся вычетов в "Архив вычетов" приходится закрывать интерфейс, вызывать из главного меню контроль дохода и потом опять идти в смежные данные для просмотра результатов. Если контроль был вызван из интерфейса "Размер годового дохода ПОСЛЕ расчёта зарплаты", то по его завершении предлагать переключиться в окно "Размер годового дохода ДО расчёта зарплаты" - для того, чтобы сразу увидеть результат контроля, например: "Контроль годового дохода выполнен успешно. Перейти в окно "ДО расчета зарплаты"?"В контекстное меню интерфейсов "Размер годового дохода до/после расчета зарплаты" была добавлена возможность запустить контроль дохода. Если контроль дохода был вызван из интерфейса "Размер годового дохода после расчета зарплаты", то при закрытии интерфейса контроля дохода будет предложено переключиться в интерфейс "Размер годового дохода до расчета заработной платы".
102.1615669.1.109.0Доработать визуальные интерфейсы, расчет заработной платы и функции корректировки удержаний и контроля выплаты зарплаты 102.157232Заработная платаРасчет удержаний (общие вопросы)
Доработать визуальные интерфейсы, расчет заработной платы и функции корректировки удержаний и контроля выплаты зарплаты в связи с доработкой словаря. Показать в окне редактирования удержаний новые поля Начислено с ... по... Пока не заполнять. Перечень полей для перемещения в новые. Вид оплаты. Полная сумма мат.помощи. Значение поля источник разбить на два поля: источник начисления и источник удержания. Если поле источник имеет значения "Начисление и выплаты", "больничный лист", "отпуск", "ежемес.пособие", "единовременное пособие" Следует заполнить новое поле "Источник начисления" соответствующим значением. Если дополнительно к полю источник заполнена ссылка на реестр, платежную ведомость или другой платежный документ, следует заполнить новое поле "источник удержания" соответствующим значением и перенести ссылку в новое поле рядом с источником удержания.Функция корректировки архива удержаний вместе со старыми полями теперь учитывает/заполняет новые поля с видом удержания и суммой матпомощи.
102.1636269.1.109.0Пересчет подоходного налога для материальной выгодыЗаработная платаРасчет подоходного налога
При ограничении подоходного налога с дохода в виде материальной выгоды 50-тью процентами начисленной суммы в денежной форме, нужно при переходе на новый расчетный период автоматически устанавливать дату начала сторнирования для постоянного удержания с видом удержания 184.Если сумма подоходного налога с дохода в виде материальной выгоды ограничивается пятьюдесятью процентами суммы начисления в денежной форме, то при переходе на новый расчетный период дата начала сторнирования постоянного удержания с видом удержания 184 не изменяется на дату начала нового расчетного периода, что в свою очередь вызовет пересчет подоходного налога с дохода в виде материальной выгоды.
102.1639319.1.109.0Дата перечисления в результатах расчета для РК межпериодаЗаработная платаКонтроль выплаты зарплаты (удержания)
Дата перечисления в результатах расчета для РК межпериода. Премия и РК с нее расч. и выплачены по реестру в межпериод. При окончательном расчете зарплаты создаются отдельные записи по НДФЛ с источником "начисления и выплаты" на сумму премии, РК . Но сервисная ф-ия устанавливает дату для ндфл с РК по реестру на окончательную выплату, а не по реестру межпериода.Если в удержаниях НДФЛ с видами оплат районных и северных есть корректная ссылка на межрасчетное начисление (в поле "Источник данных" указан источник "начисл. и выпл."), и если в межпериоде найден оплаченный реестр с таким межрасчетным начислением, то анализируется вид оплаты в реестре. Если с этого вида оплаты могут рассчитываться северные и районные, то в эти удержания НДФЛ будут проставлены ссылки на найденный реестр межпериода.