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


Описание файла обновления:
ФайлZ_STAFF_RES_911170.TXT
ОбновлениеZ_STAFF_RES_911170
НазначениеОбщее
ПродуктГалактика 9.1
Релиз01.12.2011 : Atlantis 5.5
КомпонентZ_STAFF
ТипRES
Версия9.1.117.0
Дата2016-12-28 12:56:00
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
101.394929.1.9.0Записи в истории. Изменение количества ставок и обновление тарифов.Управление персоналомЗамена тарифных ставок
- имеется ставка "Рабочий 5 р.". С 01.04.2008 в ней по приказу № 1 от 31.03.2008 изменено количество штатных единиц. Т.о., в истории появилась запись с видом операции "Изменение количества ставок"); - выполнили замену окладов в ШР: меню "Операции - Замена тарифных ставок", дата замены - 01.04.2008, приказ № 2 от 01.04.2008; - смотрим ШР (меню "База данных - Штатное расписание") историю ставки: в операции "Изменение количества ставок" видим приказ № 2 от 01.04.2008 (это приказ о замене тарифов), а в операции "Изменение атрибутов ставки" (это наша замена тарифов) атрибутов приказа вообще нет.исправлено. Дата и номер приказа проставляются в той записи, которая вставляется.
101.470279.1.9.0При оформлении отпуска изменился choice архивного отпуска.Управление персоналом6. Оформление очередного отпуска
Ведется технология планирования отпусков. При оформлении отпусков пользователем, который работает только с кадрами, произошла модификация choice другого отпуска: 3->4. В результате чего отпуск попал сначала в будущие, в следующем месяце в текущие и расчетчик повторно выплатил деньги. Источник прислал базу, в которой в журнале видны действия пользователя. Привожу скрины во вложении. Что делал пользователь со слов администратора Галактики: заходил в приказ на отпуск, открывал интерфейс планирования отпусков. Переносил из плановых в фактические запись на одно количество дней. Возвращался обратно в приказ. Изменял количество дней в продолжительности отпуска уже в приказе. При таком бизнес процессе на данный момент обнаружили только один случай изменения архивного отпуска.При попытке добавления очередного отпуска с отличными датами, визуализируется сообщение: "Для данного пакета отпусков был проведен расчет денежных средств. Будет создан новый пакет отпусков.". Далее выполняется обработка аналогичная созданию нового пакета отпусков.
102.1189579.1.9.0некорректно работает сервисная функция "Проверка и корректировка данных о временных назначениях"Управление персоналомПроверка временных назначений
Некорректно работает сервисная функция "Проверка и корректировка данных о временных назначениях". Когда запускаешь сервисную функцию "Проверка и корректировка данных о временных назначениях", данная сервисная функция устанавливает СЕ ШР сотрудника (поле DEPARTMENT таблицы PERSONS и APPOINTMENTS), как было до временного назначения, но не восстанавливает ссылку на подразделение (поле GALDEP таблицы PERSONS). В результате не сходятся проводки у бухгалтерии, поскольку в хозяйственных операциях платежных поручений используется именно поле GALDEP таблицы PERSONS.При запуске сервисной функции "Операции - Проверка и корректировка данных о временных назначениях" (флаг "выполнить операцию возврата сотрудников на предыдущие назначения") восстанавливается ссылка на подразделение в карточке сотрудника (поле Persons.GalDep) из предыдущего назначения. Также добавлено изменение подразделения в карточке сотрудника (поле Persons.GalDep) согласно новой структурной единице штатного расписания при его переводе с помощью операции "Операции - Переход на новое штатное расписание - Перевод сотрудников на новые ставки".
102.281169.1.9.0невозможно сформировать отпуск при отсутствии графикаУправление персоналом6. Оформление очередного отпуска
Для работника не был спланирован график отпуска. Тогда при оформлении приказа на отпуск при выборе вида отпуска,естественно, открывается пустой интерфейс "отпуска", в локальном меню которого при вызове функции "сформировать отпуск" выдается не соответствующее действительности сообщение "У сотрудника нет текущих назначений.Проверьте назначения". Необходимо либо сразу выдавать сообщение, что график отсутствует, либо позволять безошибочно работать режиму "сформировать отпуск"При попытке переформирования отпуска конкретного сотрудника и при отсутствии сформированного отпуска, выдается предупреждение об отсутсвии отпуска.
102.687999.1.9.0ошибочная замена распорядительного действия в истории замещенийУправление персоналомИнтерфейс картотеки
яБ7.12+zar16fix08яБ(связано с доработками) В картотеке в "истории замещений" присутствует запись с РПД="Временное заместительство/возложение обязанностей". Тогда, если на закладке "замещения" вызвать по aLT-A окно "Сведения о работе на предприятии", то - в данном окне в режиме редактирования внести какие-либо изменения невозможно; - при возврате после этих действий в "историю замещений" распорядительное действие меняется на "Перемещение"; - При попытке вернуть реальное РПД выдается сообщение : " Нельзя изменить вид операции для операций с кодами меньшими 45 и большими 100!" - повторный запуск функции администратора "контроль истории назначений" в режиме "создание истории замещений" не исправляет ситуацию.Для закладки "Замещение" нельзя вызвать интерфейс ввода предыдущих назначений
102.707579.1.9.0"Отчет соответствий данных ШР и назначений": дд/мм/ггггУправление персоналомПроверка тарифных ставок
Операции- "Контроль соответствия данных ШР и назначений": "Отчет соответствий данных ШР и назначений" содержит "дд/мм/гггг". Необходимо убрать. См. пример во вложенном файле.исправлен формат даты
102.720279.1.9.0операция не учитывает количество занимаемых сотрудником ставокУправление персоналомИзменение тарифов/окладов
Операция "Обновление тарифовокладов в штатном расписании", проведенная в режиме пересчета на основе тарифных сеток, при обновлении сведений по сотрудникам, не учитывает количество занимаемых этими сотрудниками ставок. Операция определяет всегда сотруднику тарифоклад на целую ставку. Количество ставок должно учитываться всегда, и при пересчете на основе оклада, и при пересчете на основе тарифных сеток. p.s. признак пересчета оклада от количества ставок в классификаторе систем оплат включенисправлено. Операция учитывает количество ставок, занимаемых сотрудником
102.720359.1.9.0не работают доп. настройки для события "Возврат предыдущего назначения"Управление персоналомСобытия системы
8.10+ текущие обновления. Не работают дополнительные настройки для события "Возврат предыдущего назначения": - записи в РК не формируются - возврат на предыдущее на назначение не происходит - с контрактами какие-то глюки... работники, имеющие договоры, то попадают в отчет, то нетисправлено
102.721909.1.9.0Доплата не попадает в картотекуУправление персоналомНазначение групп доплат/удержаний
8.10+ текущие обновления Если в интерфейсе назначения доплат не заполнить поле "Дата окончания", то доплата не попадает в картотеку.Исправлено
102.726969.1.9.0не всегда верно отрабатывает функцияУправление персоналомПроверка временных назначений
8.10 + текущие обновления Не всегда верно отрабатывает галочка "возвращать данные из предшествующей записи" при выполнении операции "обработка временных изменений параметров назначений"Исправлено.
102.729009.1.9.0привести локальное меню к стандартуУправление персоналомФункциональная структура
База данных - Функциональная структура - Интерфейс "Функциональная структура":локальное меню привести к стандарту. 1) отсутствует группировка пунктов меню 2) переименовать пункт "сформировать отчет" в "печать"Исправлено.
102.731029.1.9.0"разграничение прав доступа": проблемы при смене базы просмотраУправление персоналомИнтерфейс картотеки
8.10+текущие обновления. Для пользователя установлено разграничение прав доступа, причем для каждой базы просмотра картотеки список сотрудников при таком доступе не пуст.Тогда, если фильтр по подразделениямсотрудникам не включен, при смене базы просмотра возникают проблемы: - список становится пустым - в оглавлении показано количество сотрудников в данной базе просмотра без учета разграничения прав доступа - возврат к первоначальной базе просмотра не восстанавливает список, информация в картотеке появится либо при включении фильтра по подразделениям, либо повторном ее открытииПри подсчете количества персон при смене БД учитывается разграничение доступа к БД
102.739959.1.9.0"Изменить л/с сотрудника": ошибки при связывании назначения с ЛСУправление персоналомРабочая корзина (формирование сигнала)
Если были утерены связи назначений по совмещению с лицевыми счетами, а функция администратора не смогла воостановить эти связи автоматически и посоветовала это сделать вручную, то после выполнения рекомендаций фунции в РК формируется запись "Изменить л/с сотрудника", в которой измененными помечены поля: - таб.номер - начало причем, поле "начало" заполнено значением даты из последней записи в истории назначения. Обработка такой записи: 1) запускает операцию замены табельного номера (хотя на самом деле замены никакой не должно быть), а это ненужная трата времени 2) изменяет в ЛС дату назначения на должность, хотя последняя запись в истории может просто изменять только условия труда. Т.е. в лицевой счет заносится ошибка - неверная дата назначения на должность. см. вложенные файлы ошибки при связывании назначения с ЛСИсправлено.
102.744589.1.9.06 раздел: в локальном меню отсутствует информация о горячих клавишахУправление персоналомИнтерфейс картотеки
8.10+текущие обновления. В локальном меню для пункта "История назначений" отсутствует информация о горячих клавишах Alt+F, с помощью которых можно вызвать данный режим.Исправлено
102.745619.1.9.0проблемы при выполнении операции "замена тарифных ставок"Управление персоналомЗамена тарифных ставок
8.10+ текущие обновления.Проблемы при выполнении операции "замена тарифных ставок": 1) Была выполнена операция с включенными режимами "проводить замену в ШР" и "в картотеке (для сотрудников по ШР)" при установленном фильтре только "по сотрудникам". Тогда замена ставок произошла во всем ШР без учета фильтра, фильтр учелся только при обновлении в картотеке.Допускаю, что это так и должно было быть,т.к. фильтр по подразделению был отключен. Но мне не нужна замена по всей организации, поэтому хочу "откатить" операцию для ряда подразделений опять-таки с помощью данной операции. Для этого, устанавливаю фильтр по нужным подразделениям и делаю замену существующего тарифа на "старый"... в ШР изменений не происходит, хотя действия производятся с возрастающей датой. Например, с 1.12.2003 была ошибочна произведена замена тарифа(в истории ШР есть запись), а с 2.12.2003 пытаюсь вернуть ШР на старый тариф - не получается. Приходится править вручную, удаляя по всем подразделениям для каждой должности соответствующую запись в истории. На 7.12 такой откат работал нормально 2) "Слетает" корректирующий коэффициент в ШР,т.е. если должность имеет КК, например 2, то после замены тарифных сеток, значении коэффициента становится равным 1. Если замена проходила одновременно и в ШР, в Картотеке, то происходит расхождение данных,т.к. в картотеке КК сохраняется и окладтариф при замене тарифа рассчитается с учетом корректирующего коэффициента. На 7.12 КК сохраняется. 3) не учитываются параметры округления тарифов и окладов. Вне зависимости от значения параметров, округление идет согласно значениям общесистемных настроек округления. Необходимо, если заданы эти параметры формирования, округлять тарифыоклады согласно их значений, если же не заданы, то ориентироваться на значения общесистемных значений округления. Поэтому, желательно, при открытии интерфейса параметров формирования функции значения параметров округления устанавливать сразу равными значениям общесистемных настроек, а пользователь, в случае необходимости, откорректирует их.Исправлено. Тарифы/оклады будут сначала округлятся в соответствии со значением общесистемных настроек, а затем с учетом того, что установлено в параметрах функции. Величины округления нельзя установить меньше, чем значения соответствующих настроек. Если величина будет меньше, то выдастся соответствующее предупредждение.
102.758689.1.9.0В печатных формах заменить N на №:Управление персоналомПроверка тарифных ставок
Для операций: - "Проверка тарифных ставок" - "Профосмотр" (Список лиц для проведения профосмотра) - "Обработка временных изменений параметров назначений" (Протокол возврата предыдущего режима ) в печатных формах заменить N на №:Меню Операции в модуле Управление персоналом. Для операций: - "Проверка тарифных ставок" - "Профосмотр" (Список лиц для проведения профосмотра) - "Обработка временных изменений параметров назначений" (Протокол возврата предыдущего режима ) в печатных формах заменен N на №:
102.759069.1.9.0при автоматическом возврате не учитывается наличие ставокУправление персоналомСобытия системы
8.10+текущие обновления. Если включена настройка "Проводить ежедневный запуск событий системы", то при наступлении события "окончание временного назначения" при входе в систему происходит автоматический возврат сотрудника на предыдущее назначение. При этом не учитывается наличие ставки. Например: - сотрудник был временно перемещен с 4.12.2006-24.12.2006 - 15.12.2006 ликвидируется ставка, на которой он находился до перемещения - Операция отслеживания событий вернет 25.12.2006 его на ставку, которой не существует Необходимо отслеживать ситуации: - ликвидация ставки - ликвидация подразделения - отсутствие вакансий на момент возвратаЕсли возвращаемая ставка закрыта либо не количество вакансий меньше количества ставок, занимаемых сотрудником, то возврат осуществлен не будет. В протокол выдасться соответсвующая строка: - должность: ... - не свободных вакансий. - должность: ... - ставка закрыта.
102.768309.1.9.0"Контроль соответствия данных ШР и назначений": ненужное округление тарифовУправление персоналомПроверка тарифных ставок
8.10+z_staff_028. Операция "Контроль соответствия данных ШР и назначений" выдает протокол, в котором тарифы всегда округляются до целых. В результате создаются ошибочные ситуации. Например: - ставка имеет тариф=0.274 - сотруднику, занимающему данную ставку, установлен персональный тариф=0.284 - операция выдает по данному сотруднику информацию о расхождениях, при этом тариф и "По штатному расписанию" и "По назначению" одинаков и равен 3 См. вложенный файлисправлено
102.1180099.1.8.0Обновлении СКК в назначениях и истории назначений.Управление персоналомПриказы по штатному расписанию
При обновлении СКК в ШР или истории ШР в назначениях или истории назначений СКК обновлять, только те, которые имеют источник "Штатное расписание" или "История штатного расписания".При обновлении СКК в ШР или истории ШР в назначениях или истории назначений СКК обновляются, только те, которые имеют источник "Штатное расписание" или "История штатного расписания" по параметру .Cfg файла {Kadry} DelSKKonlySHR=On.
102.1181479.1.8.0Cклонение фамилий Добина, ЗарубинаУправление персоналом1-е окно (общие сведения)
Обнаружили неверное склонение фамилий женского пола Добина и Зарубина.Cклонение фамилий Добина, Зарубина. Именительный : Добина, Зарубина Родительный: Добиной, Зарубиной Дательный: Добиной, Зарубиной Винительный: Добину, Зарубину Творительный: Добиной, Зарубиной Предложный: Добиной, Зарубиной
102.1185999.1.8.0Сведения об уполномоченном представителе в отчетах в ФССЗаработная платаРасчет больничных
Сведения об уполномоченном представителе в отчетах в ФСС В отчетах ФСС по уполномоченному представителю необходимы следующие сведения: - ФИО - вид удостоверения личности - серия и номер документа - дата выдачи документа - кем выдан документ. Предлагаю сведения об уполномоченном представителе добавить в кадровую информацию.Доработан механизм работы с документами родственников. ВНИМАНИЕ!!! После установки обновления необходимо запустить функцию "Кадры" - Операции - Проверка и корректировка данных об иждивенцах в режиме "корректировки". Информация для партнеров-разработчиков: Функция по получению данных о документах реализована в объекте ObjChildDoc2 function GetPsnLinksDocParam(psnLinksNrec: comp; typeDoc: word; docParam: word): variant; с typeDoc //---------------------------------- // Типы документов родственников //---------------------------------- // Свидетельство о рождении psnLinksDocBornSvid = 0; // Справка о рождении psnLinksDocBornSpr = 1; // Документ об усыновлении psnLinksDocAdopt = 2; // Документ об опеке psnLinksDocGuard = 3; // Договор о передаче в приемную семью psnLinksDocToFamily = 4; // Справка от другого родителя о неполучении пособия psnLinksDocOtherParent = 5; // Документ о инвалидности psnLinksDocInv = 6; // Справка с места учебы psnLinksDocStudent = 7; // Справка о смерти psnLinksDocDeath = 8; // Документ уполномоченного представителя psnLinksDocOther = 9; docParam //--------------------------- // Параметры документа //--------------------------- // Название psnLinksDocName = 0; // Дата начала действия документа psnLinksDocDateBeg = 1; // Дата окончания действия документа psnLinksDocDateEnd = 2; // Номер документа psnLinksDocNum = 3; // Дата выдачи документа psnLinksDocGivenDate = 4; // Кем выдан документ psnLinksDocGivenBy = 5; // Полное название psnLinksDocFullName = 6; // Серия документа psnLinksDocSer = 7;
101.495879.1.7.0Потеря преемственности. Картотека 1-й разд. - закрыть доступ к банковским даннымУправление персоналом1-е окно (общие сведения)
Картотека 1-й разд. - закрыть доступ к банковским данным.Закрыт доступ к банковским данным.
101.498269.1.7.0Не верно выгружается паспорт в XML реестре ФССЗаработная платаРеестры и заявления на возмещение в ФСС
В реестре ФСС паспорт выгружается как <ID_TYPE>ПАСПОРТ РОССИИ</ID_TYPE>, а должен выгружаться так <ID_TYPE>21</ID_TYPE>. Вместо наименования должен выгружаться код.Исправлена ошибка. В реестре ФСС в тэг <ID_TYPE> выгружается код документа, удостоверяющего личность.
102.1140299.1.7.0Необходимо возможность заполнение информации о банке и картсчете из персоналаКонтур управления персоналомПредложение по новой функциональности контура управления персоналом
Необходимо возможность заполнение информации о банке и картсчете из персонала Сотрудников в базу вводят кадровики. Вся информация, в том числе и о картсчете, у них. Вводить за все рестораны, находящиеся удаленно одной зарплатчите проблематично. Доступ в ЗП у кадровиков ограничен.На 1 вкладке картотеки добавлены поля для заполнение информации о банке и картсчете из персонала. Поля отображаются после установки параметра {UserParam} BankInfo=On в файле конфигурации.
180.69859.1.6.0Обновление данных происходит по всем работникам подразделенияЗаработная платаЛицевые счета (окно ввода и редактирования)
Проблема проявляется на базах со строковыми табельными номерами. При изменении тарифа/системы оплаты/должности/категории/режима работы в лицевом счете одного работника происходит изменение данного параметра в постоянных доплатах и в результатах предварительной разноски всех работников подразделения, у которых значения тарифа, системы оплаты, должности и т.д. совпадают с соотв. значениями из лицевого счета данного работника. Аналогично происходит для ШПЗ, ТХО и параметра, если в классификаторе видов оплат стоит "Из лицевого счета работника". Меняем ШПЗ одного работника - изменяется в предварительном просмотре и постоянных доплатах всех сотрудников подразделения, у которых ШПЗ совпадал с ШПЗ первого работника.Ошибка исправлена. Теперь на базах со строковыми табельными номерами обновление данных в постоянных доплатах и предварительном просмотре при корректировке ЛС происходит только по тому работнику, которого редактировали.
101.492089.1.5.0Предложение получать данные когда ребенку исполнилось 1,5года (ДД.ММ.ГГГГ)Управление персоналом* Общие проблемы по персонифицированному учету (формы модуля Управление персоналом)
Нужен новый отчет о возрасте родственников: 1,5 года, 3 года.Новый отчет о возрасте родственников. Путь: Отчеты - отчеты по комплектованию и учету кадров - Отчет о возрасте родственников.
102.1173539.1.5.0Добавить поле - источник исходных данных в результаты расчета, архив оплатЗаработная платаОкно просмотра результатов расчета
Добавить поле - источник исходных данных в результаты расчета, архивные данные (суммы по видам оплаты, неначисляемые суммы). Визуализация данного поля значительно упростит проверку правильности заполнения налогового регистра.Добавлено поле "источник данных" в смежные данные лицевого счета для окон: - Суммы оплат (вкладка "Архивные данные", "Суммы во видам оплат"); - Неначисленные суммы (вкладка "Архивные данные", "Суммы во видам оплат"); - Суммы начисленные (вкладка "Расчет заработной платы", "Результаты расчета", клавиша [F4] на записи о произведенном начислении). В окне "Суммы оплат" реализована возможность изменения привязки к источнику данных. Пользователь может выбрать привязку: - "не установлен" (отсутствует привязка к источнику данных); - "больничный лист"; - "отпуск"; - "начисления и выплаты текущего периода". В окне выбора источника данных записей определенного выше типа, существует возможность перехода по клавише [F4] к их стандартному окну представления.
102.1175239.1.5.0В интерфейс по степени родства подключить настройку родственных связейУправление персоналом4-е окно (родственники)
В интерфейс по степени родства подключить настройку родственных связей.В интерфейс по степени родства (4 окно картотеки) подключен справочник родственных связей.
102.1175749.1.5.0Картотека 1 раздел - Имя ПАВЕЛ склоняется неправильно, если все буквы заглавные.Управление персоналом1-е окно (общие сведения)
Если ФИО введены заглавными буквами, то имя ПАВЕЛ склоняется неправильно (описание во вложении). Просьба доработать функционал по склонению имени ПАВЕЛ. А также нужен ресурс, который исправит уже введеные склонения имен.Корректное склонение имени ПАВЕЛ в верхнем регистре.
102.1113559.1.4.0РПД=1(повторное трудоустройство): заполнять 8 раздел картотекиУправление персоналом1. Прием на работу
Утвержден приказ о повторном трудоустройстве с вариантом="Те же карточка и лс" (или с вариантом="Новый лицевой"). Тогда, несмотря на то, что установлена настройка "Переносить предыдущие основные назначения в 6-ой раздел картотеки"=НЕТ, информация о предыдущем трудоустройстве заносится в 6 раздел, а в 8 не попадает. Согласна, что при таком варианте оформления повторного трудоустройства заполнение 6 раздела необходимо, но и 8 раздел необходимо так же заполнять. Во-первых, раз пользователь установил такую настройку, значит, он ведет сведения о трудовых книжках в картотеке. Во-вторых, с 8 разделом работают функции администратора "Расчет стажа" (режимы "на основании предыдущих мест работы" и "удаление стажей 3 окна при пересечении с 8 окном") и "Формирование записей о стажах(предыдущие места работы)". Если автоматически не заполнять 8 раздел, то пользователю придется вручную переносить сведения из 6 раздела в 8 для обеспечения корректной работы данных функций администратора. p.s. обнаружено при тестировании заявленного функционала на z_staff_124Настройка "Переносить предыдущие основные назначения в 6-ой раздел картотеки" переименована в "Переносить предыдущие основные назначения в 8-ой раздел картотеки". Значение настройки "Переносить предыдущие основные назначения в 6-ой раздел картотеки" инвертировано. При выборе приема на работу "Новые карточка и лс" и "Новая карточка", в зависимости от настройки "Переносить предыдущие основные назначения в 8-ой раздел картотеки" данные заносятся либо в 6-й раздел (значение НЕТ), либо в 8-й раздел (значение ДА). При выборе приема на работу "Те же карточка и лс" и "Новый л/с" в зависимости от настройки данные либо заносятся в 8-й и 6-й разделы (значение ДА), либо заносятся только в 6-й раздел (значение НЕТ).
180.65129.1.4.0Не возможно произвести повторное трудоустройство на те же лиц.счет/карточкуУправление персоналом1. Прием на работу
Не возможно произвести повторное трудоустройство на те же лиц.счет/карточку. У клиента очень много повторных приемов на работу. Один и тот же человек в течении года может приниматься на работу 10 раз. Раньше выбора не было и он принимался на новую карточку и в основном на новый лиц.счет. Все лицевые счета связаны между собой. Как правило старые лиц.счета являются дополнительными для последнего. При этом признак физлица в лицевом счете стоит у них в "нет" Пробуем теперь его принять на ту же карточку и лиц.счет Настройка "Настройки Галактики Управление персоналом Разрешить повторное использование табельных номеров лицевых счетов" стоит в тех же физических лиц. При попытке перейти на нижний экран получаем сообщение ================================================= Такой табельный номер уже задействован. Присвоить следующий свободный табельный номер? - Нет. [x] Найден лицевой счет с таким же табельным номером, но не связанный с данным сотрудником, дата приема: 01/01/2006 ================================================ Но он же связан - через "смежные лиц.счета" Надо проверить там (с учетом вида работы не равного 3 для приказов на прием и с учетом вида работ 3 для приказов по внутреннему совместительству). Для клиента(питерский филиал) вопрос носит критичный характер. При факте работающих в 15000 в картотеке и в лиц.счетах 45000.При переходе на нижнюю панель, осуществляется проверка совпадения данных в карточках сотрудников согласно настройке "..атрибуты для поиска совпадающих физических лиц", если данные не совпадают, либо не используются, то визуализируется сообщение: " Такой табельный номер уже задействован. Присвоить следующий свободный табельный номер? Да - присвоить следующий свободный табельный номер; Нет - продолжить с заданным табельным номером; Отмена - вернуться к редактированию табельного номера.". В зависимости от выбранного ответа происходит дальнейшая работа. Реализована проверка лицевых счетов, если текущий лицевой счет является дополнительным, то проверка осуществляется по основному лицевому счету, для которого текущий является дополнительным.
101.483099.1.3.0Не подтягивается КПС при возврате сотрудника на прежнее назначениеУправление персоналомПроверка временных назначений
Не подтягивается КПС при возврате сотрудника на прежнее назначение.Если включена опция "возврат с учетом произведенных изменений", то при возврате на предыдущее назначение КПС копируется из ШР в новое назначение
101.484799.1.3.0Вызов внешнего атрибута к доп. таблицамУправление персоналом10-е окно (дополнительная информация)
Необходима возможность вызова внешнего атрибута к доп. таблицам из 10 вкладки картотеки.Внешние атрибуты подключены к таблицам DopTables и DopInfo в 10 вкладке картотеки.
101.492959.1.3.0Штатное расписание (Runtime error)Управление персоналомШтатное расписание (интерфейс)
При входе в систему выбираем один из филиалов, затем запускаем штатное расписание, происходит "обнуление" филиала и Галактика закрывается.Корректное открытие интерфейса ШР для филиальных баз
102.1004579.1.3.0Сделать обновление поля "Фот" в 6-й вкладке картотекиУправление персоналомИнтерфейс картотеки
Сделать обновление поля "Фот" в 6-й вкладке картотеки. Добавляем(удаляем, редактируем) персональную доплату сотруднику через 6-ю вкладку картотеки. После выхода из интерфейса "Доплаты и надбавки" в интерфейсе "Сведения о работе на предприятии" информация в поле "ФОТ" не обновилась(осталась сумма без учета персональной доплаты). Необходимо сделать так, чтобы после добавления(удаления, редактирования) персональной доплаты через 6-ю вкладку, информация в поле "ФОТ" обновлялась после выхода из интерфейса "Доплаты и надбавки".Корректный пересчет ФОТ при закрытии интерфейса доплат
102.1121089.1.3.0Удаляется рассч. отпуск, при вводе нового, если оформлен отзыв на весь период отУправление персоналомВсе РПД по персоналу
Оформили отпуск сотруднику, рассчитали. Далее оформляем отзыв на весь период отпуска. Обрабатываем отзыв. При оформлении нового приказа на очередной отпуск в заработной плате исчезает уже рассчитанный отпуск. Ведется планирование отпусков. С трудом локализовано на тестовой базе. Проявляется не сразу. После того как удалось проявить, проявляется стабильно. Проблема критична, все-таки рассчитанный отпуск удаляется. База находится \Oas-678102.112108DATA . Таб.н.4. Дроздов П.СНе удаляются записи с нулевой продолжительностью, если есть пересекающийся отзыв
102.1131949.1.3.0Неверено количество вакансий в ШР после операции ЗАМЕНА ТАРИФНЫХ СТАВОКУправление персоналомЗамена тарифных ставок
Неверено количество вакансий в ШР после операции ЗАМЕНА ТАРИФНЫХ СТАВОК.При обновлении и замене тарифных ставок, учитывается только дата ухода с должности. "дата по" не учитывается
102.1139339.1.3.0Дублирование записей в истории назначений сотрудника при индексации "задним" чисУправление персоналомОбновление тарифов/окладов в картотеке
Дублирование записей в истории назначений сотрудника при индексации "задним" числом. Например, у сотрудника в истории назначений есть следующие записи записи: - Прием на работу от 01/02/2006; - Изменение оклада от 01/01/2007; - Изменение оклада от 01/01/2008. После индексации оклада от 31/03/2007 через функцию "Обновление тарифов окладов в картотеке" в истории назначений создается три записи вместо одной. - Прием на работу от 01/02/2006; - Изменение оклада от 31/03/2007; - Изменение оклада от 01/01/2007; - Изменение оклада от 31/03/2007; - Изменение оклада от 01/01/2008. - Изменение оклада от 31/03/2007;Если обновление окладов происходит задним числом, то в историю пишется одна запись, а все следующие получают признак неактуальной записи.
102.1140879.1.3.0замена тарифных ставокУправление персоналомЗамена тарифных ставок
Замена ТСРазрешаем производить замену задним числом. Т.е. если сотрудник принят в 01/01/2013, а делаем замену 01/01/2012, то в истории создастся запись об изменении оклада с 01/01/2013 При обновлении ТС по ШР и картотеке обновление происходит по таким-же правилам.
102.1141959.1.3.0Переработка 7-го окна картотекиКонтур управления персоналомПредложение по новой функциональности контура управления персоналом
Седьмое окно картотеки (при включенном планировании отпусков) должно быть переделано в древовидную структуру. В качестве родителей дерева показывать отпуска. В качестве ветвей дерева показывать отзывы либо переносы соответствующих отпусков.Изменено отображение отпусков на 7-й странице картотеки на закладке "Ежегодно трудовые отпуска" при включенном планировании отпусков. Сейчас детализация фактической записи отпуска (расположенная в средней панели) будет представлена в виде дерева. В качестве узлов дерева будут показываться оформленные отпуска. В том случае если данный отпуск отзывался и/или был перенос, данная информация будет показана в качестве ветвей дерева. В дереве править информацию можно будет только для заголовка дерева. Листовые записи править нельзя. При поиске отзывов учитываются только утвержденные приказы. Ищется пересечение отзывов с отпусками сотрудника. В том случае, если отзыв был оформлен, на отпуск, который был продлен (например больничным) и не попадает на период отпуска в "кадрах", тогда такой отпуск не будет показан в итерфейсе. Кроме этого сейчас добавить отпуск на данной закладке можно будет только из верхней панели, т.е. через вызов интерфейса просмотра плановых отпусков.
102.1142059.1.3.0Контроль вычета добавляет лишние вычетыУправление персоналом4-е окно (родственники)
У человека двое детей: один-до 18 лет, второй-студент. Контроль вычетов устанавливает на первого 2 вычета, на 2-го-1, хотя по 164 ст., подп. 1.2, п.1 Налогового кодекса должно быть по 2 вычета только в том случае, если оба ребенка до 18 лет. При вводе иждивенца-жены устанавливаем признак "Иждивенец", при этом количество вычетов не заполняется, если вычет установить при контроле (если нет других иждивецев в списке)этот вычет удаляется.Вычеты на 2 детей, один из которых студент старше 18 лет. Каждому по 1 вычету.
102.1148789.1.3.0Корректировка данных об иждивенцахУправление персоналомИждивенцы
Корректировка данных об иждивенцах При выборе режима работы в Параметрах проверкикорректировки данных об иждивенцах - в режим "Корректировка" - данные не исправляются, (можно проверить дважды запустив корректировку) а отрабатывают как в режиме проверки.Доработана корректировка данных об иждивенцах.
102.1151069.1.3.0Запретить редактирование записей связанных с приказомУправление персоналом2-е окно (сведения об образовании)
Запретить редактирование записей связанных с приказом. Клиент удаляет даты началаокончания обучения, после чего они пропадают в утвержденном приказе.Все данные введенные в приказе (РПД-35) закрыты для редактирования во 2 окне картотеки.
102.1152589.1.3.0Некорректное закрытие лицевого счета при отчислении студентовУправление персоналом8. Увольнение
Некорректное закрытие лицевого счета при отчислении студентов. При отсутствии модуля "Заработная плата" в системе при утверждении приказа на отчисление студентов ( увольнение сотрудников) происходит некорректное закрытие лицевого счета. После утверждения приказа появляется сообщение следующего содержания: [x] Утеряно сообщение о корректировке данных. Студент: "Белоусова Елена Валерьевна (уч.н. 52438)"!Модуль ЗП отсутствует. При увольнении сотрудника (рпд-8) корректное обновление даты увольнения в ЛС
102.807359.1.3.0неверно обрабатывается процент снижения при работе с доплатой в картотекеУправление персоналомРабочая корзина (формирование сигнала)
8.10+z_staff_045. В истории доплат в картотеке оформляется распорядительное действие "частичное снятие доплаты" на определенное время. Тогда в РК корректно создаются три записи: - закрытие доплаты с первоначальным значением - открытие доплаты на период с процентом снижения - восстановление доплаты с первоначальным значением Однако при обработки второй записи значение поля "процент снижения" заносится в поле "Процент", а не в поле "% снижения". Соответственно, расчет такой доплаты неверен.При добавлении записи о частичном снятии доплаты происходит следующее: 1) для текущей доплаты устанавливается дата снятия равная дате частичного снятия минус один день 2) создается новая доплата - частичное снятие с указанными датами 3) создается новая доплата, которая возвращает исходную доплату дата начала равна дате окончания частичного снятия плюс один день, дата снятия равна дате снятия, которая была в исходной доплате. 4) формируется 3 соответствующих сигнала в РК
103.57499.1.3.0Удаление информации из поля открытого конфигуратором (PERSONABSENCE.FIO)Управление персоналом6-е окно (сведения о работе на предприятии)
Удаление информации из поля открытого конфигуратором (PERSONABSENCE.FIO) В свое время была доработана возможность вывода доп.полей в приказы и карточку сотрудника (6-й лист). Это было решено в проблеме ПиР № 103.5002. Заказчику поле по сотрудникам было конфигуратором открыто (PERSONABSENCE.FIO) в приказах и в картотеке(6-й лист). Возникла маленькая проблемка, если в этом поле выбрали сотрудника, то его оттуда уже не удалить (например ошиблись и в этом поле ничего не должно быть выбрано). В принципе, встаем курсором в поле нажимаем [Del] и фамилия исчезает, но если перешли на другое поле, то фамилия обратно вернулась. Необходимо добавить возможность удаления информации из поля открытого конфигуратором.В 6-м окне картотеки обработка Del для поля PERSONABSENCE.FIO.
106.95169.1.3.0Вычет опекуну должен быть с даты оформления опекунстваЗаработная платаКадровая информация
Вычет опекуну должен быть с даты оформления опекунства При ситуации по Сотруднику вдовцу: имеет одного ребенка своего, на второго оформлено опекунство с 1.06.2011г Код стандартного вычета на ребенка, на которого оформлено опекунство, должен формироваться только с даты подачи заявления с 01.06.2011г, а с 01.01.2011-31.05.2011 не должно быть вычета вообще, но система на период 01.01.2011-31.05.2011 формирует код 115, на период 01.06.2011-31.12.2011 код 119 проставляется верно.яС Следовательно, и в справке 2 НДФЛ формируется лишняя сумма стандартного вычета = 5000 за период с января по майяС. Документ об опекунстве заполнен и во временных вычетах, и в документах (кадровая информация - семейное положение), и на вкладке "налог на доходы".В документ "Nalogovye_vichety.doc" добавлено описание данного случая.
180.66579.1.3.0Обнуляется дата испытательного срокаУправление персоналом1. Прием на работу
Обнуляется дата испытательного срока. Подробнее во вложении.При утверждении приказа о повторном трудоустройстве испытательный срок не копируется из предыдущей карточки.
102.1136919.1.2.0Обеспечить возможность рассылки уведомлений сотрудникамУправление персоналомСобытия системы
Должны быть доработаны события системы: необходима возможность указания настройки непосредственно в событии о том, что данные о событии необходимо рассылать участвующим в них людям. Кроме этого, должна добавиться возможность привязки к событию шаблона письма. Шаблон письма должен создаваться пользователями системы. Шаблон должен состоять из текста письма и вложения. В тексте письма дата должна меняться в зависимости от даты формирования письма,остальной текст постоянный. Тема письма должна быть постоянна: УВЕДОМЛЕНИЕ о начале отпуска, информация по ОФОРМЛЕНИЮ отпуска в прилагаемом сообщении. Для всех уведомлений нумерация должна идти сквозная. Номер уведомления должен формироваться автоматически путем увеличения последнего номера на единицу. В качестве даты уведомления должна подставляться текущая дата. Для шаблонов писем должен быть разработан отдельный интерфейс, который позволит создавать и редактировать их. При необходимости к шаблону можно будет привязать вложение, которое будет отправлено вместе с данным письмом. Перед отправкой уведомления должен показаться список сотрудников, которым произойдет отправка данных. По умолчанию должны быть помечены все сотрудники, которым произойдет рассылка уведомленийДоработано событие системы "Контроль плановых отпусков". Сейчас при нажатии клавиши Enter в интерфейсе "Формирование отчета о событиях системы" на событии "Контроль плановых отпусков" вызывается интерфейс, в котором можно указать шаблон письма, которое будет отправлено выбранным сотрудникам (список сотрудников выдастся на экран при обработке данного события. По умолчанию помечены все сотрудники). Для работы с шаблонами разработан отдельный интерфейс. Вызывается по пункту меню: "Настройка - Администратор - Шаблоны писем". В данном интерфейсе можно добавлять, редактировать и удалять шаблоны писем. Шаблон письма состоит из собственного названия, заголовка письма, текста (тела) письма и файла вложения. Также для файла вложения необходимо указать полное имя файла с расширением. Это имя будет подставлять вместо реального названий файла (например вложенный файл называется "1.xml", а в шаблоне имя файла вложения указано "Вложение.doc", соответственно в письме будет прикреплен файл "Вложение.doc"). Кроме этого событие "контроль плановых отпусков" позволяет такие персональные данные как: - ФИО того, кто уходит отпуск (в родительном падеже); - должность того, кто уходит отпуск (в дательном падеже); - подразделение того, кто уходит отпуск (в родительном падеже); - номер уведомления; - дата уведомления; - год планового графика ухода в отпуск; - плановая дата начала отпуска; - количество дней отпуска по плану; - тип дней отпуска (календарные или рабочие дни) с учетом склонения и числа. добавлять в файл вложения. Для этого сначала нужно в файле вложения определить константы, которые в дальнейшем будут заменены на необходимую информацию (например константа FIO может быть в дальнейшем заменена на ФИО сотрудника), затем в файле <Папка с ресурсами галактики>xmlSettingsEvents.xml прописать на какую информацию будут заменяться описанные выше константы. Замена констант может быть произведена только в текстовых файлах. Если необходимо произвести замену в файле MS Word, тогда такой файл необходимо сохранять как "XML-документ Word 2003" и затем его импортировать в мемо-поле для вложения. Результирующие файлу будут создаваться в кодировке UTF-8, так как данная кодировка используется в документах MS Word. Константы рекомендуется описывать коротко и однозначно, что бы при их поиске и замене не произошла непреднамеренная замена похожего слова. Рекомендуется открыть xml-файл текстовым редактором и поискать в нем прописанные константы, если константы не найдены, тогда рекомендуется либо сократить название константы либо использовать другое имя. Номер уведомления - это сквозная величина, которая увеличивается на единицу при отправке следующего уведомления. Начальное значение можно указать в настройке: "Настройки Галактики Управление персоналом Управление и учет кадров Приказы Последний номер уведомления о приказе на отпуск". Пример: Нам необходимо уведомить сотрудников о наступлении их отпуска. Для этого необходимо отправить письмо соответствующим работникам. К письму необходимо прикрепить вложенные файлы с персональной информацией. Для этого создаем шаблон письма и во вложенном файле прописываем в нужном месте константу FIO. В файле SettingsEvents.xml в строчке <prop_value prop_descr="ФИО кому" prop_name="TO_NAME" value="FIO" /> для значений value="" прописываем нашу константу FIO. Затем обрабатываем событие "Контроль плановых отпусков" и нажимаем ввод в интерфейсе с появившимся списком сотрудников. В результате помеченным сотрудникам будет отправлено письмо, в котором в файле вложения вместо FIO будет подставлено ФИО соответствующего сотрудника.
102.1146099.1.1.0ОКАТО в справке 2-НДФЛЗаработная платаСправки в налоговую инспекцию (1,2-НДФЛ)
ОКАТО в справке 2-НДФЛ. В 2-НДФЛ значение ОКАТО заносится из города для обособленого структурного подразделения, а в настройках подразделения выводится ОКАТО улицы.Сделанные изменения влияют на функциональность формирования проводок по итогам расчета зарплаты и межпериода, формирование реестров, формирование платежных поручений по реестрам, формирование налоговой отчетности. Подразделение считается обособленным/ филиалом, если в каталоге подразделений для него установлен соответствующий признак в поле "Роль": "филиал/представительство" или "обособленное структурное подразделение". Далее по тексту под обособленным подразделением подразумеваются обе эти роли. Для необособленных подразделений используется ОКАТО, вычисленное для ближайшего вышестоящего по иерархии подразделений обособленного подразделения или филиала, а при отсутствии такого - используется ОКАТО вычисленное для собственной организации. Ниже приведен алгоритм вычисления ОКАТО с учетом наличия обособленных подразделений/филиалов. 1. Определение по прямой ссылке на ОКАТО в обособленном подразделении: При определении ОКАТО используется явно выбранное из каталога ОКАТО. При наличии такой ссылки используется оно и дальнейший поиск ОКАТО не проводится. 2. Определение по адресу в обособленном подразделении: При отсутствии явно заданной ссылки, ОКАТО вычисляется по адресу (ссылке на улицу или ссылке на город, при отсутствии ссылки на улицу) обособленного подразделения или филиала. Примечание: При вычислении по адресу, если в нем есть ссылка на улицу вычисляется ОКАТО по улице. При этом происходит проверка идентичности ОКАТО для данной улицы из справочника ГНИ (вызывается из интерфейса редактирования адреса) с ОКАТО в справочнике ОКАТО (вызывается из интерфейса редактирования подразделения - поле "ОКАТО"). Если найдена запись с таким же ОКАТО - дальнейший поиск не производится. Если не найдено производится поиск по пункту 3 и далее. Если для улицы в справочнике ГНИ отсутствует значение ОКАТО (например, если улица проходит через несколько районов города, которые имеют отличающиеся ОКАТО), в этом случае необходимо явно указать ОКАТО в подразделении, выбрав ОКАТО из справочника ОКАТО (для обработки в соответствии с пунктом 1). При отсутствии в адресе ссылки на улицу (адрес указан без выбора улицы), но наличии ссылки на населенный пункт, для сравнения используется ОКАТО населенного пункта, заданное в справочнике ГНИ. При этом происходит проверка идентичности ОКАТО для данного населённого пункта из справочника ГНИ с ОКАТО из справочника ОКАТО. Если такая запись найдена, используется ОКАТО этой записи и дальнейший поиск не производится. 3. Определение по строковому ОКАТО в связанной с подразделением организации: Если по предшествующим пунктам определить ОКАТО, присутствующее в справочнике ОКАТО не удалось, ОКАТО ищется в связанной с подразделением филиальной организации (при наличии такой), при этом сначала анализируется введенное вручную значение - если такое же значение найдено в справочнике ОКАТО дальнейший поиск не производится. 4. Определение ОКАТО по юр.адресу в связанной с подразделением организации: Определяется по юридическому адресу организации по вышеприведенноому алгоритму (описан в пункте 2 и примечании) для определения по адресу. Если удалось найти значение в справочнике ОКАТО дальнейший поиск не производится. 5. Определение по вышестоящим обособленным подразделениямфилиалам: Если по предыдущим пунктам ОКАТО для обособленного подразделения определить не удалось, будет использоваться ОКАТО вышестоящего обособленного подразделения/филиала, которые определяются по алгоритму, описанному в предшествующих пунктах. 6. Определение по строковому ОКАТО собственной организации: При отсутствии вышестоящих обособленных подразделений, ОКАТО определяется по строковому ОКАТО указанному в собственной организации. Если оно не заполнено - по строковому значению из общесистемной настройки "Настройки Галактики Бухгалтерский контур Отчеты Налоговая отчетность ОКАТО организации". Если строковое значение удалось найти в каталоге ОКАТО дальнейший поиск не производится. 7. Определение ОКАТО по юр.адресу собственной организации: Определение ОКАТО производится по ссылке на улицу, а при отсутствии - по ссылке на населенный пункт. Соответствующее значение ОКАТО ищется в справочнике ОКАТО. Если не найдено - возвращается пустое значение. Примечание: Для контроля в каталоге подразделений отображается доп.информация по отображаемому ОКАТО, в соответствии с тем, откуда было получено это значение ОКАТО (По прямой ссылке в самом подразделении (П:ОКАТО), по адресу в подразделении (П:Адрес), либо из вышестоящих подразделений (ВП:ОКАТО, ВП:Адрес), либо из филиальной организации (Ф: строка, Ф: Юр.адр.), либо из собственной организации (СО: строка, СО: Юр.адр.)) Добавлявшееся ранее в окно редактирования поле "ОКАТО" в каталоге подразделений было необходимо для формирования налоговой отчетности. В данном обновлении производится корректировка отображаемого значения. Ранее в поле "ОКАТО" отображалось ОКАТО адреса текущего подразделения, на текущем обновлении отображается ОКАТО, вычисленное с учетом иерархии подразделений и структуры предприятия. Подсказка к этому полю скорректирована на "Код ОКАТО подразделения с учетом иерархии". Добавлено отображение ОКАТО жирным шрифтом также для подразделений с ролью "филиал представительство" Доработана функциональность по заполнению автоаналитик по ОКАТО подразделений, которая формируется по общесистемной настройке "Настройки Галактики Управление персоналом Расчеты с персоналом Формирование проводок Автоматическое формирование КАУ по АТД". Ссылки в аналитику проставляются исходя из найденных в справочнике ОКАТО значений, вычисленных по подразделениям. Добавлен пункт меню Модуль "Зарплата" - Настройка - Заполнение каталогов - Каталог АТД - импорт справочника ОКАТО. Справочник можно скачать с Internet. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Важно! Для корректной работы системы в соответствии с описанием в решении проблемы необходимо наличие заполненного справочника ОКАТО. При отсутствии правильного справочника его необходимо импортировать в систему. При отсутствии импортированного справочника вычисление ОКАТО в налоговых регистрах, карточках 2-НДФЛ, при формировании реестров и формировании платежных поручений и проводок, автоаналитики по АТД и т.п. будет проводиться неверно.