Задачи ЕРП Галактика решенные на дату 2016-11-18

Задача :101.58423

2016-11-18 18:37:39
Краткое описание :
Добавить возможность изменить "Категорию" в ставке в ШР через РПД=23 "Изменение атрибутов ставки"
Описание :
Приказы по штатному расписанию
Что измененно :

Нужна возможность редактировать категорию для единиц штатного расписания.
Как измененно :

Добавлена возможность редактировать категорию для единиц штатного расписания при помощи СШР РПД 23, а также при помощи истории штатного расписания.

Задача :101.59584

2016-11-18 18:37:38
Краткое описание :
Решение ПИРа 101.59257 не анализирует подстроку 'ж/д' в названии услуги
Описание :
Акты на услуги, работы
Что измененно :
ПИР 101.59257 решен не совсем корректно. При пересчете не
учтено решение 101.56736 - т.е не учитывается наличие подстроки 'ж/д' в
наименовании услуги.
Как измененно :
Пакетный пересчет расчетных услуг ( VIP00 ).
Услуги в акте с подстрокой "ж/д" не умножаются на суммарное количество
спецификации накладной, связанной с актом.

Задача :101.60444

2016-11-18 18:37:39
Краткое описание :
Дать возможность указывать БИК
Описание :
Электронные реестры
Что измененно :

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

Доработан интерфейс настройки экспорта в dbf/xml-формат Сбербанк. В интерфейс добавлено поле БИК, где пользователь может указать
необходимые данные. При выборе платежного поручения БИК устанавливается из данных о платежном поручении. При выборе наименования организации - БИК устанавливается из данных организации.

Задача :102.154335

2016-11-18 18:37:39
Краткое описание :
Реализовать возможность разделять реестры по выплате аванса в межпериод по Назначению платежа из постоянного удержания
Описание :
Реестры по перечислению аванса в банк
Что измененно :

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

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

Задача :102.154338

2016-11-18 18:37:39
Краткое описание :
Реализовать возможность разделять реестры по выплате больничных в межпериод по Назначению платежа из постоянного удержания
Описание :
Реестры по перечислению в банк (больничный)
Что измененно :

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

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

Задача :102.155754

2016-11-18 18:37:38
Краткое описание :
Логирование предупреждений при работе с DSK, объект:"InitClcUslShowProt"
Описание :
Абонентское обслуживание
Что измененно :
Логирование предупреждений при работе с DSK,
объект:"InitClcUslShowProt"
При формировании ДО:

Считан : GETPAR1
Записан: CALCFUNS
Как измененно :
Избавлено от предупреждений при работе с DSK

Задача :102.158186

2016-11-18 18:37:39
Краткое описание :
Работу с реестрами тормозит процесс "Расчет итоговых сумм"
Описание :
Реестры по перечислениям. Формирование
Что измененно :

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

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

Доработка затронула следующие интерфейсы модуля "Заработная плата":
1) Операции - Отпуска - Реестры по перечислению в банк;
2) Операции - Больничные - Реестры по перечислению в банк;
3) Операции - Аванс - Реестры по перечислению аванса в банк;
4) Операции - Начисления и выплаты - Реестры по перечислению в банк;
5) Операции - Удержания и выплаты - Реестры по перечислению в банк;
6) Операции - Ежемесячные пособия на детей - Реестры по перечислению в банк - Реестры по перечислению пособий на детей в банк;
7) Операции - Ежемесячные пособия на детей - Реестры по перечислению в банк - Реестры по перечислению пособий матерям в банк;
8) Операции - Единовременные пособия - Реестры по перечислению в банк;
9) Операции - Договоры подряда - Реестры по перечислению аванса в банк;
10) Операции - Договоры подряда - Реестры по перечислению зарплаты в банк;
11) Операции - Расчет премии с учетом КТУ - Реестры по перечислению в банк;
12) Отчеты - Отчеты по оплате труда персонала - Реестры по перечислениям

Задача :102.159946

2016-11-18 18:37:38
Краткое описание :
Добавить возможность привязки внешних атрибутов к календарю.
Описание :
Календарь
Что измененно :
Добавить возможность привязки внешних атрибутов к календарю.
Как измененно :
Добавлена возможность привязки внешних атрибутов к
классификатору календарей (таблица Calendar "Справочник календарей").

Задача :102.159957

2016-11-18 18:37:38
Краткое описание :
Граница нестрогая не работает пока ее не перевыбрать
Описание :
Базовые тарифы
Что измененно :
Обработка нижней граница интервала с типом Нестрогая в базовом
тарифе
Как измененно :
Исправлен недочет установки Нестрогой границы в Каталоге тарифов
Обновление записи перед вызовом внешних атрибутов

Задача :102.160186

2016-11-18 18:37:39
Краткое описание :
Заполнение поля ZarOperR^.FilialNo в реестрах с с префиксом "R$Z"
Описание :
Реестры по перечислениям. Формирование
Что измененно :

Для развития функциональности учета необходимо заполнить поля ZarOperR^.FilialNo в реестрах с с префиксом "R$Z".
Вид оплаты нужно брать из полей записей к перечислению UDER(SUMVIDUD).VIDOPLUD, если не заполнено, то UDER(SUMVIDUD).FILIALNO.
Необходимо также показать вид оплаты в окне просмотра учетных сумм операций.
Речь идет о реестрах, которые формируются с параметром "по зарплате" и "по авансу" в функции меню
Галактика ERP \ Персонал \ ЗП \ Отчеты \ Оплата труда \ Реестры \ Реестры по перечислениям. Формирование
Как измененно :

Доработано формирование реестров, формируемых из пункта меню "Галактика ERP \ Персонал \ ЗП \ Отчеты \ Оплата труда \ Реестры \ Реестры по перечислениям. Формирование"

Для 9.1:
В реестры на перечисление аванса и зарплаты переносятся виды оплат (если есть в удержаниях), если реестры формируются по суммам удержаний, а не по сальдо. Код вида оплаты берется из поля UDER.VIDOPLUD (SUMVIDUD.VIDOPLSVU), а если оно равно нулю, то из поля UDER.FILIALNO (SUMVIDUD.FILIALNO).
В реестры на уплату НДФЛ переносятся виды оплат если они есть в удержаниях - берутся из поля UDER.VIDOPLUD (SUMVIDUD.VIDOPLSVU), а если оно равно нулю, то из поля UDER.PRPER (SUMVIDUD.PRPER).

Для 8.1:
В реестры на перечисление аванса и зарплаты переносятся виды оплат (если есть в удержаниях), если реестры формируются по суммам удержаний, а не по сальдо. Код вида оплаты берется из поля UDER.FILIALNO (SUMVIDUD.FILIALNO).
В реестры на уплату НДФЛ переносятся виды оплат если они есть в удержаниях - берутся из поля UDER.PRPER (SUMVIDUD.PRPER).

Задача :102.160561

2016-11-18 18:37:38
Краткое описание :
Повысить надежность очистки блокировок
Описание :
"Управление бюджетом" в целом
Что измененно :
При загрузке Галактики, в некоторых случаях появляется
системное сообщение:
TBlockModifier.Run. Ошибка модификации данных!
Статус = 80. Обработано 0 записей.
Таблица №22400.
Проблема проявляется на платформе Oracle. Появление проблемы весьма не
стабильно. Во всех случаях ее появления происходила массовая одновременная
загрузка Галактики несколькими пользователями:
1. Иногда проблема появлялась, во время массового входа в Галактику, но не
обязательно что у всех входивших.
2. А иногда п.1. отрабатывал нормально, все пользователи выходили из Галактики.
После этого один пользователь входит в Галактику и появляется сообщение.
Как измененно :
Повышена надежность процесса "Очистка неиспользуемых
блокировок...", который отрабатывает при загрузке Галактики.

Задача :102.160562

2016-11-18 18:37:38
Краткое описание :
"Монитор работы пользователей" не отображает работу пользователей
Описание :
Монитор работы пользователей
Что измененно :
"Монитор работы пользователей" не отображает работу
пользователей - не показывает, кто в каком интерфейсе работает. Проблема
проявляется только на платформе ORACLE.
Как измененно :
Теперь на всех платформах интерфейс работает одинаково -
отображает работу пользователей

Задача :102.160571

2016-11-18 18:37:38
Краткое описание :
Не очищается менеджер блокировки данных
Описание :
"Управление бюджетом" в целом
Что измененно :
В некоторых случаях, после завершения сессии работы
пользователя в Галактике, в таблице FpLockData, остаются не нужные данные вида:
"MT_*". Таких данных после завершения пользовательской сессии быть не должно,
т.к. это дескрипторы временных таблиц пользователя. Замечено, что такая
ситуация возникает при работе в интерфейса:
- "Каталог соответствий аналитик"
- "Импорт бюджетов"
- "Платежные документы" ("Платежные поручения", и т.п.)
- ...
Как измененно :
Теперь функционал дескрипторов временных таблиц пользователя,
не использует менеджер блокировки данных.

Задача :102.160578

2016-11-18 18:37:39
Краткое описание :
Не правильные рабочие периоды
Описание :
Справочник рабочих периодов (обобщенно)
Что измененно :

В базе существуют записи с заполненным полем Persons.LastDate, хотя эти карточки не были созданы при переводе из филиала в филиал с раздельной отчетностью.
После решения ПИР 180.9421 от этой даты устанавливается дата начала первого рабочего периода, если обновить какое-либо поле в 1 окне картотеки.
Как измененно :

При установке обновления произойдет конвертация данных и поле Persons.LastDate будет зачищено для всех карточек, кроме тех, которые созданы с РПД-5 с параметром перевод из филиала в филиал с раздельной отчетностью и все рабочие периоды для таких карточек будут начинаться с даты приема.

Задача :102.160635

2016-11-18 18:37:39
Краткое описание :
Удаляется запись истории подразделений, созданная исходным приказом
Описание :
Приказы по штатному расписанию
Что измененно :

Если скопировать утвержденный приказ с РПД-3 по штатному расписанию и удалить его копию не утверждая, то удаляется запись истории подразделений, созданная исходным приказом.
Как измененно :

Исправлено копирование РПД-3, 4 по штатному расписанию.

Задача :180.9926

2016-11-18 18:37:39
Краткое описание :
Продолжение проблемы ПИР 102.156469
Описание :
Настройка БУХГАЛТЕРСКОГО контура
Что измененно :

Если используется несколько касс ("Настройки Галактики \ Бухгалтерский контур \ Ведется несколько касс" = "да") и рабочая касса не задана ("Настройки Галактики \ Бухгалтерский контур \ Рабочая касса" = ""), то открытие интерфейсов модуля "Заработная плата" и выбор кассы в параметрах этих интерфейсов не должны приводить к изменению значения настройки "Рабочая касса" - эта настройка должна оставаться не заданной.

Речь о следующих интерфейсах модуля "Заработная плата":
Операции - Отпуска - Платежная ведомость
Операции - Больничные - Платежная ведомость
Операции - Аванс - Платежная ведомость
Операции - Аванс - Расходные кассовые ордера
Операции - Начисления и выплаты - Платежная ведомость
Операции - Удержания и выплаты - Платежная ведомость
Операции - Ежемесячные пособия на детей - Платежная ведомость - Платежная ведомость на детей
Операции - Единовременные пособия - Платежная ведомость
Операции - Договоры подряда - Авансовая ведомость
Операции - Договоры подряда - Платежная ведомость
Операции - Расчет премии с учетом КТУ - Платежная ведомость
Операции - Платежная ведомость межрасчетного периода
Отчеты - Отчеты по оплате труда персонала - Платежная ведомость
Отчеты - Отчеты по оплате труда персонала - Расходные кассовые ордера
Отчеты - Отчеты по оплате труда персонала - Алименты через кассу
Как измененно :

Если настройка "Рабочая касса" не задана, то при работе с интерфейсами модуля "Заработная плата" значение этой настройки не будет изменяться.

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