M_MNPLAN
Краткое описание :
Доработка интерфейса редактирования позиции планирования
(CtrI+F2)Описание :
Планы снабженияЧто измененно :
Требуется доработать интерфейс редактирования позиции
спецификации (подробности в файле архива)
Как измененно :
Создан новый интерфейс представления 10211. Из этого интерфейса
по ctrl+F2 вызывается доработанный интерфейс редактирования позиции
спецификации.
M_MNPLAN
Краткое описание :
Некорректное отображения перечня отфильтрованных по статусу
планов при фильтрации по статусу и наличии регламента в документахОписание :
Планы снабженияЧто измененно :
Некорректное отображения перечня отфильтрованных по статусу
планов при фильтрации по статусу и наличии регламента в документах
по инц. 2.80746
Описание во вложении.
Как измененно :
Исправлено.
M_MNPLAN
Краткое описание :
9.1 построение OLAP отчетов Дополнить содержание закладка
Журнал сообщенийОписание :
Отчеты для Olap- сервераЧто измененно :
Формат вывода сообщений в закладке "Журнал сообщений" на
странице adminreport.html
Как измененно :
Осуществляется вывод в поля : "Начало", "Окончание",
"Длительность", "Операция", "Статус"
M_MNPLAN
Краткое описание :
Фонд времени ЖР - некорректные наименования окна интерфейсаОписание :
Журнал резервирования времени работы ПЦЧто измененно :
Фонд времени ЖР - некорректные наименования окна интерфейса
В окне "Фонд времени работы..." при переключении вида просмотра (в разрезе
оборудования, групп оборудования, сотрудников, профессий) некорректно
изменяется название окна.
Например, после просмотра по группам оборудования и переходе к просмотру
сотрудников окно называется "Фонд времени работы групп оборудования в разрезе
подразделений (вариант планирования - Не задан)". Очевидно, что это
неправильно. Дальнейшие изменения вида просмотра не приводят к изменению
названия.
Однако если после открытия интерфейса (по умолчанию отображается
оборудование, а его нет), то название окна "Фонд времени работы
производственных центров по разрезам". И изменяется оно только при переходе к
просмотру по группам оборудования, как описано выше.
Либо название должно изменяться в соответствии с видом просмотра, либо оно
должно быть универсальным и не зависеть от вида просмотра.
Как измененно :
Исправлена ошибка в установке наименования окна
M_MNPLAN
Краткое описание :
алг. 173 Слетают настройки формирования цветаОписание :
по 173 -му системному алгоритму "Изменение числовых полей.Установка цветов""Что измененно :
алг. 173 Слетают настройки формирования цвета
Описание во вложении.
Как измененно :
Исправлено
M_MNPLAN
Краткое описание :
алг. 138 Режим "Формирование накладных по плану передач"
при формировании МЦН не отрабатывают настройки определения потребителяОписание :
по 138-му системному алгоритму "Формирование сопроводительных документов модуля УПЛ "Что измененно :
алг. 138 Режим "Формирование накладных по плану передач" при
формировании МЦН не отрабатывают настройки определения потребителя.
Для настройки "Признак определения подразделения-потребителя"= "Внешний
атрибут для подразделения-потребителя" в качестве потребителя в МЦН вместо
заданных в атрибутах кладовых цеха стоит сам потребитель. Это относится к
новому режиму "Вид формируемых накладных" = "Всегда межцеховые накладные".
Как измененно :
Доработано.
M_MNPLAN
Краткое описание :
Импорт заявок из txt-файлаОписание :
ИмпортЧто измененно :
Импорт заявок из txt-файла
По инциденту 2.90535
Есть заявка от покупателя - txt файл, в котором указаны:
номер заявки,
дата приема заявки,
заказчик;
и спецификация документа:
наименование ресурса,
баркод ресурса,
единица измерения ресурса,
количество ресурса.
Эти данные необходимо импортировать в Галактику.
Поскольку заявка - это производственный документ, формируемый по шаблону,
при импорте необходимо указывать шаблон формируемой заявки. Заказчик должен
попадать в поле "Заказчик" заголовка заявки.
Как измененно :
Разработан системный алгоритм 4009 для импорта заявок из
excel-файла
M_MNPLAN
Краткое описание :
9.1 103(5) При расчете учитывать параметр Потери на наладкуОписание :
по 103-му алг "Формирование журнала резервирования по плановым документам"Что измененно :
9.1 103(5) При расчете учитывать параметр Потери на наладку
При расчете общего кол-ва на запуск увеличивать количества на запуск операции
согласно таблице
1) для оп 5 Кратность запуска 10
Потери на наладку 30
Кол-во по плану 2
оп 5 40
оп 10 2
2) для оп 5 Кратность запуска 10
Потери на наладку 30
Кол-во по плану 15
оп 5 50
--------------------------------------------------------------------------------
------------
3) для оп 5 размер партии запуска 30
Потери на наладку 2
Кол-во по плану 2
оп 5 30
оп 10 2
Как измененно :
Добавлена настройка учета параметра "потери на наладку"
M_MNPLAN
Краткое описание :
9.1 Не корректная работа Javascript в компоненте ServerMnfОписание :
Функциональность доступа из JavaScript в ГалактикуЧто измененно :
9.1 Не корректная работа Javascript в компоненте ServerMnf
Как измененно :
Убрано дублирование при повторной загрузке библиотек
M_MNPLAN
Краткое описание :
9.1 OLAP Отчет "Потребность в материалах_вариант_1" при
выполнении расчета ошибкаОписание :
Отчеты для Olap- сервераЧто измененно :
9.1 OLAP Отчет "Потребность в материалах_вариант_1" при
выполнении расчета ошибка
2016-09-28 10:47:02.9044 ERROR Ошибка формирования куба Ошибка OLE DB или ODBC
: Недопустимое имя объекта "R_19_PMT".; 42S02.
При обработке секции "19_PMT_86c2858c-26ce-4355-b2ca-8f9b7b84852a" в таблице
"19_PMT_86c2858c-26ce-4355-b2ca-8f9b7b84852a" произошла ошибка.
Текущая операция отменена, поскольку другая операция в данной транзакции
завершилась ошибкой.
2016-09-28 10:47:02.9044 DEBUG Окончание формирования куба R_19_PMT
Как измененно :
Доработано.
M_MNPLAN
Краткое описание :
9.1 103(5) При расчете Ошибка при выполнении SQL-сценария
(Создание партий): код = 311Описание :
по 103-му алг "Формирование журнала резервирования по плановым документам"Что измененно :
9.1 103(5) При расчете Ошибка при выполнении SQL-сценария
(Создание партий): код = 311
При запуске алгоритма БФ3.5.2_105(5)_Расчет журнала резервирования по Журналу
ОТК в бизнеспроцессе Пензы возникает эта ошибка!!
Как измененно :
Ошибка исправлена
M_MNPLAN
Краткое описание :
9.1 117алг При значении настройки Игнорировать даты при
анализе плановых документов-да даты ССЗ все равно влияют на расчетОписание :
по 117-му системному алгоритму " Состояние производства и формирование ССЗ"Что измененно :
9.1 117алг При значении настройки Игнорировать даты при
анализе плановых документов-да
даты ССЗ все равно влияют на расчет полей в окне Состояние
производства.
Как измененно :
Исправлено. Игнорировать даты - значит игнорировать.
M_MNPLAN
Краткое описание :
9.1 103(5) В режиме запуска из 177 (формирование диаграммы
Ганта из Хрома) удаляется связь с позицией ГРИСИОписание :
по 103-му алг "Формирование журнала резервирования по плановым документам"Что измененно :
9.1 103(5) В режиме запуска из 177 (формирование диаграммы
Ганта из Хрома) удаляется связь с позицией ГРИСИ
Как измененно :
Исправлено, теперь связи не удаляет.
M_MNPLAN
Краткое описание :
алг. 180 Печать ССЗ по исполнителю/бригаде - печатать
каждого члена бригады в отдельной строкеОписание :
по 180-му системному алгоритму "Формирование Exel-отчетов по СЗЗЧто измененно :
алг. 180 Печать ССЗ по исполнителю/бригаде - печатать каждого
члена бригады в отдельной строке
Как измененно :
Состав бригады выводится построчно.
M_MNPLAN
Краткое описание :
9.1 при формировании комплектовочных ведомостей, позиции с
количеством 0 (расчет в режиме по потребности) не следует вносить в КВ.Описание :
Отчеты для Olap- сервераЧто измененно :
9.1 при формировании комплектовочных ведомостей, позиции с
количеством 0 (расчет в режиме по потребности) не следует вносить в КВ.
Как измененно :
Доработано: при формировании комплектовочных ведомостей,
позиции с количеством 0 (расчет в режиме по потребности) не вносятся в КВ.
M_MNPLAN
Краткое описание :
9.1 При формировании комплектовочных ведомостей
корректировать позицию КВ при изменении количества бракаОписание :
Отчеты для Olap- сервераЧто измененно :
9.1 При формировании комплектовочных ведомостей корректировать
позицию КВ при изменении количества брака
Как измененно :
Доработано: при формировании комплектовочных ведомостей
корректируются позицию КВ при изменении количества брака при установленных
настройках алгоритма JScripts.
M_MNPLAN
Краткое описание :
9.1 При формировании комплектовочных ведомостей
корректировать позицию КВ при заменах по акту заменОписание :
Отчеты для Olap- сервераЧто измененно :
9.1 При формировании комплектовочных ведомостей корректировать
позицию КВ при заменах по акту замен
В случае если норма не менялась поле для заменяемой МЦ не корректируется
Как измененно :
Доработано: при формировании комплектовочных ведомостей
корректируется позиция КВ при заменах по акту замен.
M_MNPLAN
Краткое описание :
алг. 5 Добавить возможность сортировки документа-приемника
по наименованиюОписание :
по 5-му системному алгоритму "Расчет потребностей в ресурсах"Что измененно :
алг. 5 Добавить возможность сортировки документа-приемника по
наименованию
По инциденту 2.94388
Клиент пишет: Возможно ли, чтобы в Потребности в материальных ресурсах МЦ
сразу были отсортированы по наименованию. Расчет потребности делаем из
производственного заказа алгоритмом № 5. Дело в том, что за день формируем
порядка 30 потребностей и надо зайти в каждую и отсортировать, это большая
потеря времени. Уберется ручной труд, ведь это надо каждый раз зайти в 30, а
бывает и больше, потребностей и везде сделать сортировку.
Как измененно :
В библиотеку "Функции для работы с планом" добавлена функция
PlanSortMC, которая сортирует позиции спецификации указанного документа по
наименованию МЦ/Усл. Для того, чтобы этой функцией можно было пользоваться,
необходимо провести перерегистрацию библиотек.
Для того, чтобы отсортировать сформированные 5 алгоритмом документы, необходимо
создать пакетный алгоритм (99 системный). Включив в него два алгоритма: 5 и 52
(текст скрипта - во вложенном файле).
В дополнительных параметрах запуска 5 алгоритма надо указать "Заполнять список
выходных документов".
В пятом алгоритме на вкладке "В какой документ" установить значение настройки
"Режим создания/поиска документа" в "Создавать при каждом запуске"
В дополнительных параметрах запуска 52 алгоритма надо указать "Использовать
общий список документов"
M_MNPLAN
Краткое описание :
9.1 Не выпорлняется расчет по 103(5) алгоритму с
параметрами Кратность запуска Потери на наладкуОписание :
по 103-му алг "Формирование журнала резервирования по плановым документам"Что измененно :
9.1 Не выпорлняется расчет по 103(5) алгоритму с параметрами
Кратность запуска Брать из маршрутной карты
Потери на наладку Учитывать
в случае если расчет ведется с пор позиции с аналитикой Работа
пример на базе BY01-821.topsoft.local\INS_91 Test_91
документ ОТК_0001 (ПРЗ) Журнал окончательного брака (Длин Сатин)
алгоритм БФ3.5.2_105(5)_Расчет журнала резервирования по Журналу ОТК
Как измененно :
Исправлено, расчет выполняется.
M_MNPLAN
Краткое описание :
9.1 При расчете комплектовочных ведомостей не прерывать
расчет в случае отсутствия журнала резервирования.Описание :
Отчеты для Olap- сервераЧто измененно :
9.1 При расчете комплектовочных ведомостей не прерывать
расчет в случае отсутствия журнала резервирования.
Как измененно :
Доработано: при расчете комплектовочных ведомостей не
прерывается расчет в случае отсутствия журнала резервирования.
M_MNPLAN
Краткое описание :
9.1 Изменить форму запуска формирования OLAP для
комплектовочной ведомостиОписание :
Отчеты для Olap- сервераЧто измененно :
9.1 Изменить форму запуска формирования OLAP для
комплектовочной ведомости.
Как измененно :
Добавлены режимы расчета комплектовочных ведомостей и выбор
алгоритмов JavaScript
M_MNPLAN
Краткое описание :
9.1 При вормированиии КВ по OLAP кубу формируется не
корректный номер КВОписание :
Отчеты для Olap- сервераЧто измененно :
9.1 При формированиии КВ по OLAP кубу формируется не корректный
номер КВ
Как измененно :
Доработано формирование номеров комплектовочной ведомости.
M_MNPLAN
Краткое описание :
9.1 Web.Не корректно формируются КВ в режимеОписание :
Не знаю, какая именно часть модуля "Планирование производства", научитеЧто измененно :
9.1 Web. Не корректно формируются КВ в режиме
расчет OLAP на основе существующих КВ и с учетом рассчитанного плана
производства, сохранение рассчитанных ведомостей в базе Галактики
Фрагмент алгоритма JAVA
/ флаг расчета материальных норм
var Nastr = {
flagEditCreateKomVed : function ()
{
// 1 - создаем комплектовочные ведомости
// в случае не совпадения пяти аналитикам в шапке.
// 2 - редактируем комплектовочные ведомости
// если совпадают первые пять аналитик проверяются аналитики 6-10
// если нет записи с одинаковыми аналитиками 6-10 то создается новая
запись а существующая с несовпадающими аналитиками обнуляется.
// если совпадают аналитики 1-5 и 6-10 то проверяются
// ДатаНачала, ДатаОкончания и поле Норма. Если есть несовпадения то запись
корректируется и только по этой записи запускается пересчет полей.
//
// 8 - корректировать поля
//
// 16 - учитывать журнал окончательного брака
// 32 - учитывать историю замен
// 64 - обнулять поля позиции, отсутствующие в мат.нормах в режиме
корректировки (+ 2)
var wFlag = 1 + 2 + 8 + 16 + 32 + 64;
return wFlag;
Как измененно :
Доработано.
M_MNPLAN
Краткое описание :
9.1 (инц. 2.96395) при формировании/корректировке
Подетального плана цеха, созданного по журналу резервирования, для некоторых
записей не заполняются поля аналитикОписание :
по 170- му системному алгоритму "Копирование и агрегация документов "Что измененно :
9.1 при формировании/корректировке Подетального плана цеха,
созданного по журналу резервирования, для некоторых записей не заполняются поля
аналитик
Проблема: при формировании/корректировке Подетального плана цеха, созданного по
журналу резервирования, для некоторых записей не заполняются поля аналитик
Производственный заказ и Комплект. В исходном плане (по которому рассчитан
журнал резервирования) вся эта информация для всех позиций заполнена. При
каждом сеансе корректировки Подетального плана цеха количество в поле План по
таким записям продолжает наращиваться (инкрементироваться). Причина появления
таких записей непонятна.
Как измененно :
В настройке 170-го алгоритма для подетального цеха добавлены
настройки фильтрации записей ЖР по статусу. Этими настройками можно исключить
попадание записей НЗП, что должно решить проблему.
M_MNPLAN
Краткое описание :
9.1 Не корректно формируются Комплектовочные ведомости в
режиме Режим 2.<Расчет OLAP на основе скорректированных документов (с учетом
рассчитанного плана производства)>Описание :
Компонента ServerMnfЧто измененно :
9.1 Не корректно формируются Комплектовочные ведомости в
режиме Режим 2.<Расчет OLAP на основе скорректированных документов (с учетом
рассчитанного плана производства)>
В случае если у нас нет ни одной КВ в базе
1) Не корректно формируются номера КВ
2) Поля Дефицит участка заполняются не понятно какими цифрами
Как измененно :
Доработано.
M_MNPLAN
Краткое описание :
алгоритм 103.5 103.6 Связи операция МК и позиций
спецификацииОписание :
Алгоритмы расчетаЧто измененно :
В операции Маршрутных карт существует локальная функция "Связи
с ресурсами спецификации",
в которой можно задать связи технологических операций с компонентами ПС, однако
расчетный алгоритмы 103.5 и 103.6 не учитывает данные связи.
В результате цикл производства изделия получается увеличенным, что приводит к
некорректным данным графика производства и как следствие невозможность
использования
модулей Планирования производства, МТО системы Галактика ERP.
Необходимо чтобы системные алгоритмы 103.5 и 103.6 учитывали данную
функциональность.
Как измененно :
Учитывает данные связи.
M_MNPLAN
Краткое описание :
Уменьшить длительность операций, исходя из количества
станков (рабочих мест) в группе оборудованияОписание :
по 103-му алг "Формирование журнала резервирования по плановым документам"Что измененно :
Уменьшить длительность операций, исходя из количества станков
(рабочих мест) в группе оборудования.
Описание проблемы и предложение по реализации от клиента - во вложении
Как измененно :
В интерфейс просмотра расширенной информации ПЦ Нгруппа
оборудования добавлено поле "Количество единиц в группе", Добавлена настройка
103-5 алгоритма "Учитывать количество единиц в группе"