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


Описание файла обновления:
ФайлG_TUNE_DLL_810120.txt
ОбновлениеG_TUNE_DLL_810120
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентG_TUNE
ТипDLL
Версия8.10.12.0
Дата2013-07-16 12:55:26
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.125211NEWДолгое сохранение настроек в окне расчета зарплаты по сотрудникуНастройка, Обмен бизнес-документами и др.Общие вопросы по компонентам C_*
"Долгое сохранение настроек в окне расчета зарплаты по сотруднику" Оптимизировались следующие моменты: 1) При переключении галок "параметры расчета зарплаты" они долго сохраняются в реестре настроек Галактики. Заметно если много раз кликать на них каждая галка сохраняется более секунды (у заказчика вообще время шло на десятки секунд) 2) При нажатии на кнопку "Продолжить" аналогично те же галки еще раз сохраняются в реестре настроек. Возникают заметные паузы между этапами расчетов.Теперь галки должны моментально переключаться, а паузы между этапами расчета должны быть покороче.
102.981358.10.9.0Логирование кэша настроекНастройкаПредложение по новой функциональности модуля Настройка
Логирование кэша настроек Необходимо встроить логирование кэша настроек по аналогии с кэшем аналитикВ galnet.cfg в секцию [Galaxy] добавлен параметр - TuneLog. По умолчанию выключен. Данный параметр включает формирование лог-файла кэша настроек и имеет смысл, когда включен кэш настроек (TuneCache=ON). При запуске Галактики формируется лог-файл TuneCache.log в который выводится информации о чтении/записи кэша настроек. В файл выводится код и значение настройки, а также время когда настройка была прочитана или записана в кэш. В конце сеанса работы в лог-файл выводится статистика чтения-записи в кэш, а так же информация о том сколько раз кэш удалялся и переформировывался.
102.867888.10.7.0AQA и филиальность для настроек.НастройкаПрочие вопросы по настройке
AQA и филиальность для настроек. Продолжение 101.41752. Необходимо сделать копирование настороек для филиального пользователя при прогоне AQA-теста созданого на не филиальной БД.Настройки копируются из обычного в филиального пользователя при прогоне AQA-теста, если сам тест был создан на не филиальной БД. Копирование происходит после восстановления БД и модификации реестра настроек. Должен быть задан параметр AQA.FilialFile. Тоже самое при параметре AQA.JournalFile для бд, которая имеет офисы (журнализацию).
101.359238.10.6.0Замедление при работе с интерфейсом Акт на оказание услугУправление снабжениемАкты на услуги, работы
Замедление при работе с интерфейсом Акт на оказание услуг Интерфейс: Управление снабжением- Документы- Акт на оказание услуг. Режим ввода-привязка ДО- выбор ДО из списка-перечень ДО появляется через Время выполнения 25 секунд Желаемое время: менее 3 секунд. Проблемы с быстродействием наблюдаются при увеличении нагрузки на систему. В настоящее время, согласно регламента, все пользователи оперативных служб вводят в систему ДО, акты. Кроме того, все пользователи бухгалтерии ведут обработку этих же документов (хозоперации и пр.). Т. е. нагрузка превосходит стандартную (например, 3-дневной давности) в 3-4 раза. Для полной наглядности можно протестировать процесс ввода документов удаленно. через терминал сервер.Добавились новые параметры в cfg: [Galaxy] TuneItemLifeTime - Время актуальности настройки в кэше в секундах. По умолчанию 30 TuneItemLimit - Количество кэшируемых настроек. По умолчанию - 200 При необходимости можно менять эти параметры в сторону увеличения. При большой нагрузке на сервер в интерфейсе сопроводительных документах происходит частое обращение к настройкам. Увеличие указанных параметров может существенно снизить эту нагрузку и привести к увеличению быстродействия при навигации по записям
101.384178.10.4.0Проблема с администратором настроекНастройкаАдминистратор настроек
После добавления новых пользователей не проставляются автоматически фамилия. При обсуждении данной проблемы по телефону с техподдержкой нам было предложено произвести АдминистраторПроверка реестра настроек. Действительно, после проведения проверки данные восстанавливаются, но для новых пользователей их снова нет.Сделан перенос ФИО пользователя из протекта (x$users) в настройки при первом входе пользователя.
102.753368.10.4.0неверное определения филиалаНастройкаПрочие вопросы по настройке
имеется топология филиальности - фил1 голов.офис - фил2 user1 в фил1 user2 - в фил2 все юзера принадлежат голов.офису При установке собств.организации в п. Настройка - изменяются собст.организации во всех филиалах если же установить собственную организацию из п.Администратор настроек , то она становится локальной для каждого филиала, но в настройке пользователя это никак не отражается. Такое ощущение , что ПОЛЬЗОВАТЕЛЬСКАЯ настройка читается из корневой записи КОРПОРАЦИЯ ? Базы прилагаются неверное определения филиалаПересобрана на 5.3.15.
102.746348.10.3.0Для выпуска Атлантиса 5.3.14Предложение по новой функциональности Галактики ERP (по системе в целом)?
Для совместимости с Атлантисом 5.3.14 необходима персборка на этом атлантисе dll: - G_FA 8.10.1.0 - G_Fin 8.10.3.0 - G_Nalog 8.10.2.0 - G_OPer 8.10.3.0 - G_Txo 8.10.8.0 - Galnet 8.10.53.0 - G_Tune 8.10.3.0 (для филиальности)Указанные DLL пересобраны на 5.3.14.
102.677208.10.1.0Работа настроек при включенной филиальности и репликацииНастройкаПрочие вопросы по настройке
Исправлена работа настроек в филиальной БД с включенной репликациейЕсли включен межофисный обмен и включена филиальность, то игнорировать значение офиса, Office=0 всегда. Value - Fun (Code, User, 0, Filial) - это Пользовательская настройка Value - Fun (Code, 0, 0, Filial) - это Системная настройка, разная только для филиалов