M_MNPLAN
Краткое описание :
Уменьшение длительности операций исходя из количества
профессий (аналогично проблеме 103.6253)Описание :
Алгоритмы расчетаЧто измененно :
Уменьшение длительности операций исходя из количества профессий
(аналогично проблеме 103.6253)
Как измененно :
реализовано для трудовых ресурсов.
Должно быть:
Общесистемные настройки:
Производство и планирование - Нормирование - При расчете длительности ручное и
машинное время операции = выбирать большее
(и ручное время должно быть больше, чем машинное);
Производство и планирование - Нормирование - Норма основного времени (ручного)
= для каждого трудового ресурса
Натройка количества проффессий:
планирование производства - операции - журнал резервироания ПЦ.
там для проффессии сформировать иерархию в разрезе подразделений и задать
количества на требуемые даты.
так же в самом 103 алгоритме включить настройку "Учитывать доп параметры
расчета длительности" = "Учитывать количество единиц ПЦ"
M_MNPLAN
Краткое описание :
Алгоритм формирования договоров по плану снабжения №5998Описание :
Планы снабженияЧто измененно :
Алгоритм формирования договоров по плану снабжения №5998
Требуется адаптация под СМНП "Приморск"
Как измененно :
Реализовано
M_MNPLAN
Краткое описание :
Импорт плана снабжения из Excel по шаблонуОписание :
Планы снабженияЧто измененно :
Импорт плана снабжения из Excel по шаблону REN (см. вложеные
файлы)
Как измененно :
Реализовано
M_MNPLAN
Краткое описание :
инц 2.42388 АТС Проджект 22-й. Флаг Пропускать позиции с
нулевыми значениями нарушает создание связи с ПОЗИЦИЯМИ входящихОписание :
по 22-му системному алгоритму "Копирование и агрегация документов"Что измененно :
Если для 22 алгоритма установлены настройки(закладка -
"Дополнительные параметры"):
-"Связать позиции документа-приемника с позициями документа-источника" -
"Включено"
-"Пропускать позиции с нулевыми значениями" - "Включено"
то для позиций в спецификации документа существующее распределение по входящим
удаляется, а для новых позиций не формируется. Если настройку "Пропускать
позиции с нулевыми значениями" перевести в положение "Выключено" распределение
будет сформировано для новых и сохранено для существующих позиций.
Формирование распределения должно регламентироваться только настройкой
-"Связать позиции документа-приемника с позициями документа-источника".
Как измененно :
Ошибка исправлена. Устранена зависимость формирования
распределение по входящим от значения настройки "Пропускать позиции с нулевыми
значениями".
M_MNPLAN
Краткое описание :
9.1 103(5) Ошибка при установке дат позиций: код = 311',cmOKОписание :
по 103-му алг "Формирование журнала резервирования по плановым документам"Что измененно :
9.1 103(5) Ошибка при установке дат позиций: код = 311',cmOK
тест : d:\Z_TEST\910\Satin\TestDirectSql\
сегмент: 024_ПП_103(5) алг Размер партии из МК (ПП_ DIRECTSQL)
Как измененно :
исправлено
M_MNPLAN
Краткое описание :
117 алг. В окне Состояние производства сделать поиск по
коду ПартииОписание :
по 117-му системному алгоритму " Состояние производства и формирование ССЗ"Что измененно :
117 алг. В окне Состояние производства сделать поиск по коду
Партии
Как измененно :
добавлен быстрый поиск по коду партии в окне состояние
производства.
M_MNPLAN
Краткое описание :
117 алг в безымянном окне выбора партийОписание :
по 117-му системному алгоритму " Состояние производства и формирование ССЗ"Что измененно :
117 алг в безымянном окне выбора партий:
1. Дать заголовок окна
2. Добавить поле код партии
3. Добавить функции Раскрыть все узлы Свернуть все узлы
4. Добавить поиск по Коду партии
Как измененно :
Реализовано
M_MNPLAN
Краткое описание :
Алг. 173 Повысить скорость расчетаОписание :
по 173 -му системному алгоритму "Изменение числовых полей.Установка цветов""Что измененно :
Алг. 173 Повысить скорость расчета
На данный момент расчет производится во всех представлениях документа.
Учитывая наличие представления "Календарный график", объем расчетов
неоправданно возрастает.
Достаточно производить расчеты в одном представлении, в данном случае
плоском. Для этого необходимо добавить настройку "Алгоритм представления" с
возможностью указать представление для расчета. Как вариант - задавать текущее
представление по умолчанию, это избавит от необходимости перенастраивать все
алгоритмы.
Как измененно :
Добавлена настройка "представление", если ее значение "пусто",
то расчет производится по всем представлениям.
M_MNPLAN
Краткое описание :
алг. 140 Ошибка формирования протоколаОписание :
по 140-му системному алгоритму "Загрузка данных по движению МЦ...Что измененно :
алг. 140 Ошибка формирования протокола
Ошибка формирования поля "Дата-время начала расчета" - подставляется
дата-время окончания расчета.
В тексте протокола нет никаких данных по длительности расчета.
Как измененно :
Ошибка исправлена. Время начала расчета протокола
устанавливается корректно.
M_MNPLAN
Краткое описание :
алг. 135 Повысить скорость расчетаОписание :
по 135-му системному алгоритму " Получение остатков для плановых документов..."Что измененно :
Необходимо повысить скорость расчета 135 алгоритма.
Как измененно :
Скорость расчета повышена в 3,5 раза.
M_MNPLAN
Краткое описание :
алг. 140 Повысить скорость расчетаОписание :
по 140-му системному алгоритму "Загрузка данных по движению МЦ...Что измененно :
Необходимо повысить скорость расчета 140 алгоритма.
Как измененно :
Скорость расчета повышена в 1,5 раза.
M_MNPLAN
Краткое описание :
9.1 137 алг при расчете ошибка Ошибка при выполнении
SQL-сценария (построение дерева)!Описание :
по 137-му алгоритму "Просмотр потребности в материалах"Что измененно :
9.1 137 алг при расчете ошибка Ошибка при выполнении
SQL-сценария (построение дерева)!
Как измененно :
Исправлено
M_MNPLAN
Краткое описание :
9.1 7037 алг Следующие потребители/позиции ошибкаОписание :
№7038 "Сумма по строке"Что измененно :
9.1 7037 алг Следующие потребители/позиции
'Ошибка выполнения запроса! BindParamsForConsumers'
Как измененно :
исправлено
M_MNPLAN
Краткое описание :
9.1 Логирование предупреждений при работе с DSKОписание :
Не знаю, какая именно часть модуля "Фактические затраты", научитеЧто измененно :
9.1 Логирование предупреждений при работе с DSK
Логирование предупреждений при работе с dsk
По предложению Ларина(согласовано с Леонтьевым) отделу интегрального
тестирования было
рекомендовано регистрировать проблемы в ПИР по факту появления сообщений в
dsk логах.
Разъяснения Корзюка рассылались в письме "Параметры, хранящиеся в DSK"
22.02.2016
по e-mail руководителям отделов разработки.
Сегмент: Новая инициализация алгоритмов и типов данных 10.2010
----------------------------------------------------
14.03.2016 11:32:31, объект:"CheckBaseMNF_wTypeForReinit"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : REINITDATA
Записан: ICHECKBASEMNF
Как измененно :
Проанализировав код, пришел к выводу, что объект
"CheckBaseMNF_wTypeForReinit" вполне может не только считываться из интерфейса
REINITDATA , но и записываться там же (по событию, возникающему после нажатия
кнопки 'Выполнить' в интерфейсе REINITDATA). В интерфейс ICHECKBASEMNF значение
объекта "CheckBaseMNF_wTypeForReinit" и на данный момент передается согласно
разъяснения Корзюка в письме "Параметры, хранящиеся в DSK" от 22.02.2016 как
возвращаемый параметр в случае нажатия кнопки 'Выполнить' в интерфейсе
REINITDATA.
M_MNPLAN
Краткое описание :
алг. 22 Не совпадают типы статусов позиций
документа-приемника и Статусы позиций (куда копировать) на Вкладке
"Дополнительные параметры"Описание :
по 22-му системному алгоритму "Копирование и агрегация документов"Что измененно :
Статусы для позиций в спецификации документа выбранные
пользователем, не совпадают по типу документа со статусами для позиций в
спецификации сформированных 22 алгоритмом(настройка алгоритма - "закладка
<Дополнительные параметры>\Статус позиции (куда копировать)"). В результате
чего для позиций в спецификации, сформированных 22 алгоритмом оказываются
установлены статусы, которые не используются при работе с данным типом
документов, из-за чего могут возникнуть проблемы например при наложении фильтра
- позиции спецификации в этом случае не будут отображены, хотя наименование
статуса будет совпадать с требуемым. Данная ситуация отслеживается для
потребности в материалах - тип документа, который накладывается в качестве
ограничения на общий список статусов при выборе пользователем соответствует
типу текущего документа - "Потребность в материалах", а для 22 алгоритма при
выборе статусов всегда определяется тип - "Документ планирования". Необходимо
при вызове интерфейса выбора статусов для алгоритма учитывать тип документа в
котором планируется провести правки.
Как измененно :
Ошибка исправлена. При выборе статуса для настройки "закладка
<Дополнительные параметры>\Статус позиции (куда копировать)" 22 алгоритма,
учитывается тип документа в котором планируется провести правки.
M_MNPLAN
Краткое описание :
В ReadMe алгоритма FactToClaim.xml указать тип
используемого ДООписание :
Функциональность доступа из JavaScript в ГалактикуЧто измененно :
В ReadMe алгоритма FactToClaim.xml указать тип используемого ДО
По инциденту 2.78618
В описании не указано с каким типом ДО может работать данный скрипт. Это
вводит пользователя в заблуждение. Как выяснилось, работает только с ДО/ЛЗК, то
есть с производственными ордерами. Также необходимо четко указать, что скрипт
работает с дополнительными полями, но не работает с расчетными полями заявки. И
наконец, нужно в явном виде указать, что алгоритм должен запускаться из
локального меню заявки, и туда его нужно добавить.
Также необходимо в сценарии скрипта указать правильно наименование
используемого параметра reDirectPrih. Сейчас там не хватает 2 символов, и
скрипт выдает ошибку.
Как измененно :
Изменен текст скрипта и файл, содержащий описание его работы.
M_MNPLAN
Краткое описание :
алг. 65 На вкладке "Фильтр" добавить настройки для
использования дат начала и окончания из заголовка текущего планового документаОписание :
по 65-му " Формирование плановых документов по накладным"Что измененно :
алг. 65 На вкладке "Фильтр" добавить настройки для
использования дат начала и окончания из заголовка текущего планового документа.
Клиент указывает, что расчет по 2 позициям плана передач (4 алгоритма 65)
шел более 2,5 часа, что неприемлемо. Так как алгоритмы выполняются в пакете, и
вручную даты начала/окончания для полей "По дате выписки" и "По дате отпуска"
не вводятся, алгоритм обрабатывает все документы указанных в настройке типов.
Обрабатываются документы "Накладная на приход готовой продукции <<Учет в
производстве>>" и "Накладная на внутреннее перемещение <<Учет в производстве>>".
Описание клиента во вложении.
Автоматический учет дат документа-источника позволит резко сократить
количество обрабатываемых документов, а значит, сократить длительность расчета.
Новая настройка должна применяться для полей "По дате выписки" и/или "По дате
отпуска".
Настройки расчетных алгоритмов 65 можно посмотреть в базе maketprz911,
любой документ "ПЗ_(ПРЗ) План передач цеха_Цех 1500 Сборочный", функция
локального меню "БФ3.7_99_Расчет текущих остатков по ЦУ в план передач".
Прошу учесть, что это наш проект ПРЗ, и выполнить в кратчайшие сроки.
Как измененно :
На вкладке "Фильтр" добавлен набор настроек под названием
"Расширенный фильтр для накладных".
Если активно значение "По дате выписки", то настройка "По дате создания" из
группы "Фильтр для накладных" становится недоступной.
Если активно значение "По дате отпуска", то настройка "По дате списания" из
группы "Фильтр для накладных" становится недоступной.
Расширенный фильтр для накладных использует в качестве дат для фильтра даты
начала и даты окончания из документа-приемника.
M_MNPLAN
Краткое описание :
Не работает
отчет...Server_MNF\ServerMnf\Server\wclient\ExcelReports\Подетальный план цехов
(количество).xlsm на атл 5524Описание :
Не знаю, какая именно часть производственого контура, научитеЧто измененно :
Не работает
отчет...Server_MNF\ServerMnf\Server\wclient\ExcelReports\Подетальный план цехов
(количество).xlsm на атл 5524
Как измененно :
Доработан отчет Подетальный план цехов (количество).xlsm на
Атлантис вер.5524
M_MNPLAN
Краткое описание :
Не работает
отчет...Server_MNF\ServerMnf\Server\wclient\ExcelReports\Подетальный план цехов
(количество + трудоемкость).xlsm на атл 5524Описание :
Не знаю, какая именно часть производственого контура, научитеЧто измененно :
Не работает
отчет...Server_MNF\ServerMnf\Server\wclient\ExcelReports\Подетальный план цехов
(количество + трудоемкость).xlsm на атл 5524
Как измененно :
Доработан отчет
...Server_MNF\ServerMnf\Server\wclient\ExcelReports\Подетальный план цехов
(количество + трудоемкость).xlsm для Атлантиса вер.5524
M_MNPLAN
Краткое описание :
Алгоритм контроля ввода цен перестал ограничивать 20% от
средней цены.Описание :
Алгоритмы расчетаЧто измененно :
Алгоритм контроля ввода цен перестал ограничивать 20% от
средней цены.
Данный Функционал был реализован, как платная доработка по ПиР 102.133275
При формировании плана РЭН используется алгоритм "контроль ввода цен", на
основе системного алгоритма №169.Он контролирует отклонение прайсов не более ,
чем на 20% от средней в меньшую или большую сторону.
Сейчас почему-то алгоритм контролирует отклонения 40 % в меньшую сторону, и 20
% в большую. Это ошибка, должно быть и там и там по 20 %.
Как измененно :
Алгоритм №169. Доработан контроль ограничения 20% в меньшую
сторону от средней цены при вводе цен.
M_MNPLAN
Краткое описание :
В потребности по материальным ресурсам не сохраняется
установленная настройка представленияОписание :
Потребности в материальных ресурсахЧто измененно :
Для потребности по материальным ресурсам программа не
запоминает выбранное пользователем представление:
- В окне редактирования ПМ выбираем представление
- Закрываем окно редактирования, открываем заново
- Видим что спецификация документа отображается не в выбранном а в первом из
списка представлении.
Как измененно :
Исправлено. При открытии окна редактирования документов
планирования производства будет установлено последнее, выбранное пользователем
представление.
M_MNPLAN
Краткое описание :
Смена статуса заявки на закупкуОписание :
ЗаявкиЧто измененно :
Вводное описание.
1) Ввод заявок осуществляется с использованием шаблона заявок.
2) Шаблоны заявок имеют привязку к соответствующим шаблонам регламента.
3) Шаблон регламента, в свою очередь, содержит все возможные переходы состояний
с привязанными к ним скриптами.
4) Переходы состояний имеют разграничения прав ролями пользователей.
5) Некоторые пользователи могут использовать несколько вариантов переходов - в
зависимости от бизнес-модели.
6) Используемое количество состояний - 13.
7) Проверяемые параметры каждого из состояний заявки отличаются.
8) При переходе из состояния в состояние - исполняется проверочный ява-скрипт
или vip-алгоритм.
Например: из состояния "Согласовано ОБиУУ" в "Утверждена" - при переводе
проверяется условие перехода - алгоритм "Контроль соответствия утверждающего
лица".
Это vip-алгоритм, проверяющий соответствие утверждающего лица, указанному в
заявке утверждающему лицу. В результате, если утверждающее лицо заявки не
соответствует пользователю, формируется событие ошибки - по которому изменение
статуса документа запрещено. При этом, формируется сообщение о причине отмены
из алгоритма. Затем формируется сообщение "Не выполнилось условие перехода в
следующее состояние. Переход невозможен"
Требуется либо загасить последнее сообщение, либо вывести оба сообщения в одном
окне.
Как измененно :
Для того, чтобы сообщение "Не выполнилось условие перехода в
следующее состояние. Переход невозможен" в тексте вызываемого vip-алгоритма
необходимо установить параметр pt.Error = 1024. Во всех остальных случаях
сообщение будет отображаться.