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


Описание файла обновления:
ФайлZ_ZAR_RES_912160.TXT
ОбновлениеZ_Zar_res_912160
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентZ_ZAR
ТипRES
Версия9.1.216.0
Дата2019-03-28 16:34:00
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.197184NEWНужна возможность не округлять тарифы/окладыЗаработная платаОбновление тарифов (окладов)
Нужна возможность не округлять тарифы/оклады.Добавлена возможность округлять тарифы и оклады в меньшую сторону. Настройка "Настройки Галактики Управление персоналом Общие настройки Тарифные ставки Правила округления Тарифы и оклады округлять в большую сторону" скрыта. Добавлена новая настройка : "Настройки Галактики Управление персоналом Общие настройки Тарифные ставки Правила округления Округление тарифов и окладов" со значениями "По математическим правилам", "В большую сторону", "В меньшую сторону". Доработана Сервисная функция "настройка сервисные функции Обновление тарифов и окладов", на данный момент при ее выполнении учитывается значение добавленной настройки. Доработаны функции изменения Тарифов и окладов (Управление персоналом Операции Изменение тарифовокладов Изменение тарифов и окладов в штатном расписании и картотеки) при их выполнении учитываются значения добавленной настройки Также доработана отчетность, при формировании отчетов тарифы и оклады округляются с учетом добавленной настройки. К примеру доработаны следующие отчеты: - Личная карточка по форме Т2 приказ N1 от 05.01.2004 - Личная карточка по форме Т2 ГС приказ N1 от 05.01.2004 - Личная карточка по форме Т2 (РБ) - Личная карточка по форме Т2
102.200191NEWВ интерфейсе GetSnom подключить стандартную инициализацию справочников.Заработная платаКадровая информация
В интерфейсе GetSnom (Выбор страхового номера или ИНН) подключить стандартную инициализацию справочников.Добавлена стандартная инициализация справочников.
102.1957759.1.215.0Импорт графиков не изменяет режим работы в доплатахЗаработная платаГрафики работы
Раздел локального меню "Персональные графики" При выполнении импорта в режимах "Формирование новых графиков" и "Импорт графиков из документа Excel" происходит замена режима работы. При этом не запускается функция проверки и замены этого значения в доплатах ЛС. Предлагается в интерфейс импорта добавить настройку (радиокнопки) "Создать график и изменить данные в ЛС" "Только создать график" В первом случае доработать, чтобы при замене режима в ЛС проводилась замена режима в доплатах. Во втором случае только создавать новый график, чтобы далее использовать его через распорядительные действия. Это будет правильно для случая когда импортом создаются новые графики Для ситуации когда импорт проходит по уже существующим графикам (добавляются только новые месяца) - все останется работать как прежде.В интерфейс импорта персональных графиков добавлены следующие параметры: "Создать график" (используется по умолчанию), "Создать график и изменить данные в ЛС". Данная доработка позволяет либо только загружать график (без каких либо иных действий), либо загружать график и менять зависящие данные в ЛС (например, режим работы по ЛС, доплаты). Технология работы импорта персональных данных из файла excel в разрезе галочки "Перезаписывать существующие". Если галочка "Перезаписывать существующие" не стоит, и в указанном диапазоне нет персонального графика для данного лицевого счета, то и действий по перезаписи производится не будет, а будет создан новый персональный график. Если вышеуказанная галочка проставлена, то в рамках указанного диапазона ищется персональный график для указанного лицевого счета и перезаписывается график работы, который указан в импортируемом файле.
102.1985479.1.215.0Шаблон назначения платежа при формировании платежек по реестрамЗаработная платаПлатежные поручения по реестрам
Обнаружилось, что на текущих обновлениях формирование строк назначения платежа в платежке происходит не всегда правильно, так как подхватывается не тот шаблон назначения платежа. Ошибка проявляется в случаях, когда помечено несколько реестров с несовпадающими видами удержаний, и в параметрах формирования шаблон не выбран. Если формировать платежки отдельно по каждому реестру, помечая только один, то результат правильный (правильно определяется шаблон назначения платежа и строки формируются правильно). А если пометить несколько реестров то формируются строки по одному и тому же шаблону, а это неверно. Результат должен быть таким же, как и при одиночной пометке.Доработано определение шаблона назначения платежа с учетом вида удержания в реестре. Доработка касается случаев, когда шаблон назначения платежа должен определяться автоматически по КВУ, в зависимости от вида удержания и получателя и банка в реестре.
102.1920729.1.214.0Переименовать интерфейс ReCalcSums и перенести его из компонента z_zar в компонент z_srednЗаработная платаПерерасчет средних
Переименовать интерфейс ReCalcSums и перенести его из компонента z_zar в компонент z_sredn. В структуре исходных текстов оказалось 2 интерфейса, называющихся одинаково, но принадлежащих разным компонентам, что привносит сложности в том, что употребляя название интерфейса в обсуждении, приходится уточнять и компонентную принадлежность. Предлагается переименовать интерфейс z_zar:ReCalcSums (так как это повлечёт меньший объём изменений, чем переименование z_sredn:ReCalcSums) в ReCalcSredn, а заодно перенести его в компонент z_sredn, так как функционально это интерфейс сервиса для пересчёта средних (отпусков, больничных и пр.).Переименован интерфейс ReCalcSums в ReCalcSredn и перенесен из компонента z_zar в компонент z_sredn
102.1938729.1.213.0Расчёт больничного приводит к зависанию Галактики (идёт расчёт 6000 табелей)Заработная платаРасчет больничных
В исходных данных дата окончания больничного 12/09/8018. Расчёт больничного приводит к зависанию Галактики (идёт расчёт 6000 табелей). В больничном по какой-то причине не посчиталось количество дней больничного. Если поставить кол-во дней, то у клинта все равно подвисает на формировании табеля. Если формирование табеля прервать, то БЛ рассчитывается, но потом все равно подвисает на формировании табеля. Если и в этот раз формирование табеля прервать, то расчёт заканчивается верно.1.Доработана функция расчёта пособий по нетрудоспособности. Дата окончания ограничена тремя годами. Об этом выдаётся предупреждение: "Продолжительность пособия более 3-х лет!!!Дата окончания ограничена 03/09/2021" Расчёт продолжается. После расчета выводится соответствующее сообщение "Обнаружены сообщения о процессе расчета, просмотреть информацию?", при нажатии на "Да" отобразится информация об ограничении больничного с датой и временем сообщения, а также табельный номер работника у которого был ограничен больничный. В случае удаления больничного информация о данном больничном также удалится. Информацию о сообщениях в процессе расчета можно просмотреть: а) непосредственно после расчета больничных: отобразится информация о сообщениях обнаруженных в процессе данного расчета б) из меню "Заработная плата - Операции - Больничные - Сообщения о процессе расчета" 2. Доработан ввод больничных, в случае, если дата окончания больше 3 лет, выводится сообщение "Продолжительность пособия более 3-х лет!!!Дата окончания ограничена 03/09/2021" и дата окончания устанавливается с учетом ограничения. 3. Доработана корректировка больничных, в случае, если дата окончания больше 3 лет, выводится сообщение "Продолжительность пособия более 3-х лет! Дата окончания ограничена 03/09/2021" и дата окончания устанавливается с учетом ограничения.
102.1942899.1.213.0Коды классификатора видов работЗаработная платаПрочие каталоги
1. В интерфейсе выбора и в окне редактирования добавить вычисляемое поле "Системный вид работы", значение которого определяется значением поля "Код" в соответствии со следующими правилами: - основное место работы (KlSovm.Sovm = 0); - внешний совместитель (KlSovm.Sovm = 1); - по договору подряда (KlSovm.Sovm = 2); - внутренний совместитель (KlSovm.Sovm = 3); - несписочный состав (KlSovm.Sovm > 3). 2. При открытии интерфейса проверять наличие записей с кодами от 0 до 3 и любой записи с кодом >3, и, если какой-либо из таких записей не хватает, добавлять автоматически. Значение поля "Вид работы" при этом должно совпадать со значением поля "Системный вид работы". Если у пользователя нет записи с кодом >3, то добавлять ему запись с кодом 4, наименованием "Несписочный состав" и системным видом работы "Несписочный состав".После доработки в интерфейс выбора и редактирования видов работ добавлено вычисляемое поле "Системный вид работы", значение которого определяется значением поля "Код" в соответствии со следующими правилами: - основное место работы (KlSovm.Sovm = 0); - внешний совместитель (KlSovm.Sovm = 1); - по договору подряда (KlSovm.Sovm = 2); - внутренний совместитель (KlSovm.Sovm = 3); - несписочный состав (KlSovm.Sovm > 3). Также добавлена проверка на наличие записей с кодами от 0 до 3 и любой записи с кодом > 3, и, если какой-либо из таких записей не хватает, добавляется запись, значение поля "Вид работы" которой совпадает со значением поля "Системный вид работы". Причем если в справочнике нет записи с кодом > 3, то добавляется запись с кодом 4, наименованием и системным видом работы "Несписочный состав". Данная доработка учтена во всех возможных местах , где предусмотрен выбор вида(ов) работ.
102.1960409.1.213.0Функция "Проверка ссылочной целостности" не анализирует субсчетЗаработная платаПроверка ссылочной целостности
Функция "Проверка ссылочной целостности" не анализирует субсчет Цитата из Help: "Перед запуском формирования проводок полезно провести функцию Формирование проводок > Проверка ссылочной целостности (расположена в данном подменю). Она предназначена для проверки данных на предмет соответствия текущему плану счетов значений счета/СУБСЧЕТА в справочниках Характеристики предприятия и Виды удержаний, а также в записях текущих расчетных таблиц: "Суммы начисленные", "Суммы удержанные", "Налоги на ФОТ", "Постоянные удержания". После выполнения функции на экран выдается протокол сообщений." Функция не работает как заявлена в описании, значение субсчета не анализируется.Доработана функция "Проверка ссылочной целостности" (ОперацииФормирование проводокПроверка ссылочной целостности) Проверка данных на соответствие текущему плану счетов проводится по значениям счета/субсчета. Скорректирован выводимый текст в окне визуализации процесса проверки. Доработан вывод в протокол выводимых сообщений и их информативность.
180.107079.1.213.0Выдавать протокол с предупреждением о пересечении БЛ в ЗП при расчете БЛЗаработная платаРасчет больничных
Выдавать протокол с предупреждением о пересечении БЛ в ЗП при расчете БЛ.Доработан расчет больничных, в случае, если рассчитываются пересекающиеся больничные, то последний введенный больничный не будет рассчитан, а в конце расчета выводится сообщение: "Обнаружены сообщения о процессе расчета, просмотреть информацию?" с соответствующей записью подробной информации в протокол расчета. При нажатии "Да" открывается окно просмотра сообщений в процессе расчета в котором можно просмотреть для какого табельного номера и какие больничные не были рассчитаны. Пересекающиеся больничные не будут рассчитаны в случаях: 1) Если больничные не рассчитаны, тогда при расчете тот больничный, что введен позже, не будет рассчитан 2) Если один больничный не рассчитан, другой рассчитан, тогда тот больничный что не рассчитан, рассчитываться не будет. 3) Оба больничные рассчитаны, тогда при пересчете они также будут рассчитываться. Доработан ввод больничных: в случае, если период нового больничного пересекается с уже существующим больничным, то тогда во избежание "двойной оплаты" убираем те дни, которые входят в первый больничный, а также корректируем дату "Оплатить с". Информацию о расчете пересекающихся больничных можно просмотреть через "Заработная плата Операции Больничные Сообщения о процессе расчета". При удалении больничного, для которого имеется запись в сообщениях о расчете, эта запись также удаляется. При корректном расчете больничного, для которого имеется соответствующая запись в сообщениях о расчете, эта запись в сообщениях удаляется.
102.1966519.1.212.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.15.0.Обеспечение корректной работы. Пересобраны ресурсы с учетом изменённых таблиц словаря Alter_Cumulative 9.1.15.0. Комплектность установки ресурсов обеспечена требованиями при установке.
103.85899.1.211.0Не отображаются номера документов, не соответствующие введенному позже шаблонуУправление персоналом1-е окно (общие сведения)
Картотека сотрудников. Документы. Серия и номер паспорта. После определения (ввода) шаблона основного документа сотрудника (Паспорт гражданина РФ, SYSCODE 502, шаблон 99 99!999999), перестали отображаться уже введенные данные паспортов сотрудников, в частности заполненные не по шаблону серии паспортов (без пробела между парами цифр).Картотека сотрудников. Документы. Шаблоны. В случае, если в базе присутствует серия/номер документа, не соответствующий шаблону, в информационном поле формата шаблона будет предупреждение "не соответствует шаблону! (требуемый шаблон: шаблон)". В такой ситуации поле (серия/номер) можно будет редактировать с отключенным шаблоном и привести в соответствие с требованиями. После того, как поле будет отредактировано и приведено к корректному шаблону, при переходе на другое поле или закрытии интерфейса шаблон будет восстановлен.
102.1943559.1.210.0Убрать скроллинг в окне "Накопления по видам оплат и удержаний"Заработная платаКорректировка архивных данных
В диалоговом окне присутствует ненужный горизонтальный скроллинг. Надо убрать. Заодно кнопки сделать одинакового размера и расположить симметрично - на одинаковом расстоянии от правого и левого краев окна. Ещё можно добавить небольшой отступ слева для опций диалога.Интерфейс "Накопление по видам оплат и удержаний". Убран горизонтальный скролинг, сделаны кнопки одинокого размера и расположены на одинаковом расстоянии от правого и левого краев окна, добавлен отступ слева диалогового окна.
101.661359.1.209.0Проблема с доходами 2760 материальной помощи в расчетном листе уволенного и принятого вновь человека в 2018 году при связи двух ЛС.Заработная платаРасчетные листки
Проблема с доходами 2760 материальной помощи в расчетном листе уволенного и принятого вновь человека в 2018 году при связи двух ЛС. Сотрудница уволилась 31/10/2018 года и заново принята была 07/11/2018г, приняли ее с формированием новой карточки и лицевого счета, был табельный № 3, стал табельный № 164. Чтобы объединить данные по человеку за год для отчетов в новом ЛС 164 подвязали смежный доп. ЛС № 3 и вроде бы все хорошо, но в расчетном листочке 164 ЛС нового в полном варианте текстовой формы и формы Fast Report увеличивается доход материальной помощи по коду 2760 который был рассчитан еще в ЛС № 3 в сумме 4000,00 руб и с вычетом 4000,00 руб.Доработаны функции работы с вычетами НДФЛ, расчетные листки по уволенным и вновь принятым сотрудникам формируются корректно.
102.1929669.1.208.0Фильтрация сообщений о процессе расчетаЗаработная платаРасчет начислений (общие вопросы)
Просьба при выводе сообщений об ошибках расчета учитывать фильтр по доступным подразделениям для пользователя.Доработан фильтр сообщений о процессе расчета, фильтр учитывается по тем подразделениям и работникам, для которых пользователь рассчитывает зарплату.
180.109959.1.207.1Неверно работает функция Контроль налоговой базы для доптарифаЗаработная платаКонтроль (для налогов с годовой НБ)
Неверно работает функция Контроль(для налогов с годовой НБ) для доптарифа. В некоторых случаях, когда в течении периода, за который выполняется функция, был переход с одних вредных условий труда на другие. При этом переход на соседние (в списке) значения вредности, например с подкласса 3.3 на подкласс 3.4. В результате выполнения функции в справочнике соц.налогов До расчета з/п для для каждой записи по подклассу дублируется облагаемая база и налог. Например. Исходные данные таковы: Месяц/год Работа в условиях с Подклассом Облагаемая база Налог январе/2018 г. вредные 3.3 32580,77 1954,85 февраль/2018 г. вредные 3.2 33684,98 1347,4 март/2018 г. вредные 3.3 13799.83 827.99 ... После выполнения функции в справочнике Соц.налогов До расчета зп для записей по подклассу 3.2 имеем (НО не должно быть сумм за январь и март) январе/2018 г. вредные 3.3 32580,77 1954,85 февраль/2018 г. вредные 3.2 33684,98 1347,4 март/2018 г. вредные 3.3 13799.83 827.99 ... После выполнения функции в справочнике Соц.налогов До расчета зп для записей по подклассу 3.3 имеем (НО не должно быть сумм за февраль) январе/2018 г. вредные 3.3 32580,77 1954,85 февраль/2018 г. вредные 3.2 33684,98 1347,4 март/2018 г. вредные 3.3 13799.83 827.99 ...Исправлена работа сервисной функции Контроль (для налогов с годовой НБ) для доптарифов для заявленной ситуации.
102.1873359.1.207.0При переходе на новый месяц сохранять детализацию алиментов аванса будущего периодаЗаработная платаРасчет алиментов в режиме "Расчет аванса"
В модуле Заработная плата-Операции-Аванс-Расчет при переходе на новый месяц сохранять детализацию алиментов аванса будущего периода: 1) Заполнить детализацию алиментов при расчете удержаний с аванса в будущем периоде (сейчас при расчете в будущем периоде удаляется запись детализации алиментов текущего периода, при этом всегда пишется исходная сумма для расчета удержаний текущего периода); 2) Отображать в интерфейсе детализацию алиментов и и/л, для текущего и будущего периода; 3) Для будущего периода в интерфейсе аванса добавить свой флаг статуса расчета удержаний.В модуле Заработная плата-Операции-Аванс-Расчет, сейчас корректно отображается и заполняется детализация алиментов и и/л в будущем периоде. Теперь при расчете в будущем периоде не удаляется запись детализации алиментов текущего периода. Статус расчета удержаний сохраняется для текущего и будущего периода отдельно. При переходе в межпериод значения будущего периода переносятся в текущий. После обновления если в будущем периоде уже есть расчет аванса, то значение статуса расчета удержаний будет равно "нет", в этом случае необходимо пересчитать аванс, статус расчета установится в нужное поле, в дальнейшем такой статус будет отображаться корректно.
102.1903819.1.206.0Классификатор алгоритмов расчета з/п перенести в Z_CalcКонтур управления персоналомZ_Calc
1) Для объектного интерфейса IZarAlgorithm оставить компонентную принадлежность Z_Zar и исходник с его описанием вернуть в Z_Zar. 2) Выполнить разделение исходника KLALG.VIP на два в соответствии с требованием 6.1 стандарта "Правила кодирования". Оба разместить в Z_Calc и изменить компонентную принадлежность этих интерфейсов на Z_Calc.Для объектного интерфейса IZarAlgorithm оставлена компонентная принадлежность Z_Zar и исходник с его описанием вернули в Z_Zar. Выполнено разделение исходника KLALG.VIP на два в соответствии с требованием 6.1 стандарта "Правила кодирования". Оба размещены в Z_Calc и изменена компонентную принадлежность этих интерфейсов на Z_Calc.
103.29879.1.206.0Нужно сохранять изменения в наименовании и кодах группыЗаработная платаГруппы работников
При создании группы, поля код и наименование групп открыты для корректировки, но при выходе с сохранением по [x], ничего не сохраняется. Нужно сохранять изменения в наименовании и кодах группы.Модуль Заработная плата-Документы-Группы работников. При выходе с окна редактирования групп по [x], все изменения сохраняются. При значении общесистемной настройке в раздел "ГалактикиУправление персоналомРасчеты с персоналомПравила ввода данныхВключение работника в несколько групп" = "запрещено", выводится окно с предупреждением, если в группу включается работник который уже состоит в какой-то группе и формируется протокол сообщений с подробным описанием. В протоколе сообщений отраженна информация: в какую группу пытались включить сотрудника, табельный номер, фамилия, имя, отчество, группа в которой уже находится данный сотрудник.
102.1896309.1.205.0В будущем периоде видны "хвосты" в суммах расчетного месяца в таблице соцналогов для колонки "налог после превышения текущий"Заработная платаНалоги на ФОТ
В будущем периоде в некоторых случаях отображаются "хвосты"(типа 0.00000000000ххх) в суммах расчетного месяца в таблице соцналогов "после расчёта" для колонки "налог после превышения текущий"Доработано. При работе по настройке в будущем периоде в справочнике "Размер социальных налогов после расчёта зарплаты" для СВ РФ в колонке "налог после превышения текущий" нулевые значения отображаются без младших разрядов с заданной в окне точностью.
101.657229.1.204.0Контроль НБ - включить допвзносы в функции контроля НБ и налоговЗаработная платаКонтроль (для налогов с годовой НБ)
В рамках перевода алгоритма расчёта доп.тарифов, исходя из годовой базы, контроль налоговой базы и налогов для налогов с дополнительными признаками "1" и "2", а также пересчет архива налогов на ФОТ для этих налогов перенести из функции "Сервис налогов на ФОТ за закрытые месяцы" в функцию "Контроль (для налогов с годовой НБ)". В помесячной функции выбор допвзносов полностью закрыть.Для РФ. Для налогов с дополнительными признаком "1" и "2" (доптарифы) сервис контроля налоговой базы, налогов и пересчет архива налогов на ФОТ для этих налогов перенесен из Сервисной функции "Сервис налогов на ФОТ за закрытые месяцы" в функцию "Контроль (для налогов с годовой НБ)". В сервисной функции "Сервис налогов на ФОТ за закрытые месяцы" остался только пересчет архива налогов на ФОТ для помесячных налогов.
102.1055379.1.202.0Сделать справочник параметров ТХО иерархическимЗаработная платаСправочник "Параметр ТХО"
Необходимо сделать справочник параметров ТХО иерархическим, т.к. при большом количестве параметров там сложно осуществить поиск.Справочник параметров ТХО имеет иерархический вид. Редактирование записей осуществляется в окне редактирования, вызов которого происходит по нажатию клавиши F4. В окне редактирования можно задать вышестоящую запись и изменить наименование параметра.
180.108469.1.202.0Назначение платежа в Платежном порученииЗаработная платаПлатежные поручения
Некорректное формирование строк назначения платежа в платежном поручении с использованием шаблонов назначения платежа в модуле "Заработная плата" в случаях, когда код пользовательского типа документа не равен системному типу.В модуле "Заработная плата" исправлена последовательность передачи галактического и пользовательского типов документа при использовании функциональности шаблонов назначения платежа.
102.1883429.1.201.0При выполнении контроля налоговой базы и налогов появляются "хвосты" с плюсом или минусом в суммах строки "налог после превышения текущий"Заработная платаКонтроль (для налогов с годовой НБ)
РФ, для пенсионных страховых взносов. При выполнении сервисной функции контроля налогов появляются "хвосты" с плюсом или минусом в колонке "налог после превышения текущий".РФ, при выполнении сервисной функции с параметром "функция" в значении "контроль налогов" для работников, не имеющих совместительства, и для которых облагаемая база не достигла предела изменения ставки - в колонке "налог после превышения текущий" не появляются суммы типа +(-) 0.0000000000NNN.
102.1899179.1.200.1Сервисная функция Контроля НБ не заполняет данные SumUlSoc.Summa9 по смежным ЛС. Раньше заполнялаЗаработная платаКонтроль (для налогов с годовой НБ)
Сервисная функция Контроля НБ не заполняет данные по налогу до превышения по смежным ЛС (для дополнительного ЛС). Раньше заполняла. Работник был принят в августе, уволен 31/08 и снова принят 01/09. Приказ создан на повторный прием. Новая карточка и новый ЛС. При расчете ЗП за сентябрь пришлось сделать контроль налогов на Фот для правильного расчета налогов(до контроля сумма налогов на ФОТ рассчитывалась как будто в августе налоги не были рассчитаны, была только база). После контроля сумма налогов рассчиталась правильно. Однако при формировании РСВ за 3 квартал по этому работнику налоги за август не попадают в отчет, хотя база встает. ЛС связаны. Интересно то, что сумма налогов на ФОТ(ПФ), которая не встает в РСВ попадает в карточку учета, правда в раздел после превышения...Исправлена работа сервисной функции контроля (для налогов с годовой НБ) для налога с дополнительным признаком "Л" при запуске по смежным лицевым счетам в части заполнения полей "налог до превышения текущий" и "налог после превышения текущий".
101.653839.1.200.0Происходит задвоение начислений при расчете зарплаты, если задать настройку распределения затрат с нулем часовЗаработная платаФункция "Распределение затрат"
Происходит задвоение начислений при расчете зарплаты, если задать настройку распределения затрат двумя строками, одна из которых с нулем часов - это возможно при помощи функции "Обработка распределения затрат". Проблема проявляется на платформе Oracle (как минимум).Устранено задвоение результатов начислений при расчете зарплаты, если задать настройку распределения затрат двумя строками, одна из которых с нулем часов.
101.652979.1.193.1РСВ - утечка памяти при формировании с учетом будущего периодаЗаработная платаРСВ 2017 (общие вопросы, предложения по новой функциональности)
Отчётный период август, при формировании РСВ за 9 месяцев по всему предприятию расходуется вся оперативная память и возникает ошибка переполнения.Зарплата - Отчеты - Утвержденная отчетность - РСВ 2017. Исправлена ошибка утечки памяти, приводящая к падению Галактики при формировании отчета на большом объеме данных. Ошибка возникала из-за переполнения таблиц в памяти, которые вовремя не удалялись.
102.1860679.1.197.0Сервис пересчёта архива по доп.тарифам РФ - расчёт из годовой базыЗаработная платаСервис налогов на ФОТ за закрытые месяцы
В продолжение перевода алгоритма расчёта доп.тарифов, исходя из годовой базы, необходимо предусмотреть сервис пересчёта доп.тарифов также исходя из годовой облагаемой базы.РФ. Доработан сервис пересчёта(замены) архива налогов на ФОТ для доп.тарифов с учётом годовой облагаемой базы. Собирается база за месяцы с начала календарного года по пересчитываемый месяц, умножается на ставку. Полученная годовая сумма взноса округляется до копеек (при включенной настройке), вычитаются взносы, начисленные в предыдущих месяцах года. Разность записывается как взносы пересчитываемого месяца. При наличии изменений условий труда у работника - вышеуказанный расчёт выполняется по каждому из условий труда(подклассов) отдельно. База собирается по каждому лицевому счёту отдельно.
101.649489.1.195.0Доработать алгоритм "TxoZar" в части заполнения аналитики "Счета бухгалтерского учета" {5063}ХозоперацииПредложения по новой функциональности модуля "Хозоперации"
Доработать алгоритм "TxoZar" в части заполнения аналитики "Счета бухгалтерского учета" {5063} Клиент хочет анализировать настройку счет/субсчет в результатах расчета. Но, к сожалению алгоритм TxoZar не заполняет эту аналитику.В ТХОАПИ идентификаторе добавлена возможность заполнения аналитики "Счета бухгалтерского учета" по аналоги с заполнением счета в проводке. режим 0 - счета бух. учета по дебету операции Зарплаты режим 1 - счета бух. учета по кредиту операции Зарплаты режим 4 - счета бух. учета по дебету в классификаторе ВО/ВУ режим 5 - счета бух. учета по кредиту в классификаторе ВО/ВУ/ВНФОТ режим 6 - счета бух. учета из лицевого счета
102.1861169.1.195.0Отображение нулевой суммы с минусом после выполнения сервисной функции контроля налога на ФОТЗаработная платаКонтроль (для налогов с годовой НБ)
При формировании РСВ обнаружили, что у одного сотрудника сумма СВ в ПФ больше на 0,01 в сумме налогов до превышения. Максимально допустимая сумма 224620.00, а получилась 224620.01 Для исправления ситуации сделали Сервисные функции - Налоги на ФОТ-Контроль (для налогов с годовой НБ) - галочка "Контроль налогов ("До расчета з/платы"). В результате в колонке "Налог после прев.,тек." получились значения с -0.000000000nnnВ начале работы алгоритма не очищалось прежнее значение из колонки "налог до прев., тек." справочника. Если вновь сформированное значение отличалось от прежнего цифрами, например, в 7-м, 8-м или более младшем разряде, то система не видела между ними различия и не обновляла соответствующую позицию, а разница записывалась в колонку "Налог после прев.,тек.". Исправлено - данные по СВ в справочнике формируются корректно.
102.1864169.1.195.0Для сотрудника, переведенного в другой филиал (с раздельной отчетностью), не показывать лишние суммы в разделе корректировок таблицы соцналоговЗаработная платаНалоги на ФОТ
Для сотрудника, переведенного в другой филиал (с раздельной отчетностью), не показывать лишние суммы в разделе корректировок таблицы соцналогов: сейчас там видны суммы налога по каждому месяцу до перевода, база при этом не заполнена, т.е. суммы лишние.Если сотрудник переведен из другого филиала и "Статус для отчётности в ПФР" имеет значение "с момента перевода", то на закладке "Корректировки" справочника соцналогов (после расчёта зарплаты) не отображаются суммы налогов на ФОТ, начисленные по предыдущему филиалу.
102.1846219.1.194.0при расчете зарплаты не очищается таблица начислений, в результате все начисления задваиваютсяЗаработная платаРасчет начислений (общие вопросы)
У клиента при расчете зарплаты иногда не очищается таблица начислений. После 3 расчетов ЗП у сотрудника затроились все записи начислений.Доработан расчет зарплаты, теперь, если не очищаются таблицы БД выводится соответствующая информация. Информация сохраняется в таблицу БД для того, чтобы пользователь в любое время мог просмотреть эту информацию. В конце расчета, если были обнаружены ошибки выводится сообщение "Не произошла очистка результатов расчёта зарплаты, просмотреть информацию?" и при нажатии [Да] открывается окно просмотра сообщений, которые появились в результате расчета з/п. Также добавлена возможность просмотра списка сообщений, в пункте меню Операции/Расчет зарплаты/Сообщения в процессе расчета. Также добавлена возможность просмотреть ошибки расчета по каждому пользователю: Документы/Лицевые счета/Расчет зарплаты/Сообщения в процессе расчета.
102.1860759.1.193.0Пропало отображение данных на закладке корректировок в размере соцналоговЗаработная платаНалоги на ФОТ
Пропало отображение данных на закладке корректировок в справочнике "Размер социальных налогов (после расчёта)".Отображение данных на закладке "Корректировки" в справочнике "Размер социальных налогов (после расчёта)" восстановлено.
103.97719.1.193.0Расчёт доп.тарифов, исходя из годовой облагаемой базы.Заработная платаРасчёт налогов на ФОТ
Cейчас в системе доп.тарифы считаются исходя из месячной базы, а нужно нарастающим итогом, как и остальные страховые взносы.РФ. Реализован расчёт взносов по доп.тарифам исходя из годовой облагаемой базы. Собирается база за месяцы с начала календарного года, умножается на ставку. Полученная годовая сумма взноса округляется до копеек (при включенной настройке), вычитаются взносы, начисленные в предыдущих месяцах года. Разность записывается как взносы расчётного месяца. При наличии изменений условий труда у работника - вышеуказанный расчёт выполняется по каждому из условий труда(подклассов) отдельно. База собирается по каждому лицевому счёту отдельно. При необходимости сторнирования доп.тарифов в текущем расчётном месяце за предыдущие периоды - подход стал аналогичен принципам страховых взносов: если, например, некий вид оплаты прошлых периодов забыли включить в облагаемую базу, то после изменения настроек классификатора видов оплат необходимо перед расчётом исправить величину облагаемой базы в справочнике "Размер социальных налогов(до расчёта зарплаты)". При доработке из расчётных алгоритмов всех "годовых" налогов на ФОТ исключена проверка "общей" входимости классификаторв видов оплат "Вид оплаты входит в расчёт страховых взносов. При определении включения того или иного вида оплаты в облагаемую базу для того или иного налога используется только непосредственная входимость в этот налог (нижняя "табличная" часть закладки "Налоги на ФОТ"). Несмотря на изменение принципа расчёта - сервисные функции для доп.тарифов остались пока в том же привычном для пользователя пункте меню, где и были: "Настройка - Сервисные функции - Налоги на ФОТ - Сервис налогов на ФОТ за закрытые месяцы". При этом, сервис пересчёта(замены) архива налогов на ФОТ для доп.тарифов временно закрыт. Будет доработан в ближайшем будущем.
101.642579.1.192.0Контроль налогов - нужна возможность выполнить функцию контроля НБ и налогов "До расчета зп" за текущий месяцЗаработная платаНалоги на ФОТ
В результате неизвестных обстоятельств возможно появление ошибочных сумм налога в текущем месяце в Размере соцналогов "До расчета з/п". Такие суммы проблематично убрать штатными средствами, а функция "Контроля" их не затрагивает, поскольку в параметрах функции галочка с текущим месяцем недоступна (доступны лишь закрытые месяца). Как результат, при расчете зарплаты в налогах на ФОТ появляется отрицательная сумма налога. Необходима возможность удаления ошибочных данных расчётного месяца.Для РФ. В справочниках соцналогов До/После расчета зарплаты для налога с дополнительным признаком "Л" для поля "Налог после прев, тек." добавлена обработка (обработка Delete на защищенном от записи поле). Теперь можно очистить значение данного поля.
102.1846169.1.191.0Доработать сервисную функцию контроля налогов на ФОТ (с годовой базой) с учетом новой колонки в размере соцналогов - "в том числе до превышения с учётом совместительства"Заработная платаКонтроль (для налогов с годовой НБ)
Доработать сервисную функцию контроля налогов на ФОТ (с годовой базой) с учетом новой колонки в размере соцналогов - "в том числе до превышения с учётом совместительства"Сервисная функция "Налоги на ФОТ - Контроль (для налогов с годовой НБ)", выполняемая с параметром "функция" в значении "контроль налогов..." для отчислений на обязательное пенсионное страхование заполняет недавно добавленную колонку "в том числе до превышения с учётом совместительства".
101.642529.1.190.0Перебор 1 коп в сумме до превышения Страховых взносовЗаработная платаРасчёт налогов на ФОТ
Перебор 1 коп в сумме до превышения Страховых взносов. При формировании РСВ за 1 квартал обнаружили, что у одного сотрудника сумма СВ в ПФ больше на 0,01 в сумме налогов до превышения. Максимально допустимая годовая сумма 224620.00 (1021000 * 22%), а получилась 224620.01РФ. Дополнен бизнес-процесс расчёта налогов на ФОТ - страховых взносов на обязательное пенсионное страхование (в классификаторе налогов на ФОТ признак "Л") - в части выделения доли взносов, приходящейся на базу, не превышающую предельную величину. При этом, если значение настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Налоги Страховые взносы Округлять сумму за месяц до копеек" установлено в "да", то указанная доля взносов за период также округляется до двух знаков по работнику (физическому лицу, а не лицевому счёту). При этом продолжают оставаться неокруглёнными: - при наличии связанных л/счетов - итоговые суммы периода по каждому из них; - составляющие части взносов, относящиеся на оплаты. Для отчислений на обязательное пенсионное страхование в справочниках "Размер социальных налогов" ("до" и "после" расчёта), добавлена колонка "в том числе до превышения с учётом совместительства" (в окне текст сокращён), которая расположена после колонки "Налог с учётом совместительства", и она заполняется в любом случае, независимо от наличия смежных лицевых счетов. Сервисная функция "Налоги на ФОТ - Контроль (для налогов с годовой НБ)", выполняемая с параметром "Функция" в значении "пересчет налогов..." для отчислений на обязательное пенсионное страхование заполняет упомянутое поле. Параметр "контроль налогов..." упомянутое поле пока не заполняет, будет доработано в ближайших обновлениях. При обновлении реестра настроек (после установки обновлений) происходит автоматическое заполнение добавленной колонки по архивным месяцам текущего года в справочнике "Размер социальных налогов" ("до" расчёта) на основании поля "Налог до превышения, тек." этого же справочника.
102.1837819.1.190.0Справочники соцналогов до/после расчёта зарплаты - отобразить итоговые суммы по колонкам с помощью автоагрегатовЗаработная платаНалоги на ФОТ
Смежные данные - закладка "Расчёт заработной платы" - справочники соцналогов до/после расчёта зарплаты. Отображаются для РФ и РК. В настоящее время итоги по суммам "рисуются" отдельными полями в нижней части экрана. При этом, естественно, сложно соблюдать позиционное соответствие между колонками таблицы и итогами. Необходимо сделать нижнюю часть окна с итогами более эргономичной.Итоговые суммы отображаются под соответствующими колонками. При этом текстовые заголовки убраны.
102.1840329.1.190.0Генератор отчетов. При повторной попытке напечатать отчет выдается сообщение об ошибкеУправление персоналомДни рождения
Генератор отчетов. При попытке распечатать отчет, в котором не помечено ни одного поля, выдается сообщение "Не заполнены поля". При повторной попытке распечатать тот же самый отчет выдается уже совсем другое сообщение об ошибке: Ошибка: Ожидался оператор ".FORM", ".AUTOFORM", ".LINKFORM" или ".SET NAME" (стр.1, поз.1 в D:TECTY91-TEST54DATA_TESTPATJTDWDEZ3.FRR) <eof> ^Доработан генератор. Перед печатью отчета (кнопка "Печать") производится проверка на наличие отмеченных полей. Соответственно, отчет, в котором нет ни одного отмеченного поля, не может быть сгенерирован и распечатан.
102.1839959.1.188.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
101.639089.1.187.0Рассылка расчётных листков "в архиве с паролем" - запретить рассылку при невозможности отправить запароленный архивЗаработная платаРасчетные листки
1. При отсутствии установленного в операционной системе архиватора, расчетные листки в режимах требующих архивации прикладываемого листка отправляться не будут. 2. Ввести новый режим отправки расчетных листков - "В архиве, пароль при наличии". В данном режиме архивировать или нет приложенный листок зависит от наличия пароля в настройках конкретного сотрудника. В случае если пароля нет, то расчетный листок не архивируется и отправляется в открытом виде. 3. В режиме "В архиве с паролем, пароль обязателен" - отправляются листки только для сотрудников у которых задан пароль. В данном режиме листки, без архивации с паролем, не рассылаются.Галактика ERP Персонал ЗП Отчеты Оплата труда Расчетные листки Отчеты для email-рассылки Изменены возможные значения параметра Рассылка расчетных листков по электронной почте - UP.ZAR.REPORTS.RLIST.DoEmail : 1. Значение параметра "В архиве с паролем" - расширено до "В архиве с паролем, пароль обязателен". В данном режиме гарантируется, что расчетные листки будут отправляться только в зашифрованном архиве. 2. Добавлено новое значение - "В архиве, пароль при наличии". В данном режиме, шифрование зависит от наличия у пользователя заданного пароля. Если пароль не задан расчетный лист будет отправлен без архивации в открытом виде. 3. При отсутствии архиватора в системе расчетные листки в режимах требующих архивацию рассылаться не будут.
102.1527989.1.187.0Логирование предупреждений при работе с dsk ( объект:"ProvParm_firstnum" )Заработная платаБухгалтерские справки
Логирование предупреждений при работе с dsk ( объект:"ProvParm_firstnum" ) При формировании справок по налогам на ФОТ, начислениям и удержаниям. Аналогично при формирования платежных поручений. Убрать сообщения о несовпадении контрольных сумм и загрузке данных DSK из различных интерфейсов системы, так как это не является в данном случае функциональной ошибкойПерсонал ЗП Операции Формирование проводок Бухгалтерские справки Для хранения переменных интерфейса ProvParm в DSK создан отдельный класс-объект ProvParmDsk, Работа с хранимыми значениями параметров интерфейса ProvParm в DSK как в PAS так и VIP файлах перенастроена на работу через методы ProvParmDsk.
103.97839.1.186.0не выбирается код ГНИ в кадровой информации л/счетаЗаработная платаКадровая информация
Не выбирается код ГНИ в кадровой информации л/счета.Исправлено.
101.640569.1.185.0Объединенный реестр межпериода - не проставляются признаки "О" и "УС"Заработная платаПлатежные поручения по реестрам
1. При формировании платежных поручений по объединенному реестру межпериода признак "О" проставляется только во входящие реестры, а по самому объединенному реестру остается пустым. Необходимо этот признак проставлять и в объединенный реестр. 2. При простановке признака "УС" вручную в объединенный реестр наоборот - признак проставляется только в объединенный реестр, но не во входящие. Нужно чтобы при простановке "УС" в объединенный реестр этот признак автоматически проставлялся и во все входящие реестры. Кроме того, в нижней панели есть возможность отдельно проставить/убрать признак "УС" в каждом входящем реестре. Необходимо это тоже контролировать и если в нижней панели не все реестры с признаком "УС" - с верхнего тоже снимать этот признак, а если в нижней все "УС" - то проставлять "УС" в верхний. Здесь речь об интерфейсах "Операции - Реестр межрасчетного периода" и "Отчеты - Отчеты по оплате труда персонала - Реестры по перечислениям".Реализован пересчет признака в объединенном реестре: 1) при формировании ПП по объединенным реестрам; 2) при удалении ПП по помеченным объединенным реестрам (при вызове через пункт локального меню "Удаление платежных поручений", и из окна формирования платежных поручений по реестрам).
102.1788679.1.185.0Объединенный реестр. Формирование пп к нему.Заработная платаРеестры межрасчетного периода
Объединенный реестр. Формирование пп к нему.В окне формирования платежных поручений по реестрам в поле фильтра по группе реестров добавлены значения: 1) "объединенные" 2) "по итогам расчета зарплаты" Доработано окно выбора реестров. В нижней части окна добавлены вкладки: "Документы" и "Реестры" (вкладка "Реестры" видна только для объединенных реестров). Доработано формирование ПП по пометкам объединенных реестров, чтобы обрабатывались все необработанные реестры, которые принадлежат выбранному объединенному.
180.106709.1.185.0По налогам на ФОТ(травматизм) предоставляется льгота по подразделению, независимо от даты начала льготыЗаработная платаРасчёт налогов на ФОТ
По налогам на ФОТ(травматизм) предоставляется льготный процент по подразделению, независимо от даты начала льготы.Исправлено. Если для отчислений на страхование от несчастных случаев на производстве занесена через льготы по подразделениям запись с отличающимся (от классификатора налогов на ФОТ) процентом - то величина этой процентной ставки берётся с учётом года и месяца начала.
101.633819.1.173.0Контроль НБ - необходимо выбирать уволенных сотрудников, имеющих начисления в периоде контроляЗаработная платаКонтроль (для налогов с годовой НБ)
В фильтре по сотрудникам функции контроля НБ сейчас невидимы все ЛС, уволенные до начала периода контроля. Однако по некоторым из них могли проводиться выплаты после даты увольнения, попадающие в период контроля - для таких случаев необходимо реализовать возможность контроля НБ.В окне изменения параметров сервисной функции "Контроль налоговой базы" изменен фильтр по лицевым счетам. Фильтр работает в режиме выгрузки данных: - по подразделениям учета. Значение параметра "За год" теперь можно устанавливать при помощи мыши. Видимости уволенных сотрудников осуществляется посредством установки параметров настроек "Настройки Галактики Управление персоналом Расчеты с персоналом Выбор работников Показывать уволенных в интерфейсах выбора" и "Настройки Галактики Управление персоналом Расчеты с персоналом Выбор работников Не показывать уволенных до..."
101.639359.1.183.0Неверное округление налогов на ФОТ при расчете по смежным лицевым счетам.Заработная платаРасчёт налогов на ФОТ
Не верное округление налогов на ФОТ при расчете по смежным лицевым счетам. Складываются округленные суммы взносов по всем лицевым счетам сотрудника за период. 327145,02 (база 1-ого таб. н.) * 0,051 (5,1%) = 16684,40 10377,76 (база 2-ого таб. н.) * 0,051 (5,1%) = 529,27 16684,40 + 529,27 = 17213,67 Если сложить базы двух табельных номеров и умножить на процент, то получится другая сумма взносов. (327145,02 + 10377,76) * 0,051 = 17213,66 И это правильная сумма взносов.РФ. Дополнен расчёт налогов на ФОТ - отчислений на социальное и медицинское страхование. Если значение настройки "Настройки Галактики Управление персоналом Расчеты с персоналом Взносы и налоги на ФОТ Налоги Страховые взносы Округлять сумму за месяц до копеек" установлено в "да", то при наличии смежных л/счетов округление общей суммы отчислений за период выполняется корректно. Округляется до двух знаков итоговая сумма по работнику (физическому лицу, а не лицевому счёту) за период. При этом продолжают оставаться неокруглёнными: - при наличии связанных л/счетов - итоговые суммы по каждому из них; - составляющие части взносов, относящиеся на оплаты. При этом для отчислений на социальное и медицинское страхование опять задействовано поле "Налог с учётом совместительства" справочников "Размер социальных налогов" ("до" и "после" расчёта), оно заполняется в любом случае, независимо от наличия смежных лицевых счетов. Сервисная функция "Налоги на ФОТ - Контроль (для налогов с годовой НБ)", выполняемая с параметром "Функция" в значениях "контроль налогов..." или "пересчет налогов..." для отчислений на социальное и медицинское страхование заполняет упомянутое поле. Одновременно при доработке переименован параметр, отвечающий за учёт дополнительных л/счетов (заметим, что с 2010 года функция всегда работает так, как если этот параметр включен): с "С учётом доходов по совместительству" на "С учётом данных по дополнительным л/счетам". При обновлении реестра настроек (после установки обновлений) происходит автоматическое заполнение поля "Налог с учётом совместительства" по архивным месяцам теущего года в справочнике "Размер социальных налогов" ("до" расчёта) на основании поля "Налог, тек." этого же справочника. Для записей по отчислениям на социальное и медицинское страхование.
102.1607339.1.182.0Реализовать распределенный расчет заработной платы на платформе MS SQL.Заработная платаСервер распределенного расчета
Реализовать распределенный расчет заработной платы на платформе MS SQL.Снято ограничение "только для платформы Oracle", теперь доступно на Oracle и MS SQL.
102.1681839.1.182.0Реализовать распределенный расчет сальдоЗаработная платаСервер распределенного расчета
Нужно реализовать поддержку распределенного расчета для этапов "Распределение затрат" и "Расчет сальдо".Распределение затрат и Расчет сальдо, выполняемые при расчете зарплаты с включенной опцией "Распределенный расчет", выполняются на всех доступных серверах.
102.1781439.1.182.0Распределенный расчет зарплаты: доработать возможность указывать для каждого этапа расчета ЗП количество серверов расчета в разрезе серверов, на которых они запущеныЗаработная платаСервер распределенного расчета
Распределенный расчет зарплаты: доработать возможность указывать для каждого этапа расчета ЗП количество серверов расчета в разрезе серверов, на которых они запущены Это необходимо для случаев, когда сервера расчета запускаются на нескольких терминал-серверах.При распределенном расчете заработной платы в режиме коммуникации "Через сеть" добавлена возможность устанавливать лимиты для инициализации серверов расчета отдельно для каждого физического сервера. При этом лимиты при коммуникации "Через БД", по прежнему, задаются итого для этапа. В интерфейсе выбора серверов расчета добавлены 2 закладки "Лимиты по физ. серверам", на которой отображается автоматически перестраиваемый список физ. серверов и "Итоговые лимиты", содержащая информацию об сумме лимитов по всем физ. серверам для каждого этапа. Данные по лимитам для физ. сервера изначально устанавливаются в 999 серверов расчета для каждого этапа. В дальнейшем существует возможность их изменить до требуемых значений. При выборе, добавлении, удалении серверов расчета после каждого действия происходит автоматическое перестроение списка физ. серверов. В случае, если в результате действий пользователя, для какого-либо из физических серверов в списке не окажется ни одного сервера расчета - запись о физ. сервере будет удалена из списка, а лимиты утеряны. Для Повторного добавления физ. сервера потребуется выбрать сервер расчета, находящийся на требует физ. сервере, а, затем, установить лимиты по нему. Для автоматического запуска диспетчера и сервера в конфигурационный файле требуется использовать пользовательские секции {PayrollDistributeManager} ModeWork = 1 // Режимы расчета: 1-Winsock; 2-Indy; 3-DB {PayrollDistributeServer} ModeWork = 1 // Режимы расчета: 1-Winsock; 2-Indy; 3-DB для диспетчера и/или сервера соответственно