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


Описание файла обновления:
ФайлG_TUNE_DLL_810140.txt
ОбновлениеG_TUNE_DLL_810140
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентG_TUNE
ТипDLL
Версия8.10.14.0
Дата2013-10-28 15:52:14
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.127678NEWAQA_test Проблемы с закрытием дня/откатомНастройкаНе знаю какая именно часть модуля Настройка, научите
Проблемы с закрытием дня/откатом. БД развернута аквой на текущих ресурсах. При попытке закрыть день все сообщения выдаются, что закрытие прошло успешно, но даты закрытого/открытого дня в настройках не меняются. Проявляется на платформе SQL и Oracle.Настройка изменяется.
102.1264848.10.13.0Дополнительные меры по защите реестра настроек от случайного и непреднамеренного обновления.НастройкаПредложение по новой функциональности модуля Настройка
Дополнительные меры по защите реестра настроек от случайного и непреднамеренного обновления. Необходимо доработать функцию автоматического запуска обновления настроек при старте системы. Реализовать дополнительные меры по защите реестра настроек от случайного непреднамеренного обновления. 1) В настоящий момент при старте система проверяет существуют ли записи в реестре настроек и обновилась ли дата какой то из подключаемых компонент. Если одно из условий не выполняется молча запускается процедура обновления реестра настроек. Необходимо доработать данную проверку таким образом чтобы на экран выдавалось предупреждение с указанием точной причины по которой следует произвести обновление реестра настроек. Если отсутствуют записи в реестре настроек, то сообщение должно содержать более точную расшифровку кода ошибки (GetFirst TuneDef) Действительно отсутствуют или запрещён доступ к таблицам настроек или произошло сбой при обращении к таблице БД и т.д. Если обновилась дата компоненты то сообщение должно содержать идентификатор этой компоненты. 2) Если причиной выдачи сообщения является действительное отсутствие записей TuneDef либо обновление дата оной из одной компонент. То сообщение должно содержать вопрос "Продолжить ?" с вариантами ответа "да" "нет". При выборе варианта "нет" приложение необходимо сразу закрывать. 3) Если причиной выдачи сообщения являются ошибки доступа к таблицам TuneDef TuneVal на чтение и запись. Либо иные ошибки доступа к БД. То сообщения должно содержать утверждение "Работа приложения будет завершена!" с одним вариантом ответа "Продолжить". Без вариантов приложение необходимо закрывать. 4) Если включена система разграничения прав доступа и пользователь не является администратором БД. То сообщение в любом случае должно содержать утверждение "Работа приложения будет завершена!" с только один вариант ответа "Продолжить". Без вариантов приложение необходимо закрывать. Не важно по какой причине реестр настроек пуст, или не соответствуют даты компонент, или были ошибки. В любом случае при включённой системе "PROTECT" обновлять реестр настроек должен только администратор БД . 5) Если приложение запущено автоматически в режиме прогона AQA теста реестр настроек можно обновить автоматически без выдачи сообщения. Согласовать постановку с отделом тестирования. 6) Логика обработки настройки Galaxy.TuneLock также должна быть видоизменена При значении Galaxy.TuneLock=On обновление реестра не должно запускаться ни прикажи обстоятельствах. Если обновились только даты компонент, молча продолж ить работу. Недостающие настройки пользователи будут видеть при обращении к функционалу этих компонент. Если реестр пуст, то выдать сообщение о том что "Реестр пуст, а обновление заблокировано по параметру файла конфигурации" и выйти из приложение. Если есть ошибки доступа к таблицам настроек также выдать сообщение и выйти из приложения.Обновление реестра настроек (либо создание реестра настроек) будет запускать автоматически только в следующем случае: 1) Galaxy.TuneLock=off в настроенном (cfg) файле; 2) Если установлен Protect на БД и пользователь имеет тип пользователя Администратор Если не установлен Protect на БД, то пользователь может иметь любой тип пользователя 3) Если Реестр настроен пуст либо появились новые настройки в обновленных ресурсах по сравнению с текущими данными в БД В противном случае запуск создания/обновления реестра настроек произведен не будет. В следующих случаях система Галактики будет прекращать работу: 1) Если при загрузке системы отсутствуют права на чтение настроек. Будет выдано сообщение "Нет прав на чтение настроек. Работа системы будет прекращена." 2) Если Реестр настроек пуст и установлен параметр Galaxy.TuneLock=on в настроенном (cfg) файле Будет выдано сообщение "Реестр настроек пуст. Запуск обновления реестра настроек заблокирован по параметру GALAXY.TuneLock. Работа системы будет прекращена." 3) Если Реестр настроек пуст, установлен Protect на БД, и пользователь имеет тип пользователя Пользователь в системе SupportМодуль Права доступа Будет выдано сообщение "Реестр настроек пуст. Запуск обновления реестра настроек доступен только администратору. Работа системы будет прекращена." В других случаях система Галактики запуститься и можно будет продолжить работу. В ручном режиме при запуске обновления реестра настроек будет выдаваться следующие сообщения: 1) В многофилиальном режиме обновление реестра настроек невозможно. при работе на филиальной БД 2) Запуск обновления реестра настроек доступен только администратору. в случае, если установлен протект на БД и запуск делает не адиминистратор
102.1252118.10.12.0Долгое сохранение настроек в окне расчета зарплаты по сотрудникуНастройка, Обмен бизнес-документами и др.Общие вопросы по компонентам 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) - это Системная настройка, разная только для филиалов