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

Задача :101.61466

2017-05-17 17:21:41
Краткое описание :
Персонал: Точка расширения "epDeleteOrder" (Удаление приказа по персоналу) описана в vih-файле, но не реализована
Описание :
Интерфейс всех приказов по персоналу
Что измененно :

Персонал: Точка расширения "epDeleteOrder" (Удаление приказа по персоналу) описана в vih-файле, но не реализована.
Клиент просит сделать аналогично реализованной точки расширения
ExtensionPoint epConfirmOrder (NrecTitleDoc : comp);
Только на удаление приказа.
Как измененно :

Добавлена точка расширения epDeleteOrder при удалении приказов после всех проверок но до удаления содержимого приказов.

Задача :102.162865

2017-05-17 17:21:41
Краткое описание :
При утверждении приказа о приеме кандидата, созданного из интерфейса "Список кандидатов" потеряна информация в протоколе, информирующая об отсутствии у сотрудника соответствующего документа.
Описание :
Список кандидатов
Что измененно :

При утверждении приказа созданного и открытого из списка кандидатов протокол содержащий ошибки не работает.
Как измененно :

При утверждении приказа созданного и открытого из списка кандидатов протокол содержащий ошибки работает корректно.

Задача :102.164910

2017-05-17 17:21:41
Краткое описание :
Приказ на назначение почасовых табельных отклонений, не уменьшается количество часов
Описание :
Формирование табеля
Что измененно :

Приказ на назначение почасовых табельных отклонений не позволяет ввести приоритет отклонения. Из-за этого не во всех случаях удается повторить процесс ввода отклонений с помощью приказов вместо ввода в табеле на вкладке "Отклонения".

К примеру

У сотрудника график рабочей недели имеет следующий вид: 8:15 8:15 8:15 8:15 7:00 В В

На весь месяц ему вводится отклонение-уменьшение Я ("Явка") продолжительностью 8:15.
Затем на пятницу (7:00) вводится отклонение-уменьшение ПК ("Повышение квалификации") длительностью 2:00.

Если первым обрабатывается Я, то для ПК не остается времени, т.к. уменьшение "съедает" все плановое время. Когда же первым обрабатывается ПК, то для Я остается 5:00. Что в случае клиента правильно.

При вводе отклонений в табеле на вкладке "Отклонения" есть возможность отрегулировать порядок обработки вводом значения в поле ПО (приоритет отклонения), а в приказе такой возможности нет.
Как измененно :

В приказ о назначении почасовых табельных отклонений (РПД-91) добавлено поле "ПО (Приоритет отклонения)". Его заполнение не является обязательным (по умолчанию приоритет наивысший (0)).

Ввод значения приоритета позволяет отрегулировать порядок обработки отклонений по одной той же позиции приказа (записи о сотруднике в приказе).

Таким образом, порядок обработки сейчас следующий (по убыванию приоритета):
- по дате приказа (у меньшей даты больший приоритет);
- по дате и времени утверждения позиции приказа (у приказа, утвержденного раньше, приоритет больше);
- по приоритету отклонения (НОВОЕ ПОЛЕ);
- по дате начала отклонения (у меньшей даты приоритет больше);
- по дате окончания отклонения (у меньшей даты приоритет больше).

Задача :102.164931

2017-05-17 17:21:41
Краткое описание :
РПД=1. Прием кандидата через приказ: протокол не содержит информации об утверждении приказа.
Описание :
1. Прием на работу
Что измененно :

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

В протоколе сформированном утверждением приказа после, того как были удалены приказы, не содержится информация о удалении.

Задача :102.165583

2017-05-17 17:21:41
Краткое описание :
Первичное трудоустройство, но личная карточка уже заполнена. Пустые подразделения.
Описание :
Прием на работу
Что измененно :

Если создать сотрудника через картотеку, но не заполнять назначения, то при попытке создать приказ на
прием "Первичное трудоустройство, но личная карточка уже заполнена" подразделение будет пустым
(подразделение тянется из назначения). Считаю, более правильно в такой ситуации не создавать приказ и
выдавать сообщение "У сотрудника отсутствуют назначения. Создание приказа невозможно!"
Как измененно :

Интерфейс "Прием на работу". Первичное трудоустройство, но личная карточка уже заполнена. Если у сотрудника отсутствуют назначения, приказ не будет создан и будет выведено соответствующее сообщение.

Задача :102.166323

2017-05-17 18:15:20
Краткое описание :
Help. Подключить топик справки
Описание :
4-ФСС (ПАТ-формулы)
Что измененно :

К интерфейсу "Выбор настройки ПАТ-формул" (F3 на поле "ПАТ-формулы") подключить идентификатор Zar_NastrParam4FSS;
к интерфейсу "Редактирование настройки с ПАТ-формулами" - идентификатор Zar_Tabl2Param4FSS.
Как измененно :

Топики подключены.

Задача :102.166721

2017-05-17 17:21:41
Краткое описание :
При применении корректирующего коэффициента округляется тариф до двух знаков.
Описание :
6-е окно (сведения о работе на предприятии)
Что измененно :
Настройка "Настройки Галактики \ Управление персоналом \ Общие
настройки \ Тарифные ставки \ Округлять оклад/тариф: " стоит НЕТ.
"Настройки Галактики \ Управление персоналом \ Общие настройки \ Тарифные
ставки \ Правила округления \ Тарифов" = 0,0001
При применении сложного корректирующего коэффициента тариф округляется до двух
знаков.
Как измененно :
Если настройка "Настройки Галактики \ Управление персоналом \
Общие настройки \ Тарифные ставки \ Округлять оклад/тариф:" установлена в
"Нет", то точность округления определяется настройками "Настройки Галактики \
Управление персоналом \ Общие настройки \ Тарифные ставки \ Правила округления
- Окладов" и "Настройки Галактики \ Управление персоналом \ Общие настройки \
Тарифные ставки \ Правила округления - Тарифов", а не настройки "Настройки
Галактики \ Управление персоналом \ Общие настройки \ Тарифные ставки -
Точность округления окладов" и "Настройки Галактики \ Управление персоналом \
Общие настройки \ Тарифные ставки - Точность округления тарифов".

Задача :180.10171

2017-05-17 18:15:20
Краткое описание :
Отчет 6-НДФЛ формируется неверно, если сотрудник увольняется по совместительству, а по основному месту работы продолжает работать
Описание :
6-НДФЛ (FR-отчёт)
Что измененно :

Неверно определяется дата по строке 100 в случае увольнения совместителя, который продолжает работать по основному лицевому счету.
Как измененно :

Зарплата - Отчеты - Утвержденная отчетность - 6-НДФЛ

Исправлена ошибка при определении даты увольнения для совместителя (в случае, когда сотрудник продолжает работать по основному лицевому счету). Дата по строке 100 устанавливается корректно.

Задача :180.10174

2017-05-17 18:15:20
Краткое описание :
Адрес регистрации в FastReport и xml
Описание :
4-ФСС (общие вопросы)
Что измененно :

В настоящий момент параметр "Адрес регистрации" титульного листа отчета 4-ФСС доступен для редактирования, но меняется только его отображение на титульном листе, а при просмотре FastReport или при выводе в XML выводятся первоначальные данные.
Как измененно :

Поле "Адрес регистрации" титульного листа 4-ФСС стало недоступным для редактирования. Для того, чтобы изменить адрес, требуется вызвать по F3 окно ввода адреса.
Данное окно содержит все поля адреса, представленные для вывода в печатную форму отчета: почтовый индекс, субъект, район, город, улица, дом, корпус, квартира. Для формирования полной строки адреса рядом с каждым полем добавлено необязательное для заполнения поле, в которое можно занести обозначение типа введенной информации (пример: в печатной форме нужно указать Адыгея, а в электронной - Адыгея Респ. В этом случае в поле параметра "Субъект" заносится наименование субъекта (Адыгея), а в соседнее - тип субъекта (Респ.).
По нажатию кнопки "Восстановить" происходит восстановление информации об адресе регистрации из данных собственной организации.
По нажатию кнопки "Сохранить" происходит выход из окна ввода данных адреса с одновременным сохранением введенной (восстановленной) информации.

Задача :180.10185

2017-05-17 18:15:20
Краткое описание :
В отчете 4-ФСС сумма по строке 1 таблицы1 не совпадает с суммой расшифровок по сотрудникам, у которых есть отрицательные суммы
Описание :
Расшифровки сумм
Что измененно :

В отчете 4-ФСС сумма по строке 1 таблицы 1 не совпадает с суммой расшифровок по сотрудникам, у которых есть отрицательные суммы.
Как измененно :

4ФСС 2017. Расшифровки для таблиц 1 и 3 с отрицательными суммами выводятся правильно.

Задача :180.10196

2017-05-17 18:15:20
Краткое описание :
РСВ-2017 ошибка в Приложении 4_1 раздел
Описание :
Расшифровки сумм
Что измененно :

При формировании расшифровки приложений 2-4 отчета РСВ происходит создание пустого документа Excel, последующее удаление (добавление) листов, в зависимости от заданного количества листов расшифровок (расшифровка приложения 2 состоит из двух листов, каждая из расшифровок приложений 3 и 4 - из одного). По умолчанию пустой документ Excel может создаваться с различным количеством листов (задается в параметрах Excel).
В случае, когда количество страниц по умолчанию в пустом файле Excel меньше или равно количеству листов расшифровок, добавление листов при формировании расшифровок происходит корректно. Но если листов в пустом файле Excel больше 1 и одновременно меньше количества листов расшифровок, добавление листов не происходит, в результате данные "лишних", не добавленных листов попадают на 1й лист расшифровки.
Как измененно :

Исправлено. Добавление листов происходит корректно.

При возникновении ситуации, когда лист не мог быть активирован для последующего добавления данных (например, при его отсутствии), добавлено сообщение для вывода в протокол:
'Не удалось активировать лист <наименование листа>. Возможно некорректное формирование расшифровки.'.
Аналогично, когда не удалось присвоить наименование листу, добавлено сообщение для вывода в протокол:
'Не удалось установить листу с порядковым номером <номер> наименование <наименование>'.

Задача :180.9444

2017-05-17 17:21:41
Краткое описание :
Изменить принцип работы входимости Премия отпуска
Описание :
Расчет отпускных
Что измененно :
На предприятии выплачивается доплата к отпуску в размере оклада
сотрудника. При расчете среднего заработка (отпуска, командировки) она должна
учитываться не более одной за расчетный период (в положении имеется пункт: При
расчете средней заработной платы оплата к отпуску учитывается в случаях,
предусмотренных законодательством. В случае, если в расчет средней заработной
платы попадают две доплаты к отпуску, к расчету принимается наибольшая по
размеру.). Для реализации этого условия для данного вида оплаты установлена
входимость Премия для среднего заработка в значении "П" и Премия отпуска в
значении "Х" дополнительная входимость 17 Премия выплачена за период
(количество месяцев) с Примечанием 12 и Доп информацией С пересчетом от
отработанного времени.
Однако возникают проблемы с расчетом среднего в случаях, когда такие доплаты
разделены на части в архиве оплат и результатах расчета. Дробление может быть
по различным причинам, например:
- использовали функционал распределения затрат
- установлена настройка "Взносы по дополнительному тарифу рассчитывать
пропорционально общему времени за месяц" в значении Да и сотрудник работал за
этот месяц и во вредных и в нормальных условиях.
Необходимо иметь возможность указать что данные части относятся к одной выплате
и должны обе попасть в расчет среднего заработка.
Как измененно :
Доработан учёт премий, соответствующий законодательству РФ, при
расчёте СДЗ для отпуска в части видов оплат, отмеченных в классификаторе видов
оплат как премии отпуска, учитываемые в соответствии с дополнительной
входимостью 17 ("Премия выплачена за период (количество месяцев)"). Для случая,
когда работнику назначены такие оплаты одной суммой через постоянную доплату
или выплату в межпериод, а фактически в расчётных начислениях месяца они
поделены переходом в межпериод, распределением затрат или изменением условий
работы (вредности) на части. Доработка актуальна для ситуации, когда надо
контролировать количество выплат относительно количества месяцев расчётного
периода. После доработки расчёта - перед сравнением премий для отбора
максимальных производится объединение частей. При этом в протоколе с отладочной
информацией (если указан его вывод) в секции "Следующая сумма учтется по
доп.входимости" отражаются части премии, а в секции "Премии за произвольный
период (учитываемые по доп.вход-ти) по итогам выбора" - уже полные
(объединённые) суммы. Одновременно из последней секции убран текст
"Среднемесячная премия", предваряющий код вида оплаты, как не соответствовавший
действительности.
Такое объединение однозначно возможно для тех клиентских БД, на которых части
оплат сформированы бизнес-процессами системы, так как в этом случае в них
присутствуют признаки, позволяющие объединить начисленные части в исходную
сумму оплаты. Если части одной оплаты формируются вручную (например, импортом
данных), то их объединение возможно только при наличии связей с источником
оплаты.
Случай позднейшего(в следующем расчётном периоде) доначисления части премии
данной доработкой не затрагивался, так как при таком бизнес-процессе пока не
полностью сохраняются ссылки на источник.