M_MNPLAN
Краткое описание :
8.10 5 алг. При расчете по входящим ошибкаОписание :
по 5-му системному алгоритму "Расчет потребностей в ресурсах"Что измененно :
8.10 5 алг. При расчете по входящим ошибка
---------------------------
Информация
---------------------------
Системная ошибка(002)!!!
Невозможно корректно сформировать запись позиции плана.
Запись не будет создана.
Сообщите разработчикам!!!
Дополнительная информация:
>1
>0
>0
>0
---------------------------
ОК
---------------------------
Как измененно :
Доработано: системная ошибка не выдается.
M_MNPLAN
Краткое описание :
Не считает по входящим заявкам если дата привязки =
начало (месяца)Описание :
по 13-му системному алгоритму "Расчет плана по заявкам"Что измененно :
Не считает по входящим заявкам если дата привязки =
начало (месяца), а тип интервала = день
Проблема проявляется в случае, если кол-во интервалов меньше кол-ва дней
в текущем месяце.
Как измененно :
Доработано. Если тип временного интервала день и дата
привязки начало месяца, то начало горизонта планирования определяется как
начало месяца, а окончание определяется как дата, полученная прибавлением
количества интервалов минус один (первый день месяца также входит в количество
интервалов). Обрабатываются данные попадающие в заданный горизонт планирования.
M_MNPLAN
Краткое описание :
9.1 117 алг Состояние производства и формирование ССЗ
(ПЕНЗА)Описание :
по 117-му системному алгоритму " Состояние производства и формирование ССЗ"Что измененно :
117 алг
БФ 2.3 Формирование Сменно-суточного задания по цеху/участку .
Группу параметров
Основные параметры
Режим работы Формирование ССЗ по журналу
резервирования (план),
......
Плановый документ для поиска плана
Текущий
заменить на:
Документ- источник заисей журнала резервирования
Тип документа
Производственный план
Включена
Шаблон документа
ГРИСИ (Сатин)
Включена
Режим поиска документа
Текущий на момент запуска алгоритма ; Другой
так как не возможен запуск из Производственного задания участку.
Как измененно :
Добавленны настройки, позволяющие выбрать другой документ.
M_MNPLAN
Краткое описание :
Не отрабатывает настройка шаблона при выборе документов из
входящихОписание :
по 74-му системному алгоритму "Агрегация в период"Что измененно :
Не отрабатывает настройка шаблона при выборе документов из
входящих: Заданы настройки: "шаблон документа-источника" = ПЗ конкретный шаблон
и "Режим поиска документа-источника" = "Входящие для документа-приемника" В
протоколе указывается перечень обработанных документов, который включает как ПЗ
других шаблонов, так и ПП. При этом в спецификацию приемника попадает 4 позиции
вместо нескольких сотен.
Как измененно :
Исправлено
M_MNPLAN
Краткое описание :
Не рассчитывает если Расчет на основе = Выбор из спискаОписание :
по 13-му системному алгоритму "Расчет плана по заявкам"Что измененно :
Не рассчитывает если Расчет на основе = Выбор из списка
В настройке алгоритма было указано Расчет на основе = по входящим,
Фильтр на позиции спецификации = Обрабатывать По группам МЦ- ЧЕРНЫЕ
МЕТАЛЛЫ.
Изменяю Расчет на основе , указываю = Выбор из списка. В этом случае
фильтры уже недоступны. Произвожу расчет, План сбыта не формируется.
Для того чтобы формировался, перед изменением опции Расчет на основе
нужно убрать фильтры.
DataBaseName=D:\DN_91, План сбыта Шаблон План Сбыта(№ 0001),
п. мепню Расчет по заявкам Плана сбыта (верт.),при выборе из списка
указать заявку 000387.
Как измененно :
Т.к. при значении настройки "Выбор из списка" фильтры
недоступны, то учитывать их нет никакой необходимости.
M_MNPLAN
Краткое описание :
По инциденту 2.42551 22-й Не совпадают типы статусов
позиций документа и статусов фильтра по позициямОписание :
по 22-му системному алгоритму "Копирование и агрегация документов"Что измененно :
Выбранные пользователем статусы в настройках алгоритма для
фильтра по спецификации не являются разрешенными к выбору и использованию в
спецификации документов планирования производства. Из-за чего при отработке
алгоритма все позиции спецификации оказываются заведомо не попадающими под
ограничения фильтра данного алгоритма. Данная ошибка возникает из-за того, что
при выборе списка возможных значений статусов не определен тип документа, с
которым будет работать данный алгоритм. Необходимо разрешить определение типа
документа (поле "Тип документа" на закладке "Документ") вне зависимости от
значений остальных настроек алгоритма чтобы значение данной настройки могло
быть использовано при выборе списка статусов.
Как измененно :
Сделано
M_MNPLAN
Краткое описание :
Группа настроек шаблона "Отключить контроль" позволяет
изменить стаус заявки при незаполненных контролируемых поляхОписание :
ЗаявкиЧто измененно :
Группа настроек шаблона "Отключить контроль" позволяет изменить
стаус заявки при незаполненных контролируемых полях
По инциденту 2.43046
Описание во вложении.
Как измененно :
Система не дает выйти из заявки, если в ней не заполнено хотя
бы одно поле, по которому проводится контроль (настройка "Отключить контроль").
M_MNPLAN
Краткое описание :
9.1 ПП Планирование производства | Настройка | Регламенты |
Регламент документов | Шаблоны регламентов и состояний документов планированияОписание :
Шаблоны регламентов и состояний документов планированияЧто измененно :
9.1 ПП Планирование производства | Настройка | Регламенты |
Регламент документов | Шаблоны регламентов и состояний документов планирования
При выполнении функции F7 (добавить состояние) в правом среднем окне,
происходит выход в режим корректировки первого по списку состояния,
а не в режим корректировки добавленного.
Как измененно :
Исправлено.
& УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ:
NARREP.XLT
M_MNPLAN
Краткое описание :
Доработать 169 алгоритмОписание :
Не знаю, какая именно часть модуля "Планирование производства", научитеЧто измененно :
Доработать 169 алгоритм
При закрытии окна в Плане Редактор позиции документа (Ctrl+F3)
алгоритм должен анализировать только строку списка, на которой находится
курсор. При смене статуса Плана работать как раньше.
Как измененно :
Сделано по предложению.
M_MNPLAN
Краткое описание :
9.1 170 алг. При переформировании производственного задания
участку в режиме если запись нужного разреза уже существует обновлять датыОписание :
по 170- му системному алгоритму "Копирование и агрегация документов "Что измененно :
9.1 170 алг. При переформировании производственного задания
участку в режиме если запись нужного разреза уже существует обновлять даты, а
не оставлять старые.
Как измененно :
Теперь даты обновляются
M_MNPLAN
Краткое описание :
9.1 170 алг. формирование подетального плана. Не корректные
даты Начала и ОкончанияОписание :
по 170- му системному алгоритму "Копирование и агрегация документов "Что измененно :
9.1 170 алг. формирование подетального плана. Не корректные
даты Начала и Окончания
Случалось, что дата начала больше даты окончания
Как измененно :
У спецификации плана передач теперь корректные даты
M_MNPLAN
Краткое описание :
алг. 117 Добавить настройку, обеспечивающую фильтрацию
партий по заданному документу-источникуОписание :
по 117-му системному алгоритму " Состояние производства и формирование ССЗ"Что измененно :
алг. 117 Добавить настройку, обеспечивающую фильтрацию партий
по заданному документу-источнику
Новая настройка используется для режима работы "По партии" интерфейса
"Состояние производства". Настройка должна формировать дерево партий изделия в
разрезе "Изделие - Комплект - Группо-комплект - Партия" с использованием
партий, сформированных по документу-источнику, заданному в настройке алгоритма.
Как измененно :
Добавлена настройка "Список партий в интерфейсе выбора"
M_MNPLAN
Краткое описание :
Сортировка спецификации планового документа по значению
приоритетаОписание :
Производственные планыЧто измененно :
Сортировка спецификации планового документа по значению
приоритета.
На данный момент сортировка производится по наименованию приоритета. Необходимо
добавить возможность сортировать по значению приоритета. Доработку требуется
произвести для документа типа "Производственный план" в стандартном интерфейсе
с алгоритмом представления №24 "Производственный план".
Как измененно :
Доработано: добавлен сегмент сортировки "Приоритет(Значение)"
для плановых документов со стандартным представлением.
M_MNPLAN
Краткое описание :
При использовании двух объектов ЦУ снять ограничение на
совпадение ролей совпадающих аналитикОписание :
по 164- му системному алгоритму "Формирование акта изменения целевого назначения"Что измененно :
При использовании двух объектов ЦУ снять ограничение на
совпадение ролей совпадающих аналитик
По инциденту 1.199844
Формируется акт ИЦН с ОЦУ-источника на ОЦУ-приемник с разным количеством
аналитик. Аналитика ОЦУ-источника должна присутствовать в ОЦУ-приемнике, при
этом роли аналитик в этих ОЦУ должны совпадать. Если аналитики или их роли не
совпадают - алгоритм сообщает об ошибке и не выполняет требуемых действий.
Возникла ситуация, когда аналитика ОЦУ-источника и ОЦУ-приемника совпадают,
а роли этих аналитик не совпадают. Например, в ОЦУ-приемнике для аналитики
"Позиции маршрутных карт" используется роль "Работа", а в ОЦУ-источнике для
этой же аналитики используется пользовательская роль.
Необходимо выполнить доработку, чтобы как в процессе настройки алгоритма,
так и в процессе выполнения данная ситуация считалась разрешенной и
обрабатывалась корректно.
Как измененно :
Сделано. Для формирования актов ИЦН по данной схеме необходимо
выполнить следующие действия:
-В спецификации откуда запускаем 164 алгоритм определяем список МЦ, остатки по
которым надо перевести на новый объект ЦУ.
-Если надо перевести все остатки для данной МЦ, значит для настроек "Объект
целевого учета, изменяемое значение\Способ заполнения поля КАУ№, изменяемое
значение" ставим "Из свободных остатков по разрезу". Если не все, а только с
заданными значениями аналитик, тогда ставим режим "Из аналитики спецификации
документа-источника", или можно "Из аналитики шапки документа-источника" или
"Фиксированное". Тогда акты ИЦН будут сформированы только для остатков с
данными значениями аналитик.
-Для аналитик, значение которой должно быть скопировано из ОЦУ-источника
установить настройки "Объект целевого учета, заменяющее значение\Способ
заполнения поля КАУ№, заменяющее значение" в состояние "Должно совпадать с
изменяемым значением".
- 164 алгоритм не сумеет перевести остатки вида
МЦ1 в МЦ1
-1-Производственные заказ -1-Производственные заказ
-2-Работа -2-Изделие
-3-Изделие -3-Работа
-4-Работа
Он не будет знать какую из работ выбрать. В остальных случаях все должно
работать корректно.
M_MNPLAN
Краткое описание :
Быстрый поиск объекта планирования в спецификации с
регламентом позиций докум-таОписание :
Планы снабженияЧто измененно :
Быстрый поиск объекта планирования в спецификации с регламентом
позиций докум-та
Для контекстного поиска по спецификации планового документа в шаблоне на вкладке
"Прочие-Разные" установлена настройка "Использовать режим быстрого выбора
объекта
планирования для поиска строки спецификации".
Т.о. при установленном флаге поиск строки спецификации можно осуществить прямым
набором с клавиатуры названия объекта планирования, его Кода или Обозначения.
Если в шаблоне документа подключен Регламент позиций документа, то в случае
запрета
на редактирование строки регламентом быстрый поиск можно выполнить только по
полю
"Изделие: Матценность, Услуга".
Необходимо реализовать возможность быстрого поиска для полей "Код" и
"Обозначение"
при описанных выше условиях.
Проблема зарегистрирована по инциденту 2.15017
Как измененно :
В основном интерфейсе просмотра плановых документов работает
быстрый поиск по МЦ, при установленном регламенте позиции документа.
M_MNPLAN
Краткое описание :
Ошибка расчета при указании горизонта планирования в днях с
отрицательным смещением.Описание :
по 13-му системному алгоритму "Расчет плана по заявкам"Что измененно :
Ошибка расчета при указании горизонта планирования в днях с
отрицательным смещением. При указании горизонта планирования в месяцах с
отрицательным смещением (3 месяца) алгоритм работает. При указании горизонта
планирования в днях с отрицательным смещением (3 месяца " 93 дням) алгоритм НЕ
работает.
Как измененно :
Доработан учет смещения в днях при типе временного интервала
месяц.
Если тип временного интервала "месяц", а смещение указано в днях и значение
смещения отличное от нуля (положительное или отрицательное), то в данном случае
начало горизонта планирования определяется как первое число месяца, на который
попадает дата при смещении, а окончание - последний день месяца, полученный в
зависимости от от величины временного интервала.
M_MNPLAN
Краткое описание :
Алгоритм 103. Не учитываются остатки при расчете журналаОписание :
Не знаю, какая именно часть производственого контура, научитеЧто измененно :
При использовании равномерного распределения страхового запаса,
позиции без операции распределяются на каждый маршрут в полном количестве.
Поэтому при наличии в расчете одной и той же МЦ, но с разными маршрутами
страховой запас распределяется в полном количестве на каждый маршрут, что
приводит к увеличению общего количества запуска.
Как измененно :
Теперь страховой запас распределяется полностью только на
один маршрут.
M_MNPLAN
Краткое описание :
Алгоритм 117. Запуск прочих алгоритмовОписание :
Не знаю, какая именно часть производственого контура, научитеЧто измененно :
Алгоритм 117. Запуск прочих алгоритмов
Не передается ссылка на документ-источник.
Как измененно :
Теперь передается ссылка на документ источник.
M_MNPLAN
Краткое описание :
Алгоритм 138. Контроль лимита по заменеОписание :
по 138-му системному алгоритму "Формирование сопроводительных документов модуля УПЛ "Что измененно :
Не верно работает контроль лимита по заменам в случае, если в
акте замен указано несколько вариантов замен и в документе для списания
"Потребность в материалах" несколько позиций для различных вариантов замен из
одного акта замен.
Как измененно :
Доработан контроль лимита по заменам в случае, если в акте
замен указано несколько вариантов замен и в документе для списания
"Потребность в материалах" несколько позиций для различных вариантов замен из
одного акта замен . Лимит берется как сумма лимитов по всем вариантам замен.
Если в каком-то варианте замен лимит не учитывается, то и по всему акту замен
лимит не учитывается.
M_MNPLAN
Краткое описание :
Ошибка при установке единицы измерения в каталоге
производственных мощностейОписание :
Не знаю, какая именно часть производственого контура, научитеЧто измененно :
Описание проблемы во вложенном файле
Как измененно :
Исправлена ошибка при выборе единицы измерения мощности в
каталоге Производственная мощность. Предупреждение о необработанном исключении
не выдается.
M_MNPLAN
Краткое описание :
Не корректная работа фильтра в алгоритме №74 Агрегация в
периодОписание :
Планы сбытаЧто измененно :
Управление заказами?Документы?План сбыта?План
реализации?Агрегация в период
В плане реализации при агрегировании в вышестоящий интервал месяц расчет
происходит по всем позициям плана. В настройках алгоритма (Фильтр на позиции
документа-источника? Использовать расширенный фильтр).Установленны значения
фильтра: Тип объекта - матценность, Статус - оформляемый.
Документ источник и документ приемник является один и тот же документ.
Алгоритм отрабатывает без учета фильтра и проводит агрегацию по всем позициям
плана, что существенно увеличивает время работы расчета.
Управление заказами?Документы?План сбыта?План реализации?Агрегация в период
В плане реализации при агрегировании в вышестоящий интервал месяц расчет
происходит по всем позициям плана. В настройках алгоритма (Фильтр на позиции
документа-источника? Использовать расширенный фильтр).Установленны значения
фильтра: Тип объекта - матценность, Статус - оформляемый.
Документ источник и документ приемник является один и тот же документ.
Алгоритм отрабатывает без учета фильтра и проводит агрегацию по всем позициям
плана, что существенно увеличивает время работы расчета.
Не корректная работа фильтра в алгоритме №74 Агрегация в период
Как измененно :
Фильтр работает корректно
M_MNPLAN
Краткое описание :
Берутся не текущие, а сальдовые остаткиОписание :
№7001 "Текущее наличие на складе для заданной МЦ"Что измененно :
Если в настройке алгоритма указано "Учитывать складские
остатки" или "Учитывать производственные остатки", то при расчете берутся не
текущие, а сальдовые остатки
Как измененно :
Сделано