M_MNPLAN
Краткое описание :
Доработки по быстродействию расчета формул из шаблонов
документов планирования производстваОписание :
Механизм исполнения и настройкиЧто измененно :
Доработки по быстродействию расчета формул из шаблонов
документов планирования производства
Как измененно :
Доработки по быстродействию выполнены
M_MNPLAN
Краткое описание :
9.1.Алгоритм 135. Не корректное сообщение об ошибке.Описание :
по 135-му системному алгоритму " Получение остатков для плановых документов..."Что измененно :
При использовании для расчета комбинации настроек 135 алгоритма:
-"Параметры расчета\Разрез хранения\Рассчитывать остатки" - "Распределенные по
объекту ЦУ"
-"Параметры расчета\Разрез хранения\Рассчитывать остатки\Объект целевого учета"
- "< Не учитывать >"
На экран выводится сообщение об ошибке: "Ошибка!!! RecordExists
TLst_SpDoc_cAnVal <> tsOK p_cSpMnPlan = 233333336546 wNumAn = 1
ф.Find_TLst_SpDoc_cAnVal_for_Ost4CU".
Как измененно :
Ввиду не востребованности режима расчета наличия для МЦ по всем
объектам ЦУ принято решение отказаться от его использования. При нулевом
значении настройки "Параметры расчета\Разрез хранения\Рассчитывать
остатки\Объект целевого учета" вместо значения < Не учитывать > будет выводится
значение <пусто>. При попытке использовать комбинацию настроек
-"Параметры расчета\Разрез хранения\Рассчитывать остатки" - "Распределенные по
объекту ЦУ"
-"Параметры расчета\Разрез хранения\Рассчитывать остатки\Объект целевого учета"
- "<пусто>"
в протокол будет выводится сообщение об ошибке: "В настройках алгоритма
определена невалидная ссылка на шаблон целевого учета. Режим "Параметры
расчета\Разрез хранения\Рассчитывать остатки" - "Распределенные по объекту ЦУ"
реализован быть не может."
M_MNPLAN
Краткое описание :
Выч. поле 7008 Не отображает количественную величину,
заданную скриптомОписание :
№7008 "Предыдущие позиции спецификации"Что измененно :
Выч. поле 7008 Не отображает количественную величину, заданную
скриптом
По инциденту 2.89121
Описание клиента во вложении.
На моей базе incidents91 подтверждается (000067 ПП_План производства инц.
2.38743 ВИТ (Копия).).
Как измененно :
Отображает количественную величину в дополнительном поле
планового документа, если в этом документе не пустая спецификация.
M_MNPLAN
Краткое описание :
JS функция MakeOrders(dDate, cKatSopr) не учитывает
параметр dDate при формировании ордеровОписание :
Алгоритмы JavaScriptЧто измененно :
JS функция MakeOrders(dDate, cKatSopr) не учитывает параметр
dDate при формировании ордеров
По инциденту 2.93533
Ордера формируются не на дату, заданную параметром dDate, а на дату
формирования накладной. Это ошибка - нужно формировать ордер на дату, указанную
в параметре.
Кроме того, функция излишне разговорчива в процессе работы и отображает
массу лишней числовой информации, как будто это режим отладки. Необходимо
исключить вывод промежуточной числовой информации.
Описание проблемы во вложении.
Как измененно :
Функция MakeOrders (dDate, cKatSopr) - формирует ордера на
дату, указанную в параметре dDate.
M_MNPLAN
Краткое описание :
9.1 Логирование предупреждений при работе с DSKОписание :
Корпоративная потребностьЧто измененно :
9.1 Логирование предупреждений при работе с DSK
----------------------------------------------------
24.10.2016 13:19:22.03, объект: "GetNastr_VidSpWayAcNRec"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : IVIDSCR1
Записан: MNFDSKFUNCS
Как измененно :
Исправлены предупреждения при работе с DSK
M_MNPLAN
Краткое описание :
Привязка позиций спецификации ДО к позициям спецификации договораОписание :
Счета, ДО на продажуЧто измененно :
Привязка позиций спецификации ДО к позициям спецификации договора
Есть договор на продажу с обязательной спецификацией.
По договору формируем ДО на продажу.
В статусе установлен контроль количества МЦ при создании подчинённых документов. Поэтому при формировании очередного ДО Система показывает остаток по договору.
Но если спецификация ДО сформирована не по договору, а затем ДО привязан к договору, то количество по такому ДО не учитывается при расчёте остатка по договору. Потому что в этом случае поле SPSTEP.CSPDOCS не заполнено, т.е. позиции спецификации ДО не привязаны к позициям спецификации договора.
Нужен способ привязки позиций спецификации ДО к позициям спецификации договора "задним числом".
Например, для накладных в такой ситуации есть алгоритм 3008. Может и для ДО такой алгоритм написать и использовать его через дополнительные функции локального меню?
Как измененно :
Создан алгоритм 3025 по аналогии с 3008
'Привязка спецификации ДО к договору/соглашению/КП'
При запуске из ДО выполняется следующая последовательность:
1. удаляются все ссылки в спецификации ДО на спецификацию договора
2. для каждой позиции спецификации ДО ищется соответствие в договоре
сначала по мц\услуге, отпускной единице, цене,
после по мц\услуге, отпускной единице,
после только по мц\услуге.
Также остаток по найденной позиции не должен быть меньше количества
по ДО.
3. Пересчитывается остаток по договору
В результате выполнения алгоритма выводится протокол.
Для появления алгоритма необходимо добавить в файл
..\Exe\UserAlgor.lst
строку
AlgorithmName = 'L_Dogovor::Algoritm_3025'
M_MNPLAN
Краткое описание :
"Подпись контроллера _______________ штамп"Описание :
по 180-му системному алгоритму "Формирование Exel-отчетов по СЗЗЧто измененно :
"Подпись контроллера _______________ штамп" - в
Сопроводительном талоне
Как измененно :
Исправлено
M_MNPLAN
Краткое описание :
9.1 Фонд времени работы производственных центров. В
заголовке окна не отображается значение разрезаОписание :
Журнал резервирования времени работы ПЦЧто измененно :
9.1 Фонд времени работы производственных центров. В заголовке
окна не отображается значение разреза
в случае если значение варианта планирования не указано .
Как измененно :
В заголовке окна отображается значение разреза в случае если
значение варианта планирования не указано.
M_MNPLAN
Краткое описание :
9.1 99 алг (сначала 5алг ,затем 52алг с выполнением
сортировки в документе созданном 5 алг)Описание :
по 99-му системному алгоритму "Пакетное выполнение алгоритмов"Что измененно :
9.1 99 алг (сначала 5алг ,затем 52алг с выполнением сортировки
в документе созданном 5 алг)
При решении проблемы 102.159794
выяснилось что первоначальная сортировка выполняется только в режиме
<Создавать при первом запуске>
в случае если настойка
<Искать связанные док-ты, при отсутствии - создавать>,
то сортировка не выполняется.
Как измененно :
Сортировка документа-приемника в случае, если настройка 5
алгоритма имеет значение "Искать связанные документы, при отсутствии -
создавать"
M_MNPLAN
Краткое описание :
ПЗ: неправильно отрабатывает фильтр по вычисляемому полюОписание :
Производственные заказыЧто измененно :
ПЗ: неправильно отрабатывает фильтр по вычисляемому полю
По инциденту 1.272149
Описание клиента во вложении.
Подтверждается на базе maketprz911, документ ПВЦ_0401 ПЗ_(ПРЗ) Подетальный
план выпуска цеха_Цех 1500 Сборочный.
Как измененно :
Исправлено.
M_MNPLAN
Краткое описание :
Отображение системной аналитики Заказы НИОКР в
производственном контуре должно подчиняться общим правиламОписание :
Получение наименования значений аналитики (GetAnyKau)Что измененно :
Отображение системной аналитики Заказы НИОКР в производственном
контуре должно подчиняться общим правилам.
Как измененно :
Отображение системной аналитики Заказы НИОКР в производственном
контуре подчиняется общим правилам.
M_MNPLAN
Краткое описание :
алг. 117 В интерфейсе "Состояние производства" по кнопке
"Список ССЗ" ССЗ не отображаютсяОписание :
по 117-му системному алгоритму " Состояние производства и формирование ССЗ"Что измененно :
алг. 117 В интерфейсе "Состояние производства" по кнопке
"Список ССЗ" ССЗ не отображаются
По инциденту 1.272199
Описание клиента во вложении. Клиент на данных ЖР за август 2015 г
сформировал ССЗ на ноябрь 2016 г. При нажатии кнопки "Список ССЗ" получен
пустой список.
На базе maketprz911 на данных ЖР за апрель 2015 г. сформирую ССЗ на
01.04.2015 г. При нажатии кнопки "Список ССЗ" получен пустой список, то есть не
влияет на какую дату сформировано ССЗ.
Получается, что список ССЗ формируется постоянно пустым.
Как измененно :
Это было из-за неигнорирования дат согласно настройки
"игнорировать даты при поиске плановых документов". Сейчас настройка
обрабатывается корректно.
M_MNPLAN
Краткое описание :
алг. 117 Настройка "Подразделения для поиска остатков" не
позволяет изменить/удалить список подразделенийОписание :
по 117-му системному алгоритму " Состояние производства и формирование ССЗ"Что измененно :
алг. 117 Настройка "Подразделения для поиска остатков" не
позволяет изменить/удалить список подразделений
При любых действиях список не изменяется, а должен изменяться.
Варианты действий:
- очистка списка нажатием Del
- в окне выбора подразделений изменить Ins пометки подразделений и нажать
Enter.
Как измененно :
Приведены к стандартной очистка и перевыбор значений.
M_MNPLAN
Краткое описание :
9.1 Web. При расчете комплектовочных ведомостей в режиме 2
и 3 не учитываются пустые комплектовочные ведомостиОписание :
Компонента ServerMnfЧто измененно :
9.1 При расчете комплектовочных ведомостей в режиме 2 и 3 не
учитываются пустые комплектовочные ведомости т.е в БД имеются шапки КВ запускаю
режим
1.расчет на основе скорректированных документов (с учетом рассчитанного плана
производства)
2.сохранить скорректированные документы в базу данных Галактики
имеющиеся пустые КВ не учитываются
Как измененно :
При расчете комплектовочных ведомостей доработан учет
созданных пустых комплектовочных ведомостей.
M_MNPLAN
Краткое описание :
Сделать видимым алг. 325Описание :
Предложение по новой функциональности контура управления производствомЧто измененно :
Сделать видимым алг. 325
Как измененно :
Доработано так, чтобы после перерегистрации системных
алгоритмов, 325 алгоритм стал видимым.
M_MNPLAN
Краткое описание :
9.1 При формировании КВ некорректно заполняется поле
спецификации ИзгортовительОписание :
Компонента ServerMnfЧто измененно :
9.1 При формировании КВ некорректно заполняется поле
спецификации Изготовитель. При последовательности действий если выполнить
расчет диаграммы Ганта по алгоритму 103 , то некорректно заполняется
Изготовитель в КВ.
Как измененно :
При последовательности действий если выполнить расчет
диаграммы Ганта по алгоритму 103 доработано корректное заполнение Изготовителя
в комплектовочной ведомости.
M_MNPLAN
Краткое описание :
164 алгоритм, не формируются акты ИЦНОписание :
по 164- му системному алгоритму "Формирование акта изменения целевого назначения"Что измененно :
164 алгоритм, не формируются акты ИЦН. Ошибка проявляется в
случае использования комбинации настроек:
- "Фильтры для МЦ по разрезу хранения\В случае если остатки меньше значения из
поля спецификации" - "Игнорировать"
- "Фильтры для МЦ по разрезу хранения\Партия" - "Загрузить из аналитик
спецификации документа".
Если вместе с данными значениями настроек для каждого наименования МЦ в
настройках будет определено несколько наименований подразделений и\или
несколько наименований МОЛ в качестве возможного разреза хранения, то в данном
случае акты ИЦН не должны формироваться. Данное требование обусловлено тем, что
при таком сочетании настроек в спецификацию акта будут выгружены все возможные
комбинации "МЦ/Подразделение/МОЛ", и количество таких комбинаций, а
следовательно и позиций в спецификации акта, может быть очень значительно. Так
как большая часть данных позиций скорее всего не понадобится пользователю, а
потому должна будет удалена из спецификации акта, очевидно что данное сочетание
настроек необходимо считать ошибочным. Данное ограничение не должно относиться
к партиям т.к. наименование партий уникально для предприятия в целом и будет
храниться(если есть в наличии) по заданному, фиксированному разрезу.
Множественное определение подразделений и\или МОЛ в настройках алгоритма может
быть определено с помощью фиксированного списка подразделений\МОЛ, или если для
настройки "Фильтры для МЦ по разрезу хранения\Подразделение\Учитывать остатки
из кладовых" поставлено значение "Да".
Как измененно :
Ошибка исправлена, акты ИЦН формируются корректно. В случае
определения нескольких наименований подразделений и\или МОЛ и установке
значения "В случае если остатки меньше значения из поля спецификации" -
"Игнорировать" в настройках алгоритма, при запуске алгоритма в протокол
выгружается сообщение об ошибке: "Для режима "Фильтры для МЦ по разрезу
хранения\В случае если остатки меньше значения из поля спецификации" -
"Игнорировать" запрещено формировать акты по спискам подразделений и МОЛ, для
позиции №№ согласно настройкам алгоритма доступно NNN наименований
подразделений и NNN наименований МОЛ. Акт по данной позиции сформирован быть не
может.".
M_MNPLAN
Краткое описание :
9.1 В случае если в наименовании МЦ встречаеися символ ' ,
то при формировании таблицы KatMC_1- ошибкаОписание :
Компонента ServerMnfЧто измененно :
9.1 В случае если в наименовании МЦ встречаеися символ ' , то
при формировании таблицы KatMC_1- ошибка.
Для OLAP отчетов.
Как измененно :
В случае если в наименовании МЦ встречаеися символ '
(одинарная кавычка) , доработано корректное формировании таблицы KatMC
(каталога МЦ).
M_MNPLAN
Краткое описание :
9.1 не верно заполняются даты в таблице MiniMatNorm_1 в
случае установки Язык и региональные стандарты параметра формат даты
Английский(США)Описание :
Компонента ServerMnfЧто измененно :
9.1 не верно заполняются даты в таблице
MiniMatNorm_1(Материальные нормы) в случае установки Язык и региональные
стандарты параметра формат даты Английский(США)
Как измененно :
Доработан учет настроек "Язык и региональные стандарты"
прирасчете и формировании комплектовочных ведомостей
M_MNPLAN
Краткое описание :
Алгоритм 138. Доработка механизма подбора замен при списанииОписание :
Потребности в материальных ресурсахЧто измененно :
Необходимы следующие доработки алгоритма 138 в части подбора
замен материалов для режима формирования накладных по потребности в материалах:
Необходимо подбирать замены анализируя не фактический отпуск по истории замен,
а анализируя акты замен (листы допустимых замен), действующие на дату списания
(дата начала Потребности в материалах на смену). Это вызвано тем, что у цеха на
начало месяца часто остаются остатки материала полученного по замене и они его
используют с начала месяца. Отпуск по замене по акту текущего месяца может быть
позже, а может и не быть вовсе и цех просто до конца будет использовать
материал из остатков. Подбор замен будет происходить следующим образом:
1.Необходимо найти все акты замен или листы допустимых замен (далее акты)
действующие на текущий месяц (месяц из Даты начала потребности на смену),
которые позволяют заменить текущий материал к списанию.
2.Проверяем в этих актах ограничения по ГП. Если ограничение есть, то
проверяем, есть ли среди этого перечня изделие, на которое списывается текущий
материал. Если нет, то замены не подбираем, иначе идем дальше. Таким образом,
отбираем все возможные (разрешенные) варианты замен данного материала.
3.Дальше поочередно по каждому подобранному варианту замен проверяем наличие по
разрезу списания и кладовой цеха (отбираем только позиции, которые полностью
покрывают нужное для списания количество), а также определяем, можем ли мы
списать данное количество (описание в п 3.2). В первую очередь обрабатываются
варианты по листам допустимых замен, после этого - акты замен. Количество
заменяющего материала определяется для листов допустимых замен - исходя из
заданного соотношения (коэффициента), для актов замен (комплексных) -
необходимо рассчитать коэффициент замены, разделив количество для позиции "Что
удалить" на количество по позиции "Что добавить". Для расчета количества
заменяющего материала, необходимо умножить полученный ранее коэффициент на
количество заменяемого материала.
3.1.Если найдены остатки по заменяющему материалу из листа допустимых замен, то
выполняем подбор и отражаем данную информацию в интерфейсе Продукты выпуска,
аналогично существующему порядку.
3.2.Если найдены остатки по заменяющему материалу из акта замен, то необходимо
предварительно рассчитать, можем ли мы списать данное количество по текущему
акту. Для этого, необходимо рассчитать сколько уже ранее было списано
материалов по данному акту замены и сравнить с количеством из секции "Что
добавить" акта замен. Сумма списанного ранее по данному акту и текущего
количества к списанию не должна превышать разрешенное по акту замен.
Как измененно :
Для 138 алгоритма проведена доработка согласно требованию
клиента.
M_MNPLAN
Краткое описание :
Алгоритм 138. Ошибка записи в таблицу NoteBeneОписание :
Не знаю, какая именно часть производственого контура, научитеЧто измененно :
При проведении замен по документу замен средствами 138
алгоритма на экран выводится сообщение:
"Ошибка!!! Неудачная попытка вставки новой записи таблицы NoteBene,
ф.SetNoteBene_MnPlan_Full_Mess"
Как измененно :
Ошибка исправлена, замены проводятся корректно, сообщение об
ошибках не выдается.
M_MNPLAN
Краткое описание :
Сортировка в производственном заказеОписание :
Производственные заказыЧто измененно :
В документах планирования модуля "Управление производственной
логистикой" отсутствует возможность произвести сортировку по полям таблицы. На
более ранних версиях данная возможность имелась.
Как измененно :
Ошибка исправлена для пользовательских интерфейсов:
- 10007, Плана сбыта в разрезе договоров
- 10008, Недельно-суточное планирование работы транспортных средств
- 10009, Информация журнала резервирования ПЦ для ССЗ
- 10012, Оперативно-производственная сводка
- 10018, Иерархический интерфейс просмотра и редактирования номенклатурного
плана
- 10022, Поиск изделия в трудовых ресурсах
- 10023, Быстрый поиск объекта планирования
- 10032, Формирование сменно-суточного задания