Текущие компоненты

Название продукта Название компонента Тип Последняя версия Дата выхода
Галактика ERP 9.1M_MNPLANRES

Справка по компоненту.

Количество версий компонента150
Количество рещенных задач1112
Последная дата обработки компонента2023-12-17 19:11:38
Последная дата файла2023-12-16 17:31:36
Последная версия9.1.141.0

Новые задачи в этом компоненте

M_MNPLAN
102.184188
M_MNPLAN ( 9.1.76.0 )
2018-09-27 15:13:30

Краткое описание :

алг. 77 Корректировка ПКП Формирование "дерева иерархии" со списком договоров\соглашений\пкп более 5 минут

Описание :

по 77-му системному алгоритму "Формирование договоров, соглашений,ПКП по пл...

Что измененно :


алг. 77 Корректировка ПКП Формирование "дерева иерархии" со списком договоров\соглашений\пкп более 5 минут
по инц. 2.140429
В процессе корректировки ПКП производится выбор договора/соглашения из каталога. В процессе формирования списка договоров появляется сообщение "Формирование дерева иерархии...", которое висит 5 и более минут.
Клиент пишет: При корректировке каждой заявки время ожидания по 5 минут недопустимо. Необходимо существенно сократить время формирования дерева иерархии!
Описание клиента во вложении.
По предварительной информации от Ждановича выбор договора осуществляется из интерфейса, который каждый раз перестраивается из временной таблицы. Необходимо использовать другой интерфейс. Альтернатива есть.
Пример настроен на базе incidents91, заявка 000002 по шаблону инц. 2.140429 СФЗ
ФЛМ1: 77_инц. 2.140429 СФЗ Формирование ПКП
ФЛМ2: 77_инц. 2.140429 СФЗ Корректировка ПКП
На данной базе в связи с малым количеством договоров и еще меньшим количеством ПКП проблема не проявляется.

Как измененно :


Используется GetSomeDogovor вместо GetSomeDogovorEx
M_MNPLAN
102.187495
M_MNPLAN ( 9.1.76.0 )
2018-09-27 15:13:30

Краткое описание :

алг. 110 Добавить настройку "Проверять права на выполнение алгоритма по регламенту документа"

Описание :

по 110-му системному алгоритму "Корректировка статусов в документах"

Что измененно :

алг. 110 Добавить настройку "Проверять права на выполнение
алгоритма по регламенту документа"
При выполнении алгоритма через Операции- Выполнение групповых алгоритмов не
выполняется проверка прав пользователя на выполнение алгоритма с учетом
регламента обрабатываемого документа и заданных в нем ролей пользователей,
которым разрешено выполнение алгоритмов в том или ином состоянии регламента.
Практически выполнить групповой алгоритм может кто угодно, а это недопустимо.
Необходимо в секцию "Параметры расчета" настроек алгоритма добавить
настройку "Проверять права на выполнение алгоритма по регламенту документа" =
нет/да., значение по умолчанию "нет" для обеспечения преемственности.
Если настройка включена, а регламента в документе нет, игнорировать данную
настройку.
Если настройка включена, регламент задан, проверить список ролей для
состояния обрабатываемого документа, которым разрешено выполнение алгоритмов.
Если список пуст, то есть разрешено всем, игнорируем настройку.
Наконец, если список ролей задан, необходимо проверить, есть ли у текущего
пользователя ходя бы одна из ролей, которым разрешено выполнение алгоритмов.
Если у пользователя есть роль, алгоритм выполняется для данного документа,
если нет - не выполняется, наименование и номер документа, причина, по которой
документ не обработан, отражаются в протоколе работы алгоритма алгоритма.

Как измененно :

Доработано.
M_MNPLAN
102.188435
M_MNPLAN ( 9.1.76.0 )
2018-09-27 15:13:30

Краткое описание :

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

Описание :

по 170- му системному алгоритму "Копирование и агрегация документов "

Что измененно :

алг. 170 Режим автономный. В фильтре по аналитикам спецификации
документа для каждой включенной аналитики добавить настройку "Кроме заданных
значений"
Значение аналитики может быть не задано в позиции документа. Если нужно
исключить позиции, в которых аналитика имеет одно или несколько заданных
значений, можно напрямую перечислить оставшиеся значения, которые нужно
учитывать. Но в этом случае в фильтр не попадут позиции, в которых значение
аналитики не задано.
Чтобы этого избежать, предлагаю в фильтре по аналитикам спецификации
документа для каждой аналитики, для которой задан набор фиксированных значений,
добавить настройку "Кроме заданных значений" = нет/ да. Значение по умолчанию
для сохранения преемственности "нет". Если задано значение "да", то фильтр
исключает позиции с заданными значениями аналитик, и оставляет позиции с
остальными значениями аналитик, в том числе с не заданным значением.
Скриншот настройки алгоритма во вложении.
База TAZOT, алг. 1078, Документ "ТОАЗ Факт по заказам".

Как измененно :

Для значений откуда брать каждую аналитику добавлено
"Фиксированное значение (исключить выбранные значения)".

9.1.141.09.1.140.09.1.139.09.1.138.09.1.137.09.1.136.09.1.135.09.1.134.09.1.133.09.1.132.09.1.131.09.1.130.09.1.129.09.1.128.09.1.127.09.1.126.09.1.125.09.1.124.09.1.123.09.1.121.09.1.120.09.1.119.09.1.118.09.1.117.09.1.116.09.1.115.09.1.114.09.1.113.09.1.112.09.1.111.09.1.108.09.1.107.09.1.106.09.1.105.09.1.104.09.1.103.09.1.102.09.1.101.09.1.100.09.1.122.09.1.110.09.1.109.09.1.99.09.1.98.09.1.97.09.1.96.09.1.95.09.1.94.09.1.93.09.1.92.09.1.91.09.1.90.09.1.89.09.1.88.09.1.87.09.1.86.09.1.85.09.1.84.09.1.83.09.1.82.09.1.81.09.1.80.09.1.79.19.1.79.09.1.78.09.1.77.09.1.76.09.1.75.09.1.74.09.1.73.09.1.72.09.1.71.09.1.70.09.1.69.19.1.69.09.1.68.09.1.67.09.1.66.09.1.65.09.1.64.09.1.63.09.1.62.09.1.61.09.1.60.09.1.59.09.1.58.09.1.57.09.1.56.09.1.55.09.1.54.39.1.54.29.1.54.19.1.54.09.1.53.09.1.52.09.1.51.09.1.50.09.1.49.09.1.48.09.1.47.09.1.46.39.1.46.29.1.46.19.1.46.09.1.45.09.1.44.19.1.44.09.1.43.09.1.42.09.1.41.09.1.40.09.1.39.09.1.38.09.1.37.09.1.36.09.1.35.09.1.34.09.1.33.09.1.32.09.1.31.09.1.30.09.1.29.09.1.28.09.1.27.09.1.26.09.1.25.09.1.24.09.1.23.09.1.22.09.1.21.19.1.21.09.1.20.09.1.19.09.1.18.09.1.17.09.1.16.09.1.13.19.1.13.09.1.12.09.1.11.09.1.10.09.1.9.09.1.8.09.1.7.09.1.6.09.1.5.09.1.4.09.1.3.09.1.2.09.1.1.0