L_SKLREP
Краткое описание :
Некорректное отображение значений в колонке отчета формата ЭксельОписание :
Накопительная ведомость\по приходамЧто измененно :
При формировании Накопительной ведомости по приходам/расходам в формате Excel колонка Количество в текстовом формате, хотя она должна быть в числовом формате, на изменения формата реакции нет, это исключает возможность суммирования по колонке.
Проблему можно решить ВРЕМЕННО настройкой шаблона. Но это неприемлемо так как при обновлении или очистке временных файлов
наши пользователи опять будут вынуждены менять шаблон.
В более ранних версиях сборки и в целом до данного случая подобных проблем не наблюдалось.
Как измененно :
Колонка количества в Excel отчетах по Накопительной ведомости отображается в числовом формате, по настройке "Настройки Галактики \ Логистика \ Число знаков в дробной части при отображении количества".
L_SKLREP
Краткое описание :
Увеличить скорость формирования отчета (продолжение ПИР
102.107895)Описание :
ведомость неликвидовЧто измененно :
По результатам тестов данного отчета (после
решения ПИР 102.107895) клиент просит всё же уменьшить
время формирования отчета в разы.
Т.к. в его случае для обработки берется большое
количество МЦ (десятки тысяч) и складов (до 30) время
формирования отчета, около 2 часов, неприемлимо.
Скорость формирования следует увеличить в 5-10 раз.
Как измененно :
Скорость работы отчета, на СУБД с клиент-серверной архитектурой
была увеличена в десятки раз. На pervasive - в несколько раз. При этом отчет
ранее выдавался по предприятию, если не было наложено ни каких фильтров.
Начиная с прошлых патчей, отчет начал формироваться в разрезах складов всегда.
Теперь данная ошибка исправлена, и формирование отчета проходит как и ранее,
т.е. в разрезе предприятия, если не наложены фильтры.
L_SKLREP
Краткое описание :
Не очищаются параметры ведомости наличияОписание :
Наличие\по МОЛЧто измененно :
Складской учет - Отчеты - наличие - по МОЛ (по МЦ)
Столкнулись с проблемой некорректного сохранения параметров ведомости наличия.
Пользователь формирует ведомость наличия по фильтрам, указывая свои значения. Сформировал, закрыл.
Другой пользователь войдя в данный интерфейс видит, что все настройки остались от прежнего пользователя.
Получается, что последний пользовавшийся данным функционалам замещает настройки остальных пользователей.
Как так получилось, что настройки сохраненные в DSK, видны остальным, или данные параметры сохраняются не в DSK?
Как измененно :
Реализовано сохранение множественных фильтров в окне настройки параметров для каждого дескриптора пользователя.
L_SKLREP
Краткое описание :
Зависание при формировании отчета неликвидовОписание :
ведомость неликвидовЧто измененно :
Зависание при формировании отчета неликвидов
Такая проблема уже есть 102.115265, но закрыта
повтором на ПИР 102.112553, обновление по которому
планируется в следующей версии Галактики. Такой вариант
клиента совсем не устраивает. Тем более, что у них
отчет не формируется совсем, зависает на сальдовых
остатках. Зависание по расчету сальдовых остатков
появляется даже если запустить за 10-15 дней. Пример
параметров отчета и отчет во вложении. Клиент очень
недоволен и просит как можно оперативней разобраться с
этой проблемой.
Как измененно :
Алгоритм формирования ведомости неликвидов, с установленным фильтром по МОЛ, был изменен. Скорость формирования при фильтре по МОЛ была увеличена в сотни раз с нескольких дней до нескольких минут.