F_FPBUDGET
Краткое описание :
Разные названия атрибута аналитикиОписание :
Аналитика бюджетированияЧто измененно :
Один и тот же атрибут называется по разному
в окне просмотра:
[.] Автосинхронизация значений`
в окне редактирования:
[.] Автосинхронизация каталога`
Такой "разнобой" сильно путает пользователя, не понятно что ему делать...
Как измененно :
Теперь у атрибута одно название - "Автосинхронизация значений"
F_FPBUDGET
Краткое описание :
Пересчет новых слоев данных после создания ТФОписание :
Типовые формы бюджетовЧто измененно :
После создания "Типовой формы" (ТФ), в случае если появилась
новые слои данных (СД), выдается сообщение:
---------------------------
Предупреждение
---------------------------
Были созданы новые слои данных.
Что бы информация была корректной,
необходимо пересчитать информацию
по группам аналитик!!!
Желаете пересчитать?
---------------------------
Да Нет
---------------------------
Если в данный момент ответить "Нет", то в дальнейшем потребуется вручную
пересчитывать новые СД в "Управление бюджетом | Настройка | Администратор |
Проверка целостности таблиц | Пересчет информации по группам аналитик". Если
этого не сделать, то если по "Группе аналитик" (ГА) уже существовали данные, то
в новом СД данные будут не корректными (точнее данных не будет). В результате
бюджет по созданной ТФ будет показывать не корректные данные.
Если сразу этого не заметить, то в последствии очень тяжело будет определить,
какие именно СД надо пересчитать...
Предлагаю:
- либо всегда без всяких вопросов пересчитывать новые СД
- либо на не пересчитанных СД ставить соответствующий признак, и в случае
использования этих СД, выдавать сообщение о не корректности и необходимости
пересчета.
Как измененно :
Теперь в описанной ситуации, всегда без дополнительных вопросов
запускается автоматический пересчет данных.
F_FPBUDGET
Краткое описание :
Доступная аналитика ГАОписание :
Группы аналитикЧто измененно :
При создании "Группы аналитик" (ГА), пользователь может выбрать
любую аналитику. Однако для ГА финансового планирования, недопустимо
использование "системных аналитик бюджетирования" (САБ):
1. Статьи бюджета
2. Периоды планирования
В связи с этим предлагаю:
1. запретить выбор САБ в ГА
2. в функцию проверки ГА, добавить проверку на использование САБ
Как измененно :
При редактировании "Группы аналитик" (ГА), запрещен выбор
недопустимых аналитик:
- Статьи бюджета
- Периоды планирования
Аналогичный контроль добавлен в проверку, запускаемую по функции локального
меню "Проверка корректности", далее по кнопке "Текущей или помеченных записей".
F_FPBUDGET
Краткое описание :
Опечатка в строке подсказки поля "Валюта просмотра" в окне
настройки представления для анализа лимитовОписание :
Представления для анализа лимитовЧто измененно :
Опечатка в окне настройки: "Платежный календарь | Настройка |
Представления для анализа лимитов". При установки флажка на поле "Валюта
просмотра" в строке подсказки слова: Режим валюты прОЕставления.
Как измененно :
Опечатка исправлены
F_FPBUDGET
Краткое описание :
Раскрытие горизонтальной осиОписание :
Редактирование бюджета в целомЧто измененно :
Не работает "раскрытие"/"закрытие" агрегата горизонтальной оси
по "клику" на соответствующей колонке
Как измененно :
Теперь раскрытие агрегатов - работает.
Но при входе в интерфейс "Редактирование бюджета" (РБ), автоматически
отключается функционал системной авто-сортировки (САС) по "клику" на заголовке
табличных форм.
Активность функционала САС, регулирует параметр приложения (galnet.cfg):
System.UseBrowserCacheAndSort = on/off. Практически, при входе в интерфейс РБ
автоматически устанавливается System.UseBrowserCacheAndSort = off.
F_FPBUDGET
Краткое описание :
Не грузится план из файла Excel2003Описание :
Импорт бюджетов из ExcelЧто измененно :
Если импортируемая таблица данных (TableReport), располагается
не с 1-й колонки Excel-листа, то система вообще "не видит" данных. И как
результат пишет "Импортировано 0-ль записей". Проблема проявляется на Excel
2003. На Excel 2007 и выше проблема не проявляется.
Как измененно :
Теперь система в описанной ситуации "видит" данные, вне
зависимости от версии Excel.
Алгоритм определения пространства "импортируемой таблицы":
1. Определяется используемая область на импортируемом Excel-листе - это
минимальная прямоугольная область охватывающая все существующие данные
Excel-листе.
2. Определяются колонки "импортируемой таблицы". Для этого в прямоугольной
области найденной в п.1., анализируются первые 2-е строки, которые используются
в качестве титула "импортируемой таблицы". В качестве импортируемых колонок
возьмутся только те колонки, которые были заполнены хотя бы в одной из строк
титула. Эти колонки должны быть заполнены без "разрывов".
3. Определяются строки "импортируемой таблицы". В качестве строк, возьмутся все
строки прямоугольной области найденной в п.1.
Алгоритм определения колонок со значениями показателей:
1. При импорте бюджетом, предполагается, что "Сумма" находится в самой
последней колонке "импортируемой таблицы". На данный момент для бюджетов,
существует только 1-н импортируемый показатель - "Сумма". Тем не менее
настоятельно рекомендуется явно указывать в титуле наименование показателя -
"Сумма".
2. При импорте финансовых операций, показателей может быть несколько. Поэтому
значения показателей берется только из колонок, где в титуле явно указано
наименование показателя:
2.1. "Сумма"
2.2. "Количество"
2.3. "Notes" - колонка с примечанием к финансовой операции.
F_FPBUDGET
Краткое описание :
При открытии бюджета стало появляться сообщение о том, что
"вы построили слишкомОписание :
Редактирование бюджета в целомЧто измененно :
Требуется расширить возможности функционала интерфейса
"Редактирование бюджета" (РБ) для работы с большими объемами информации.
Проблема заключается в том, что Галактика, как и все 32-х разрядные приложения,
может использовать максимум 2ГБ памяти, что иногда не хватает для работы РБ.
Особо актуальна, проблема проявляется при выделении памяти для структур
хранения метаданных расчетного ядра РБ.
Как измененно :
Для решения проблемы, был разработан специальный функционал
позволяющий использовать "расширенную память" (РП). РП характеризуется
следующим:
1. РП не учитывается как память занятая приложением. Таким образом, ее можно
использовать больше чем 2 ГБ.
2. РП располагается в "виртуальной памяти" компьютера. Таким образом,
теоретически можно использовать всю "физическую память" компьютера, плюс память
предоставляемую "файлом подкачки".
3. Работа с РП происходит дольше, чем работа с обычной памятью.
4. Функционал РП может не работать, или работать не стабильно в некоторых
версиях Windows (например, в Windows95). Корректная работа функционала РП
проверена в:
- Windows 7
- Windows XP SP3
- Windows server 2008
Использование РП определяется для каждой "Типовой формы" (ТФ) в отдельности.
Для этого в интерфейсе редактирования ТФ, в окне редактирования, на закладке
"Загрузка бюджета" - добавлена группа опций "Использовать расширенную память":
1. "для размещения метаданных бюджета". Под "метаданными" понимаются списки
статей, периодов, значений аналитик и их комбинаций.
2. "для размещения данных бюджета". Под "данными" понимаются значения
показателей бюджета (цифры). При включении этой опции, будет существенное
падение быстродействия.
F_FPBUDGET
Краткое описание :
контроль формирования ФОП при передаче данных в бюджетОписание :
Правила передачи данныхЧто измененно :
Необходимо добавить возможность ограничения формирования
финансовых операций (ФО), при передаче данных из ФО в бюджет с помощью правил
передачи данных (ППД). Для этого предусмотреть в интерфейсе ППД соответствующие
настройки.
Как измененно :
В интерфейс "Управление бюджетом | Настройка | Правила передачи
данных" (ППД), добавлен функционал контроля модификаций финансовых операций
(ФО). Суть контроля заключается в том, что при любых модификациях ФО (создание,
изменение, удаление), автоматически запускается анализ "старых" и "новых"
данных связанного с ФО бюджета. Анализ производится по заранее настроенному
пользователем критерию:
- если критерий выполняется, то модифицированная ФО сохраняется в БД, и ее
данные передаются в бюджет;
- если критерий не выполняется, то изменений ФО не принимаются, и в бюджет не
передаются.
Настройка этого функционала, доступна в интерфейсе ППД, по функции локального
меню "Контроль финансовых операций". При настройке контроля задаются следующие
поля:
1. Поле "Контроль" со значениями:
1.1. "НЕТ" - контроль не осуществляется
1.2. "ДА" - осуществляется жесткий контроль
1.3. "С ПОДТВЕРЖДЕНИЕМ" - в случае не выполнения критерия, пользователю
задается запрос на подтверждение проведения ФО. В пакетных операциях
модификации ФО (например формирование ФО с помощью ТФО), режим "С
ПОДТВЕРЖДЕНИЕМ" работает как "НЕТ", т.е. контроль не производится.
2. Поле "Критерий контроля", где формулой задается вычисляемое логическое
выражение (результат: TRUE или FALSE). Аргументы выражения:
2.1. "старая сумма в бюджете"
2.2. "новая сумма в бюджете"
Суммы берутся из самого детального уровня бюджета. По умолчанию критерий
контроля: "новая сумма в бюджете" не должна быть отрицательной.
Область применимости такого контроля, определяет само ППД. Например, если
требуется выполнять контроль только для некоторых статей, то их следует
задавать в качестве фильтра в ППД. При перегрузке ППД (функция локального меню
"Перегрузить данные бюджетов"), контроль не запускается.
Особенности реакции системы контроля на изменения суммы ФО:
1. Редактировании суммы ФО вручную. Такое изменение проходит как одна операция.
В которой есть новое и старое значение ФО и соответственно новое и старое
значение в бюджете.
2. Применение ТФО к документу, у которого уже была ФО. Например пере-применяют
ТФО после того как в документе изменилась сумма. В итоге произойдет 2-е
операции: удаление старой ФО, и создание новой ФО. Хотя для пользователя это
может показаться как простое изменение суммы существующего ФО.
3. Аналогичная с п.2. ситуация произойдет и при настроенной "Связи документов
ПК с УБ" = "по финоперациям". При изменении статуса документа ПК, также будет
происходить сначала удаление ФО, а потом их формирование заново.
Особенности реакции системы контроля на создание новых ФО с аналитикой:
При позиционировании на панель со значениями аналитики, все изменения
произведенные над самой ФО, сохраняются в БД. Редактирование разноски ФО по
аналитике выполняется как отдельная операция. Таким образом когда пользователь
создает новые ФО, и затем заполняет разноску ФО по аналитике, будет выполнено
2-е операции и критерий контроля отработает 2-а раза:
1. для ФО разнесенной по "прочим" значениям аналитики
2. для этой же ФО, но уже разнесенной по нужным значениям аналитики
Если требуется контролировать только операцию п.2., то можно поступить
следующим образом:
1. создать требуемую ФО, но с 0-й суммой
2. отредактировать разноску по аналитике
3. указать требуемую сумму ФО
Особенности реакции системы контроля на удаление первичных документов (ПД) с ФО:
При удалении ПД, в случае если система контроля запрещает удалять его ФО:
1. ПД удаляется
2. ФО не удаляются!
F_FPBUDGET
Краткое описание :
Internal Error 1. Ошибка выделения динамической памяти при
сравнении бюджетовОписание :
Редактирование бюджета в целомЧто измененно :
При загрузке в интерфейс "Редактирование бюджета" (РБ) данных
по слишком большой "Типовой формы" (ТФ), возникает ошибка выделения памяти.
Конкретно, речь идет о превышении 2ГБ используемой приложением памяти. В этом
случае, приложение аварийно завершается, иногда выдавая системное
Windows-сообщение (а иногда и без сообщения). Такое поведение крайне не
дружелюбно по отношению к пользователю. К тому же нет ни какой информации, о
том в чем проблема и как ее решить.
Как измененно :
РЕШЕНИЕ:
В рамках решения проблемы, было сделано следующее:
При загрузке данных в интерфейс "Редактирование бюджета" (РБ), происходит
контроль за выделением памяти. При попытке выделения "критического объема
памяти" для интерфейса РБ, выдается сообщение о существовании вероятности
аварийного завершении программы. Также задается вопрос пользователю о принятии
решения прервать загрузку данных:
1. Если пользователь решает прервать загрузку, то выдается сообщение с
описанием ситуации и рекомендациями.
2. Если пользователь решает НЕ прерывать загрузку, то загрузка данных
продолжается, и больше предупреждений не выдается. В этом случае возможна
ситуация аварийного завершения программы
Данная доработка контролирует не все варианты выделения памяти при работе с РБ.
По прежнему, иногда могут возникать ситуации выделения памяти, приводящие к
аварийному завершению работы приложения!
По умолчанию "критический объем памяти" для интерфейса РБ = 1 000 000 000 byte.
Это значение можно переопределять с помощью параметров приложения (в
GalNet.cfg): группа - "FpLimitMemory" (группа указывается в фигурных скобках),
параметр "MultiAgr". Например:
{FpLimitMemory}
MultiAgr=2000000000
Максимально допустимое значение этого параметра = 2 147 483 647 byte.
Кроме РБ, эта же доработка будет действовать и для работы интерфейса
"Управление бюджетом | Операции | Пересчет бюджетов".
ИНФОРМАЦИЯ:
Галактика, как и все 32-х разрядные приложения, может использовать максимум 2ГБ
памяти.
РЕКОМЕНДАЦИИ:
1. по построению бюджетов - РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ "Управление бюджетом"
(глава "8.2. ПОСТРОЕНИЕ ТИПОВОЙ ФОРМЫ").
2. по настройке системы в целом - "Приложение к инструкции по установке:
"Примеры аппаратной конфигурации при развертывании системы"" (глава "3.
ОСОБЕННОСТИ РАБОТЫ С РЕСУРСОЕМКИМИ РЕЖИМАМИ").
F_FPBUDGET
Краткое описание :
Добавить в шаблон анализа бюджета "Код статьи бюджета"Описание :
Представления для анализа бюджетовЧто измененно :
Необходимо добавите, в "Алгоритм формирования наименования
статей" возможность использовать поле "Код на уровне" (статьи бюджета).
Как измененно :
Интерфейс "Управление бюджетом | Настройка | Представления для
анализа бюджетов". В "Алгоритма формирования наименования статей" (см.
одноименную функцию локальное меню окна редактирования), добавлена возможность
использовать поле "Код на уровне".
F_FPBUDGET
Краткое описание :
Отсутствует возможность в настроенную типовую форму
добавлять новые значения анаОписание :
Типовые формы бюджетовЧто измененно :
При редактировании уже существующей 2-й оси типовой формы (ТФ),
можно привязать значения аналитик только на 1-н аналитический уровень (АУ).
Если на 2-й оси располагается более одного АУ, требуется возможность добавлять
новые значения на все существующие АУ.
Как измененно :
Теперь можно добавлять новые значения на все существующие АУ во
2-й оси ТФ.