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

Задача :101.55148

2015-04-02 14:23:44
Краткое описание :
Вернуть Типовые отчеты
Описание :
_Типовые отчеты
Что измененно :

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

Типовые отчеты можно вызвать из меню "Управление персоналом / Отчеты / Архивные формы / Типовые отчеты".
В эту же ветку меню возвращены:
- Настройка отчетов
- Справка по каталогу отчетов

Дальнейшее развитие этих отчетов не планируется.

Задача :101.56495

2015-04-02 14:23:22
Краткое описание :
Некорректное предоставление вычетов
Описание :
Проверка вычетов на иждивенцев
Что измененно :

Некорректное предоставление вычетов
У сотрудницы 5 детей. Двоим детям больше 24 лет, вычетов на них нет, в родственниках они не указаны. Двое детей учатся и им до 24 лет, заведены соответствующие обоснования вычетов (справки с места учебы), т.е. должно быть 2 дополнительных вычета, номера детей проставлены (3-ий и 4-ый ребенок). 5-ый ребенок не учится и ему исполнилось 18, на него вычетов не должно быть никаких.
В 4-ом пункте "Картотеки сотрудников" в поле "Количество иждивенцев" стоит 0.
При запуске в модуле "Управление персоналом" проверки и корректировки данных о иждивенцах выходит протокол, что все трое детей не являются иждивенцами. Это правильно.
А при запуске этой же проверки в модуле "Заработная плата" выходит отчет о рассогласовании, что в Лицевом счете указано вычетов на иждивенцев 0, дополнительных вычетов 2, а должно быть на основании картотеки на иждивенцев 2, дополнительных 2.
Как измененно :

Обработана ситуация, когда из 5 детей введены 3, 4 и 5. Все дети старше 18 лет, но 3 и 4 студенты до 24 лет.

Задача :101.56519

2015-04-02 14:22:49
Краткое описание :
Индекс не найден. В таблице PLPOR
Описание :
Авансовый отчет
Что измененно :

После заполнения спецификации и переходе в основное окно Спрашивает ":Изменить сумму документа ?" - отвечаю Да и выдаёт 17 раз ошибку "Индекс не найден. В таблице PLPOR" и "Сумма платежа" не меняется.
Отключение собственных доработок проблему не решило.
Пишут, что ошибку заметили на обновлениях примерно от 18 февраля. F_PLPOR был версии 9.1.31.0. До февраля ошибок не было.

Удалили индексы через sqlplus, затем запустив чекору по таблице PLPOR, индексы пересоздали, проблема осталась.
Во вложении smart-логи, сводный отчет.

В ОТП не подтверждается.
Как измененно :

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

Задача :101.56539

2015-04-02 14:22:49
Краткое описание :
На 9.1 пропала возможность редактирования с клавиатуры Шаблона назначения платежа
Описание :
Реестры по перечислениям
Что измененно :

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

Восстановлена возможность редактирования с клавиатуры Шаблона назначения платежа.

Задача :102.132527

2015-04-02 14:23:33
Краткое описание :
Выбор из каталога АТД
Описание :
Административно-территориальное деление
Что измененно :

При загрузке каталога АТД позиционировать на запись предыдущего выбора.
Это касается ввода новых документов, для которых необходим выбор из каталога АТД.
Сейчас позиционирует на первую запись каталога.
И при больших объемах ввода каждый раз необходимо проходить один и тот же путь
Республика Беларусь->Гомельский район, г. Речица, ул .ххххххххххх.
Как измененно :

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

Задача :102.135623

2015-04-02 14:24:06
Краткое описание :
В журнал увольнений не попадает внешний совместитель, принятый повторно
Описание :
Увольнение с работы
Что измененно :

В журнал увольнений не попадает внешний совместитель, принятый повторно.
Пример: Надеждина Н.Г. принята на работу с 01.07.14, вид работы = по совместительству. 21.07.2014 данный работник уволен. В журнал увольнений с 01.07.14 по 31.07.14 сотрудник попадает. С 01.08.14 повторный прием, после этого опять формируем журнал с теми же параметрами. Уже сотрудник в отчет не попадает.
Как измененно :

При формировании журнала увольнений для сотрудников анализ истории увольнений производится:
- для л/с по основному месту работы;
- для л/с по совместительству, если в карточке сотрудника указан вид работы "по совместительству", т.е. сотрудник - внешний совместитель.

Задача :102.139496

2015-04-02 14:24:06
Краткое описание :
изменения в форме Трудового договора
Описание :
6-е окно (сведения о работе на предприятии)
Что измененно :

изменения в форме Трудового договора.
Согласно статьи 12 Федерального закона от
28/12/2013 №421-ФЗ внести изменение в статью 57
(содержание трудового договора) ТК РФ, а именно часть
вторую статьи 57 дополнить новым абзацем девятым
следующего содержания: "условия труда на рабочем
месте". Поэтому теперь трудовой договор должен
обязательно содержать этот пункт, в котором и должны
быть указаны условия труда на рабочем месте, класс
условий труда, вредные производственные факторы,
компенсационные выплаты и льготы.
Поскольку распечатку делаем на 6 закладке
картотеки сотрудников(присоединенная форма к Трудовому
договору. Кнопка Печать на 6 стр картотеки), то
необходимо в форму вытащить поля содержащие:
класс условий труда - из КПС.
Как измененно :

В поток данных трудового договора добавлены поля:

OsobUslCode // Особые условия - код
KPSCode // КПС - код
PodklassUslTruda // Подкласс условий труда
TerUslCode // Территориальные условия - код.

Задача :102.140231

2015-04-02 14:23:22
Краткое описание :
Справка об обновлении тарифа содержит неверные сведения о пересчитанном тарифе
Описание :
Обновление тарифов/окладов в картотеке
Что измененно :

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

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

Задача :102.140701

2015-04-02 14:22:38
Краткое описание :
Разработать новый идентификатор
Описание :
Предложения по новой функциональности модуля "Хозоперации"
Что измененно :
Разработать новый идентификатор.

С 1 января 2015 г. порядок отражения в бухгалтерском учете организации
выраженной в иностранной валюте стоимости активов, обязательств, собственного
капитала, доходов, расходов и разниц, возникающих при пересчете выраженной в
иностранной валюте стоимости активов и обязательств в белорусские рубли,
определен Национальным стандартом бухгалтерского учета и отчетности "Влияние
изменений курсов иностранных валют", утвержденным постановлением Министерства
финансов Республики Беларусь от 29.10.2014 N 69 (далее - НСБУ N 69).

Так, в частности, п. 3 НСБУ N 69 предусмотрено, что если для осуществления
расходов был перечислен аванс, то выраженная в иностранной валюте сумма
понесенных расходов и стоимость относящихся к этим расходам обязательств
отражаются в бухгалтерском учете в белорусских рублях по официальному курсу
белорусского рубля:

- на дату (даты) перечисления аванса в иностранной валюте, если аванс был
перечислен в иностранной валюте в размере полной суммы расходов;

- на дату (даты) перечисления аванса в иностранной валюте в части суммы
расходов, приходящейся на аванс, и дату совершения хозяйственной операции в
части суммы расходов, не приходящейся на аванс, если аванс был перечислен в
иностранной валюте в размере частичной суммы расходов.

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

Необходимо разработать идентификатор с помощью которого можно будет
сформировать проводки с учетом вышеприведенных правил, а именно

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

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

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

В локальном меню добавлены функции:
- Пересчет расходов с учетом авансов.

Данная операция выполняется для помеченных позиций
спецификации, при чем учитывается последовательность
пометки. Производится пересчет позиций спецификаций в
разрезе авансовых расходов. Расходы являются авансовыми
если их дата обработки меньше или равна дате обработки
авансового отчета. Помеченные позиции спецификации
пересчитывается на дату авансового расхода, а затем
сравнивается полученная сумма в валюте аванса
спецификации и сумма расхода. Если сумма расхода
превышает спецификацию, то сохраняем пересчитанные
значения и переходим к следующей позиции спецификации.
Если сумма расхода меньше позиции спецификации, то
дробим спецификацию на 2 части - сумму авансового
расхода и остаток. При этом остаток обратно
пересчитывается на дату авансового отчета и этот
остаток продолжает участвовать в пересчете для
следующего авансового расхода.
Дробление позиции спецификации бывает двух типов.
Связано это с тем, что обрабатываемые спецификации тоже
бывают двух типов, а именно когда в норме расхода
указан тип "по норме" или "по сумме". В связи с
этим было разработано два алгоритма дробления
позиций спецификации. Когда когда тип расхода в норме
указан "по сумме" - происходит дробление суммы. Когда
"по норме" - сумма остается неизменной, но происходит
соответствующая корректировка количества дней, из-за
которой получаем нужную итоговую сумму.
Позиции у которых количество дней равно нулю - не
обрабатываются. Так же не обрабатываются ситуации когда
валюта авансового расхода отличается от валюты аванса
позиции спецификации.
При установке связи позиции спецификации с
авансовым расходом, в поле RashDoc.cDoc записывается
ссылка на авансовый расход (соответствующий PlPor.NRec)

- Отмена пересчета расходов.
В данном случае производится откат операции
пересчета авансовых расходов. Раздробленные операции
схлопываются в одну и устанавливается дата расчета
равная дате авансового расчета.

Задача :102.140852

2015-04-02 14:23:22
Краткое описание :
Недочеты 11-го окна картотеки
Описание :
Пенсионный стаж
Что измененно :

Недочеты 11-го окна картотеки:
1. Отсутствует проверка прав доступа,
2. Не отрабатывает новый конвертер по открытию окна.
Как измененно :

1. При включенной настройке на РБ, при изменении/ удалении данных о стажах (даты начала и окончания, код професси по ОКПД, Вид деятельности, номер договора подряда) происходит проверка прав доступа пользователя к 11 окну картотеки. В случае когда права доступа к 11 окну ограничены визуализируется соответствующее сообщение, данные не корректируются.

2. При открытии 11-го окна корректно отрабатывает конвертер. При конвертации, добавлена визуализация, позволяющая следить за процессом (актуально только на больших базах).

Задача :102.141171

2015-04-02 14:23:33
Краткое описание :
некорректный показ доступных подразделений в разных интерфейсах и фильтрах модуля
Описание :
к структурным единицам штатного расписания
Что измененно :

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

Проявляется после установки сквозного фильтра по подразделениям по одному подразделению.
Как измененно :

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

Задача :102.141717

2015-04-02 14:23:00
Краткое описание :
Получить результат расчета ключа в содержании проводки
Описание :
Предложения по новой функциональности модуля "Хозоперации"
Что измененно :

Получить результат расчета ключа в содержании проводки
Как измененно :

Добавлен макрос GetKey. Выдает в содержание
проводки НДЕ составляющую результата расчета ключа,
заданного параметром Ключ:[название ключа]

Задача :102.74567

2015-04-02 14:24:06
Краткое описание :
Отчеты по ШР и ШН. Выгрузка в отчет первой доплаты из закладки "надбавки".
Описание :
Отчеты по штатному расписанию Ctrl+P (пользовательские отчеты по ШР)
Что измененно :

Перечень отчетов по штатному расписанию -> Отчеты по ШР и ШН. При формировании отчета независимо от выбранного параметра вида отчета (Штатное расписание / Штатное наполнение) возникают ошибки:
- если на вкладке "Повышение оклада" не выбрать ни одной графы, то первая графа со вкладки "Надбавки" выводится второй, вторая - третьей и т.д., а последняя теряется, но в графу "Итого" идут все суммы;
- если на вкладке "Повышение оклада" выбрано менее двух граф, то в поле "Должностной оклад" выводится пустая строка;
- если на вкладке "Повышение оклада" выбрана одна графа, то над наименованием графы не выводится заголовок "Повышение тарифного оклада".
Как измененно :

Формирование отчета по штатному расписанию (Перечень отчетов по штатному расписанию -> Отчеты по ШР и ШН) производится корректно.

Задача :180.5307

2015-04-02 14:22:15
Краткое описание :
Медленно закрывается галактика
Описание :
Общие вопросы по компонентам Z_*
Что измененно :

При включенном параметре конфигуратора DataBase.UserTableInMem или DataBase.TempTableInMem очень долго идет запись таблицы CURLSCHET в базу. Предлагается принудительно чистить содержимое таблицы CURLSCHET при выходе из Галактики, так как всё равно при первом входе в лицевые счета заполнение происходит заново.
Как измененно :

Теперь при закрытии Галактики содержимое таблицы CURLSCHET очищается, в результате закрытие программы происходит намного быстрее, чем раньше, поскольку больше не выполняется длительный процесс сброса данных в базу.