M_MNPLAN
Краткое описание :
Добавить вкладку "Дополнительные параметры" для Вкладки
"Параметры" в ПроизводстОписание :
Производственные заказыЧто измененно :
Добавить вкладку "Дополнительные параметры" для Вкладки
"Параметры" в Производственных заказах.
От клиента:
"В Производственных планах во вкладке "Параметры" есть вкладка "Доп. параметры".
Надо такую же добавить в Производственном заказе."
Утверждает, что вопрос с разработкой уже согласован.
Как измененно :
Добавлена вкладка "Дополнительные параметры" для Вкладки
"Параметры" в Производственных заказах.
M_MNPLAN
Краткое описание :
В рамках ПНР - Запрет добавления спецификации договора в
статусе исполняемыйОписание :
по 77-му системному алгоритму "Формирование договоров, соглашений,ПКП по пл...Что измененно :
Алгоритм №77 - Формирование Договоров, Соглашений настроен
таким образом, что:
1. В плане снабжения по insert отмечаются позиции спецификации, необходимые для
добавления в существующий договор.
2. Запускается данный алгоритм, система предлагает выбрать договор. в
спецификацию которого нужно добавить отмеченные позиции
спецификации плана снабжения. Алгоритм отрабатывает, позиции плана снабжения
подтянулись к спецификации договора.
Проблема заключается в том, что когда система предлагает выбрать договор,
вываливается список всех договоров, а нужно только в статусе оформляемый
(или по фильтру добавить в настройках алгоритма). Мало того, алгоритм добавляет
позиции спецификации плана снабжения к позициям спецификации договора
в статусе ИСПОЛНЯЕМЫЙ, что категорически не устраивает пользователя.
Настройки алгоритма:
Тип документа приемника - Договор
Способ формирования документа - Существующий документ
Документ-приемник - Пусто
Действия со спецификацией документа-приемника - Оставить
Как измененно :
В группу "Прочие" добавлен параметр "В интерфейсе выбора
договоров\соглашений отображать документы в статусе" со значениями "Оформляемый
и исполняемый", "Оформляемый", "Исполняемый".
При помощи данного параметра можно контролировать список договоров\соглашений в
интерфейсе выбора запрашиваемом при выполнении алгоритма.
Если выбрано значение "Оформляемый", то к выбору предоставляются только
оформляемые договора\соглашения, если "Исполняемый" - то только исполняемые и
т.д.
M_MNPLAN
Краткое описание :
В рамках ПНР-F7 при установленном фильтреОписание :
Планы снабженияЧто измененно :
Добрый день!
В документе План снабжения находимся на вкладках План/Документ устанавливаем
фильтр через локальное меню по Аналитике (системная Подразделения) Источники
потребности. Далее нужно внести корректировки, а именно добавить по F7 новую
позицию в спецификации и система выдает сообщение "Не найдено записей
удовлетворяющих текущему фильтру. Фильтр снимается". Фильтр в интерфейсе
сбрасывается и новая позиция не добавляется. Просьба исправить.
А без фильтра работать не возможно.Новая позиция добавляется через
Прайс-лист.Необходимо чтобы при создании новой позиции по F7
Значения аналитик заданные в настройке фильтра автоматически подставлялись в
вновь создаваемую строку спецификации
Как измененно :
Обязательно перед использованием в шаблоне документа сделать
активной настройку "При создании новой позиции брать аналитики из
установленного фильтра".
M_MNPLAN
Краткое описание :
В рамках ПНР - не работает фильтр по группам МЦОписание :
Планы снабженияЧто измененно :
Не работает фильтр установленный в спецификации Плана снабжения
(локальное меню Установка фильтра)с опцией использовать расширенный фильтр по
МЦ/Услуге (Набор - по Группам МЦ множественный выбор) если не выбраны объекты
планирования.
Как измененно :
Исправлено. Фильтр работает.
M_MNPLAN
Краткое описание :
Объединение одинаковых позиций в Пл. снабжения. 22ой алг-м.Описание :
Алгоритмы расчетаЧто измененно :
Согласно настройкам одинаковые позиции объединяются, но при
этом система задваивает данные. Хотя в настройках 22-го алгоритма установлен
параметр Заменять существующие.
Как измененно :
Количества в ячейках при повторном запуске 22-го алгоритма не
задваиваются.
M_MNPLAN
Краткое описание :
22ой алгоритм. Складываются цены при объединение одинаковых
позиций.Описание :
Алгоритмы расчетаЧто измененно :
После отработки 22ого алгоритма согласно нашим настройкам
одинаковые позиции объединяются, но при этом система складывает не только
количества, но и цены - это ошибка, в данном случае должна рассчитываться
средняя цена. Более подробное описание отправляем на эл. адрес
Victor.Klimovich@galaktika.by.
Как измененно :
Доработка следующая:
- в 22-ой алгоритм добавляем настройку < Учитывать функциональное назначение
полей >;
- усредненная цена считается при условии:
1. включен режим копирования
2. в функциональном назначении полей присутствуют поля для
- планового количества
- плановой цены
3. в настройке 22-го закладка <ПОЛЯ> включены поля из пункта 2
- усредненная цена считается только для измененных и вновь созданных позиций
документа-приемника
( это позволит значительно повысить быстродействие ). Остальные позиции
игнорируются.
M_MNPLAN
Краткое описание :
В рамках ПНР МТО - вывод дескриптораОписание :
Печать и сравнение заявокЧто измененно :
Добрый день!
Просьба добавить в параметры формирования отчета (Реестр Заявок) вывод
дескриптора пользователя, который создал Заявку.
Как измененно :
В параметрах формирования отчета добавлена возможность выводить
по настройке дескриптор пользователя, создавшего заявку.
M_MNPLAN
Краткое описание :
В рамках ПНР - ошибка в МТООписание :
Планы снабженияЧто измененно :
Добрый день!
На предприятии ГРК, где в настоящий момент проходит ПНР обнаружена ошибка,
которую мы локализовали в их рабочей базе.
Имеется Сводный План Снабжения который сформирован посредством Пакетного
алгоритма Формирование и корректировка сводной заявки (22 и 74системный
алгоритмы и 1 Java скрипта) на основании 12 планов снабжений. Алгоритм
представления ПЕРИОД. В Сводном Плане Снабжения (вкладка Входящие) оказались
лишние документы, которые требовалось удалить.
Мы их удалили и заново запустили пакетный алгоритм Формирование и корректировка
сводной заявки. После отработки алгоритма ранее удаленные документы вновь
попадают в Свод и увеличивают количество и сумму.
Пробовали постепенно отключать алгоритмы и обнаружили что глюк в 22 системном
алгоритме.
Пробовали на тестовых данных проделать то же самое, все что удаляли не
возвращается обратно.
Проблема именно в этом документе, помогите найти ошибку.
Можем предоставить удаленный доступ к БД.
Пакетный алгоритм отрабатывает 3 часа
Как измененно :
Исправлена ошибка в 22 алгоритме.
Проблема была в том что у плана на входящих была заявка, у которой Nrec равен
Nrec плана, поэтому эта ошибка больше нигде не проявлялась.
Поскольку в алгоритме не проверялся тип документа, который находился на
входящих, то заявка рассматривалась как план и поэтому задействовался
функционал алгоритма, который не должен был выполняться.
M_MNPLAN
Краткое описание :
Ошибка с визуализацией в документе План снабжения по
текущим остаткам (для ПНР)Описание :
Планы снабженияЧто измененно :
НАСТРОЙКА
В шаблоне Плана "Годовая Заявка по ОД филиала/ДП" (рис.1) установлен вывод и
расчет поля "Остатки"
Для расчета остатков используется алгоритм "Текущее наличие на складе для
заданной МЦ" с установленным параметром "Учитывать складские остатки" (рис.2)
ВНИМАНИЕ !!! При установке параметра "Учитывать складские и производственные
остатки" нижеописанная ошибка не проявляется.
ПРИМЕР
В Годовой заявке (рис.3) по F7 добавляем новую позицию выбиром из
Прайс-листа, у которой есть наличие на складе (рис.4)
Например: МЦ "Чашка чайная" - остаток 6
В заявке добавляется позиция с остатком "6", НО при этом все позиции принимают
значение "6" (рис.5)
Далее желаем добавить еще одну МЦ, нажимаем F7, в интерфейсе отображается
пустая позиция и уже с остатком "6" (рис.6)
Выбираем МЦ из Прайса, у которой нет наличия на складе (рис.7), но в Заявке
отображается остаток "6" (рис.8)
Если далее опять выбрать МЦ с остатком на складе "1000" (рис.9), и потом опять
без остатка, то получается рисунок 10
Далее опять Система везде ставит остаток "6" у тех МЦ, у которых нет остатка
(рис.11)
P.S. Описание ошибки с рисунками направлено 19.04.12г на эл.адрес Сенькевича
И.К.
Как измененно :
Корректное отображение складских остатков в документе.
M_MNPLAN
Краткое описание :
Некорректная установка ед.измерения при выборе услуги в
Плане снабжения (для ПНРОписание :
Планы снабженияЧто измененно :
В шаблоне Плана снабжения установлен параметр "Тип единицы
измерения по умолчанию - активная отпускная" (рис1) .
При вводе новой Услуги в спецификации Плана снабжения по F7 система
устанавливает непонятные единицы измерения.
Пример: Выбираем Услугу "Аренда автотранспорта" у которой учетная и активная
ед.изм - это человеко-час и маш/час (рис.2), но Система в спецификацию в поле
"ед.изм" выводит "литр".
Для других каких-то услуг Система выводит значение "комплект", хотя в
отпускных единицах есть только одно значение "тенге/тиын"(рис3).
Наличие ошибки проверено на нескольких шаблонах.
В крайнем случае, проблема у вас повториться на той базе, которую мы передали
20 апреля.
При выборе новой МЦ проблема не подтверждается, но просим вас провести
дополнительное тестирование .
Необходимо СРОЧНОЕ решение проблемы!
P.S. Описание проблемы со скриншотами направляем на адрес Сенькевича И.К.
Как измененно :
Первоначальная установка единицы измерения при выборе услуги в
позиции спецификации документа.
M_MNPLAN
Краткое описание :
УПЛ. Алгоритм 324. Необходимо привести Help в соответствие
с функционированиемОписание :
по 324-му системному алгоритму "Алгоритм формирования актов замен"Что измененно :
Необходимо привести Help соответствие с функционированием.
Как измененно :
Разработан новый топик Help к окну настройки системного
алгоритма №324.
M_MNPLAN
Краткое описание :
Адаптировать реализацию GetSpecHelpContext для 9.1 и отказа
от GalHelp.incОписание :
Не знаю, какая именно часть производственого контура, научитеЧто измененно :
Адаптировать реализацию GetSpecHelpContext для 9.1 и отказа от
GalHelp.inc
В 9.1 не будет использоваться GalHelp.inc и функция SetHelpAndStatusContext
будет на вход принимать только строки
Необходимо:
1. Изменить реализацию GetSpecHelpContext в GLinkedName_CF.vip на строковые
константы:
function GetSpecHelpContext(wType_: word): string;
{
Result := 'Zakaz_SpisZay_NasrtFiltr';
case wType_ of
10: Result := 'SpProdWIzvZamFilter';
end;
}
2. Перевести gFilters.vip на использование GLinkedName_CF.vih (этот vip -
единственный, где используется
GetSpecHelpContext из gLinkedName.vpp)
3. Убрать GetSpecHelpContext из gLinkedName.vpp
4. Включить изменения в ближайшее обновление для 8.1
Как измененно :
Адаптирована реализация GetSpecHelpContext для 9.1.
M_MNPLAN
Краткое описание :
Передавать в SetHelpAndStatusContext 4ый параметр - строкуОписание :
Не знаю, какая именно часть производственого контура, научитеЧто измененно :
Передавать в SetHelpAndStatusContext 4ый параметр - строку
CompSrc\M\M_MnPlan\vip\DS\iPartyDS.vip
Для обеспечения совместимости сборки с версией 9.1 необходимо числа заменить на
строки
Было, например:
lMCnt:= hcKorPl_MPostDavSyr;
SetHelpAndStatusContext(brPartyDS0, -1, sci1Esc, lMCnt);
Должно быть
sMCnt:= 'KorPl_MPostDavSyr';
SetHelpAndStatusContext(brPartyDS0, -1, sci1Esc, sMCnt);
Изменения необходимо включить в ближайшие обновления для 8.1
Как измененно :
Изменен тип переменной
M_MNPLAN
Краткое описание :
Доработка таблиц расчета алгоритма 57Описание :
по 57-му системному алгоритму "Работа с таблицами расчета количеств "Что измененно :
Доработка таблиц расчета алгоритма 57:
Для окна "Сохранить данные по сырью" необходимо добавить настройку в
соответствии с которой будут формироваться наименования ПС при выгрузке данных
по сырью.
Как измененно :
Сделано. Добавлены три однотипные настройки : "В наименование
нового документа включить"
Для каждой из которых можно установить значение:
"Наименование"
-"изделия для МК/ПС"
-"корневой позиции иерархии ТРК"
-"1 аналитики ТРК"
-"2 аналитики ТРК"
-"3 аналитики ТРК"
Для каждого значения можно поставить свой комментарий. Например :
Установим значения для настроек :
1 Настройка - "изделия для МК/ПС" комментарий "(Изделие)\"
2 Настройка - "корневой позиции иерархии ТРК" комментарий "(ГП)\"
3 Настройка - "1 аналитики ТРК" комментарий "(1Анл)"
Если мы сформировали иерархию ПС с корневой вершиной - ГП, и с подчиненной
ей позицией ПФ1, будем иметь наименование ПС для изделия ПФ1 :
ПФ1(Изделие)\ГП1(ГП)\Значение 1 аналитики(1Анл)
M_MNPLAN
Краткое описание :
Доработка 57 алгоритма (копирование аналитики, новый режим
формирования док)Описание :
по 57-му системному алгоритму "Работа с таблицами расчета количеств "Что измененно :
Доработка 57 алгоритма (копирование аналитики, новый режим
формирования док)
1)При выборе аналитики в таблице расчета, по запросу копировать значение
аналитики для подчиненных позиций
2)При создании новой записи в таблице по запросу устанавливать аналитику
вышестоящей записи.
2)Необходим новый режим формирования нормативных документов(ПС) :
- Новые документы формируются только для позиций в спецификации ТРК, которые
были изменены(ссылка на ресурс, значение аналитики, данные по количеству и пр.)
- для позиций, данные по которым не менялись с момента загрузки или
последнего сохранения, новые документы не формировать.
- Существующие документы из которых загрузили информацию(в которые сохранили
данные) оставлять без изменений.
Как измененно :
Сделано
M_MNPLAN
Краткое описание :
8.10 на филиальной базе на сообщение Отсутствуют связанные
ролиОписание :
Пользователи и ролиЧто измененно :
8.10 на филиальной базе на сообщение
<Отсутствут связанные роли ГУП Маяк/Satin
т.е
1.Захожу на филиал 10.Суплав
2.Выключаю настройку
яИ
яБОтчет о параметрах настройкияБ
яБПользователь: Satin яБ
ЪДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДВДДДДДДДДДДД
ДДДДДДДДДДДДДї
і Наименование настройки, номер і
Значение і
ГДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДБДДДДДДДДДДД
ДДДДДДДДДДДДДґ
іяБ Настройки Галактики\Производство и планирование\Планирование\Разграничение
прав яБ і
іяБ доступа\Планирование производства
яБ і
ГДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДВДДДДДДДДДДД
ДДДДДДДДДДДДДґ
і. Система активна (10268) інет
і
і. Организация (10269)
ісобственная і
і. Система активна в интерфейсах документов/отчетов (10270) інет
і
ГДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДБДДДДДДДДДДД
ДДДДДДДДДДДДДґ
АДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДБДДДДДДДДДДД
ДДДДДДДДДДДДДЩяИ
3. Пытаюсь открыть список производственных планов
сразу сообщение
<Отсутствут связанные роли ГУП Маяк/Satin
Этого сообщения при входе в список не должно быть
Как измененно :
Не выдается сообщение при открытии списка производственных
планов.
M_MNPLAN
Краткое описание :
Для определения источника норм использовать системные
настройкиОписание :
по 125-му алг "Формирование Exel-отчета по т-ти выполнения операций"Что измененно :
Для определения источника норм использовать системные настройки
Имеются системные настройки:
- "Спецификации продуктов = Настройка = Настройка = Настройки Галактики =
Производство и планирование = Нормирование = Параметры маршрутных карт = Норма
основного времени (машинного)" = "для операции/для каждого трудового ресурса"
- "Спецификации продуктов = Настройка = Настройка = Настройки Галактики =
Производство и планирование = Нормирование = Параметры маршрутных карт = Норма
основного времени (ручного)" = "Для операции/для каждого оборудования"
Сейчас вне зависимости от значения настроек алгоритм для расчетов
использует нормы времени с вкладки "Параметры к операции" маршрутной карты.
Необходимо при значении настроек "для операции" использовать нормы времени
с вкладки "Параметры операции" МК, а при значении настроек "для каждого
трудового ресурса" и "для каждого оборудования" - использовать нормы трудовые и
оборудования с вкладки "Операционные нормы" МК. Этим пользователь будет
избавлен от двойного ввода данных.
При наличии на операции трудовых норм по нескольким профессиям расчет
должен проводиться по каждой профессии. При наличии норм оборудования по
нескольким наименованиям оборудования расчет должен проводиться по каждому
наименованию оборудования.
Как измененно :
При определении источника норм корректно используются настройки
Галактики
M_MNPLAN
Краткое описание :
Формирование типа ресурсаОписание :
по 57-му системному алгоритму "Работа с таблицами расчета количеств "Что измененно :
Формирование типа ресурса
При создании многоуровневой структуры дерева в ТРК из ПС тип ресурса для
вышестоящего должно быть нормой "Н", но при создании ПС узел должен являться
выходом "В". На данный момент формирует "Н".
Как измененно :
Исправлено
M_MNPLAN
Краткое описание :
8.10 ПП 323 алг. В представлении Период не корректная заменаОписание :
по 323-му системному алгоритму " Корректировка документов планирования по ...Что измененно :
8.10 ПП 323 алг. В представлении Период не корректная замена
Результат замены записывается не в тот период если заменяющая МЦ распределяется
например по двум периодам
Например если имеем такой план исходный
Январь Февраль Март
МЦ 1 1 1 1
Заменяющей МЦ 2 у нас 2 шт
то после выполнения замен получим
Январь Февраль Март
МЦ 1 0 0 1
МЦ 2 1 0 0
МЦ 2 1 0 0
а должно
Январь Февраль Март
МЦ 1 0 0 1
МЦ 2 1 0 0
МЦ 2 0 1 0
Как измененно :
Исправлено
M_MNPLAN
Краткое описание :
УправлениеПроизводством. Сообщение об ошибке при добавлении
шаблона ТРКОписание :
по 57-му системному алгоритму "Работа с таблицами расчета количеств "Что измененно :
В интерфейсе "Шаблоны таблиц расчета" при добавлении нового
шаблона после снятия фильтра появляется сообщение об ошибке: "Ошибка!!!
varS_RazrezTCV.TypeDoc_MP_Vh = 0 ф.Init_WndTCVTmol_Anl"
Как измененно :
Исправлено
M_MNPLAN
Краткое описание :
Управление производством.ТРК для ПС. Формирование шаблонаОписание :
по 57-му системному алгоритму "Работа с таблицами расчета количеств "Что измененно :
При заполнении данных по числовым полям в окне редактирования
шаблона таблиц расчета происходит самопроизвольный переход между вкладками.
Как измененно :
Исправлено
M_MNPLAN
Краткое описание :
Фонд времени по профессиям считать по заполненным вакансиям
штатного расписанияОписание :
по 125-му алг "Формирование Exel-отчета по т-ти выполнения операций"Что измененно :
Фонд времени по профессиям считать по заполненным вакансиям
штатного расписания
В настоящее время фонд времени по профессии рассчитывается по всем
единицам штатного расписания подразделения независимо от того, заполнена
вакансия или нет. Это дает завышенную оценку доступных ресурсов и вводит в
заблуждение потенциального пользователя по поводу обеспеченности плана
трудовыми ресурсами.
Как измененно :
Расчет фонда времени по профессии идет только по ЗАПОЛНЕННЫМ
вакансиям штатного расписания.
M_MNPLAN
Краткое описание :
8.10 89 алг. Не опрабатывается параметр Фильтрация МЦ по
уровням планированияОписание :
по 89-му системному алгоритму "Алгоритм расчета запуска выпуска в производство"Что измененно :
8.10 89 алг. Не корректно опрабатывается параметр Фильтрация МЦ
по уровням планирования
т.е со значением параметра
Фильтрация МЦ по уровням планирования -МЦ первого уровня - отрабатывает как
МЦ кроме первого уровня
а МЦ кроме первого уровня - отрабатывает как МЦ первого уровнякак
т.е перепутано
на базе d:\Z_TEST\TestBAZRAB\ производственный план 100161.0001
Как измененно :
Параметр обрабатывается корректно
M_MNPLAN
Краткое описание :
При расчете НЗП с учетом резерва НЗП не уменьшается на
величину бракаОписание :
по 89-му системному алгоритму "Алгоритм расчета запуска выпуска в производство"Что измененно :
При расчете НЗП с учетом резерва НЗП не уменьшается на величину
брака
Для настройки "НЗП с учетом резерва" алгоритма 89 в плане запуска-выпуска
расчет НЗП не учитывает наличие брака на переходе. При регистрации брака в
записи ЖР (состояние "брак") необходимо уменьшать величину НЗП на переходе, так
как брак не возник ни откуда, а произошел за счет имевшегося в наличии НЗП.
Поэтому необходимо учитывать связи позиций НЗП с браком.
Примеры во вложении.
Как измененно :
При расчете НЗП с учетом резерва НЗП уменьшается на величину
брака
M_MNPLAN
Краткое описание :
Затираются плановая трудоемкость и план запуска, нулевой
факт выпускаОписание :
по 89-му системному алгоритму "Алгоритм расчета запуска выпуска в производство"Что измененно :
Затираются плановая трудоемкость и план запуска, нулевой факт
выпуска
При формировании фактических данных по ПЗ на основании ЖР обнуляется
сформированная ранее плановая трудоемкость и плановый запуск, хотя настройки
алгоритма не предусматривают изменение этих полей. Не формируется факт выпуска,
хотя записи ЖР находятся в состоянии "передано" и "закрыто", что соответствует
факту выпуска.
Как измененно :
Поля не затираются
M_MNPLAN
Краткое описание :
Разработка фильтра по Аналитика_3 аналогично фильтру по
Аналитика_1Описание :
Межцеховая накладнаяЧто измененно :
Разработка фильтра по Аналитика_3 аналогично фильтру по
Аналитика_1 или Аналитика_2, т.к. при использовании фильтра
по Аналитика_1 + Аналитика_2 + Аналитика_3 при незаполненных первых 2-х уровней
аналитики фильтрации не происходит
Как измененно :
Исправлено. Фильтрация происходит по всем уровням аналитик.
M_MNPLAN
Краткое описание :
фильтр по группам МЦ работал и при отключенной опции
фильтрации по объектам планОписание :
Шаблоны документовЧто измененно :
в представлении ПЗ настраивается расширенные фильтры по МЦ в
частности фильтр по группам МЦ. А именно:
в поле "Фильтр на позиции спецификации документа" устанавливается следующий
фильтр
Использовать расширенный фильтр по мц/услуге
Набор групп МЦ - аналитика типа НАБОР где перечислены требуемые группы
необходимо чтобы фильтр по группам
МЦ работал и при отключенной опции фильтрации по объектам планирования.
Как измененно :
Фильтр по группам МЦ работает и при отключенной опции
фильтрации по объектам план.
M_MNPLAN
Краткое описание :
Добавить мемо- поля перед спецификацией документа (не
менее 7 строк).Описание :
Шаблоны документовЧто измененно :
Добавить мемо- поля перед спецификацией документа (не менее 7
строк).
Мемо -поле необходимо для ввода информации описательного характера в заголовке
документа
(информации о ПЗ, изделиях, и т.д.)
Инц.2.24032
Как измененно :
В шапку документа в окно расширенной информации (Ctrl+Enter)
добавлена панель просмотра и редактирования мемо-поля
M_MNPLAN
Краткое описание :
Печать полей заголовка плановых документов в 112 алг.Описание :
Алгоритмы расчетаЧто измененно :
Печать полей заголовка плановых документов в 112 алг.
Необходимо сделать возможность распечатывания дополнительных полей заголовка
планового документа.
Как измененно :
В группу Поля заголовка документов внесены настройки Поле
документа_1...Поле документа_7 . Вывод этих полей в отчет регулируется
значением этих параметров : Для вывода в отчет использовать настройку видимости
поля из шаблона документов,Выводить в отчет,Не выводить в отчет.
& УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ:
MNPLAN.XLT
M_MNPLAN
Краткое описание :
Не сохраняются созданные пользователем правкиОписание :
по 57-му системному алгоритму "Работа с таблицами расчета количеств "Что измененно :
В окне "Маска для группировочных ресурсов" не сохраняются
правки, сделанные пользователем. Запуск окна осуществляется через : окно
настроек 57 алгоритма\ настройка "Входные/выходные данные"\"Источники
данных"\"Настройки по загрузке данных по движению ресурсов в
"Производстве"\"Агрегировать перечень "Производственных" ресурсов в
"Группировочные" ресурсы" - "Да"\"Маска для конвертации "Производственные" ->
"Группировочные" ресурсы"
Как измененно :
Исправлено
M_MNPLAN
Краткое описание :
Заменить букву "ё" на "е" в названии системного алгоритмаОписание :
по 21-му системному алгоритму "Расcчет факта"Что измененно :
Заменить букву "ё" на "е" в названии системного алгоритма,
согласно
п. 2.9 корпоративного стандарта "Требования к разработке пользовательских
интерфейсов. Редакция 4.0".
Как измененно :
Изменено наименование системного алгоритма.
Для проверки необходимо в списке алгоритмов провести ПЕРЕИНИЦИАЛИЗАЦИЮ.
M_MNPLAN
Краткое описание :
8.10 114 алг. Не выполняется удаление всех записейОписание :
по 114-му системному алгоритму "Удаление позиций журнала резервирование"Что измененно :
яЯ8.10 114 алг. Не выполняется удаление всех записей
т.е в режиме удалять все и вся (настройка см ниже) ничего не удаляет
ПАРАМЕТРЫ АЛГОРИТМА
N сист. алгоритма : 114
Системный алгоритм: Удаление позиций журнала резервирования
Код алгоритма : 5318
Алгоритм : Удаление позиций журнала резервирования
ЪДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДД
ДДДДДДДДДДДДДДДВДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДВД
ДДДДДДДДДДДДДДДДДДДДДДДВДДДДДДДДДДДї
і Параметр
і Видимое значение і
Значение в БД і Видимость і
ГДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДД
ДДДДДДДДДДДДДДДЕДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДЕД
ДДДДДДДДДДДДДДДДДДДДДДДЕДДДДДДДДДДДґ
Параметры удаления
позиций..................................................................
Включена
ГДФильтр по варианту планирования
Нет
0 Включена
ГДФильтр по состоянию
Нет
0 Включена
ГДФильтр по партии
Нет
0 Включена
АДФильтр по документу-источнику
Нет
0 Включена
Прочие..........................................................................
............
Включена
ГДПеред запуском алгоритма показать напоминание
Нет
0 Включена
АДПосле запуска алгоритма формировать протокол расчетаяЯ
Как измененно :
Исправлена ошибка.
Не учитывался случай, когда были сняты все ограничения
M_MNPLAN
Краткое описание :
8.10 ПП Не отрабатываеи функция ALT-1. Просмотр связей
журнала резервированияОписание :
10005 "Информация журнала резервирования планового фонда"Что измененно :
8.10 ПП Не отрабатываеи функция ALT-1. Просмотр связей журнала
резервирования.В окне просмотра производственного плана в нижней части окна
(используется 10005 "Информация журнала резервирования планового фонда")
(это после установки Атлантис 5.4.38.5)
Как измененно :
Функция ALT-1 отрабатывает.
M_MNPLAN
Краткое описание :
Не копируются записи основного варианта ЖР в вариант для
расчетаОписание :
по 150-му системному алгоритму " Копирование/перемещение данных между вариантамиЧто измененно :
Не копируются записи основного варианта ЖР в вариант для расчета
Проявилось при копировании записей основного варианта ЖР текущего документа в
вариант для расчета "Квартал". Копировались записи с состояниями НЗП и
планируемые утвержденные (соответствует включению в ССЗ).
Копирование записей не произошло.
Как измененно :
Копирование НЗП не происходило, потому что алгоритм был создан
на основе другого, где настройка "Использовать существующие утвержденные и
фактические записи" была установлена в "ДА". Теперь же ещё добавилась проверка
на вариант планирования. Если не пустой (основной), то настройка не учитывается.
M_MNPLAN
Краткое описание :
Заменить букву "ё" на "е"Описание :
по 27-му системному алгоритму "Наличие на складе..."Что измененно :
Заменить букву "ё" на "е" в названии системных алгоритмов 27 и
59.
Согласно п. 2.9 корпоративного стандарта "Требования к разработке
пользовательских интерфейсов. Редакция 4.0".
Как измененно :
Изменены наименования системных алгоритма.
Для проверки необходимо в списке алгоритмов провести ПЕРЕИНИЦИАЛИЗАЦИЮ.
M_MNPLAN
Краткое описание :
Управление производством. Ал57. Копирование аналитик для ПС.Описание :
по 57-му системному алгоритму "Работа с таблицами расчета количеств "Что измененно :
При формировании ПС по таблицам расчета в шапку
производственных спецификаций не выгружаются значения аналитик из ТРК.
Как измененно :
Исправлено. ПС формируются корректно.