M_MNPLAN
Краткое описание :
8.10 103 алг. В 103(5) и в 103(3) использовать
платформозависимые-да НЕ выполняется разузловка.Описание :
по 103-му алг "Формирование журнала резервирования по плановым документам"Что измененно :
8.10 103 алг. В 103(5) и в 103(3) Использовать
платформозависимые алгоритмы-да, НЕ выполняется разузловка.
В настройке алгоритма меняю только один параметр
Использовать платформозависимые алгоритмы-нет
Тогда все разузловывается.
на базе by01-oracle01.topsoft.local+PROIZV8+Gal8_2
(архив d:\Z_TEST\TestBAZRAB\)
100089.0030 Наименование документа: ПП_103.5941 Cистемный алгоритм №89 не
анализирует и агрегирует аналитику Партия
алгоритм: Расчет потребностей в ресурсах с учетом ограничений
Как измененно :
Теперь выполняется разузловка при использовании
платформозависимых решений.
M_MNPLAN
Краткое описание :
Ошибка при выполнении SQL-сценарияОписание :
по 137-му алгоритму "Просмотр потребности в материалах"Что измененно :
Ошибка при выполнении SQL-сценария
Описание во вложении.
База Mes_Demo_91. Есть bakup.
Как измененно :
Настройки алгоритма преведены в порядок.
M_MNPLAN
Краткое описание :
9.1 170 алг Копирование и агрегация документов (ПЕНЗА)Описание :
по 170- му системному алгоритму "Копирование и агрегация документов "Что измененно :
При формировании 170 алг <<Подетальный план выпуска цеха>> в
план попадают не только Собственного производства но и Материалы (ПЕНЗА)
Как измененно :
Добавлена возможность фильтровать по аналитике МЦ.
M_MNPLAN
Краткое описание :
Дублирование номеров при перенумерации позиций
производственного планаОписание :
Производственные планыЧто измененно :
Дублирование номеров при перенумерации позиций
производственного плана
Клиент по F7 создает новую позицию и вручную присваивает ей номер, например,
00030-1, чтобы разместить добавленную позицию в определенном месте
спецификации. Затем клиент запускает функцию локального меню спецификации
"Перенумерация спецификации документа". В результате выполнения перенумерации
на SQL-платформе образуется две позиции с номером 00031,а на Pervasive также
образуются 2 дублирующие позиции, но привязаны к номеру, не относящемуся к
введенному пользователем.
Пример пользователя во вложении.
Как измененно :
решение по дублированию номеров при перенумерации позиций
производственного плана : Переписана процедура ReCalcNum
M_MNPLAN
Краткое описание :
Не запускаются доп.алгоритмы при изменении количественных
полей с пользв. польз.инт-ф. №10021Описание :
10021 "Ограничения для представления <период> "Что измененно :
Не запускаются доп.алгоритмы при изменении количественных полей
с пользв. польз.инт-ф. №10021
Если подключен пользовательский интерфейс №10021 то алгоритмы запускаются
только в расширенном окне количественных полей позиции плана по Ctrl+F2, но в
тоже время алгоритмы не запускаются в стандартном окне редактирования планового
документа. Если интерфейс 10021 не подключен то ситуация обратная.
Необходимо чтобы при включенном 10021 алгоритмы запускались как в расширенном
окне так и в стандартном окне редактирования планового документа.
Как измененно :
с подключенным интерфейсом 10021 при изменении количественных
полей теперь корректно отрабатывают алгоритмы.
M_MNPLAN
Краткое описание :
"Докумены-основания" - в протоколе расчетаОписание :
по 56-му системному алгоритму "Удаление документов"Что измененно :
"Докумены-основания" - в протоколе расчета (дважды)
Как измененно :
исправлено на "Документы-основания"
M_MNPLAN
Краткое описание :
Значения полей не рассчитываются по формуламОписание :
Планы снабженияЧто измененно :
При вводе данных значения полей не рассчитываются по
формулам, указанным в шаблоне.
Описание во вложенном файле
Как измененно :
Тепеь поля рассчитываются по формулам.
M_MNPLAN
Краткое описание :
8.1 ПП 89.алг. В случае если на Изделие 1 есть две МК то
расчет не корректенОписание :
по 89-му системному алгоритму "Алгоритм расчета запуска выпуска в производство"Что измененно :
8.1 ПП 89.алг. В случае если на Изделие 1 есть две МК то
расчет не корректен
т.е Если у нас на Изделие 1 есть две МК
1 Изделие-1.0.0.000000-№2 (особенность этой МК втом,в ней в
качестве операций указаны МК)
+ 1 Изделие-1.0.0.000000-№1 (Вар 1И)
и по Изделию 1 расчитать журнал по МК 1 Изделие-1.0.0.000000-№1 (Вар 1И)
то после запуска 89 алг с настройками
Способ формирования документов-приемников Новые документы
Способ выбора подразделения Фиксированное значение
Подразделения для расчета запуска-выпуска 018 СБОРОЧНЫЙ
документ приемник формируется не корректно.
Некорректность заключается в том, что 1 позиции Изделие 1, привязываются
операции не принадлежащие МК Изделие-1.0.0.000000-№1 (Вар 1И)
по которой расчитывался журнал.
Например
в шапке документа Вышестоящее подразделение 018 СБОРОЧНЫЙ
а
Изделие 1
1 Изделие-1.0.0.000000-№1 (Вар 1И)/15/Сборка3(КМПО_1)
018 цех-001 уч
1.1 Узел-1.1.0.000000-№1/25/Нанесение лакокрасочного покрытия(КМПО)
012 цех-001 уч (это ошибочная запись)
а должно
Изделие 1
1 Изделие-1.0.0.000000-№1 (Вар 1И)/15/Сборка3(КМПО_1) 018
цех-001 уч
1 Изделие-1.0.0.000000-№1 (Вар 1И)/20/Сборка3(КМПО_1) 018
цех-001 уч
Как измененно :
Документ формируется корректно
M_MNPLAN
Краткое описание :
8.10 ПП 103(5) на филиальной базе не выполняется расчетОписание :
по 103-му алг "Формирование журнала резервирования по плановым документам"Что измененно :
8.10 ПП 103(5) на филиальной базе не выполняется расчет
т.е не формируются связи позиций документа источника с записями журнала
резервирования.
Как измененно :
Теперь и на филиальной базе выполняется расчет.
M_MNPLAN
Краткое описание :
8.10 89 алг. некорректная группировка по изготовителямОписание :
по 89-му системному алгоритму "Алгоритм расчета запуска выпуска в производство"Что измененно :
Некорректная группировка по изготовителям.
Подробности во вложении
Как измененно :
Изготовитель берется из МК
M_MNPLAN
Краткое описание :
В рамках ПНР. 170ый алг-м. Не формируется спецификация в
документе-приемникеОписание :
Алгоритмы расчетаЧто измененно :
Здравствуйте.
Не формируется спецификация в документе-приемнике, если в настройках выставить
перенос первых трех Аналитик.
Более подробное описание и скриншоты направили на эл. адреса
Igor.Senkevich@galaktika.by
Как измененно :
Теперь, если в аналитике спецификации документа набор -
работает корректно.
M_MNPLAN
Краткое описание :
77-алгм. Не отображаются Доп. соглашения в статусе
"Оформляемый" (в рамках ПНР)Описание :
по 77-му системному алгоритму "Формирование договоров, соглашений,ПКП по пл...Что измененно :
Здравствуйте.
Алгоритм настроен таким образом чтобы можно было добавлять спецификацию Плана
снабжения в существующее Доп. Соглашение в статусе Оформляемый.
Но при запуске алгоритма в интерфейсе выбора отображаются Договора в статусе
Оформляемый.
Проблема подтвердилась на версиях 810 и 910.
Как измененно :
Добавлена настройка "В интерфейсе выбора договоров/соглашений
выбирать только доп. соглашения". Если её значение "да", то при условии, что
документ-приемник - существующее уточняющее соглашение, в интерфейсе выбора
можно будет выбрать только данный тип документа. Если попробовать выбрать
договор, то будет выдаваться сообщение: "Выбирать договор нельзя..."
M_MNPLAN
Краткое описание :
Ошибка при переходе из состояния в документе заявкаОписание :
ЗаявкиЧто измененно :
Описание проблемы во вложении
Как измененно :
Переход из одного состояния во второе осуществляется только при
корректном выполнении заданного алгоритма.
M_MNPLAN
Краткое описание :
Перекрытие пользов. интерф. при переходе между плановыми
документамиОписание :
Производственные заказыЧто измененно :
Перекрытие пользов. интерф. при переходе между плановыми
документами
Суть проблемы: при использовании в разных шаблонах нескольких представлений
с настроенными пользовательскими интерфейсами просмотра спецификации,
интерфейсы одного шаблона перекрывают интерфейсы другого.
Допустим, создан заказ по шаблону, в котором настроены пользовательские
интерфейсы №10005 и №10004, и план снабжения по шаблону, в котором тоже есть
минимум
два представления с настроенными пользовательскими интерфейсами просмотра
спецификации.
После работы с заказом, последующий переход в вышеописанный план снабжения
приводит к тому,
что интерфейс одного из представлений (тот, что был неактивен на момент
открытия плана снабжения) будет перекрыт одним из интерфейсов заказа.
Ниже описано, как воспроизвести ошибку, во вложении отчет о системе и
видео-файл,
на котором воспроизводится ошибка для наглядности.
Условие возникновения ошибки: в каждом шаблоне должно быть как минимум два
представления с настроенным пользовательским интерфейсом представления
Может проявиться не с первого раза, от чего это зависит, я не понял
Примерные действия для воспроизведения ошибки:
1) Создаем шаблон заказа с двумя представлениями
2) Одному представлению устанавливаем пользовательский интерфейс №10005,
другом №10004
3) Создаем шаблон плана снабжения с двумя представлениями
4) Обоим представлениям устанавливаем, например, пользовательский интерфейс
№10014
5) Создаем два документа по созданным шаблонам - заказ и план снабжения
7) Закрываем Галактику
8) Запускаем Галактику
9) Идем в созданный заказ, открываем, перещелкиваем представления
10) Идем в созданный план снабжения, открываем его. Перещелкиваем на второе
представление и видим, что интерфейс №10014 перекрыт журналом резервирования
11) Если с первого-третьего раза не получилось, надо перезапускать Галактику
Как измененно :
При переходе между плановыми документами
пользовательские интерфейсы не перекрываются.
M_MNPLAN
Краткое описание :
JS: Не работает вывод протокола в XMLОписание :
Механизм исполнения и настройкиЧто измененно :
JS: Не работает вывод протокола в XML
Инцидент 2.19963
Во вложенных файлах описание с картинками
и алгоритмы в XML для примера.
Как измененно :
Вывод протокола в xml работает.
M_MNPLAN
Краткое описание :
atl5438. ПП 89 алг Не обрабатывается ситуация отсутствия
хранимых процедурОписание :
по 89-му системному алгоритму "Алгоритм расчета запуска выпуска в производство"Что измененно :
atl5438. ПП 89 алг Не обрабатывается ситуация отсутствия
хранимых процедур на сервере
т.е после запуска алг использующего хранимые процедуры (напр 89) на 5437 было
так
------
Ошибка
------
Ошибка при выполнении SQL-сценария (Инициализация таблиц): код = 311
---------------------------
ОК
---------------------------
затем
---------------------------
Информация
---------------------------
При выполнении алгоритма <0089_Декомпозиция_по_выщестоящим_подразделениям.>
возникли серьезные ошибки.
Формировать протокол расчета?
---------------------------
Да Нет
---------------------------
и содержание протокола
ПРОТОКОЛ РАСЧЕТА
[Критичная ошибка (0)]
1 Версия алгоритма: 8
2 Тип платформы: Oracle
3 Вариант планирования:Вариант для моделировпния
5 Формируется представление "Производственный заказ"
6 Используется фильтр по позициям документов-источников
[Критичная ошибка (143)]
На сервере БД отсутствуют необходимые для расчета хранимые функции. Проведите
их перерегистрацию
А на 5438
никаких сообщений об ошибках нет. Алгоритм заканчивает свою работу без
предупреждений
но результатов расчета НЕТ!!
Как измененно :
В случае отсутствия доступа к хранимым функциям алгоритм выдает
сообщение в протокол.
M_MNPLAN
Краткое описание :
ПРОКОЛ расчетаОписание :
по 37-му системному алгоритму "Заполение цен"Что измененно :
Формировать ПРОКОЛ расчета - в настройке алгоритма на 1-й
закладке
Как измененно :
Прокол заменил на протокол.