M_MNPLAN
Краткое описание :
алг. 180 Печать ССЗ по исполнителю/бригаде - норму времени
печатать с точностью 3 зн. после запятой.Описание :
по 180-му системному алгоритму "Формирование Exel-отчетов по СЗЗЧто измененно :
алг. 180 Печать ССЗ по исполнителю/бригаде - норму времени
печатать с точностью 3 зн. после запятой.
Сейчас печатается слишком много знаков после запятой.
Как измененно :
В отчёте идёт печать нормы времени с точностью 3 знака после
запятой
M_MNPLAN
Краткое описание :
алг. 170 Формирование плановых документов на основе ЖР
Ошибка обработки настройки "Исключать непланируемые МЦ"Описание :
по 170- му системному алгоритму "Копирование и агрегация документов "Что измененно :
алг. 170 Формирование плановых документов на основе ЖР Ошибка
обработки настройки "Исключать непланируемые МЦ"
По инц. 2.124982
Описание во вложении.
Как измененно :
Теперь ошибка не возникает.
M_MNPLAN
Краткое описание :
алг. 110 В список типов накладных для смены статуса
добавить НВПОписание :
по 110-му системному алгоритму "Корректировка статусов в документах"Что измененно :
алг. 110 В список типов накладных для смены статуса добавить
НВП
По инциденту 2.126988
Тип документа - накладные. Тип накладной - в списке нет накладной на
внутреннее перемещение.
Клиент просит добавит тип НВП и не понимает, почему его там нет.
Мотивировка следующая:
Чтобы запретить отмену ордеров именно в статусе "закрытый", если
пользователь в статусе "исполняемый" просто проведет оприходование без
автоматической смены статуса, статус он уже не поменяет (запрет редактирования
после списания/оприходования), при этом отменить оприходование он сможет, так
как отмена ордеров контролируется в статусе "закрытый". Статус "закрытый"
используется с аналогичными целями в других документах логистики, в связке с
правами на доступ к документам по статусам.
Как измененно :
В список "Тип накладной" добавлена накладная на внутреннее
перемещение.
M_MNPLAN
Краткое описание :
Алг. 170 автономный режим Не формируется спецификация
приемника при агрегации по объекту планированияОписание :
по 170- му системному алгоритму "Копирование и агрегация документов "Что измененно :
Алг. 170 автономный режим Не формируется спецификация приемника
при агрегации по объекту планирования
база incidents91, документ ПлГ_004 "ПП_ТОАЗ Годовой план_2018 г. (Копия).".
По функции "170_ТОАЗ Формирование планового баланса на год" формируется
приемник.
В источнике есть аналитики спецификации, в приемнике - только объект
планирования.
Ожидается суммирование значений по одноименным объектам планирования с
уменьшением количество строк в приемнике.
Вместо этого позиции спецификации не формируются вообще - сформирован
документ-приемник без спецификации.
Кроме того, появляется сообщение "Некоторые позиции не попали в график из-за
наличия нулевых дат". Смысла в нем нет, только пользователя пугать. Если такое
сообщение и выводить, то только в том случае, когда нет ни одной ненулевой
позиции, в остальных случаях следует писать эту информацию в протокол.
В сформированном приемнике периоды не соответствуют периоду, заданному в
настройке алгоритма.
Как измененно :
Исправлена ошибка неформирования спецификации.
M_MNPLAN
Краткое описание :
Некорректное отображение списка документов заданного типаОписание :
Не знаю, какая именно часть модуля "Планирование производства", научитеЧто измененно :
Отображение списка документов
Как измененно :
Для того, чтобы изменения вступили в силу, необходимо перед
использованием удалить DSK и temp.
Всегда закрывать (нажимаем крестик) окно со списком документов предыдущего типа
(например, "Потребность в оборудовании") перед открытием документов нового типа
(например, "Производственные заказы").
M_MNPLAN
Краткое описание :
алг. 170 Для настройки "Аналитики документа-приемника"
добавить значение "из спецификации документа-источника"Описание :
по 170- му системному алгоритму "Копирование и агрегация документов "Что измененно :
алг. 170 режим автономный. Для настройки "Аналитики
документа-приемника" добавить значение "из спецификации документа-источника"
Скриншот во вложении.
Как измененно :
Добавлена возможность производить агрегацию по аналитикам
спецификации документа источника, если такие же аналитики есть в шапке
документа приемника.
M_MNPLAN
Краткое описание :
алг. 170 режим автономный. Добавить значение "По запросу"
для настройки фильтра "Дата привязки"Описание :
по 170- му системному алгоритму "Копирование и агрегация документов "Что измененно :
алг. 170 режим автономный. Добавить значение "По запросу" для
настройки фильтра "Дата привязки"
Описание во вложении.
Как измененно :
Добавлена настройка, позволяющая задать дату привязки после
запуска алгоритма.
M_MNPLAN
Краткое описание :
алг 55 Добавить настройку "Аналитику Изготовитель заполнять
значением аналитики Изготовитель позиции документа-источника"Описание :
55-й - режим работы "Расчет потребностей с учетом ограничений"Что измененно :
алг 55 Добавить настройку "Аналитику Изготовитель заполнять
значением аналитики Изготовитель позиции документа-источника"
В описании алг. 55 написано:
Изготовитель: Для продукции (изделий нулевого уровня разузлования)
отыскивается в плановом до
кументе-источнике, для остальных изделий - в документе-источнике норм.
Если в документе-источнике норм для изделия не задан изготовитель, то поиск
продолжается в источниках норм для вышестоящих (по иерархии разузлования)
изделий.
Складывается ситуация, кода некоторые МЦ (например, аммиак) производится в
нескольких подразделениях. Задать в заголовке ПС для такой МЦ изготовителя и
далее использовать это значение некорректно. В то же время в
документе-источнике имеется ручная аналитика спецификации "Изготовитель". При
расчете потребности в материалах в документе-приемнике должна быть аналитика
"Изготовитель" - нужно знать для какого подразделения рассчитана та или иная
потребность. Далее подразделение будет использоваться как центр ответственности
в управлении закупками.
Отсюда следует предложение при использовании ПС в качестве источника норм
добавить настройку по аналогии с настройками "Аналитику "Изделие" в приемнике
заполнять изделием 0-го уровня" и "Аналитику "Вариант изготовления" в приемнике
заполнять из 0-го уровня".
Настройка "Аналитику Изготовитель заполнять значением аналитики
Изготовитель позиции документа-источника" = "да" должна заполнять аналитику
изготовитель приемника значением одноименной аналитики источника, если она есть
в источнике. Значение по умолчанию - "нет".
Как измененно :
Доработано. Для алгоритма 55 добавлена настройка "Аналитику
'Изготовитель' в приемнике заполнять значением аналитики 'Изготовитель'
документа-источника" с использованием ее значения при расчете.
M_MNPLAN
Краткое описание :
алг. 55 При выборе источниканорм по варианту изготовления
для настройки "Действующие на расчетную дату, при отсутствии - активные МК, при
множественности (неоднозначности) - предлагать выбор МК"Описание :
55-й - режим работы "Расчет потребностей с учетом ограничений"Что измененно :
Алг. 55 Выбор источника норм по варианту изготовления для
настройки "Действующие на расчетную дату, при отсутствии - активные МК, при
множественности (неоднозначности) - предлагать выбор МК"
Как измененно :
Алгоритм 55. Доработан учет настройки "При подборе норм
учитывать аналитику с системной ролью 'Вариант изготовления' - Да" для
настройки выбора норм:
- для маршрутных карт "Только активные МК на расчетную дату", "Действующие
на расчетную дату, при отсутствии или множественности (неоднозначности) -
активные МК", "Действующие на расчетную дату, при отсутствии - активные МК, при
множественности (неоднозначности) - предлагать выбор МК", "Только активные МК
(без учета даты)"
- для производственных спецификаций "Только активные ПС на расчетную дату",
"Действующие на расчетную дату, при отсутствии или множественности
(неоднозначности) - активные ПС", "Действующие на расчетную дату, при
отсутствии - активные ПС, при множественности (неоднозначности) - предлагать
выбор ПС", "Только активные ПС (без учета даты)"
Для настроек "Только активные ПС/МК на расчетную дату", "Только активные
ПС/МК(без учета даты)" при отсутствии ПС/МК с вариантом изготовления
сообщается, что отсутствует источник норм. Для настройки "Действующие на
расчетную дату, при отсутствии или множественности (неоднозначности) - активные
ПС/МК" при отсутствии ПС/МК с заданным вариантом изготовления или
множественности (неоднозначности) выбирается активная ПС/МК. Для настройки
"Действующие на расчетную дату, при отсутствии - активные ПС, при
множественности (неоднозначности) - предлагать выбор ПС" при отсутствии ПС/МК с
заданным вариантом изготовления сообщается, что отсутствует источник норм; при
множественности (неоднозначности) предлагается выбор ПС/МК, при отказе от
выбора выбирается активная ПС/МК.
M_MNPLAN
Краткое описание :
Распаковка документации xml-конфигураций - использовать
альтернативные архиваторОписание :
Импорт XML-конфигурацийЧто измененно :
Распаковка документации xml-конфигураций - использовать
альтернативные архиваторы
При нажатии кнопки распаковки документации по выбранной конфигурации система
требует наличия архиватора RAR.
Это покупной продукт. В офисе корпорации этот архиватор не используется.
Аналогичная ситуация может быть и у разных клиентов. При отсутствии архиватора
RAR распаковка документации не производится.
Необходимо предусмотреть возможность использования одного из установленных
на ПК архиваторов.
Как измененно :
В качестве альтернативного архиватора предлагается использовать
архиватор 7-Zip, позволяющий распаковывать файлы формата RAR, скачать который
пользователь может бесплатно (если необходимо) с сайта http://www.7-zip.org/ .
При нажатии на кнопку "Распаковать архив" появляется окошко, позволяющее
выбрать тип архиватора. В случае выбора 7-Zip дополнительно появляется поле
<Путь на распаковщик>. Если в нем ничего не задано, то путь на файл 7z.exe для
7-Zip ищется в переменной окружения PATH. Т.е. в таком случае в Windows должен
быть задан путь на 7z.exe в переменной окружения PATH.
В принципе не обязательно выбирать путь на распаковщик в выше описанном окне.
Данный путь может быть задан двумя способами:
- ярлыке/батнике запуска в качестве параметра командной строки SevenZipPATH
... например, так:
C:\EXE\atlexec.exe /client.application=galnet /#SevenZipPATH="c:\Program
Files\7-Zip\" /DataBase.DataBaseName='C:\Data'
- в качестве пользовательского параметра SevenZipPATH в секции XMLCONF
конфигурационного файла (galnet.cfg) ... например, так:
{XMLCONF}
SevenZipPATH='C:\Program Files\7-Zip'
Нажав кнопку Продолжить мы переходим к распаковке самого архива в фомате RAR. В
случае успешного выполнения информация о выбранном типе распаковщика и пути на
него запоминается в DSK-файле и при последующей распаковке какой-то другой
конфигурации данные о пути на распаковщик (для 7-Zip) и типе распаковщика сразу
устанавливаются в окне.
Итак, путь к 7z.exe берется следующим образом (и показывается в поле <Путь на
распаковщик>):
1. Читается из DSK.
2. Если в DSK не задан, то берем из пользовательского параметра в
конфигурационном файле.
3. Если в пользовательском параметре не задан, то берем из параметра командной
строки.
4. Если в параметре командной строки не задан, то вся надежда, что он задан в
переменной среды PATH.
5. Если не хотим полагаться на надежду, то задаем ручками (пишем или выбираем)
M_MNPLAN
Краткое описание :
алг. 13 Добавить настройку для включения/отключения
отображения протокола расчетаОписание :
по 13-му системному алгоритму "Расчет плана по заявкам"Что измененно :
алг. 13 Добавить настройку для включения/отключения отображения
протокола расчета
По инц. 2.133913
Сейчас после выполнения алгоритма выводится протокол.
Клиент просит дать возможность не выводить протокол, а сразу переходить к
формированию документа.
Для этого предлагаю на вкладке "Разное" ввести настройку алгоритма
"Отображать протокол расчета" =да/нет, для преемственности значение по
умолчанию "да". Имеется в виду, что протокол формируется в обоих вариантах, и
его при необходимости можно будет посмотреть через локальное меню документа.
Как измененно :
На вкладку "Разные" настроек алгоритма добавлена настройка "Не
выводить протокол расчёта"
Если она активна, то протокол расчёта алгоритма не отображается.
M_MNPLAN
Краткое описание :
Копировать внешние атрибуты и внешнюю классификацию при
выборе из прайс-листа в заявках и планах сбытаОписание :
Предложение по новой функциональности контура управления производствомЧто измененно :
В оперативном контуре есть настройка "Настройки
Галактики\Логистика\Копирование\Атрибутов и внешней классификации\Из
спецификации прайс-листа в спецификацию документов оперативного контура". В
случае, если к позиции в прайс-листе заданы внешние атрибуты, то при выборе
позиции из прайс-листа, например в спецификации договора, копируются заданные
внешние атрибуты из прайс-листа.
Клиент просит реализовать аналогичную функциональность в спецификации заявок и
планов сбыта модуля Управление заказами при выборе из прайс-листа.
Как измененно :
В случае, если к позиции в прайс-листе заданы внешние атрибуты,
то при выборе позиции из прайс-листа в спецификации заявки копируются заданные
внешние атрибуты из прайс-листа.
M_MNPLAN
Краткое описание :
Нет доступа к шаблону заявки при включенной настройке
"Запрет редактирования" из меню "Шаблоны заявок"Описание :
ЗаявкиЧто измененно :
Нет доступа к шаблону заявки при включенной настройке "Запрет
редактирования" из меню "Шаблоны заявок"
По инц. 2.137193
Клиент установил в шаблоне заявки настройку "запрет редактирования".
Согласно HELP, эта настройка должна запретить открывать шаблон непосредственно
из заявки. Реально нельзя открыть шаблон даже из меню "Шаблоны заявок". Клиент
вынужден либо создать новый шаблон, либо изменять поле в SUPPORT, но он не
знает какое поле и какой таблицы.
Необходимо при включенной настройке шаблона заявки "Запрет редактирования"
дать доступ к редактированию шаблона заявки через пункт меню "Планирование
производства - Настройки - Шаблоны заявок", "Управление заказами - Настройка -
Шаблоны заявок", "Управление МТО - Настройка - Шаблоны заявок".
Как измененно :
При включенной настройке шаблона заявки "Запрет редактирования"
можно редактировать шаблон заявки через пункт меню "Планирование производства -
Настройки - Шаблоны заявок", "Управление заказами - Настройка - Шаблоны
заявок", "Управление МТО - Настройка - Шаблоны заявок".
M_MNPLAN
Краткое описание :
ТоАЗ Алгоритм Javascript "Изменение статуса связанных
документов"Описание :
по 170- му системному алгоритму "Копирование и агрегация документов "Что измененно :
У документа "Годовой план" есть связанные исходящие документы
"Плановый баланс на год", "ВЗП по агрегатам на год", "Потребность в покупных
СиМ на год". При изменении статуса документа "Годовой план" необходимо
синхронно изменить статусы всех связанных исходящих документов, созданных по
указанным шаблонам.
Возможные переходы при изменении статусов:
- Переход в состояние "Утвержденный" с изменением статуса из "Оформляемый" в
"Утвержденный";
- Переход в состояние "Аннулирован" с изменением статуса из "Утвержденный" в
"Аннулирован".
Таким образом, данный скрипт должен иметь настройки, чтобы задать начальное и
конечное значение статуса, наименования шаблонов корректируемых документов.
Если в регламенте документов не предусмотрен такой переход, выдавать сообщение
и/или писать в протокол причину и наименование документа, его номер.
Как измененно :
Реализован алгоритм JavaScript "Изменение статуса связанных
документов".
При изменении статуса документа "Годовой план" изменяются статусы всех
связанных исходящих документов, созданных по следующим шаблонам: "Плановый
баланс на год", "ВЗП по агрегатам на год".
Возможные переходы при изменении статуса:
- Переход в состояние "Утвержденный" с изменением статуса из "Оформляемый" в
"Утвержденный";
- Переход в состояние "Аннулирован" с изменением статуса из "Утвержденный" в
"Аннулирован".
- Переход в состояние "Закрыт" с изменением статуса из "Утвержден" в "Закрыт".
- Переход в состояние "Создан" с изменением статуса из "Закрыт" в "Оформляемый".
- Переход в состояние "Аннулирован" с изменением статуса из "Оформляемый" в
"Аннулирован".
- Переход в состояние "Создан" с изменением статуса из "Аннулирован" в
"Оформляемый".
- Переход в состояние "Утвержденный" с изменением статуса из "Аннулирован" в
"Утвержденный";
M_MNPLAN
Краткое описание :
ТоАЗ Алгоритм формирования числовых полей Плана
остановочных ремонтовОписание :
по 170- му системному алгоритму "Копирование и агрегация документов "Что измененно :
Необходимо разработать алгоритм для формирования числовых полей
документа-приемника "ТОАЗ План остановочных ремонтов на год". Документ-приемник
имеет тип - потребность в оборудовании, представление - период. Тип
документа-источника данных - графики ремонта оборудования. Алгоритм должен
собрать и агрегировать данные по длительности и времени ремонта помесячно в
разрезе ссылок "Объект ремонта"-"Изготовитель" для каждой позиции спецификации
потребности в оборудовании. В настройках алгоритма должна быть реализована
возможность определения дополнительных ограничений по фильтру для графиков
ремонта:
-период, в течении которого будут отслеживаться графики,
-вариант графика ремонта,
-вид графика,
-вид ремонта
Как измененно :
Разработан алгоритм №157 "Формирование документов планирования
производства по графикам ремонта ТОРО". Для формирования спецификации
"Потребность в оборудовании" в рамках данной проблемы, для алгоритма должны
быть установлены следующие значения настроек:
В папке "График обслуживания и ремонта ТОРО\Фильтр\":
- "Фильтр по датам ремонта" - "Учитывать"
- "Фильтр по датам ремонта\Использовать позиции графика в которых" - "в
расчетный период попадают начальная или конечная плановые даты ремонта"
- "Объект ремонта" - "Объект планирования позиции спецификации
документа-приемника"
- "Подразделение" - "Из аналитики спецификации документа-приемника"
В папке "Документ-приемник\":
- "Шаблон документа"
- "Представление" - "Период"
- "Представление\Интервал (тип периода планирования)" - "Месяц"
- "Действия со спецификацией" - "Корректировать существующие ( заменять на
расчетные )"
- "Очищать спецификацию перед расчетом" - "Нет"
- "Обнулять количественные поля перед расчетом" - "Да"
- "Устанавливать единицу измерения трудоемкости" - "Для всех позиций, в которых
проводятся правки"
- "Устанавливать единицу измерения трудоемкости\Единица измерения трудоемкости"
- "Сутки"
- "Идентификатор позиций плана" - "Задать"
- "Идентификатор позиций плана\Пользовательский идентификатор объекта
планирования" - "Объект планирования + 1 аналитика"
- "Реализовать выгрузку данных по выборке графиков ремонта в документ-приемник"
- "В пределах периода действия документа-приемника"
M_MNPLAN
Краткое описание :
ТоАЗ Алгоритм формирования спецификации годового планаОписание :
по 170- му системному алгоритму "Копирование и агрегация документов "Что измененно :
Разработать алгоритм формирования спецификации годового плана
Документ-источник: "Проектная мощность агрегатов" - это документ типа
"Потребность в оборудовании"
Документ-приемник "ТОАЗ Годовой план", тип - план производства, представление -
период
При сравнении аналитического разреза документа-источника и документа-приемника
видно, что:
- в приемнике объект планирования "Изделия: Матценность, Услуга" соответствует
аналитике источника "Изделия: Матценность, Услуга" с ролью "Продукт";
- в приемнике аналитика "Производственный центр" соответствует объекту
планирования источника.
Отсюда следует, что алгоритм формирования спецификации годового плана должен:
- найти документ-источник, созданный по шаблону "Проектная мощность агрегатов".
В настройке алгоритма нужно иметь возможность указать фиксированный документ,
созданный по этому шаблону;
- сформировать позиции приемника на основании позиций источника по принципу:
одна позиция документа-приемника формируется по одной позиции
документа-источника. Используются позиции документа-источника в статусе
"Утвержденный";
- в формируемой позиции приемника заполнить объект планирования "Изделия:
Матценность, Услуга" значением аналитики спецификации источника "Изделия:
Матценность, Услуга" с ролью "Продукт";
- ед. изм. - заполняется учетной единицей измерения для объекта планирования;
- в формируемой позиции приемника заполнить аналитику спецификации
"Оборудование" с ролью "Производственный центр" значением объекта планирования
документа-источника "Производственный центр";
- в формируемой позиции приемника заполнить аналитику спецификации
"Подразделения" в роли "Изготовитель" значением одноименной аналитики позиции
документа-источника;
- числовые поля не заполнять.
о номер.
Как измененно :
Разработана алгоритм 156 Формирование спецификации годового
плана
с настройками:
Документ-источник:
Представление-источник : Потребность в оборудовании
Режим поиска документа-источника: заданный или текущий
Статус обрабатываемых позиций : выбор статусов
Тип документа-источника: Потребность в оборудовании
Шаблон документа-источника : выбор шаблона
Документ-приемник
Режим поиска документа приемника заданный или Искать по всему списку документов
с фильтром по статусу и аналитикам
Представление-Приемник: Период
Тип документа-приемника: Производственный план
Шаблон документа-приемника : выбор шаблона
Алгоритм формирует позиции приемника на основании позиций источника по
принципу: одна позиция документа-приемника формируется по одной позиции
документа-источника. Используются позиции документа-источника в статусе
указанном в настройке "Статус обрабатываемых позиций". В формируемой позиции
приемника заполнить объект планирования "Изделия: Матценность, Услуга"
значением аналитики спецификации источника "Изделия: Матценность, Услуга" с
ролью "Продукт";
M_MNPLAN
Краткое описание :
ТоАЗ 74_Формирование спецификации документа "Плановая
мощностьОписание :
по 74-му системному алгоритму "Агрегация в период"Что измененно :
Документ-приемник - ПОб "ТОАЗ Плановая мощность агрегатов",
представление - потребность в оборудовании.
Документ-источник - Поб "ТОАЗ Проектная мощность агрегатов", представление -
потребность в оборудовании.
Алг. 74 не копирует из документа-источника в документ-приемник значения полей
спецификации "Дата начала фактическая" и/или "Дата окончания фактическая", и не
имеет настроек для включения такой возможности. Необходимо добавить настройки
для копирования фактических дат по спецификации.
Как измененно :
Алг. 74 копирует из документа-источника в документ-приемник
значения полей спецификации "Дата начала фактическая" и/или "Дата окончания
фактическая". Добавлена настройка в алгоритм "Копировать даты фактические
документа-источника" и соответствующий выбор значений в настройке - "Нет", "Для
новых объектов планирования", "Для новых и существующих объектов планирования"
M_MNPLAN
Краткое описание :
ТОаЗ Сохранение фактических OEE по агрегатам в документ
"ТОАЗ OEE план-факт по агрегатам на год"Описание :
по 74-му системному алгоритму "Агрегация в период"Что измененно :
Документ-источник "ТОАЗ Фактич. OEE по агрегатам",
представление - потребность в оборудовании.
Документ-приемник "ТОАЗ OEE план-факт по агрегатам на год", представление -
период.
Функция локального меню документа-источника "Расчет OEEф для группы
оборудования" (алг. 74) запускается из документа-источника "ТОАЗ Фактич. OEE по
агрегатам".
В алг. 74 для настройки "При проверке на входимость в гор. планирования
учитывать" добавить значение "По датам начала и окончания". Для этой настройки
в горизонт планирования должны попасть обе даты, в противном случае значение не
должно обрабатываться алгоритмом.
Как измененно :
В алгоритме 74 для настройки "При проверке на входимость в гор.
планирования учитывать" добавлено значение "По датам начала и окончания". Если
значение настройки "По датам начала и окончания" то проверяется соответствие
дат начала и окончания временного интервала.
M_MNPLAN
Краткое описание :
ТОАЗ 74_Формирование спецификации по документу "ТОАЗ
проектная мощность агрегатов"Описание :
по 74-му системному алгоритму "Агрегация в период"Что измененно :
Документ-источник - Поб "ТОАЗ Проектная мощность агрегатов",
представление - потребность в оборудовании.
Документ-приемник - Поб "ТОАЗ OEE план-факт по агрегатам на год", представление
- период.
Алг. 74 № 1092 формирует спецификацию приемника и должен перенести значение
числового поля источника в числовое поле приемника во все периоды заданного
диапазона. Спецификация формируется, но числовое поле не переносится.
Необходима настройка, которая обеспечит заполнение числового поля приемника в
каждом периоде независимо от даты в ячейке источника.
В документе-источнике использовать позиции в статусе "Утвержденный", и брать из
этих позиций значение поля, заданного в настройке алгоритма. Есть усложняющее
обстоятельство - "дата начала фактическая" в утвержденной позиции источника
может быть больше даты начала заголовка документа-приемника. В этом случае для
заполнения числового поля приемника в период от даты начала приемника до "дата
начала фактическая" в утвержденной позиции источника нужно использовать
значение поля из другой позиции источника. Нужно найти позицию источника в
статусе "закрытый", у которой "дата окончания фактическая" минимально меньше
"дата начала фактическая" в утвержденной позиции источника для того же
ПЦ/агрегата, и брать значение числового поля из этой позиции.
Вариант 1. Алг. 74 использует значение из утвержденной позиции источника для
ПЦ/агрегата, и затем запускает на выполнение скрипт, который сравнивает "дату
начала фактическую" в утвержденной позиции источника и дату начала заголовка
документа-приемника. Если смена мощности произошла в течение планируемого года,
скрипт должен заменить значения числового поля для месяцев, когда
использовалась старая мощность.
Вариант 2: разработать скрипт, подключить его в шаблон документа-приемника и
запускать из алг. 74. Скрипт сам должен анализировать даты, брать нужное
значение числового поля источника и разносить его по периодам приемника,
которые соответствуют диапазону дат действия позиции источника. Видимо, этот
вариант проще реализовать, так как он не потребует изменений алг. 74.
Как измененно :
Реализован алгоритм JavaScript "Распределение весового
коэффициента по месяцам"
Алгоритм распределяет значение числового поля позиции документа - источника
(ПОб "ТОАЗ Проектная мощность агрегатов") в числовое поле позиции спецификации
документа - приемника (Поб "ТОАЗ OEE план-факт по агрегатам на год") по
периодам. Тип периода планирования - Месяц.
M_MNPLAN
Краткое описание :
Алг. 170 Режим автономный Для настройки "Метод определения
входимости документов в период выборки данных" для поиска источника ввести
значение "Период действия источника должен включать период действия приемника"Описание :
по 170- му системному алгоритму "Копирование и агрегация документов "Что измененно :
Алг. 170 Режим автономный Для настройки "Метод определения
входимости документов в период выборки данных" для поиска источника ввести
значение "Период действия источника должен включать период действия приемника"
Путь настроек Документ-источник / Режим поиска документа-источника="по
фильтру алгоритма" / Фильтр по периоду из заголовка документа="Брать из шапки
документа приемника" или "Учитывать, равен фильтру по позициям документа
источника" /Метод определения входимости документов в период выборки данных.
Примеры действия настройки:
- период действия приемника 01.05.2018 - 31.05.2018, ему должен соответствовать
источник с периодом 01.01.2018 - 31.12.2018
- период действия источника 01.01.2018 - 31.01.2018, ему должен соответствовать
источник с периодом 01.01.2018 - 31.12.2018
- период действия источника 01.12.2018 - 31.12.2018, ему должен соответствовать
источник с периодом 01.01.2018 - 31.12.2018
Как измененно :
Добавлено значение для настройки "Метод определения входимости
документов в период выборки данных" "Период действия источника должен включать
даты из фильтра"
M_MNPLAN
Краткое описание :
ТОАЗ 170 Режим "Автономный". Для настройки " Значения полей
заголовка для создаваемых документов - Дата начала " добавить значение " По
дате привязки из фильтра по спецификации документа-источника "Описание :
по 170- му системному алгоритму "Копирование и агрегация документов "Что измененно :
Документ-источник - ПП "ТОАЗ План на месяц", представление -
календарный график.
Документ-приемник - ПЗ "ТОАЗ Заказ на сутки", представление - производственный
заказ.
Выполняется функция локального меню "170_ТОАЗ Формирование заказа агрегату на
сутки".
Документы приемники формируются на одни сутки, дата начала и окончания в
заголовке документа-приемника должна быть равна введенной по запросу дате
привязки для фильтра по периоду для спецификации документа-источника. Поэтому
необходимо для настройки "Поля документа-приемника - Значения полей заголовка
для создаваемых документов - Дата начала" добавить значение "По дате привязки
из фильтра по спецификации документа-источника":
Аналогично для настройки "Поля документа-приемника - Значения полей заголовка
для создаваемых документов - Дата окончания" добавить значение "По дате
привязки из фильтра по спецификации документа-источника":
Как измененно :
Добавлены значения
M_MNPLAN
Краткое описание :
ТОАЗ 170 Фильтр по периоду для спецификации документа
источника - нужна привязка к дате начала документаОписание :
по 170- му системному алгоритму "Копирование и агрегация документов "Что измененно :
7.1 алг. 170 Фильтр по периоду для спецификации документа
источника - нужна привязка к дате начала документа
Гл. 2.2.2.2.3, 2.2.2.3 ТР
Документ-источник ПП "ТОАЗ Годовой план", представление "Период".
Документ-приемник - ПП "ТОАЗ План на месяц", 1-е представление - план
производства, второе представление - календарный график.
Выполняется ФЛМ "ТОАЗ Формирование спецификации документа "План на месяц""
(алг. 170) по спецификации входящего документа-источника "ТОАЗ Годовой план".
Документ-приемник формируется на заданный месяц по спецификации источника,
также 2 числовых поля приемника формируются по значениям полей источника за
месяц. Месяц определен аналитикой заголовка приемника "Период планирования" и
датами начала - окончания по документу.
На данный момент в настройке алг. 170 "Фильтр по периоду для спецификации
документа источника - Дата привязки" есть такие значения:
Значение "По умолчанию" используется для годового планирования.
Для значения "Плавающая" есть такие варианты:
Заранее не известно, в каком месяце будет планирование: на текущий месяц, на
следующий месяц или иной вариант.
Поэтому необходима возможность привязки к дате начала документа-приемника.
Необходимо добавить новые значения в имеющиеся настройки "Дата привязки" и/или
"Дата".
Как измененно :
Добавлена возможность привязывать дату начала расчета к дате
начала документа.
M_MNPLAN
Краткое описание :
ТОАЗ Формирование документа "ТОАЗ OEE план-факт по гр.
оборуд. на годОписание :
по 170- му системному алгоритму "Копирование и агрегация документов "Что измененно :
10.3 "Формирование документа "ТОАЗ OEE план-факт по гр. оборуд.
на год"
Гл. 3.1.2.2 ТР (новый алг. или алг. 74)
ФЛМ "Формирование документа "ТОАЗ OEE план-факт по гр. оборуд. на год".
Документа-источник "ТОАЗ OEE план-факт по агрегатам на год", представление
"Период":
Документ-приемник "ТОАЗ OEE план-факт по гр. оборуд. на год", представление
"Период":
Функция локального меню документа "Формирование документа "ТОАЗ OEE план-факт
по гр. оборуд. на год", запуск из документа-источника "ТОАЗ OEE план-факт по
агрегатам на год".
Документ-приемник указан на вкладке Исходящие документа-источника "ТОАЗ OEE
план-факт по агрегатам на год". В свою очередь документ-источник указан на
вкладке Входящие сформированного документа-приемника "ТОАЗ OEE план-факт по гр.
оборуд. на год". Между этими документами сформирована двухсторонняя связь.
В заголовке документа-приемника даты начала и окончания, аналитика "период
планирования" заполняются из документа-источника, и формируется наименование
документа по шаблону.
При формировании/корректировке документа-приемника объект планирования
формируется по аналитике "Группа оборудования" документа-источника. Аналитика
"Продукт" заполняется значением одноименной аналитики источника. Значение
аналитики "Продукт" одинаковое для всех ПЦ, входящих в одну группу оборудования.
Должна быть настройка, позволяющая создавать в приемнике новые
позиции/создавать при отсутствии/ только корректировать существующие позиции.
Должна быть настройка для формирования записей с нулевыми значениями.
Должна быть настройка для обработки существующего исходящего документа
заданного шаблона и статуса в качестве документа-приемника.
Должна быть настройка для поиска документа-приемника в исходящих источника, а
при отсутствии - поиска документа-приемника в списке документов по шаблону,
статусу и аналитике заголовка в исходящих документа-источника, и установления
двухсторонней связи между документами: документ-приемник должен быть исходящим
для источника.
Обрабатываются все позиции документа-источника и создаются позиции спецификации
документа-приемника.
Значение поля заменяется расчетным/добавляется/вычитается.
Как измененно :
Разработан алгоритм 149.
Режим работы "Формирование документа "Фактич ОЕЕ по группа оборудования"".
Алгоритм ищет документ-приемник. Если документ приемник не задан явно и не
стоит настройка создавать новый, то будет искаться документ приемник такой, что:
1. Шаблон равен заданному в настройках алгоритма.
2. Статус равен заданному в настройках алгоритма (если статус в настройка не
задан, то по статусу не фильтрует)
3. Аналитика период равна аналитике период из документа источника. Роль
аналитики берется из настройки алгоритма. "Роль "Период""
Далее алгоритм заполняет или корректирует спецификацию документа приемника.
Количественные поля, которые будут скорректированы задаются в настройке
"Количественные поля".
Позиции документа-источника агрегируются по разрезу аналитик спецификации
документа источника Продукт + Группа оборудования Период(Аналитика
представления). Роль аналитики "Продукт" берется из общесистемных настроек
(Системные роли аналитик); роль "группа оборудования" берется из настроек
алгоритма.
M_MNPLAN
Краткое описание :
ТОАЗ JS_Корректировка поля "Проект. мощн." с учетом даты
применения новой проектной мощностиОписание :
Предложения по разработке пользовательского JavaScript-алгоритмаЧто измененно :
6.2. "JS_ТОАЗ_Корректировка поля "Проект. мощн." с учетом даты
применения новой проектной мощности"
Гл. 2.2.1.2.1 ТР
Документ- источник- ПОб "ТОАЗ Проектная мощность агрегатов", представление -
потребность в оборудовании.
Документ- приемник - Поб "ТОАЗ Плановая мощность агрегатов", представление -
период.
Эта функция необходима для корректировки проектной мощности в документе Поб
"ТОАЗ Плановая мощность агрегатов" в процессе выполнения плана после завершения
остановочного ремонта агрегата.
Алгоритм выполняет следующие действия:
Если в утвержденной позиции документа "ТОАЗ Проектная мощность агрегатов"
значение "Дата начала фактическая" больше даты начала в заголовке документа
"ТОАЗ Плановая мощность агрегатов", то есть больше даты начала планируемого
года, то:
- необходимо найти закрытую позицию документа "ТОАЗ Проектная мощность
агрегатов", в которой "Дата окончания фактическая" минимально меньше значения
"Дата начала фактическая" в утвержденной позиции для этого же агрегата в
документе "ТОАЗ Проектная мощность агрегатов";
- использовать значение "Проект. мощн., сутки" из найденной закрытой позиции
документа "ТОАЗ Проектная мощность агрегатов" для заполнения поля "Проект.
мощн." в позиции документа "ТОАЗ Плановая мощность агрегатов" для всех
периодов/месяцев, которые меньше значения "Дата окончания фактическая" из
закрытой позиции документа "ТОАЗ Проектная мощность агрегатов".
Как измененно :
Реализован алгоритм JavaScript "Корректировка поля "Проектная
мощность"".
Алгоритм распределяет значение числового поля позиции документа - источника
(ПОб "ТОАЗ Проектная мощность агрегатов") в числовое поле позиции спецификации
документа - приемника (Поб "ТОАЗ Плановая мощность агрегатов") по периодам. Тип
периода планирования - Месяц.
M_MNPLAN
Краткое описание :
ТОАЗ алг. JS Формирование длительности ремонта на суткиОписание :
Предложения по разработке пользовательского JavaScript-алгоритмаЧто измененно :
7.2. алг. JS Формирование длительности ремонта на сутки
Гл. 2.2.2.2.4 ТР
Документ-источник ПОб "ТОАЗ График остановочных ремонтов", представление -
потребность в оборудовании.
Документ-приемник ПП "ТОАЗ План на месяц", представление - "календарный
график". Следует учесть, что в приемнике есть второе представление -
"производственный план".
Выполняется ФЛМ "Формирование длительности ремонта на сутки (алгоритм
JavaScript)" гл. 2.2.2.2.4.
Алгоритм запускается из локального меню документа-приемника.
Алгоритм должен по настройкам фильтра (шаблон документа "ТОАЗ График
остановочных ремонтов", период планирования из документа-источника) найти
документ "ТОАЗ График остановочных ремонтов" в состоянии "Утвержденный" за
рассматриваемый месяц и подключить его на вкладке Входящие документы
документа-приемника в качестве входящего документа, а документ-приемник при
этом появится на вкладке Исходящие документы документа-источника. Таким
образом, устанавливается двухсторонняя связь между документом-приемником и
документом-источником.
Далее алгоритм JavaScript на основании значения поля "Длительность ремонта"
документа-источника "ТОАЗ График остановочных ремонтов" заполняет поле "Длит.
ремонта" документа-приемника в представлении "Календарный график". Позиция
спецификации приемника определяется по соответствию значения объекта
планирования "Производственный центр" документа-источника и аналитики позиции
спецификации "Производственный центр" документа-приемника.
Правила расчета длительности ремонта в течение календарного дня в представлении
"Календарный график":
ю На дату, соответствующую первому дню ремонта, если она находится в
рассматриваемом месяце, в поле "Длит. ремонта" записывается значение поля
"Длит. в 1-й день" документа-источника.
ю На дату, соответствующую последнему дню ремонта, если она находится в
рассматриваемом месяце, в поле "Длит. ремонта" записывается значение поля
"Длит. в посл. день" документа-источника.
ю В остальные даты рассматриваемого месяца, находящиеся в диапазоне дат
выполнения ремонта, в поле "Длит. ремонта" записывается 1, то есть ремонт
длится сутки полностью.
ю На каждую дату календарного графика, на которую в поле "Длит. ремонта"
записывается ненулевое значение, также в поле "№ ост. ремонта" заносится
значение поля "№ ост. ремонта" позиции документа-источника.
ю Возможна ситуация, при которой по одному производственному центру (он
же агрегат) в течение месяца будет несколько краткосрочных ремонтов, то есть в
документе -источнике "ТОАЗ График остановочных ремонтов" будет несколько
записей спецификации для одного ПЦ. Поэтому следует продолжить формирование
полей представления "Календарный график" - "Длит. ремонта" и "№ ост. ремонта"
для текущей позиции приемника по всем позициям источника для этого же ПЦ.
ю В те даты, в которые ремонт ПЦ не производится, в поле "Длит. ремонта"
и в поле "№ ост. ремонта" записывается 0. Следует отметить, что при первичном
заполнении документа эти поля спецификации и так нулевые, но в случае запуска
для корректировки уже заполненных полей документа после переноса дат ремонта
нужно эти поля зачищать.
Как измененно :
Реализован алгоритм JavaScript "Формирование длительности
ремонта на сутки"
Алгоритм запускается из локального меню документа-приемника.
Алгоритм по настройкам фильтра (шаблон документа "ТОАЗ График остановочных
ремонтов", период планирования из документа-источника) находит документ "ТОАЗ
График остановочных ремонтов" в состоянии "Утвержденный" за рассматриваемый
месяц и подключает его на вкладку Входящие документы документа-приемника в
качестве входящего документа, документ-приемник при этом появляется на вкладке
Исходящие документы документа-источника.
Далее алгоритм на основании значения поля "Длительность ремонта"
документа-источника "ТОАЗ График остановочных ремонтов" заполняет поле "Длит.
ремонта" документа-приемника в представлении "Календарный график". Поиск строки
спецификации в документе - источнике выполняется по условию: значение аналитики
"Производственный центр" спецификации документа - источника равно значению
объекта планирования спецификации документа - приемника.
M_MNPLAN
Краткое описание :
ТОАЗ 74_Формирование спецификации документа "ТОАЗ Данные
для расчета OEE"Описание :
по 74-му системному алгоритму "Агрегация в период"Что измененно :
13.2 74_Формирование спецификации документа "ТОАЗ Данные для
расчета OEE"
Гл.3.2.2.ТР, аналогично 3.3.1.1
Документ-источник ПОб "ТОАЗ Данные по заказам", представление - потребность в
оборудовании:
Документ-приемник ПОб "ТОАЗ Данные для расчета OEE", представление -
потребность в оборудовании:
ФЛМ 74_Формирование спецификации документа "ТОАЗ Данные для расчета OEE" (алг.
74).
Запуск ФЛМ производится из документа-источника.
Производится агрегация данных в приемник
Алгоритм не находит документ-приемник для агрегации.
Необходимо для настройки "Режим поиска документа-приемника" = "Первый исходящий
для документа-источника" добавить подчиненную настройку со значениями:
"При отсутствии" = не создавать новый (по умолчанию для сохранения
преемственности) /создавать новый.
Для значения "Новый" добавить группу настроек для формирования полей заголовка
документа-приемника (как в алг. 170)
Настройка "Аналитики документа" = не учитывать/заполнять аналитиками
документа-источника:
- формировать перечень аналитик по аналитикам шаблона документа-приемника.
Отличается от алг. 170 - там в режиме "Автономный" нет значения "заполнять
аналитиками документа-источника".
Как измененно :
Для настройки "Режим поиска документа-приемника" = "Первый
исходящий для документа-источника" добавлена подчиненная настройка со
значениями: "При отсутствии документа-приемника в исходящих создавать новый" =
"Нет" (по умолчанию) / "Да".
Для значения "Да" добавлена группа настроек для формирования полей заголовка
документа-приемника.
- Поля документа-приемника
- Значения полей заголовка
- Дата
- Дата утверждения
- Дата начала
- Дата окончания
- Статус
- Аналитики документа
- Аналитика 1
- Аналитика 2
- Аналитика 3
- Аналитика 4
- Аналитика 5
M_MNPLAN
Краткое описание :
ТОАЗ 74_Расчет увеличения длительности плановых
остановочных ремонтовОписание :
по 74-му системному алгоритму "Агрегация в период"Что измененно :
Документ-приемник ПОб "ТОАЗ Данные для расчета OEE",
представление - потребность в оборудовании.
Документ-источник ПОб "ТОАЗ Данные по заказам", представление - потребность в
оборудовании.
ФЛМ "74_Расчет увеличения длительности плановых остановочных ремонтов"),
запускается из документа-источника ПОб "ТОАЗ Данные по заказам". Алгоритм
должен модифицировать значение числового поля, которое было сформировано ранее
другим алгоритмом. Алгоритмы будут выполняться в пакете.
Если несколько алгоритмов формируют значение одного числового поля, то
результат последующего алгоритма заменяет результат вычислений предыдущего
алгоритма.
Необходимо добавить настройку "Действия со спецификацией" со значениями
"Заменять рассчитанным" / "Добавить к существующему" / "Отнимать от
существующего".
Фактически, сейчас действует значение "Заменять рассчитанным".
Как измененно :
Добавлена настройка в 74 Алгоритм "Действия со значениями
позиций".
Значения настройки - "Заменять рассчитанным" / "Добавить к существующему" /
"Отнимать от существующего".
M_MNPLAN
Краткое описание :
ТОАЗ Алгоритм формирования значения поля "Длит. ремонтов,
сут."Описание :
по 170- му системному алгоритму "Копирование и агрегация документов "Что измененно :
2.2 Алгоритм формирования значения поля "Длит. ремонтов, сут."
Гл. 2.2.1.3.1 ТР
Документ-источник ПОб "ТОАЗ план остановочных ремонтов на год"
Настройки шаблона приведены в гл.1.
Документ-приемник "ТОАЗ Годовой план", тип - план производства, представление -
период
Источник и приемник имеют представление "Период" с длительностью периода
"Месяц". Соответствие позиций приемника и источника производится по аналитике
"Производственный центр" приемника и объекту планирования источника.
Алгоритм запускается из документа-приемника и должен заполнять поле приемника
"Длит. ремонтов, сут." значением поля "Длительность ремонтов"
документа-источника:
- найти документ-источник, созданный по шаблону "ПОб_ТОАЗ План остановочных
ремонтов на год". Поскольку таких документов может быть много, у приемника и
источника должны совпадать значения аналитики заголовка "Период планирования".
Дополнительно должны совпадать даты начала и окончания заголовка документа.
Статус документа-источника "Утвержденный";
- поиск позиции источника производить по совпадению объекта планирования
источника "Производственный центр" и значения аналитики приемника
"Оборудование" с ролью "Производственный центр";
- поля приемника "Длит. ост. ремонта" и "№ ост. ремонта" формируется алгоритмом
на основании числовых полей документа-источника "ТОАЗ План остановочных
ремонтов на год" - переносятся значения поля "Длительность ремонта" и "№ ост.
ремонта" по производственному центру за одноименные месяцы. Особенность - поле
"№ ост. ремонта" имеет формат цены в рублях. Это сделано для того, чтобы
обеспечить отображение поля без дробной части, то есть в виде целого числа.
- перенос числовых значений производится в одноименные месяцы, то есть из
периода "январь" источника в период "январь" приемника и т.д.
Как измененно :
Разработан 156 алгоритм. Режим работы "Заполнение длительности
ремонтов"
Алгоритм по документу приемнику находит документ источники. И для каждой
позиции документа источника ищет позицию документа приемника, такую, что:
- аналитика спецификации приемника "Производственный центр" совпадает с
объектом планирования спецификации источника. Роль берется из общесистемных
настроек
И заполняет количественные поля приемника для в соответсвующих значениях
аналитики представления "Период". Какие именно количественные поля заполняются
в настройках алгоритма.
M_MNPLAN
Краткое описание :
ТОАЗ Алгоритм формирования значения поля "План. мощность"Описание :
по 170- му системному алгоритму "Копирование и агрегация документов "Что измененно :
2.6 Алгоритм формирования значения поля "План. мощность"
Гл. 2.2.1.3.1 ТР
Документ-источник - "Плановая мощность агрегатов", документ-приемник - "Годовой
план".
Документ-источник
Тип документа-источника - потребность в оборудовании, представление - период.
Документ-приемник "ТОАЗ Годовой план", тип - план производства, представление -
период
При сравнении аналитического разреза документа-источника и документа-приемника
видно, что:
- в приемнике объект планирования "Изделия: Матценность, Услуга" соответствует
аналитике источника "Изделия: Матценность, Услуга" с ролью "Продукт";
- в приемнике аналитика "Производственный центр" соответствует объекту
планирования источника.
Алгоритм заполняет числовые поля "План. мощность/сут" каждого месяца
документа-приемника:
- находит документ источник, сформированный по шаблону "ТОАЗ Плановая мощность
агрегатов", у которого значение аналитики заголовка "Период планирования"
совпадает со значением аналогичной аналитики документа-приемника "ТОАЗ Годовой
план". Статус документа - "Утвержден";
- для каждой позиции документа-приемника находит позицию документа-источника, в
которой значение объекта планирования равно значению аналитики
"Производственный центр" позиции документа-приемника, а значение аналитики
"Продукт" источника равно значению объекта планирования приемника;
- сравнивает единицы измерения в позиции источника и приемника. Если единицы
измерения не совпадают - пересчитывает значение поля источника "План. мощн." по
коэффициентам пересчета, заданным для объекта планирования приемника в каталоге
МЦ, и сохраняет это промежуточное значение внутри алгоритма;
- берет значение числового поля "План. мощн." позиции документа-источника,
скорректированное на единицу измерения, и заносит это значение в позицию
документа-приемника в числовое поле "План. мощность/сут". Обработка идет по
одноименным месяцам.
Должны быть следующие настройки алгоритма:
- настройки пользовательского фильтра для поиска документа-источника по
шаблону, по представлению, по аналитике документа "Период", диапазону дат,
статусу документа. Значения аналитик для фильтрации выбирать из аналитик
заголовка документа-источника или иметь возможность задать фиксированное
значение. Для статусов дать возможность одиночного и группового выбора значений;
- настройка для формирования входящей связи документа-источника к
документу-приемнику, и для связи между позициями;
- настройка для поиска документа-источника во входящих документа-приемника, при
отсутствии - по фильтру;
- настройка документа-приемника - текущий документ;
- настройка соответствия числовых полей документа-источника и
документа-приемника;
- настройка для сохранения значения заданного числового поля в другом числовом
поле;
Как измененно :
Разработан 156 алгоритм, режим работы "Заполнение плановой
мощности"
Алгоритм по документу приемнику находит документ источники. И для каждой
позиции документа источника ищет позицию документа приемника, такую, что:
- аналитика спецификации приемника "Производственный центр" совпадает с
объектом планирования спецификации источника. Роль берется из общесистемных
настроек
- объект планирования спецификации приемника совпадает с аналитикой "продукт"
документа источника. Роль берется из общесистемных настроек
И заполняет количественные поля приемника. Какие именно количественные поля
заполняются в настройках алгоритма.
M_MNPLAN
Краткое описание :
алг. 170 Режим автономный Фильтр по периоду для
спецификации источника - Дата привязки = дата начала текущего документа Открыть
настройку "Смещение"Описание :
по 170- му системному алгоритму "Копирование и агрегация документов "Что измененно :
алг. 170 Режим автономный Фильтр по периоду для спецификации
источника - Дата привязки = дата начала текущего документа Открыть настройку
"Смещение"
На данный момент для настройки "Дата привязки" = "По умолчанию" группа
настроек "Смещение" открыта, а для значения "Дата привязки" = "Дата начала
текущего документа" эта группа настроек отсутствует.
Необходимо открыть эту группу настроек (смещение количество, единица
смещения).
Как измененно :
Добавлена настройка смещения для фильтра алгоритма.
M_MNPLAN
Краткое описание :
55_ТОАЗ Расчет ВЗП по плановому балансу на месяцОписание :
55-й алгоритмЧто измененно :
Документ-источник, он же документ-приемник, представление -
производственный план, аналитики спецификации отсутствуют. Расчет производится
по числовому полю "Плановый объем", результат записывается в числовое поле
"ВЗП".
Выполняется ФЛМ "55-алгоритм Расчет ВЗП по плановому балансу на месяц".
ВЗП рассчитывается, но для записи ВЗП формируются новые позиции спецификации, а
должны корректироваться имеющиеся позиции.
Как измененно :
Доработано. При выполнении 55-алгоритма для условия
документ-источник, он же документ-приемник, представление - производственный
план, аналитики спецификации отсутствуют - корректируются существующие позиции,
а не создаются новые.
M_MNPLAN
Краткое описание :
Алг 170 Режим автономный Ошибка выполнения запросаОписание :
по 170- му системному алгоритму "Копирование и агрегация документов "Что измененно :
Алг 170 Ht;bv fdnjyjvysq Ошибка выполнения запроса
Описание во вложении.
База TOAZ.
Как измененно :
Ошибка исправлена
M_MNPLAN
Краткое описание :
Алг. 170 Режим автономный Добавить настройку "Заполнять все
значения графика от даты начала позиции до даты окончания позиции рассчитанными
значениями"Описание :
по 170- му системному алгоритму "Копирование и агрегация документов "Что измененно :
Алг. 170 Режим автономный Добавить настройку "Заполнять все
значения графика от даты начала позиции до даты окончания позиции рассчитанными
значениями"
Одно из представлений документа-приемника - календарный график. На данный
момент алгоритм формирует значение заданных числовых полей только одной ячейки
графика - на последнюю дату заданного в фильтре диапазона дат.
Необходимо ввести настройку, обеспечивающую заполнение (тиражирование)
значений заданных полей источника во все ячейки календарного графика от даты
начала позиции до даты окончания позиции.
База TOAZ, Документ от ПлМ_013 до ПлМ_016 ПП_ТОАЗ План на месяц_Май 2018 г.
ФЛМ "Алг. 170_ТОАЗ Формирование спецификации документа "План на месяц"".
Как измененно :
Добавлена настройка, позволяющая заполнять все значения
представления календарный график от даты начала до даты окончания.
M_MNPLAN
Краткое описание :
Разработать JS по спецификации доработки 4.3Описание :
Алгоритмы JavaScriptЧто измененно :
Разработать JS по спецификации доработки 4.3
Описание во вложении.
Как измененно :
Реализован алгоритм JavaScript "Формирование остатка на начало
года в плановом балансе на год".
Алгоритм находит значение числового поля позиции документа - источника периода
"Декабрь" и записывает значение в числовое поле позиции спецификации документа
- приемника периода "Январь".
M_MNPLAN
Краткое описание :
ТОАЗ 55_Расчет ВЗП по плановому балансу на месяцОписание :
55-й алгоритмЧто измененно :
Документ-источник, он же документ-приемник, представление -
производственный план, аналитики спецификации отсутствую. В документе заполнены
дата начала и дата окончания. Расчет обычно производится на следующий месяц, но
возможна корректировка планового баланса в текущем месяце.
Выполняется ФЛМ "55-алгоримт Расчет ВЗП по плановому балансу на месяц". В
секции настроек алгоритма 55 "Горизонт планирования - Дата привязки" есть
значения для выбора:
Поскольку расчет может производиться в двух месяцах, привязка к началу
текущего/предыдущего месяца не подходит. Значение "По умолчанию" используется
для годового планирования. Остается значение "По запросу", однако это не
удобно, так как нужно вводить дату, которая уже введена в поле "Дата начала" по
документу.
Для исключения повторного ввода даты, которая и так есть в поле "Дата начала"
по документу, в процессе выполнения алгоритма необходимо добавить значение
настройки "По дате начала документа-источника".
Как измененно :
Доработано. Для режимов работы 55 алгоритма "Расчет
потребности в материальных ресурсах" и "Расчет потребности в материальных
ресурсах и МRP-расчет" для значения настройки "Документы-источники" - "Текущий"
для горизонтта планирования для настройки "Дата привязки" добавлено значение
"Дата начала документа-источника"
M_MNPLAN
Краткое описание :
ТОАЗ "Формирование спецификации документа "ТОАЗ Данные по
заказам"" - новый алг.Описание :
Предложения по новой функциональности модуля "Планирование производства"Что измененно :
13.1 "Формирование спецификации документа "ТОАЗ Данные по
заказам"" - новый алг.
Гл. 3.2.1, 3.3.2.1 ТР
Аналог алгоритма, описанного в п.2.1 текущего документа. Отличаются типы
документов источника и приемника, представления документов.
Документ-источник ПЗ "ТОАЗ Заказ на сутки", представление - производственный
заказ.
Документ-приемник ПОб "ТОАЗ Данные по заказам", представление - потребность в
оборудовании.
ФЛМ "Формирование спецификации документа "ТОАЗ Данные по заказам"". Запуск
функции из локального меню документа-приемника.
Алгоритм обрабатывает документы-источники в диапазоне дат, заданных в полях
"Дата начала" и "Дата окончания" документа-приемника.
Алгоритм обрабатывает все документы-источники, созданные по шаблону ПЗ "Заказ
на сутки", в диапазоне дат, заданных полях "Дата начала" и "Дата окончания"
заголовка текущего документа-приемника, имеющие состояние "Выполнен - ПДС",
"Выполнен - нач. цеха", "Выполнен - нач. ПБ", "Закрыт". По одному заказу
формируется одна строка документа-приемника.
Объект планирования "Производственный центр" заполняется значением аналитики
"Производственный центр" позиций документов-источников. Аналитика "Продукт"
заполняется значением объекта планирования позиций документов-источников.
Аналитика "Группа причин отклонения" заполняется значением одноименной
аналитики позиций документов-источников. Аналитика "Группа оборудования"
остается не заполненной, так как в документе-источнике отсутствует источник
данных для ее заполнения.
Числовые поля "План. объем", "Факт. объем", "Длит. события", "Снижение объема",
"Несоотв. кач-во" заполняются значениями одноименных числовых полей позиций
документов-источников "Заказ на сутки".
Связи между документами могут быть установлены по настройке для режима отладки.
Как измененно :
Разработан 156 алгоритм, режим работы "Формирование
спецификации "Данные по заказам""
Алгоритм по документу приемнику находит документ источники. И для каждой
позиции документа источника создает позицию документа приемника:
- объект планирования заполняется аналитикой "Производственный центр" позиции
документа источника; Роль ПЦ берется из общесистемных настроек
- Аналитика "Продукт" заполняется значением объекта планирования позиции
документа источника; Роль "продукт берется из общесистемных настроек.
- Аналитика "группа причин отклонения" заполняется значением аналитики
спецификации "Группа причин отклонения" (Роль берется из настроек алгоритма).
- Количественные поля копируются из документа источника. Какие именно
копируются задается в настройках.
M_MNPLAN
Краткое описание :
ТОАЗ Формирование документа "Фактич. OEE по группам оборуд."Описание :
Предложения по новой функциональности модуля "Планирование производства"Что измененно :
14.2 "ТОАЗ Формирование документа "Фактич. OEE по группам
оборуд.""
Гл.3.3.2.1 ТР
Алгоритм практически идентично алгоритму 13.1, отличается тип
документа-источника.
Документ-источник "ТОАЗ Фактич. OEE по агрегатам", представление - потребность
в оборудовании.
Документ-приемник "ТОАЗ Фактич. OEE по группам оборуд.", представление -
потребность в оборудовании.
Функция локального меню "ТОАЗ Формирование документа "Фактич. OEE по группам
оборуд."" запускается из документа-источника "ТОАЗ Фактич. OEE по агрегатам".
Между этими документами сформирована двухсторонняя связь: приемник находится в
исходящих источника.
В заголовке документа-приемника даты начала и окончания, период планирования
заполняются из документа-источника, и формируется наименование документа по
шаблону.
Алгоритм формирует спецификацию документа-приемника на основании спецификации
входящего документа-источника. Обрабатываются все позиции документа-источника.
Значение объекта планирования "Группа оборудования" формируется на основании
аналитики спецификации источника "Группа оборудования". Значения аналитики
"Продукт" заполняются значением аналогичной аналитики спецификации
документа-источника. Для всех позиций источника с одинаковым значением
аналитики "Группа оборудования" значение аналитики "Продукт" совпадает.
Как измененно :
Разработан алгоритм 149.
Режим работы "Формирование документа "Фактич ОЕЕ по группа оборудования"".
Алгоритм ищет документ-приемник. Если документ приемник не задан явно и не
стоит настройка создавать новый, то будет искаться документ приемник такой, что:
1. Шаблон равен заданному в настройках алгоритма.
2. Статус равен заданному в настройках алгоритма (если статус в настройка не
задан, то по статусу не фильтрует)
3. Аналитика период равна аналитике период из документа источника. Роль
аналитики берется из настройки алгоритма. "Роль "Период""
Далее алгоритм заполняет или корректирует спецификацию документа приемника.
Количественные поля, которые будут скорректированы задаются в настройке
"Количественные поля".
Позиции документа-источника агрегируются по разрезу аналитик спецификации
документа источника Продукт + Группа оборудования. Роль аналитики "Продукт"
берется из общесистемных настроек (Системные роли аналитик); роль "группа
оборудования" берется из настроек алгоритма.
M_MNPLAN
Краткое описание :
ТОАЗ Алгоритм формирования числовых полей Плана
остановочных ремонтовОписание :
Предложения по новой функциональности модуля "Планирование производства"Что измененно :
Необходимо разработать алгоритм для формирования спецификации
потребности в оборудовании по данным из графиков ремонта. Представление
потребности - "плоское". Алгоритм должен собрать и агрегировать данные по
длительности и времени ремонта в течении заданного периода по выбранному
пользователем перечню объектов ремонта. Спецификация потребности в оборудовании
должна формироваться по следующим правилам:
- для каждой отобранной позиции графика ремонтов формируется позиция
спецификации документа-приемника, в которой объект планирования
"Производственный центр" заполняется значением "Объект ремонта", а аналитика
"Изготовитель" заполняется значением поля "Подразделение" графиков ремонта. По
некоторым агрегатам возможно наличие более одного ремонта в течение месяца с
разными номерами, поэтому необходимо для каждого ремонта формировать отдельную
позицию документа-приемника.
- формируются даты "Начало" и "Окончание" позиции документа-приемника. В
качестве "Начала" необходимо выбрать максимальное значение из двух дат - начала
периода действия текущей потребности в оборудовании и датой начала выбранного
ремонта. Аналогично, в качестве "Окончания" необходимо выбрать минимальное
значение также из двух дат - окончание периода действия текущей потребности в
оборудовании и датой окончания ремонта.
- Числовое поле "Длительность ремонта" должно заполняться значением
длительности выбранного ремонта за период действия данной позиции(как должны
определяться даты для данного периода описано в предыдущем пункте)
- Значения для числового поля "Длительность в первый день" должна
рассчитываться по формуле (24 - Длительность ремонта в первый день ремонта в
часах) * Коэффициент пересчета "Час" -> "Единица измерения трудоемкости" для
текущей позиции
- Значения для числового поля "Длительность в последний день" должна
заполняться значением длительности ремонта в последний день в единицах "Единица
измерения трудоемкости" для текущей позиции
- поле "№ ост. ремонта" документа-приемника заполняется значением поля "Номер
позиции", которое является номером ремонта. Формат поля - цена в руб,
отображается в виде целого числа.
- поле "единица измерения трудоемкости" должна заполняться значением "сутки",
если продолжительность ремонта в ТОРО задана в днях. Возможные значения в
документе: час, мин, сек, сутки.
Как измененно :
Разработан алгоритм №157 "Формирование документов планирования
производства по графикам ремонта ТОРО". Для формирования спецификации
"Потребность в оборудовании" в рамках данной проблемы, для алгоритма должны
быть установлены следующие значения настроек:
В папке "График обслуживания и ремонта ТОРО\Фильтр\":
- "Фильтр по датам ремонта" - "Учитывать"
- "Фильтр по датам ремонта\Использовать позиции графика в которых" - "в
расчетный период попадают начальная или конечная плановые даты ремонта"
- "Объект ремонта" - "Фиксированное"
- "Объект ремонта" - Должен быть определен список объектов ремонта
- "Подразделение" - "Не учитывать"
В папке "Документ-приемник\":
- "Шаблон документа"
- "Представление" - "Потребность в оборудовании"
- "Действия со спецификацией" - "Создавать новые"
- "Очищать спецификацию перед расчетом" - "Да"
- "Обнулять количественные поля перед расчетом" - "Нет"
- "Устанавливать единицу измерения трудоемкости" - "Для новых позиций"
- "Устанавливать единицу измерения трудоемкости\Единица измерения трудоемкости"
- "Сутки"
- "Идентификатор позиций плана" - "Задать"
- "Идентификатор позиций плана\Пользовательский идентификатор объекта
планирования" - "Ссылка на позицию спецификации документа-источника"
- "Реализовать выгрузку данных по выборке графиков ремонта в документ-приемник"
- "В пределах периода действия документа-приемника"
M_MNPLAN
Краткое описание :
алг. 170 Режим автономный Добавить настройку "Обновлять
даты существующих позиций" = да/нетОписание :
по 170- му системному алгоритму "Копирование и агрегация документов "Что измененно :
алг. 170 Режим автономный Добавить настройку "Обновлять даты
существующих позиций" = да/нет
На данный момент в соответствии с ПИР 102.142650 при изменении
существующих позиций документа-приемника изменяются не только количественные
значения, но и даты позиции и ячеек этой позиции.
По проекту ТОАЗ требуется в существующих позициях изменять только
количественные значения без изменения дат позиции и ячеек. Для разрешения
данного противоречия в группу настроек "Поля документа-приемника" необходимо
ввести новую настройку "Обновлять даты существующих позиций" = да/нет. Значение
по умолчанию "да" обеспечивает существующий режим работы алгоритма. Значение
"нет" исключит изменение дат в существующей позиции документа-приемника и дат в
ячейках этой позиции.
Как измененно :
Добавлена настрйока, позволяющая не изменять дату у уже
существующих позиций
M_MNPLAN
Краткое описание :
Исправить название настройкиОписание :
Настройка ПРОИЗВОДСТВА И ПЛАНИРОВАНИЯЧто измененно :
Исправить название настройки "Производство и планирование \
Планирование \ Системные роли аналитик \ Материально-ответственное лицо"
Правильно: "Материально ответственное лицо" (без дефиса).
Как измененно :
Исправлено наименование настройки
M_MNPLAN
Краткое описание :
алг. 74 Разделить формирование связей документов и связей
позицийОписание :
по 74-му системному алгоритму "Агрегация в период"Что измененно :
алг. 74 Разделить формирование связей документов и связей
позиций
Как измененно :
В Алгоритм 74 Добавлена настройка "Формировать связи между
документами" с выбором значения - "Да" / "Нет".
Если в настройке "Формировать связи между документами" выбрано значение "Да", а
в настройке "Формировать связи между позициями" выбрано "Нет", то алгоритмом
формируются только связи между документами. Связи между позициями документов не
формируются. В протокол расчета алгоритма добавлена информация о созданных
связях между документами, созданных связях между позициями документов.
M_MNPLAN
Краткое описание :
Разработать JS "Заполнение аналитики Группа оборудования"Описание :
Алгоритмы JavaScriptЧто измененно :
Разработать JS "Заполнение аналитики Группа оборудования"
Как измененно :
Реализован алгоритм JavaScript "Заполнение аналитики Группа
оборудования".
Алгоритм находит номер аналитики строки планового документа с ролью "Группы
оборудования", находит и записывает значение "Группы оборудования" объекта
ремонта для аналитики строки спецификации документа.
M_MNPLAN
Краткое описание :
Разработать JS Расчет длительности периодовОписание :
Алгоритмы JavaScriptЧто измененно :
Разработать JS Расчет длительности периодов
Как измененно :
Реализован алгоритм JavaScript "Формирование поля "Фонд
времени".
Алгоритм рассчитывает количество календарных дней/часов. Результат расчета
заносится в числовое поле позиции спецификации документа - приемника в
представлении период, либо плоском представлении.
M_MNPLAN
Краткое описание :
Необходимо дать возможность копирования МК для нескольких
ТМЦОписание :
Маршрутные картыЧто измененно :
При производственном процессе для нескольких (многих) ТМЦ
используется одна МК. При заказе на 100 новых ТМЦ приходится делать 100 новых
МК (копирование - одинарное), т.е. на оформление одной фуры уходит больше часа!
Заказчики в основном иностранные предприятия, за простой фур приходится
платить. Проблема очень острая!
Просим решить в кратчайшие сроки!
Во вложении - описание Заказчика.
Они вообще спрашивают про одну МК для нескольких ТМЦ, но это, как я понимаю,
невозможно...
Как измененно :
В нижней панели каталога маршрутных карт (модуль Спецификации
продукта -Документы-Маршрутные карты) в функции локального меню добавилась
функция "Тиражирование маршрутной карты ...". Она предназначена для копирования
выбранной элементарной маршрутной карты в список существующих объектов (после
запуска появляется окно со списком этих объектов [соответствует списку в
верхней панели каталога маршрутных карт], в котором можно пометить объекты, в
которые будет выполняться тиражирование маршрутной карты) согласно заданных
настроек. В результате будет создан перечень маршрутных карт с отпускными
учетными единицами нормирования согласно выбранного списка объектов (о том, в
какие объекты успешно выполнено тиражирование сообщает лог).
M_MNPLAN
Краткое описание :
Алг. 74 Поиск документа-приемника по общему списку
документовОписание :
по 74-му системному алгоритму "Агрегация в период"Что измененно :
Алг. 74 Поиск документа-приемника по общему списку документов
Как измененно :
В алгоритм добавлена группа настроек "Искать по всему списку
документов, если документ не найден" с выбором значений "Нет" (по умолчанию) /
"Да". Для значения "Да" добавлены параметры поиска документа-приемника.
- Аналитики документа
- Аналитика 1
- Аналитика 2
- Аналитика 3
- Аналитика 4
- Аналитика 5
- Статус
- Период действия документа
M_MNPLAN
Краткое описание :
Алг. 74 Поиск документа-источника по общему списку
документовОписание :
по 74-му системному алгоритму "Агрегация в период"Что измененно :
Алг. 74 Поиск документа-источника по общему списку документов
Как измененно :
В алгоритм добавлена группа настроек "Искать по всему списку
документов, если документ не найден" с выбором значений "Нет" (по умолчанию) /
"Да". Для значения "Да" добавлены параметры поиска документа-источника.
- Аналитики документа
- Аналитика 1
- Аналитика 2
- Аналитика 3
- Аналитика 4
- Аналитика 5
- Статус
- Период действия документа
M_MNPLAN
Краткое описание :
Алг. 74 Для даты привязки добавить значение "По дате
начала" документа-источникаОписание :
по 74-му системному алгоритму "Агрегация в период"Что измененно :
Алг. 74 Для даты привязки добавить значение "По дате начала"
документа-источника
Как измененно :
В алгоритм 74 для группы настроек "Дата привязки" добавлено
значение настройки "Дата начала документа - источника". Если выбрано данное
значение настройки, то при выполнении алгоритма обрабатываются позиции
документа - источника, начиная с даты начала.
M_MNPLAN
Краткое описание :
Заполнение аналитики "Производственный заказ"Описание :
Алгоритмы JavaScriptЧто измененно :
Заполнение аналитики "Производственный заказ"
Как измененно :
Реализован алгоритм JavaScript "Заполнение аналитики
Производственный заказ".
Алгоритм находит номер аналитики строки планового документа с ролью
"Производственный заказ", записывает значение "Производственный заказ" для
аналитики строки спецификации документа по найденному номеру аналитики.
M_MNPLAN
Краткое описание :
алг. 36 Добавить значение настройки "дата привязки" = "дата
начала документа-источника"Описание :
по 36-му системному алгоритму "Перенос параметров КПН"Что измененно :
алг. 36 Добавить значение настройки "дата привязки" = "дата
начала документа-приемника"
Алгоритм заполняет поля документа "Плановый баланс на год" значениями КПН
"Мин. нормативных запас" и "Макс. нормативный запас". Документ может
формироваться как на текущий, так и на следующий год, и содержит данные для 12
месяцев года. При использовании существующего значения настройки "дата
привязки" плавающая = "начало текущего года", тип интервала = месяц и
количества интервалов=24, алгоритм:
- формирует ячейки для 24 месяцев, из них ненужные ячейки для 12 месяцев.
- работает примерно 3 - 4 мин на трех позициях документа, что очень долго.
Необходимо для настройки "дата привязки" плавающая ввести еще одно значение
"дата начала документа-приемника" в список выбора, как это сделано в алгоритмах
74, 170. Это позволит задать количество интервалов = 12, что исключит
формирование ненужных ячеек и сократит время расчета.
Как измененно :
В алгоритм 36 добавлено значение для настройки "Дата привязки"
- "дата начала документа - приемника". Если выбрана данная настройка алгоритма,
то при выполнении обрабатывается документ представления Период, при этом
начальная дата горизонта планирования берется из поля "Дата начала" заголовка
документа - приемника.
M_MNPLAN
Краткое описание :
алг. 55 Добавить настройку "Не открывать протокол расчета"
по окончании работы алгоритмаОписание :
55-й алгоритмЧто измененно :
алг. 55 Добавить настройку "Не открывать протокол расчета" по
окончании работы алгоритма
В пакете выполняется 24 алгоритма, из которых 12 шт - это алг. 55.
После каждого алгоритма открывается протокол расчета. Отключить протокол
нельзя - потом нельзя разобраться где нет источника норм, если такая ситуация
возникнет. Поэтому нужна такая комбинация настроек, которая обеспечит
формирование протокола, но отключит его безусловное отображение сразу по
окончании расчета.
Для этого по аналогии с алг. 170 предлагаю ввести настройку "Не
отображать протокол расчета по окончании работы алгоритма". Есть ФЛМ "Протоколы
расчета", и после завершения пакета можно будет смотреть протоколы.
Как измененно :
Алгоритм 55. Добавлена настройка "Открывать протокол по
окончании выполнения алгоритма - Да/Нет"
M_MNPLAN
Краткое описание :
Доработать шаблон плана снабжения и системный алгоритм
вычисляемого поля 7029Описание :
Шаблоны плановЧто измененно :
Доработать шаблон плана снабжения и системный алгоритм
вычисляемого поля 7029
В шаблоне плана снабжения необходимо увеличить количество дополнительных
вычисляемых полей спецификации (вкладка "Поля документа", "Доп.поля") на 1-2
позиции.
Доработать системный алгоритм вычисляемого поля 7029 таким образом, чтобы в
доп.поле можно было выводить значение поля "ГОСТ" вкладки "Производство"
карточки МЦ.
Как измененно :
Добавлен вывод поля ГОСТ для МЦ в системном алгоритме
вычисляемого поля 7029
Добавить дополнительные поля можно двумя путями
Первых 3: В шаблоне плана снабжения вкладка "Поля документа"-"Доп. поля"
И еще 3 можно задать вкладка "представления" - кнопка "Дополнительные поля" -
вкладка "Доп. поля"
Итого можно добавить 6 полей.
M_MNPLAN
Краткое описание :
Ошибка в работе алгоритма 137Описание :
Производственные планыЧто измененно :
Ошибка в работе алгоритма 137
Как измененно :
добавлена возможность выбора представления "изделие"
M_MNPLAN
Краткое описание :
Изменить способ определения текущего модуля - 2Описание :
M_MnPlanЧто измененно :
Была такая проблема - 101.59554: Изменить способ определения
текущего модуля. Сейчас она в состоянии "Решена".
Но решена она, похоже, только в PRepTune.vip.
А порочный код продолжает встречаться в AlgCalc_00127.vip (но тут вроде не
используется) и в M_Scripts\vip\Scripts\JS_CreateOrders.vip.
Коллеги, если это код рабочий, то сейчас он работает неправильно!
Как измененно :
Всё сделано красиво.