Задачи ЕРП Галактика решенные на дату 2015-04-17

Задача :101.45487

2015-04-17 12:59:51
Краткое описание :
Оплата пособий с учётом военного стажа. Источники финансирования
Описание :
Стажи для учета при расчете пособий по нетрудоспособности
Что измененно :

Страховой стаж сотрудника составляет 4 года.
Пособие по нетрудоспособности выплачивается в размере 60%. В стажах присутствует также военный стаж,указанный в соответствующей настройке.
Вместе с ним стаж сотрудника составил 6 лет. Из средств ФБ необходимо доплатить разницу в процентах. Проблема в том, что из средств ФБ оплачиваются только те же дни
болезни, что и из средств ФСС (в соответствии с гл.1, ст.3, п.4 закона 255-ФЗ). Первые два дня в размере 80% должны быть оплачены из средств работодателя. То есть
принцип должен быть такой (в примере 5 дн. болезни):
3 дн. - из средств работодателя 80% от среднего
заработка.
2 дн. - из ФСС 60% от среднего заработка
2 дн. - из ФБ 20% от среднего заработка.
По такому принципу должны сформироваться оплаты в результате расчёта больничного и в предварительной разноске.
В настоящий момент программа делает так:
3 дн. - из средств работодателя 60% от среднего
заработка.
2 дн. - из ФСС 60% от среднего заработка
5 дн. - из ФБ 20% от среднего заработка.
Как измененно :

1. Доработан расчет пособий по нетрудоспособности в части суммы за счет федерального бюджета.
Теперь из средств ФБ оплачиваются только те дни болезни, что и из средств ФСС.
Доработан расчет пособий по нетрудоспособности в части суммы за счет предприятия.
Теперь процент пособия за счет предприятия рассчитывается с учетом стажа службы в армии.
2. Доработаны справки о расчете пособий по нетрудоспособности.
Теперь, при печати суммы за счет федерального бюджета, количество дней равно дням из ФСС, а процент равен разнице процентов.
При печати суммы за счет предприятия процент пособия рассчитывается с учетом стажа службы в армии.
3. Доработана функция "Предварительная разноска". Теперь, для суммы за счет федерального бюджета, количество дней равно дням из ФСС, а процент равен разнице процентов.
Процент пособия за счет предприятия рассчитывается с учетом стажа службы в армии.

Задача :101.46368

2015-04-17 13:00:47
Краткое описание :
Формирование реестров на перечисление
Описание :
Реестры по перечислениям. Печатные формы реестров
Что измененно :

Доработать формирование реестров по почтовым переводам и алиментам, так чтобы в реестр попадали корректные суммы сбора. Доработать формирование реестров для прочих видов удержаний, у которых в постоянном удержании указана шкала для расчета сбора.
Как измененно :

Доработано формирование реестров по почтовым переводам, алиментам и исполнительным листам. Сумма банковского или почтового сбора выбирается из соответствующего постоянного удержания и записывается в реестр целиком, а в случае если перечисляется не вся сумма, берется пропорциональная доля от суммы сбора. Аналогично формируется сбор в реестре и для прочих видов удержаний, если в соответствующем постоянном удержании была указана шкала для расчета сбора.

Задача :101.56326

2015-04-17 12:59:51
Краткое описание :
Потеря функциональности - при перерасчете средних функция учитывает только первую запись начисления, разбитого по распределению затрат
Описание :
Предварительная разноска
Что измененно :

Потеря функциональности - при перерасчете средних функция учитывает только первую запись начисления, разбитого по распределению затрат (в случае использования функции Распределение затрат).
Проблема проявляется, когда в архиве оплат по одному и тому же виду оплаты указаны одинаковые даты с разными ШПЗ.
Как измененно :

Исправлена функция "Предварительная разноска" при обработке сторнировочной записи с признаком "П_С". Запись появляется после выполнения функции "Перерасчет средних".
Теперь, записи за одни и те же периоды по одному и тому же виду оплат суммируются только тогда, когда имеют одинаковые ШПЗ.
Н

Задача :101.56501

2015-04-17 12:59:40
Краткое описание :
Ошибка при расчете среднего в будущем периоде, при наличии в результатах расчета текущего периода сторно-записей
Описание :
Расчет по среднему (по алгоритму больничных)
Что измененно :
Ошибка при расчете среднего в будущем периоде, при наличии в
результатах расчета текущего периода сторно-записей (например, из-за б/листа),
т.к. не учитываются отрицательные суммы.

Пример: текущий период Март. Сотруднику заведен больничный за февраль, по
причине которого после расчета ЗП в текущем периоде в результатах расчета есть
сторно-запись оклада ВО 7 с отрицательной суммой (за февраль). Сотруднику
назначена доплата по среднему (алгоритм 23, признак 12), начало расчета -
апрель. В настройке расчетного периода указываем "Будущий", затем считаем
зарплату за апрель, в протоколе расчете среднего видим, что за месяц февраль
учитывается сумма без вычета вышеуказанной отрицательной сторно-записи оклада,
но с учетом пересчитанной суммы оклада за отработанную часть февраля.

Примечание: для ВО 7 на вкладке "По среднему" стоит параметр "По месяцу
начисления" = "-".
Как измененно :
Исправлена ошибка при расчете среднего заработка по алгоритмам
17, 22 и т.п. в будущем периоде, при наличии в результатах расчета текущего
периода сторно-записей за прошлый период.
Теперь при расчете учитываются и отрицательные суммы.

Задача :101.56736

2015-04-17 13:00:13
Краткое описание :
Доработка алгоритма VIP00.
Описание :
Акты на услуги, работы
Что измененно :
В ПИРе 102.141754 была осуществлена доработка алгоритма vip00
для ж/д услуги.
Нужно в случае ж/д услуги, чтобы просто брался тариф независимо от количества
позиций спецификации в накладной. А сейчас если позиций спецификации 2 и более,
то получается некорректная сумма - идет умножение на кол-во позиций накладной.
Как измененно :
Доработан алгоритм VIP00 для ж/д услуг. Выбранный тариф просто
переносится в акт без каких-либо пересчетов.

Задача :102.107155

2015-04-17 13:01:20
Краткое описание :
После создание записи об изменении оклада вместе изменением реж раб, в РК созда
Описание :
6-е окно (сведения о работе на предприятии)
Что измененно :

Если в интерфейсе истории назначений создать запись об "Изменении оклада", в котором изменить и оклад и режим сотрудника, то в рабочую корзину придет три сигнала вместо одного. В системе используется сложный корректирующий коэффициент, но при создании записи об изменении оклада коэффициент не корректировался.
Как измененно :

При создании и редактировании записей в истории назначения в РК отправляется по одному сигналу на каждое действие:
- добавление записи истории;
- удаление записи истории (в том случае, если удаление приводит к изменению назначения);
- изменение записи истории;
- редактирование составляющих сложного корректирующего коэффициента.

При утверждении приказов об изменении параметров назначения (РПД-50, 60, 61, 62, 65) в РК поступает по одной записи об изменении параметров назначения.

Задача :102.129621

2015-04-17 13:01:20
Краткое описание :
Неверно формируются переходы в межпериод при утверждении приказа
Описание :
60. Изменение режима работы
Что измененно :

В рабочую корзину приказами помещено две записи о пересекающихся переходах в межпериод. При обработке записи об изменении оклада создается переход в межпериод с лишней записью - изменение режима работы. Значение режима работы берется из пересекающегося перехода, что приводит к ошибке формирования табеля и, соответственно, расчета заработной платы.
Как измененно :

В интерфейс истории назначений для и приказы по персоналу, разрешающие изменять несколько параметров назначения (к примеру, РПД-50 помимо изменения оклада позволяет изменить режим работы, категорию и др.) добавлена возможность явно указать необходимость изменения параметра приказом. Таким образом, описанная ситуация не возникнет, если пользователь явно не укажет о необходимости изменения приказом режима работы.

Для получения значения какого-либо параметра назначения (например оклада или режима работы) на дату система ищет последнюю запись истории, действующую на дату и изменяющую атрибут (установлена соответствующая галочка) и берет этот параметр из нее.

Действующей на дату (к примеру, на 12.03.2015) записью истории считается запись, соответствующая следующим условиям:
- дата начала записи истории не больше искомой даты ("Дата с" <= 12.03.2015);
- либо дата окончания записи истории не больше искомой даты, либо это запись о создании назначения или заключении/продлении контракта ("Дата по" => 12.03.2015 или "Вид операции" один из (1, 3, 4, 5, 65, 70)).

При обновлении назначения после редактирования истории назначения или утверждения приказа назначение обновляется на дату окончания последней записи истории. При этом определение параметров назначения на дату производится в соответствии с описанными выше принципами.

Записи истории, созданные при утверждении приказов по персоналу, закрыты для редактирования через интерфейс истории назначения. Т.о. редактирование утвержденных приказов по персоналу не допускается.

Задача :102.137528

2015-04-17 13:01:20
Краткое описание :
КК, СКК и КПС в сервисных функциях
Описание :
Импорт данных по изменению окладов
Что измененно :

Серв. ф-ция "Импорт данных по изменению окладов" не учитывает СКК, невозможность изменения оклада при наличии привязки к тарифной сетки и использовании КК.
События возврата режима работы и тарифа не учитывают особые условия труда и СКК.
Также для сервисной функции обработки временных изменений параметров назначений (Управление персоналом - Документы - Обработка временных изменений) необходимо доработать анализ изменения особых условий труда.
Как измененно :

Сервисные функции учитывают изменение СКК и особых условий труда.

Добавлено событие возврата особых условий труда и доработан анализ изменений особых условий труда для сервисной функции обработки временных изменений параметров назначений.

Задача :102.140256

2015-04-17 13:01:20
Краткое описание :
Неверные данные в картотеке и РК после выполнения функции обновления тарифов/окладов по картотеке
Описание :
Обновление тарифов/окладов в картотеке
Что измененно :

У сотрудника был приказ на изменение режима работы с 12.01.2015. В зарплате есть соответствующий переход в межпериод. С 01.01.2015 проводим изменение тарифов/окладов в связи с новой тарифной сеткой. После выполнения обновления тарифов/окладов в картотеке с параметром "Объединять в истории записи с одинаковыми датами"- "да", "Корректировать данные в приказах" -"да" и с параметром Объединять в истории записи с одинаковыми датами"- "нет" результат не удовлетворительный.

В документации написано:
Объединять в истории записи с одинаковыми датами - да,
Корректировать данные в приказах - да, при этом в истории есть запись, равная либо больше Даты обновления тарифа, то в данных записях изменятся оклад/тариф и корректирующий коэффициент (при установленном параметре).

Нужно чтобы работало в соответствии с описанием.
Как измененно :

Внесены следующие изменения для сервисной функции "Обновление тарифов/окладов в картотеке":
а) изменен принцип работы функции:
1) при обработке назначений выбранных сотрудников:
1.1. определяется последняя на дату проведения обновления (если назначение начинается позже даты проведения операции обновления, используется дата начала назначения) запись истории назначения, в которой модифицировался оклад;
1.2. если контроль/пересчет осуществляются на основе тарифных ставок, для данной записи производятся проверки:
- на наличие привязки записи к тарифной сетке;
- на попадание оклада в "вилку" тарифной ставки (в случае если установлена настройка "Учитывать минимальное и максимальное ограничения тарифов/окладов в картотеке");
Если какая-то из проверок не была пройдена, данное назначение пропускается и система переходит к обработке следующего назначения.
1.3. если контроль/пересчет осуществляются на основе тарифных ставок, система по системе оплаты, разряду и коду тарифа определяет актуальный тариф на дату проведения обновления; оклад пересчитывается на основе найденного тарифа;
1.4. если режим работы функции "пересчет" и коэффициенты пересчета не нулевые:
- если установлен параметр "Изменять корректирующий коэффициент при перерасчете тарифов", производится расчет нового КК;
- система пересчитывает оклад на основе коэффициентов пересчета, а если менялся КК, то и на основе КК;
1.5. производится округление тарифов/окладов согласно установленным параметрам округления;
1.6. если обрабатываемая запись истории привязана к тарифной ставке и установлена настройка "Учитывать минимальное и максимальное ограничения тарифов/окладов в картотеке", осуществляется проверка на попадание рассчитанного оклада/тарифа в "вилку" тарифной ставки; при выходе за "вилку" оклад/тариф приводится к пограничному значению;
При проверке и привидении оклада к пограничному значению учитывается количество ставок, в случае если система оплаты зависит от количества ставок.
1.7. по рассчитанным данным:
- создается новая запись истории назначения в случае если выполняется хотя бы одно из условий :
* запись истории, найденная в п.1.1 имеет дату начала отличную от даты проведения обновления (если назначение начинается позже даты проведения операции обновления, используется дата начала назначения);
* параметр "Объединять в истории записи с одинаковыми датами" установлен в значение "нет";
* запись истории, найденная в п.1.1, создана приказом, а параметр "Корректировать данные в приказах" имеет значение "нет";
Для создаваемой записи: "дата с" устанавливается равной дате проведения обновления (если назначение начинается позже даты проведения операции обновления, используется дата начала назначения); "дата по" сохраняется равной "дате по" записи из п.1.1 в случае если она заполнена и больше даты проведения обновления (если назначение начинается позже даты проведения операции обновления, используется дата начала назначения).
- информация об изменениях тарифа/оклада вносится в запись истории, найденную в п.1.1 в случае, если дата этой записи равна дате проведения обновления (если назначение начинается позже даты проведения операции обновления, используется дата начала назначения), параметр "Объединять в истории записи с одинаковыми датами" имеет значение "да", а также:
* или запись истории назначения не создана приказом;
* или запись истории создана приказом и для настройки "Корректировать данные в приказах" установлено значение "да";
1.8. при формировании сигналов в РК, по созданной/измененной записи истории отправляется сигнал в рабочую корзину;
1.9. анализируются записи истории назначения, в которых модифицировался оклад и дата записи позже даты проведения операции обновления (если назначение начинается позже даты проведения операции обновления, используется дата начала назначения):
- для найденных записей осуществляется предварительный расчет п.1.2-1.6;
- данные об обнаруженных "будущих" записях истории и рассчитанные для них тариф/оклад заносятся в специальную таблицу;
- если по п.1.2 осуществлялся контроль и проверка не была пройдена, запись попадает в специальную таблицу, однако помечается как не обрабатываемая и блокируется для постобработки;
2) после обработки всех назначений если были найдены записи истории с датами позже даты проведения обновления, открывается окно для определения постобработки этих записей:
2.1. в верхней панели окна информация о назначении, для которых были найдены "будущие" записи истории;
2.2. в средней панели информация о "будущих" записях истории:
- поле "Операция" означает, какие манипуляции будут проведены с записью после нажатия кнопки "Продолжить", и имеет значения:
* "не обрабатывать запись" - данная запись не будет обработана и останется неизменной после завершения обновления тарифов/окладов;
* "внести изменения в запись истории" - информация об измененном тарифе/окладе будет внесена в данную запись истории;
* "создать копию, запись сделать неактуальной" - на основании данной записи будет создана копия, в которую будет занесена информация об обновленном тарифе окладе, после чего для записи-источника будет установлен признак неактуальности;
- если запись истории заблокирована, она подсвечена серым, поле "Операция" недоступно для модификации, а поле "Причина блокировки" содержит информацию какая проверка из п.1.2 не была пройдена;
- если запись истории была создана приказом, поля "Номер приказа" и "Дата приказа" подсвечиваются фиолетовым и при установке для такой записи значения "внести изменения в запись истории", выдается предупреждение о том, что при изменении записи будет модифицирован приказ;
- для не заблокированных записей отображается текущая информация о тарифе (поля "до"), для записей, подлежащих обработке(внести изменения, создать копию), также отображается информация о тарифе после обновления;
2.3. в нижней панели кнопки для групповых операций:
- "Не обрабатывать" - для всех "будущих" записей всех назначений для поля "Операция" будет установлено значение "не обрабатывать запись";
- "Внести изменения" - для всех "будущих" записей всех назначений для поля "Операция" будет установлено значение "внести изменения в запись истории";
- "Создать копию" - для всех "будущих" записей всех назначений для поля "Операция" будет установлено значение "создать копию, запись сделать неактуальной";
- "Продолжить" - запускается постобработка "будущих" записей согласно выбранным вариантам операций;
- при закрытии окна [X]: все "будущие" записи не обрабатываются, выдается соответствующее сообщение;
в) печать справки об обновлении тарифов/окладов переведена на FastReport:
- записи об обработанных назначениях сотрудника выводятся сгруппировано по подразделениям карточки, печатаются: табельный номер, ФИО, разряд, должность и тариф/оклад до и после операции обновления;
- записи с информацией о назначении можно развернуть, дополнительно будет отражены записи истории назначения, которые были добавлены или модифицированы: даты начала/окончания, наименование операции и тариф/оклад до и после операции обновления.

Задача :102.140419

2015-04-17 13:02:15
Краткое описание :
Help. Подключить топик справки
Описание :
Постоянные удержания
Что измененно :

К интерфейсу формирования удержаний (фильтр ALT+B в окне со списком постоянных удержаний) подключить идентификатор shtraf для режимов работы "формирование удержаний" и "переформирование удержаний" (для самих окон и полей интерфейса), а также для режимов "импорт сумм удержаний из dbf-файла" и "импорт сумм удержаний из xls-файла" (также для окон и полей, кроме поля "Файл для импорта" - там верный идентификатор).
Как измененно :

Подключено.

Задача :102.141139

2015-04-17 13:02:15
Краткое описание :
Количество календарных дней отпуска в Т-54
Описание :
Печать лицевых счетов
Что измененно :

При печати Лицевого счета кол-во календарных дней берется не из фактически предоставленного отпуска, а рассчитывается заново как кол-во дней между датами начала и окончания отпуска.
В итоге получается расхождение для тех отпусков, которые продлеваются за счет праздничных дней, например Ежегодный отпуск.
Как измененно :

В интерфейс печати Лицевого счета добавлен параметр "дни отпуска без учета праздников", при установке которой кол-во календарных дней берется не из фактически предоставленного отпуска. Если настройка не установлена алгоритм расчета остается прежним - кол-во дней между датами начала и окончания отпуска

Задача :102.141196

2015-04-17 13:00:47
Краткое описание :
Формирование реестров по алиментам из больничных листов
Описание :
Реестры по перечислению в банк (больничный)
Что измененно :

Исправить погрешность в расчете сумм к выплате в разрезе статей бюджета для больничных листов при формировании реестров и ведомостей по больничным листам в межпериоде.
Как измененно :

Доработано формирование реестров и ведомостей с учетом новых добавленных полей по источникам финансирования для сумм алиментов, налогов и взносов. Если суммы больничного были разнесены по новым полям при расчете, формирование производится на основе сумм в этих полях. По ранее рассчитанным больничным формирование реестров и ведомостей проводится без учета этих полей.

Задача :102.141209

2015-04-17 13:00:02
Краткое описание :
Для решения ПИР 102.141196 необходимо добавить поле для отдельного хранения НДФЛ с превышения в интерфейсе б/л
Описание :
Расчет удержаний с больничных листов
Что измененно :

Необходимо добавить поле для отдельного хранения НДФЛ с превышения в интерфейсе б/л
Необходимо также доработать функцию вывода расчетных сумм в указанное поле при расчете удержаний с больничного листа в межпериод.
Как измененно :

1. Доработано окно "Листки нетрудоспособности"=> Суммы по месяцам.

Для всех стран, кроме Украины, добавлены поля:
"Алименты,и/л" с превышения
НДФЛ с превышения
Пенс.взнос с превышения

По настройке на Россию добавлено поле: Алименты,и/л за счет ФСС.

Раздел оплаты превышений выделен отдельно под заголовком `Оплата превышения`

2. Доработано поле "Удержано" с учетом новых полей в окне редактирования "Листки нетрудоспособности".

3. Справки о расчете больничных листов для России в части печати суммы НДФЛ.

4. Доработана функция "Отмена расчета удержаний" в части очистки новых полей.

5. Доработана функция расчета удержаний с больничных листов межпериода.
Теперь при расчете удержаний заполняются новые поля.
Также новые поля учитываются при расчете НДФЛ, алиментов, исполнительных листов и взносов в пенсионный фонд при расчете удержаний с других начислений межпериода,
в том случае, когда выбраны расчеты "НДФЛ с учетом вычетов" или "НДФЛ без учета вычетов" при наличии у работника больничных листов.

6. Доработана функция предварительная разноска в части переноса суммы НДФЛ с превышения в предварительный просмотр для дальнейшего использования при расчете заработной платы.

7. Доработана функция "Расчет заработной платы" для значений отличных от "не учитывать" в настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ НДФЛ межпериода \ НДФЛ межпериода при окончательном расчете".

8. Доработана функция Перехода на новый расчетный период по очистке сумм удержаний с настройкой: "При переходе к новому периоду очищать суммы будущих месяцев".

9. Доработана функция "Расчетно-платежная ведомость межрасчетного периода".

Задача :102.141315

2015-04-17 13:00:47
Краткое описание :
Делить реестры по назначению платежа, когда у одного сотрудника два удержания с одним и тем же кодом, одним и тем же получателем платежа
Описание :
Реестры по перечислениям. Формирование
Что измененно :

Необходимо, чтобы реестры разделились по назначению платежа в случае, когда у одного сотрудника два удержания с одним и тем же кодом, одним и тем же получателем платежа, но разными назначениями платежа в постоянных удержаниях.
Такие случаи у нас периодически бывают, в данном случае в исполнительных документах взыскатель просит разбивать перечисляемые суммы на 2 реестра, в назначении платежа указывать разные КБК.
Соответственно платежные поручения должны быть отдельные, свое на каждое КБК и назначение платежа.
Как измененно :

Если формируют реестры с опцией формирования наименования по назначению платежа, назначение платежа берется из постоянного удержания (определяется при наличии прямой ссылки на постоянное удержание, самого постоянного удержания и по наличию в нем заполненной строки назначения платежа). В ином случае строка назначения определяется по ранее реализованной схеме.

Задача :102.141336

2015-04-17 13:00:36
Краткое описание :
Help. Подключить топик справки
Описание :
Контроль процента в суммах оплат для детских пособий
Что измененно :

К сервисной функции "Контроль процента в суммах оплат для детских пособий", а также к интерфейсу (и полям), открываемому по функции, подключить идентификатор Zar_KontrolProcDetskih.
Как измененно :

Подключена справка для пункта меню "Контроль процента в суммах оплат для детских пособий", а также к интерфейсу (и полям).

Задача :102.141354

2015-04-17 13:01:09
Краткое описание :
Убрать сообщение при открытии списка больничных, когда больничных нет
Описание :
Работа с интерфейсом ввода больничных листов
Что измененно :

При открытии интерфейса больничных из смежных данных в случае, когда больничных нет, выдается сообщение "У работника нет листков нетрудоспособности на отчетный период. Продолжить работу? Да / Нет". Нужно убрать это сообщение, так как оно является только дополнительным препятствием для ввода нового больничного. Потому что чаще всего пользователь туда заходит, чтобы "продолжить работу". А если больничных не будет, то это прекрасно будет видно по пустому окну, закрыть которое (в случае, если пользователь не хочет "продолжать работу") не сложнее, чем нажать "нет" на сообщении.
Как измененно :

Убрано сообщение "У работника нет листков нетрудоспособности на отчетный период. Продолжить работу? Да / Нет" при открытии интерфейса больничных из смежных данных в случае, когда больничных нет.

Задача :102.141381

2015-04-17 13:00:47
Краткое описание :
Доработать быстродействие расчета сальдо
Описание :
Информация о выплатах заработной платы
Что измененно :

Требуется ускорить процесс расчета сальдо.
Как измененно :

Ускорен расчет сальдо, что должно уменьшить общее время расчета зарплаты и время работы функции перехода в новый расчетный период. Проведена оптимизация расчета, удалены избыточные операции и доработаны операции, приводящие к снижению скорости пересчета.

Оптимизация быстродействия производилась на копии клиентских баз:
1) на платфорие MSSQL при значении настроек:
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Сальдо рассчитывать по платежным документам" - "нет"
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Формировать сальдо с разбивкой по аналитикам" - "нет"
2) на платформе Oracle при значении настроек:
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Сальдо рассчитывать по платежным документам" - "да"
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Формировать сальдо с разбивкой по аналитикам" - "да"

Задача :102.141687

2015-04-17 12:59:51
Краткое описание :
Неверно считается оплата сверхурочных при суммированном учете, если есть переход в межпериод с 1-го числа расчетного месяца
Описание :
Предварительная разноска
Что измененно :

Неверно считается оплата сверхурочных при суммированном учете, если есть переход в межпериод с 1-го числа расчетного месяца
Локализовано на тестовой базе 8.10 \\By01-678\\Каталог баз DATA\102.141687. Таб.н.14.
Как измененно :

Исправлен расчет сверхурочных в ситуации, когда есть переход с 1 числа и в предыдущих периодах
период суммированного учета не превышает месяц.

Задача :102.141807

2015-04-17 13:02:15
Краткое описание :
Макрос в расчетно-платежной ведомости
Описание :
Расчетно-платежная ведомость
Что измененно :

В макросе расчетно-платежной ведомости есть синтаксическая ошибка (вместо FALSE - FASLE). У клиента каждый раз при формировании отчета "Настраиваемая форма(Excel)" Excel ругается на эту ошибку. Сам отчет на удивление формируется верно.
Как измененно :

Исправлена ошибка записи макроса.
FASLE заменено на FALSE.

Задача :102.141977

2015-04-17 13:01:20
Краткое описание :
Удаление начальной даты северного стажа
Описание :
1. Прием на работу
Что измененно :

Во время оформлении приказа на прием на работу:
- при вводе данных о северном стаже либо возникает прикладная ошибка об отсутствии позиции в таблице лицевых счетов (LSchet), либо обновляется дата начала северного стажа в лицевом счете, не связанном с приказом;
- при приеме через кандидатов в случае ввода даты начала начисления северной надбавки возникает прикладная ошибка отсутствия позиции в таблице дополнительных сведений по сотруднику (InfPsn1).
Как измененно :

Ввод данных о стажах в приказе на прием не приводит к обновлению даты начала северного стажа в лицевом счете или прикладной ошибке отсутствия позиции в таблице LSchet.

Для новых приказов на прием, сформированных при приеме кандидатов, ввод даты начала начисления северной надбавки не приводит к возникновению прикладной ошибки отсутствия записи в таблице InfPsn1.

Задача :102.142013

2015-04-17 13:02:15
Краткое описание :
Сломалось отображение названия колонок социальных налогов "до расчета зарплаты" с признаком "Л" для 2015 года
Описание :
Архив налогов на ФОТ и копия архива
Что измененно :

Сломалось отображение названия колонок социальных налогов "до расчета зарплаты" с признаком "Л" для 2015 года, отображение колонок "после расчета зарплаты" верное.
Как измененно :

Наименования колонок отображаются верно

Задача :102.142085

2015-04-17 13:01:20
Краткое описание :
некорректное обновление оклада по сотруднику при пересчете оклада по ШР
Описание :
Обновление тарифов/окладов в штатном расписании
Что измененно :

Выполняется пересчет окладов по ШР с включенным режимом "обновить по сотрудникам".
Если при выполнении пересчета получен протокол:
"Для должности "Начальник" подразделения "Отдел тестирования" перерасчет проводиться не будет, т.к. оклад находится вне вилки разрешенных окладов"
и на запрос о формировании записей в РК дан отрицательный ответ, то, несмотря на то, что оклад в ШР не пересчитался, операция выдает протокол о пересчете оклада сотрудника, и действительно
изменяет его в картотеке.
В итоге, в ШР и в ЛС остается старый оклад, а в картотеке появляется новый.
Как измененно :

В интерфейсе параметров сервисной функции "Обновление тарифов/окладов в штатном расписании" флаг "Обновлять по сотрудникам" переименован в "Обновление тарифов/окладов в картотеке", также изменена строка-подсказка для данного флага: "Запустить сервисную функцию "Обновление тарифов/окладов в картотеке" с теми же параметрами".

Задача :102.142156

2015-04-17 13:00:25
Краткое описание :
После перевода сотрудника в другой филиал (подразделение) на новый лицевой счет данные из старого лицевого счета (до перевода) не попадают в отчет 4ФСС
Описание :
Ведомость по средствам ФСС РФ
Что измененно :
После перевода сотрудника в другой филиал (подразделение) на
новый лицевой счет данные из старого лицевого счета (до перевода) не попадают в
отчет 4ФСС. Отчет формировал по одному подразделению и по всем: в обоих случаях
данные из лицевого счета, который был до перехода в новый филиал
(подразделение), в отчет 4ФСС не попали. Проблема решается вручную заменой
признака "переведен в другой филиал" на "уволен" в лицевом счете, но если в
течение года у клиента было много подобных переводов, то отследить все ситуации
будет сложно.
Как измененно :
При переводе сотрудника из филиала в филиал данные из старого
лицевого счета попадают в отчет формы - 4 ФСС

Задача :103.7093

2015-04-17 13:01:31
Краткое описание :
Подтягивать оклад, который для сотрудника актуален на момент утверждения приказа, а не его создания
Описание :
Приказы по штатному расписанию
Что измененно :

Подтягивать оклад, который для сотрудника актуален на момент утверждения приказа, а не его создания.

У клиента сложилась следующая ситуация:
1. 30.06.2014 - был введен приказ на изменение режима работы, но не утвержден, а утвердили его только 18.07.2014.
2. В промежутке между 30.06.2014 и 18.07.2014 по этому же сотруднику ввели приказ об изменении оклада, утвержденный датой - 11.07.2014.

Проблема в том, что на момент утверждения приказа на изменение режима работы на дату - 18.07.2014 подтянулся оклад, который был актуален по сотруднику не на момент утверждения приказа, т.е. на 18.07.2014, а на момент внесения приказа в систему, т.е. на 30.06.2014.

Вариант решения с соблюдением хронологии не подходит, т.к. сотрудники, вводящие приказы меняются или уходят в отпуск и , по сути, хронологию-то соблюли: вначале был утвержден приказ об изменении оклада, а только потом - об изменении режима работы.

Клиент предлагает, чтобы при появлении такой ситуации подтягивался оклад из текущего назначения на момент утверждения приказа, и после утверждения и передавался бы в РК модуля ЗП.
Как измененно :

Приказ об изменении режима работы теперь не передает сигнал об изменении оклада.

Задача :103.7374

2015-04-17 13:00:47
Краткое описание :
Печатная форма реестра на почту (ф.103) - дополнения
Описание :
Реестры по перечислению в банк
Что измененно :

Необходимо доработать печатную форму 103 для перечисления сумм по почте "Список на отправку почтовых переводов денежных средств ф.103".
Как измененно :

Доработано оформление печатной формы реестра "Список на отправку почтовых переводов денежных средств ф.103".
В интерфейс параметров печати отчета "Атрибуты почтовых переводов" добавлена настройка "Сумма сбора включает НДС",
установив которую изменяется формула расчета НДС: (сумма сбора * процент НДС почтового сбора)/(100+процент НДС почтового сбора).
Процент НДС почтового сбора задается в настройке: "Настройки-Управление персоналом- Почтовые переводы, алименты, исп. листы-Процент НДС почтового сбора".

Задача :103.7386

2015-04-17 13:00:47
Краткое описание :
Не удается создать реестр с наименованием файла ВFFFF_XXXXX.DDN.DBF
Описание :
Анкетные данные для экспорта реестров
Что измененно :

Не удается создать реестр с наименованием файла ВFFFF_XXXXX.DDN.DBF
Как измененно :

Доработан алгоритм формирования имен файлов, реализована возможность формировать имя файла с символом ".".
Расширение наименования файла указывается строчными буквами в поле "Шаблон имени файла" - ВFFFF_XXXXX.DDN.dbf.

Задача :103.7441

2015-04-17 13:01:09
Краткое описание :
Проблема с вводом БЛ через лицевой счет
Описание :
Работа с интерфейсом ввода больничных листов
Что измененно :

Проблема с вводом БЛ через смежные данные в лицевом счете:
При редактировании даты начала больничного листа она переустанавливается в дату начала расчетного периода.
При разборе ситуации выявила, что проблема проявляется, когда в настройке "Настройки Галактики\Управление
персоналом\Общие настройки\Больничные, отпуска, расчеты по среднему\Больничные\Вид пособия по умолчанию" -
поле заполнено каким-либо значением.
При незаполненной настройке корректировка даты начала учета БЛ происходит корректно.
Как измененно :

Исправлена ошибка при редактировании даты начала больничного листа при
установленной настройке "Настройки Галактики\Управление персоналом\Общие
настройки\Больничные, отпуска, расчеты по среднему\Больничные\Вид пособия по умолчанию".
Дата не переустанавливается в дату начала расчетного периода.

Задача :104.20351

2015-04-17 13:00:47
Краткое описание :
Невозможно закрыть интерфейс CURRENTREPORT
Описание :
Электронные реестры
Что измененно :

Невозможно закрыть интерфейс "Электронный вариант реестра" при редактировании пустой записи по F4. Кроме того, в интерфейсе CURRENTREPORT исчезают значения полей "Наименование настройки", "Имя файла для экспорта реестра" после установки курсора в таблицу в нижней части интерфейса.
Нужно сделать так, чтобы интерфейс CURRENTREPORT можно было закрыть по крестику не зависимо от того, как в нём заполнены поля.
Как измененно :

Доработан интерфейс настройки электронных реестров. Если в списке настроек нет ни одной настройки и
пользователь нажимает клавишу F4, создается новая настройка, при выходе из интерфейса данные
обрабатываются корректно. Для сохраняется настройки необходимо заполнить два обязательных поля:
наименование настройки, имя файла для экспорта реестра.

Задача :180.8596

2015-04-17 13:01:20
Краткое описание :
Некорректное сообщение при попытке ввода статуса Иждивенец
Описание :
4-е окно (родственники)
Что измененно :

Некорректное сообщение при попытке ввода статуса Иждивенец
Галактика выдает предупреждение "Дата окончания действия льготы больше даты окончания документов обоснования. Изменить дату окончания действия льготы?". Пользователь считает, что в данном случае некорректно выдавать такое предупреждение, так как документ обоснования в принципе отсутствует.
Как измененно :

При изменении даты окончания действия обоснования вычетов предупреждение изменено на
"Дата окончания действия льготы больше даты окончания обоснования вычета. Изменить дату окончания действия льготы?"

Задача :180.8646

2015-04-17 13:00:47
Краткое описание :
В реестрах на перечисление почтой сумма перечисления отображается некорректной
Описание :
Реестры по перечислениям. Формирование
Что измененно :

В реестрах на перечисление зарплаты почтой сумма перечисления отображается некорректно. Рассчитанная сумма сбора в реестре не равна сумме почтового сбора в постоянном удержании.
Ситуация проявляется в случае значения настройки:
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Почтовые переводы, алименты, исп.листы \ Почтовый сбор с заработной платы удерживать с предприятия": "нет"
и не выбранном виде удержания в настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Почтовые переводы, алименты, исп.листы \ Вид удержания для почтового сбора".
Как измененно :

Доработано определение суммы почтового сбора при формировании реестра на перечисление зарплаты почтой (ву 219) исходя из текущих значений настроек. Если формируют реестр на всю сумму целиком, берется сумма сбора из соответствующего постоянного удержания. А если формируют на часть суммы, то сумма сбора берется пропорционально доле перечисляемой суммы.