Информация о файле обновления Галактика M_MNPLAN_RES_91800.TXT


Описание файла обновления:
ФайлM_MNPLAN_RES_91800.TXT
ОбновлениеM_MnPlan_res_91800
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентM_MNPLAN
ТипRES
Версия9.1.80.0
Дата2019-01-09 12:34:32
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
180.10972NEWПри добавлении потребностей на вкладке "Входящие документы" при множественном выборе пропало окно пометки позиций позиции документаУправление производственной логистикой (УПЛ)Потребности в материальных ресурсах (УПЛ)
При добавлении потребностей на вкладке "Входящие документы" при множественном выборе пропало окно пометки позиций позиции документа.Исправлено. При добавлении потребностей на вкладке "Входящие документы" при множественном выборе отображается окно пометки позиций документа.
102.1826679.1.79.0Плановые документы в представлении "Период" и "Календарный график" - некорректно отображается левый BrowseПланирование производстваПроизводственные планы
Плановые документы в представлении "Период" и "Календарный график" - некорректно отображается левый Browse В представлении "Период" левая аналитическая часть документа формирует заголовок в одну строку, в то время как в правой части заголовок формируется из 2 строк, первая из которых - наименование периода. В результате строки числовых данных смещаются, и документ становится трудно читаемым. Подробнее см. вложение.Теперь бровс отображается корректно
102.1853499.1.79.09.1 При выполнении алгоритма 170 не работает настройка Исключать не планируемые МЦКонтур управления производствомпо 170- му системному алгоритму "Копирование и агрегация документов "
9.1 При выполнении алгоритма 170 не работает настройка Исключать непланируемые МЦ. Указываю да а МЦ все равно попадает в документ приемник. Место запуска алг см вложениеРаботает
102.1860269.1.79.0Не учитывается фильтр по внешним атрибутамКонтур управления производствомпо 65-му " Формирование плановых документов по накладным"
Алгоритм 65. Не учитывается фильтр по внешним атрибутам.Добавлен фильтр по внешним атрибутам.
102.1929019.1.79.0Добавление номера планового документа в автоформирование нименованияПланирование производстваШаблоны документов
Просьба в настройки шаблонов плановых документов, в закладке "Прочие" - "Разные", добавить возможность внесения номера документа для автоматического формирования части наименования планового документа.Для стандартных интерфейсов добавлена возможность в настройках шаблона на закладке "Разные" указывать "Номер документа" для автоматического формирования.
102.1935449.1.79.0Разработка JS для расчета весового коэф-та в документе "ТОАЗ Проектная мощность агрегатов"Планирование производстваАлгоритмы JavaScript
Разработка JS для расчета весового коэф-та в документе "ТОАЗ Проектная мощность агрегатов" Описание во вложении.Добавлен алгоритм JS 1235 52_ТОАЗ Расчет весовых коэффициентов
102.1935679.1.79.0ТОАЗ В 112 добавить округление по шаблону документа для поля типа "Коэффициент"Контур управления производствомпо 112-му системному алгоритму "Выгрузка документов планирования в MS Excel"
ТОАЗ В 112 добавить округление по шаблону документа для поля типа "Коэффициент"Добавлено округление по шаблону документа для поля типа "Коэффициент"
180.109369.1.78.0Для полноценного решения проблемы 101.65756 необходима перекомпиляция всех прикладных ресурсовПредложение по новой функциональности Галактики ERP (по системе в целом)?
При запуске докомпилированных интерфейсов (Alter) возникает ошибка загрузки логической таблицы.решена
180.108779.1.77.0Спещение строк после обновленийУправление материально-техническим обеспечениемПланы снабжения
Добрый день! После обновлений интерфейс ПСн в спецификации (номенклатурная часть) объемно-календарная часть визуально смещена вниз. Шапка объемно-календарной части стала выше. Скрин шот отправлю по почте.решена: теперь шапка в спецификации одинакова на всём протяжение, соответственно и все строки спецификации на одном уровне
102.1841889.1.76.0алг. 77 Корректировка ПКП Формирование "дерева иерархии" со списком договоровсоглашенийпкп более 5 минутКонтур управления производствомпо 77-му системному алгоритму "Формирование договоров, соглашений,ПКП по пл...
алг. 77 Корректировка ПКП Формирование "дерева иерархии" со списком договоровсоглашенийпкп более 5 минут по инц. 2.140429 В процессе корректировки ПКП производится выбор договора/соглашения из каталога. В процессе формирования списка договоров появляется сообщение "Формирование дерева иерархии...", которое висит 5 и более минут. Клиент пишет: При корректировке каждой заявки время ожидания по 5 минут недопустимо. Необходимо существенно сократить время формирования дерева иерархии! Описание клиента во вложении. По предварительной информации от Ждановича выбор договора осуществляется из интерфейса, который каждый раз перестраивается из временной таблицы. Необходимо использовать другой интерфейс. Альтернатива есть. Пример настроен на базе incidents91, заявка 000002 по шаблону инц. 2.140429 СФЗ ФЛМ1: 77_инц. 2.140429 СФЗ Формирование ПКП ФЛМ2: 77_инц. 2.140429 СФЗ Корректировка ПКП На данной базе в связи с малым количеством договоров и еще меньшим количеством ПКП проблема не проявляется.Используется GetSomeDogovor вместо GetSomeDogovorEx
102.1874959.1.76.0алг. 110 Добавить настройку "Проверять права на выполнение алгоритма по регламенту документа"Контур управления производствомпо 110-му системному алгоритму "Корректировка статусов в документах"
алг. 110 Добавить настройку "Проверять права на выполнение алгоритма по регламенту документа" При выполнении алгоритма через Операции- Выполнение групповых алгоритмов не выполняется проверка прав пользователя на выполнение алгоритма с учетом регламента обрабатываемого документа и заданных в нем ролей пользователей, которым разрешено выполнение алгоритмов в том или ином состоянии регламента. Практически выполнить групповой алгоритм может кто угодно, а это недопустимо. Необходимо в секцию "Параметры расчета" настроек алгоритма добавить настройку "Проверять права на выполнение алгоритма по регламенту документа" = нет/да., значение по умолчанию "нет" для обеспечения преемственности. Если настройка включена, а регламента в документе нет, игнорировать данную настройку. Если настройка включена, регламент задан, проверить список ролей для состояния обрабатываемого документа, которым разрешено выполнение алгоритмов. Если список пуст, то есть разрешено всем, игнорируем настройку. Наконец, если список ролей задан, необходимо проверить, есть ли у текущего пользователя ходя бы одна из ролей, которым разрешено выполнение алгоритмов. Если у пользователя есть роль, алгоритм выполняется для данного документа, если нет - не выполняется, наименование и номер документа, причина, по которой документ не обработан, отражаются в протоколе работы алгоритма алгоритма.Доработано.
102.1884359.1.76.0алг. 170 Режим автономный. В фильтре по аналитикам спецификации документа для каждой включенной аналитики добавить настройку "Кроме заданных значений"Контур управления производствомпо 170- му системному алгоритму "Копирование и агрегация документов "
алг. 170 Режим автономный. В фильтре по аналитикам спецификации документа для каждой включенной аналитики добавить настройку "Кроме заданных значений" Значение аналитики может быть не задано в позиции документа. Если нужно исключить позиции, в которых аналитика имеет одно или несколько заданных значений, можно напрямую перечислить оставшиеся значения, которые нужно учитывать. Но в этом случае в фильтр не попадут позиции, в которых значение аналитики не задано. Чтобы этого избежать, предлагаю в фильтре по аналитикам спецификации документа для каждой аналитики, для которой задан набор фиксированных значений, добавить настройку "Кроме заданных значений" = нет/ да. Значение по умолчанию для сохранения преемственности "нет". Если задано значение "да", то фильтр исключает позиции с заданными значениями аналитик, и оставляет позиции с остальными значениями аналитик, в том числе с не заданным значением. Скриншот настройки алгоритма во вложении. База TAZOT, алг. 1078, Документ "ТОАЗ Факт по заказам".Для значений откуда брать каждую аналитику добавлено "Фиксированное значение (исключить выбранные значения)".
101.651399.1.75.0Устранить некорректности в интерфейсе ISPSPPL01Планирование производстваПотребности в трудовых ресурсах
Устранить некорректности в интерфейсе ISPSPPL01 в описании окна wWinSort. В нем не указана таблица навигации, в результате привязка идет к таблице Sloj, в которой записей нет. После реализации 102.183299 переход блокируется, что повлекло регистрацию 102.186637. Предлагается явно определить NoTableNavigation в скрине этого окна. Отследить подобные ситуации поможет параметр Debug.DebugMessages=true - выдаст исчерпывающее предупреждение: "В текущей панели невозможно найти либо создать новую запись.Скорее всего ограничения на текущую панель некорректны."В интерфейсе ISPSPPL01, 10005, 10009 в описании окна wWinSort явно определен NoTableNavigation. При использовании параметра Debug.DebugMessages=true предупреждение "В текущей панели невозможно найти либо создать новую запись.Скорее всего ограничения на текущую панель некорректны." не выдается.
102.1872639.1.75.0алг. 72 Не открывается и не сохраняется сформированный Excel-документУправление материально-техническим обеспечениемПланы снабжения
алг. 72 Не открывается и не сохраняется сформированный Excel-документ Более 50 подразделений подают заявки на закупку МЦ в формате Excel. Заявки по подразделениям агрегируют в заявки по заводам, которые в свою очередь агрегируются в общий план закупок. В системе создана шаблонная заявка, без количества, на основании которой создаются заявки по подразделениям (копирование шаблонной заявки). Заявка с номенклатурой выгружается в Excel с помощью алгоритма № 72. Далее пользователи заполняют количество напротив номенклатуры, которую необходимо закупить. После того как заявка заполнена, сохраненный файл с помощью этого же алгоритма загружается в систему, в исходный документ, после загрузки в заявке появляется количество по закупаемым позициям. Потом могут происходить многократные корректировки заявок и планов.Алгоритм №72. Изменены алгоритмы импорта и экспорта файла формата xml
102.1876809.1.75.09.1 Производственные заказы. В списке планов при пометке фокус остается на помеченной записи. А раньше перемещался на запись ниже помеченнойПланирование производстваПроизводственные заказы
9.1 Производственные заказы.В списке планов при пометке фокус остается на помеченной записи. А раньше перемещался на запись ниже помеченной.Доработано. В списке планов при пометке фокус перемещается на запись ниже помеченной.
102.1873339.1.74.0алг. 74 Сделать действие настройки "При отсутствии документа - приемника создавать новый" независимой от настройки "Искать по всему списку документов, если не найден"Контур управления производствомпо 74-му системному алгоритму "Агрегация в период"
Сделать действие настройки "При отсутствии документа - приемника создавать новый" независимой от настройки "Искать по всему списку документов, если не найден". Для документа-приемника есть настройка "Искать по всему списку документов, если не найден". Если она имеет значение "нет", то не работает настройка "При отсутствии документа - приемника создавать новый" = да. А должна работать независимо от предыдущей настройки.Если для документа-приемника настройка "Искать по всему списку документов, если не найден" установлена в значении "Нет", то не работает настройка "При отсутствии документа - приемника создавать новый" = Да. А должна работать независимо от предыдущей настройки, те документ - приемник должен создаваться.
102.1873579.1.74.0алг. 74 Добавить настройку "Открывать протокол по окончании выполнения алгоритма"=да/нетКонтур управления производствомпо 74-му системному алгоритму "Агрегация в период"
алг. 74 Добавить настройку "Открывать протокол по окончании выполнения алгоритма"=да/нет На данный момент протокол формируется по настройке "Формировать протокол результата выполнения алгоритма"=да В этом случае протокол принудительно выводится по окончании работы алгоритма. Если алгоритм 74 используется в пакете, то протокол мешает, с другой стороны он нужен, его можно открыть для анализа через локальное меню. Чтобы совместить возможность формировать протокол, но не открывать его сразу по окончании работы алгоритма, необходимо добавить настройку "Открывать протокол по окончании выполнения алгоритма"=да/нет. Значение по умолчанию "Да" обеспечит преемственность у клиентов.В алгоритм добавлена настройка "Открывать протокол по окончании выполнения алгоритма" с выбором значений "Да/Нет". По умолчанию значение "Да".
101.621869.1.73.0Нумерация ДО при создании по 42 алгоритмуУправление материально-техническим обеспечениемЗаявки
При создании ДО по 42 системному алгоритму, нумерация для ДО берется не из нового подтипа, который был реализован в ПИР 101.61471, а из старого. Та же проблема и для плана снабжения. Описания настроек алгоритмов для заявок и планов снабжения во вложении.При автонумерации документов с помощью специальной таблицы и в пределах календарного года алгоритмы 42 и 95 формируют ДО сбыта в зависимости от года.
102.1830189.1.73.0ПЗ. Иерархическое представлениеУправление производственной логистикой (УПЛ)Производственные заказы (УПЛ)
ПЗ. Иерархическое представление.1) В настройке просмотра (alt-S) списка документов должны быть установлены "Сортировка" и "использовать иерархическое представление". При наложении такой настройки просмотра список ПЗ будет отображаться как дерево. 2) В шаблоне ПЗ (Поля документа - заголовок) отметить поле "Вышестоящий документ". 3) В шаблоне ПЗ (Прочие - Разные) указано "формировать номер документа по" - "автоматически", номер как база для автоинкремента и кластеры для формирования номера (вышестоящий заказ/группа документов/автоинкрементируемая часть). 4) При создании нового ПЗ внутри папки наследуется вышестоящий. 5) При пометке помечаются нижестоящие. Третья очередь (ТХО) будет рещаться в проблеме 102.187175
102.1864319.1.73.0алг. 157 Ошибка формирования графика ремонтов - не определяет заполнение настройки "Объекты ремонта"Контур управления производствомПо 157-му системному алгоритму " Формирование документов планирования производства по графикам ремон
алг. 157 Ошибка формирования графика ремонтов - не определяет заполнение настройки "Объекты ремонта" В протокол выводится сообщение: Ошибка ] Не определено значение для настройки "График обслуживания и ремонта ТОРОФильтрОбъект ремонтаОбъекты ремонта"! [ Ошибка ] Выполнение алгоритма прервано. Хотя данная настройка для алгоритма установлена.Ошибка исправлена, 157 алгоритм работает корректно.
102.1864479.1.73.09.1 55 алг. Нарушение преемственности в настройке Формировать протокол результата выполнения алгоритмаКонтур управления производством55-й алгоритм
9.1 55 алг. Нарушение преемственности в настройке Формировать протокол результата выполнения алгоритма в случае в значения настройки в предыдущей версии: Открывать протокол по окончании выполнения алгоритма: Нет А должно: Открывать протокол по окончании выполнения алгоритма: ДА !!!! Кроме того в новой версии следует скрывать значение настроек: Формировать протокол результата выполнения алгоритма: НЕТ Открывать протокол по окончании выполнения алгоритма (скрыть!!!!!)Исправлено. По умолчанию значение настройки "Открывать протокол по окончании выполнения алгоритма": "Да". Также скрывается данная настройка при установке настройки "Формировать протокол результата выполнения алгоритма - Нет".
102.1864969.1.73.0алг. 55 В процессе расчета выводит сообщение о невозможности удалить документ со ссылкой на регламентКонтур управления производством55-й алгоритм
алг. 55 В процессе расчета выводит сообщение о невозможности удалить документ со ссылкой на регламентДоработано. В процессе расчета не выводит сообщение о невозможности удалить документ со ссылкой на регламент.
102.1868479.1.73.0Алг. 170 Ошибка настройки "Учитывать соответствие аналитик шапки и спецификации"Контур управления производствомпо 170- му системному алгоритму "Копирование и агрегация документов "
Алг. 170 Ошибка настройки "Учитывать соответствие аналитик шапки и спецификации" База ТОАЗ на платформе Oracle. Описание проблемы во вложении. Документ ФА_0002 "ПЗ_ТОАЗ Факт по агрегатам" за 19.05.2018 В меню есть ФЛМ "170_ТОАЗ Перенос факта по агрегатам в заказы на сутки".Ошибка больше не возникает.
102.1868489.1.73.0алг. 170 Режим автономный При поиске приемника в исходящих источника добавить для приемника настройку "Статус"Контур управления производствомпо 170- му системному алгоритму "Копирование и агрегация документов "
алг. 170 Режим автономный При поиске приемника в исходящих источника добавить для приемника настройку "Статус" База ТОАЗ на платформе Oracle Описание во вложении.Добавлена возможность учитывать статус при поиске документа приемника.
102.1868599.1.73.0Алг. JS Копирование заданного перечня аналитик спецификации из источника в приемникАлгоритмы JavaScriptПредложения по разработке пользовательского JavaScript-алгоритма
Алг. JS Копирование заданного перечня аналитик спецификации из источника в приемник База ТОАЗ на платформе Oracle Документ ФА_0002 "ПЗ_ТОАЗ Факт по агрегатам". Описание во вложении.JavaScript "Копирование аналитик в исходящие документы" Алгоритм выполняет поиск значений аналитик спецификации документа - источника с указанными ролями,затем выполняет поиск связей позиции документа - источника и позиции документа - приемника. Если найдена связь, то копирует значения аналитик спецификации документа - источника в спецификацию документа - приемника.
102.1643469.1.72.0В нарядах перенести дату проверки наряда в поле с подходящим типомЗаработная платаФормирование нарядов
В нарядах перенести дату проверки наряда в поле с подходящим типомДата проверки наряда переведена в поле с типом "дата".
101.638759.1.71.0Изменить способ определения текущего модуля - 2Контур управления производствомM_MnPlan
Была такая проблема - 101.59554: Изменить способ определения текущего модуля. Сейчас она в состоянии "Решена". Но решена она, похоже, только в PRepTune.vip. А порочный код продолжает встречаться в AlgCalc_00127.vip (но тут вроде не используется) и в M_ScriptsvipScriptsJS_CreateOrders.vip. Коллеги, если это код рабочий, то сейчас он работает неправильно!Всё сделано красиво.
102.1688739.1.71.0алг. 180 Печать ССЗ по исполнителю/бригаде - норму времени печатать с точностью 3 зн. после запятой.Контур управления производствомпо 180-му системному алгоритму "Формирование Exel-отчетов по СЗЗ
алг. 180 Печать ССЗ по исполнителю/бригаде - норму времени печатать с точностью 3 зн. после запятой. Сейчас печатается слишком много знаков после запятой.В отчёте идёт печать нормы времени с точностью 3 знака после запятой
102.1743479.1.71.0алг. 170 Формирование плановых документов на основе ЖР Ошибка обработки настройки "Исключать непланируемые МЦ"Контур управления производствомпо 170- му системному алгоритму "Копирование и агрегация документов "
алг. 170 Формирование плановых документов на основе ЖР Ошибка обработки настройки "Исключать непланируемые МЦ" По инц. 2.124982 Описание во вложении.Теперь ошибка не возникает.
102.1755009.1.71.0алг. 110 В список типов накладных для смены статуса добавить НВПКонтур управления производствомпо 110-му системному алгоритму "Корректировка статусов в документах"
алг. 110 В список типов накладных для смены статуса добавить НВП По инциденту 2.126988 Тип документа - накладные. Тип накладной - в списке нет накладной на внутреннее перемещение. Клиент просит добавит тип НВП и не понимает, почему его там нет. Мотивировка следующая: Чтобы запретить отмену ордеров именно в статусе "закрытый", если пользователь в статусе "исполняемый" просто проведет оприходование без автоматической смены статуса, статус он уже не поменяет (запрет редактирования после списания/оприходования), при этом отменить оприходование он сможет, так как отмена ордеров контролируется в статусе "закрытый". Статус "закрытый" используется с аналогичными целями в других документах логистики, в связке с правами на доступ к документам по статусам.В список "Тип накладной" добавлена накладная на внутреннее перемещение.
102.1756019.1.71.0Алг. 170 автономный режим Не формируется спецификация приемника при агрегации по объекту планированияКонтур управления производствомпо 170- му системному алгоритму "Копирование и агрегация документов "
Алг. 170 автономный режим Не формируется спецификация приемника при агрегации по объекту планирования база incidents91, документ ПлГ_004 "ПП_ТОАЗ Годовой план_2018 г. (Копия).". По функции "170_ТОАЗ Формирование планового баланса на год" формируется приемник. В источнике есть аналитики спецификации, в приемнике - только объект планирования. Ожидается суммирование значений по одноименным объектам планирования с уменьшением количество строк в приемнике. Вместо этого позиции спецификации не формируются вообще - сформирован документ-приемник без спецификации. Кроме того, появляется сообщение "Некоторые позиции не попали в график из-за наличия нулевых дат". Смысла в нем нет, только пользователя пугать. Если такое сообщение и выводить, то только в том случае, когда нет ни одной ненулевой позиции, в остальных случаях следует писать эту информацию в протокол. В сформированном приемнике периоды не соответствуют периоду, заданному в настройке алгоритма.Исправлена ошибка неформирования спецификации.
102.1766299.1.71.0Некорректное отображение списка документов заданного типаПланирование производстваНе знаю, какая именно часть модуля "Планирование производства", научите
Отображение списка документовДля того, чтобы изменения вступили в силу, необходимо перед использованием удалить DSK и temp. Всегда закрывать (нажимаем крестик) окно со списком документов предыдущего типа (например, "Потребность в оборудовании") перед открытием документов нового типа (например, "Производственные заказы").
102.1766449.1.71.0алг. 170 Для настройки "Аналитики документа-приемника" добавить значение "из спецификации документа-источника"Контур управления производствомпо 170- му системному алгоритму "Копирование и агрегация документов "
алг. 170 режим автономный. Для настройки "Аналитики документа-приемника" добавить значение "из спецификации документа-источника" Скриншот во вложении.Добавлена возможность производить агрегацию по аналитикам спецификации документа источника, если такие же аналитики есть в шапке документа приемника.
102.1766769.1.71.0алг. 170 режим автономный. Добавить значение "По запросу" для настройки фильтра "Дата привязки"Контур управления производствомпо 170- му системному алгоритму "Копирование и агрегация документов "
алг. 170 режим автономный. Добавить значение "По запросу" для настройки фильтра "Дата привязки" Описание во вложении.Добавлена настройка, позволяющая задать дату привязки после запуска алгоритма.
102.1798259.1.71.0алг. 13 Добавить настройку для включения/отключения отображения протокола расчетаКонтур управления производствомпо 13-му системному алгоритму "Расчет плана по заявкам"
алг. 13 Добавить настройку для включения/отключения отображения протокола расчета По инц. 2.133913 Сейчас после выполнения алгоритма выводится протокол. Клиент просит дать возможность не выводить протокол, а сразу переходить к формированию документа. Для этого предлагаю на вкладке "Разное" ввести настройку алгоритма "Отображать протокол расчета" =да/нет, для преемственности значение по умолчанию "да". Имеется в виду, что протокол формируется в обоих вариантах, и его при необходимости можно будет посмотреть через локальное меню документа.На вкладку "Разные" настроек алгоритма добавлена настройка "Не выводить протокол расчёта" Если она активна, то протокол расчёта алгоритма не отображается.
102.1805729.1.71.0Копировать внешние атрибуты и внешнюю классификацию при выборе из прайс-листа в заявках и планах сбытаКонтур управления производствомПредложение по новой функциональности контура управления производством
В оперативном контуре есть настройка "Настройки ГалактикиЛогистикаКопированиеАтрибутов и внешней классификацииИз спецификации прайс-листа в спецификацию документов оперативного контура". В случае, если к позиции в прайс-листе заданы внешние атрибуты, то при выборе позиции из прайс-листа, например в спецификации договора, копируются заданные внешние атрибуты из прайс-листа. Клиент просит реализовать аналогичную функциональность в спецификации заявок и планов сбыта модуля Управление заказами при выборе из прайс-листа.В случае, если к позиции в прайс-листе заданы внешние атрибуты, то при выборе позиции из прайс-листа в спецификации заявки копируются заданные внешние атрибуты из прайс-листа.
102.1816389.1.71.0Нет доступа к шаблону заявки при включенной настройке "Запрет редактирования" из меню "Шаблоны заявок"Управление материально-техническим обеспечениемЗаявки
Нет доступа к шаблону заявки при включенной настройке "Запрет редактирования" из меню "Шаблоны заявок" По инц. 2.137193 Клиент установил в шаблоне заявки настройку "запрет редактирования". Согласно HELP, эта настройка должна запретить открывать шаблон непосредственно из заявки. Реально нельзя открыть шаблон даже из меню "Шаблоны заявок". Клиент вынужден либо создать новый шаблон, либо изменять поле в SUPPORT, но он не знает какое поле и какой таблицы. Необходимо при включенной настройке шаблона заявки "Запрет редактирования" дать доступ к редактированию шаблона заявки через пункт меню "Планирование производства - Настройки - Шаблоны заявок", "Управление заказами - Настройка - Шаблоны заявок", "Управление МТО - Настройка - Шаблоны заявок".При включенной настройке шаблона заявки "Запрет редактирования" можно редактировать шаблон заявки через пункт меню "Планирование производства - Настройки - Шаблоны заявок", "Управление заказами - Настройка - Шаблоны заявок", "Управление МТО - Настройка - Шаблоны заявок".
102.1817799.1.71.0ТоАЗ Алгоритм Javascript "Изменение статуса связанных документов"Контур управления производствомпо 170- му системному алгоритму "Копирование и агрегация документов "
У документа "Годовой план" есть связанные исходящие документы "Плановый баланс на год", "ВЗП по агрегатам на год", "Потребность в покупных СиМ на год". При изменении статуса документа "Годовой план" необходимо синхронно изменить статусы всех связанных исходящих документов, созданных по указанным шаблонам. Возможные переходы при изменении статусов: - Переход в состояние "Утвержденный" с изменением статуса из "Оформляемый" в "Утвержденный"; - Переход в состояние "Аннулирован" с изменением статуса из "Утвержденный" в "Аннулирован". Таким образом, данный скрипт должен иметь настройки, чтобы задать начальное и конечное значение статуса, наименования шаблонов корректируемых документов. Если в регламенте документов не предусмотрен такой переход, выдавать сообщение и/или писать в протокол причину и наименование документа, его номер.Реализован алгоритм JavaScript "Изменение статуса связанных документов". При изменении статуса документа "Годовой план" изменяются статусы всех связанных исходящих документов, созданных по следующим шаблонам: "Плановый баланс на год", "ВЗП по агрегатам на год". Возможные переходы при изменении статуса: - Переход в состояние "Утвержденный" с изменением статуса из "Оформляемый" в "Утвержденный"; - Переход в состояние "Аннулирован" с изменением статуса из "Утвержденный" в "Аннулирован". - Переход в состояние "Закрыт" с изменением статуса из "Утвержден" в "Закрыт". - Переход в состояние "Создан" с изменением статуса из "Закрыт" в "Оформляемый". - Переход в состояние "Аннулирован" с изменением статуса из "Оформляемый" в "Аннулирован". - Переход в состояние "Создан" с изменением статуса из "Аннулирован" в "Оформляемый". - Переход в состояние "Утвержденный" с изменением статуса из "Аннулирован" в "Утвержденный";
102.1817809.1.71.0ТоАЗ Алгоритм формирования числовых полей Плана остановочных ремонтовКонтур управления производствомпо 170- му системному алгоритму "Копирование и агрегация документов "
Необходимо разработать алгоритм для формирования числовых полей документа-приемника "ТОАЗ План остановочных ремонтов на год". Документ-приемник имеет тип - потребность в оборудовании, представление - период. Тип документа-источника данных - графики ремонта оборудования. Алгоритм должен собрать и агрегировать данные по длительности и времени ремонта помесячно в разрезе ссылок "Объект ремонта"-"Изготовитель" для каждой позиции спецификации потребности в оборудовании. В настройках алгоритма должна быть реализована возможность определения дополнительных ограничений по фильтру для графиков ремонта: -период, в течении которого будут отслеживаться графики, -вариант графика ремонта, -вид графика, -вид ремонтаРазработан алгоритм №157 "Формирование документов планирования производства по графикам ремонта ТОРО". Для формирования спецификации "Потребность в оборудовании" в рамках данной проблемы, для алгоритма должны быть установлены следующие значения настроек: В папке "График обслуживания и ремонта ТОРОФильтр": - "Фильтр по датам ремонта" - "Учитывать" - "Фильтр по датам ремонтаИспользовать позиции графика в которых" - "в расчетный период попадают начальная или конечная плановые даты ремонта" - "Объект ремонта" - "Объект планирования позиции спецификации документа-приемника" - "Подразделение" - "Из аналитики спецификации документа-приемника" В папке "Документ-приемник": - "Шаблон документа" - "Представление" - "Период" - "ПредставлениеИнтервал (тип периода планирования)" - "Месяц" - "Действия со спецификацией" - "Корректировать существующие ( заменять на расчетные )" - "Очищать спецификацию перед расчетом" - "Нет" - "Обнулять количественные поля перед расчетом" - "Да" - "Устанавливать единицу измерения трудоемкости" - "Для всех позиций, в которых проводятся правки" - "Устанавливать единицу измерения трудоемкостиЕдиница измерения трудоемкости" - "Сутки" - "Идентификатор позиций плана" - "Задать" - "Идентификатор позиций планаПользовательский идентификатор объекта планирования" - "Объект планирования + 1 аналитика" - "Реализовать выгрузку данных по выборке графиков ремонта в документ-приемник" - "В пределах периода действия документа-приемника"
102.1818059.1.71.0ТоАЗ Алгоритм формирования спецификации годового планаКонтур управления производствомпо 170- му системному алгоритму "Копирование и агрегация документов "
Разработать алгоритм формирования спецификации годового плана Документ-источник: "Проектная мощность агрегатов" - это документ типа "Потребность в оборудовании" Документ-приемник "ТОАЗ Годовой план", тип - план производства, представление - период При сравнении аналитического разреза документа-источника и документа-приемника видно, что: - в приемнике объект планирования "Изделия: Матценность, Услуга" соответствует аналитике источника "Изделия: Матценность, Услуга" с ролью "Продукт"; - в приемнике аналитика "Производственный центр" соответствует объекту планирования источника. Отсюда следует, что алгоритм формирования спецификации годового плана должен: - найти документ-источник, созданный по шаблону "Проектная мощность агрегатов". В настройке алгоритма нужно иметь возможность указать фиксированный документ, созданный по этому шаблону; - сформировать позиции приемника на основании позиций источника по принципу: одна позиция документа-приемника формируется по одной позиции документа-источника. Используются позиции документа-источника в статусе "Утвержденный"; - в формируемой позиции приемника заполнить объект планирования "Изделия: Матценность, Услуга" значением аналитики спецификации источника "Изделия: Матценность, Услуга" с ролью "Продукт"; - ед. изм. - заполняется учетной единицей измерения для объекта планирования; - в формируемой позиции приемника заполнить аналитику спецификации "Оборудование" с ролью "Производственный центр" значением объекта планирования документа-источника "Производственный центр"; - в формируемой позиции приемника заполнить аналитику спецификации "Подразделения" в роли "Изготовитель" значением одноименной аналитики позиции документа-источника; - числовые поля не заполнять. о номер.Разработана алгоритм 156 Формирование спецификации годового плана с настройками: Документ-источник: Представление-источник : Потребность в оборудовании Режим поиска документа-источника: заданный или текущий Статус обрабатываемых позиций : выбор статусов Тип документа-источника: Потребность в оборудовании Шаблон документа-источника : выбор шаблона Документ-приемник Режим поиска документа приемника заданный или Искать по всему списку документов с фильтром по статусу и аналитикам Представление-Приемник: Период Тип документа-приемника: Производственный план Шаблон документа-приемника : выбор шаблона Алгоритм формирует позиции приемника на основании позиций источника по принципу: одна позиция документа-приемника формируется по одной позиции документа-источника. Используются позиции документа-источника в статусе указанном в настройке "Статус обрабатываемых позиций". В формируемой позиции приемника заполнить объект планирования "Изделия: Матценность, Услуга" значением аналитики спецификации источника "Изделия: Матценность, Услуга" с ролью "Продукт";
102.1818409.1.71.0ТоАЗ 74_Формирование спецификации документа "Плановая мощностьКонтур управления производствомпо 74-му системному алгоритму "Агрегация в период"
Документ-приемник - ПОб "ТОАЗ Плановая мощность агрегатов", представление - потребность в оборудовании. Документ-источник - Поб "ТОАЗ Проектная мощность агрегатов", представление - потребность в оборудовании. Алг. 74 не копирует из документа-источника в документ-приемник значения полей спецификации "Дата начала фактическая" и/или "Дата окончания фактическая", и не имеет настроек для включения такой возможности. Необходимо добавить настройки для копирования фактических дат по спецификации.Алг. 74 копирует из документа-источника в документ-приемник значения полей спецификации "Дата начала фактическая" и/или "Дата окончания фактическая". Добавлена настройка в алгоритм "Копировать даты фактические документа-источника" и соответствующий выбор значений в настройке - "Нет", "Для новых объектов планирования", "Для новых и существующих объектов планирования"
102.1820059.1.71.0ТОаЗ Сохранение фактических OEE по агрегатам в документ "ТОАЗ OEE план-факт по агрегатам на год"Контур управления производствомпо 74-му системному алгоритму "Агрегация в период"
Документ-источник "ТОАЗ Фактич. OEE по агрегатам", представление - потребность в оборудовании. Документ-приемник "ТОАЗ OEE план-факт по агрегатам на год", представление - период. Функция локального меню документа-источника "Расчет OEEф для группы оборудования" (алг. 74) запускается из документа-источника "ТОАЗ Фактич. OEE по агрегатам". В алг. 74 для настройки "При проверке на входимость в гор. планирования учитывать" добавить значение "По датам начала и окончания". Для этой настройки в горизонт планирования должны попасть обе даты, в противном случае значение не должно обрабатываться алгоритмом.В алгоритме 74 для настройки "При проверке на входимость в гор. планирования учитывать" добавлено значение "По датам начала и окончания". Если значение настройки "По датам начала и окончания" то проверяется соответствие дат начала и окончания временного интервала.
102.1820439.1.71.0ТОАЗ 74_Формирование спецификации по документу "ТОАЗ проектная мощность агрегатов"Контур управления производствомпо 74-му системному алгоритму "Агрегация в период"
Документ-источник - Поб "ТОАЗ Проектная мощность агрегатов", представление - потребность в оборудовании. Документ-приемник - Поб "ТОАЗ OEE план-факт по агрегатам на год", представление - период. Алг. 74 № 1092 формирует спецификацию приемника и должен перенести значение числового поля источника в числовое поле приемника во все периоды заданного диапазона. Спецификация формируется, но числовое поле не переносится. Необходима настройка, которая обеспечит заполнение числового поля приемника в каждом периоде независимо от даты в ячейке источника. В документе-источнике использовать позиции в статусе "Утвержденный", и брать из этих позиций значение поля, заданного в настройке алгоритма. Есть усложняющее обстоятельство - "дата начала фактическая" в утвержденной позиции источника может быть больше даты начала заголовка документа-приемника. В этом случае для заполнения числового поля приемника в период от даты начала приемника до "дата начала фактическая" в утвержденной позиции источника нужно использовать значение поля из другой позиции источника. Нужно найти позицию источника в статусе "закрытый", у которой "дата окончания фактическая" минимально меньше "дата начала фактическая" в утвержденной позиции источника для того же ПЦ/агрегата, и брать значение числового поля из этой позиции. Вариант 1. Алг. 74 использует значение из утвержденной позиции источника для ПЦ/агрегата, и затем запускает на выполнение скрипт, который сравнивает "дату начала фактическую" в утвержденной позиции источника и дату начала заголовка документа-приемника. Если смена мощности произошла в течение планируемого года, скрипт должен заменить значения числового поля для месяцев, когда использовалась старая мощность. Вариант 2: разработать скрипт, подключить его в шаблон документа-приемника и запускать из алг. 74. Скрипт сам должен анализировать даты, брать нужное значение числового поля источника и разносить его по периодам приемника, которые соответствуют диапазону дат действия позиции источника. Видимо, этот вариант проще реализовать, так как он не потребует изменений алг. 74.Реализован алгоритм JavaScript "Распределение весового коэффициента по месяцам" Алгоритм распределяет значение числового поля позиции документа - источника (ПОб "ТОАЗ Проектная мощность агрегатов") в числовое поле позиции спецификации документа - приемника (Поб "ТОАЗ OEE план-факт по агрегатам на год") по периодам. Тип периода планирования - Месяц.
102.1822349.1.71.0Алг. 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Добавлено значение для настройки "Метод определения входимости документов в период выборки данных" "Период действия источника должен включать даты из фильтра"
102.1822419.1.71.0ТОАЗ 170 Режим "Автономный". Для настройки " Значения полей заголовка для создаваемых документов - Дата начала " добавить значение " По дате привязки из фильтра по спецификации документа-источника "Контур управления производствомпо 170- му системному алгоритму "Копирование и агрегация документов "
Документ-источник - ПП "ТОАЗ План на месяц", представление - календарный график. Документ-приемник - ПЗ "ТОАЗ Заказ на сутки", представление - производственный заказ. Выполняется функция локального меню "170_ТОАЗ Формирование заказа агрегату на сутки". Документы приемники формируются на одни сутки, дата начала и окончания в заголовке документа-приемника должна быть равна введенной по запросу дате привязки для фильтра по периоду для спецификации документа-источника. Поэтому необходимо для настройки "Поля документа-приемника - Значения полей заголовка для создаваемых документов - Дата начала" добавить значение "По дате привязки из фильтра по спецификации документа-источника": Аналогично для настройки "Поля документа-приемника - Значения полей заголовка для создаваемых документов - Дата окончания" добавить значение "По дате привязки из фильтра по спецификации документа-источника":Добавлены значения
102.1822479.1.71.0ТОАЗ 170 Фильтр по периоду для спецификации документа источника - нужна привязка к дате начала документаКонтур управления производствомпо 170- му системному алгоритму "Копирование и агрегация документов "
7.1 алг. 170 Фильтр по периоду для спецификации документа источника - нужна привязка к дате начала документа Гл. 2.2.2.2.3, 2.2.2.3 ТР Документ-источник ПП "ТОАЗ Годовой план", представление "Период". Документ-приемник - ПП "ТОАЗ План на месяц", 1-е представление - план производства, второе представление - календарный график. Выполняется ФЛМ "ТОАЗ Формирование спецификации документа "План на месяц"" (алг. 170) по спецификации входящего документа-источника "ТОАЗ Годовой план". Документ-приемник формируется на заданный месяц по спецификации источника, также 2 числовых поля приемника формируются по значениям полей источника за месяц. Месяц определен аналитикой заголовка приемника "Период планирования" и датами начала - окончания по документу. На данный момент в настройке алг. 170 "Фильтр по периоду для спецификации документа источника - Дата привязки" есть такие значения: Значение "По умолчанию" используется для годового планирования. Для значения "Плавающая" есть такие варианты: Заранее не известно, в каком месяце будет планирование: на текущий месяц, на следующий месяц или иной вариант. Поэтому необходима возможность привязки к дате начала документа-приемника. Необходимо добавить новые значения в имеющиеся настройки "Дата привязки" и/или "Дата".Добавлена возможность привязывать дату начала расчета к дате начала документа.
102.1822489.1.71.0ТОАЗ Формирование документа "ТОАЗ OEE план-факт по гр. оборуд. на годКонтур управления производствомпо 170- му системному алгоритму "Копирование и агрегация документов "
10.3 "Формирование документа "ТОАЗ OEE план-факт по гр. оборуд. на год" Гл. 3.1.2.2 ТР (новый алг. или алг. 74) ФЛМ "Формирование документа "ТОАЗ OEE план-факт по гр. оборуд. на год". Документа-источник "ТОАЗ OEE план-факт по агрегатам на год", представление "Период": Документ-приемник "ТОАЗ OEE план-факт по гр. оборуд. на год", представление "Период": Функция локального меню документа "Формирование документа "ТОАЗ OEE план-факт по гр. оборуд. на год", запуск из документа-источника "ТОАЗ OEE план-факт по агрегатам на год". Документ-приемник указан на вкладке Исходящие документа-источника "ТОАЗ OEE план-факт по агрегатам на год". В свою очередь документ-источник указан на вкладке Входящие сформированного документа-приемника "ТОАЗ OEE план-факт по гр. оборуд. на год". Между этими документами сформирована двухсторонняя связь. В заголовке документа-приемника даты начала и окончания, аналитика "период планирования" заполняются из документа-источника, и формируется наименование документа по шаблону. При формировании/корректировке документа-приемника объект планирования формируется по аналитике "Группа оборудования" документа-источника. Аналитика "Продукт" заполняется значением одноименной аналитики источника. Значение аналитики "Продукт" одинаковое для всех ПЦ, входящих в одну группу оборудования. Должна быть настройка, позволяющая создавать в приемнике новые позиции/создавать при отсутствии/ только корректировать существующие позиции. Должна быть настройка для формирования записей с нулевыми значениями. Должна быть настройка для обработки существующего исходящего документа заданного шаблона и статуса в качестве документа-приемника. Должна быть настройка для поиска документа-приемника в исходящих источника, а при отсутствии - поиска документа-приемника в списке документов по шаблону, статусу и аналитике заголовка в исходящих документа-источника, и установления двухсторонней связи между документами: документ-приемник должен быть исходящим для источника. Обрабатываются все позиции документа-источника и создаются позиции спецификации документа-приемника. Значение поля заменяется расчетным/добавляется/вычитается.Разработан алгоритм 149. Режим работы "Формирование документа "Фактич ОЕЕ по группа оборудования"". Алгоритм ищет документ-приемник. Если документ приемник не задан явно и не стоит настройка создавать новый, то будет искаться документ приемник такой, что: 1. Шаблон равен заданному в настройках алгоритма. 2. Статус равен заданному в настройках алгоритма (если статус в настройка не задан, то по статусу не фильтрует) 3. Аналитика период равна аналитике период из документа источника. Роль аналитики берется из настройки алгоритма. "Роль "Период"" Далее алгоритм заполняет или корректирует спецификацию документа приемника. Количественные поля, которые будут скорректированы задаются в настройке "Количественные поля". Позиции документа-источника агрегируются по разрезу аналитик спецификации документа источника Продукт + Группа оборудования Период(Аналитика представления). Роль аналитики "Продукт" берется из общесистемных настроек (Системные роли аналитик); роль "группа оборудования" берется из настроек алгоритма.
102.1822779.1.71.0ТОАЗ JS_Корректировка поля "Проект. мощн." с учетом даты применения новой проектной мощностиАлгоритмы JavaScriptПредложения по разработке пользовательского JavaScript-алгоритма
6.2. "JS_ТОАЗ_Корректировка поля "Проект. мощн." с учетом даты применения новой проектной мощности" Гл. 2.2.1.2.1 ТР Документ- источник- ПОб "ТОАЗ Проектная мощность агрегатов", представление - потребность в оборудовании. Документ- приемник - Поб "ТОАЗ Плановая мощность агрегатов", представление - период. Эта функция необходима для корректировки проектной мощности в документе Поб "ТОАЗ Плановая мощность агрегатов" в процессе выполнения плана после завершения остановочного ремонта агрегата. Алгоритм выполняет следующие действия: Если в утвержденной позиции документа "ТОАЗ Проектная мощность агрегатов" значение "Дата начала фактическая" больше даты начала в заголовке документа "ТОАЗ Плановая мощность агрегатов", то есть больше даты начала планируемого года, то: - необходимо найти закрытую позицию документа "ТОАЗ Проектная мощность агрегатов", в которой "Дата окончания фактическая" минимально меньше значения "Дата начала фактическая" в утвержденной позиции для этого же агрегата в документе "ТОАЗ Проектная мощность агрегатов"; - использовать значение "Проект. мощн., сутки" из найденной закрытой позиции документа "ТОАЗ Проектная мощность агрегатов" для заполнения поля "Проект. мощн." в позиции документа "ТОАЗ Плановая мощность агрегатов" для всех периодов/месяцев, которые меньше значения "Дата окончания фактическая" из закрытой позиции документа "ТОАЗ Проектная мощность агрегатов".Реализован алгоритм JavaScript "Корректировка поля "Проектная мощность"". Алгоритм распределяет значение числового поля позиции документа - источника (ПОб "ТОАЗ Проектная мощность агрегатов") в числовое поле позиции спецификации документа - приемника (Поб "ТОАЗ Плановая мощность агрегатов") по периодам. Тип периода планирования - Месяц.
102.1822839.1.71.0ТОАЗ алг. JS Формирование длительности ремонта на суткиАлгоритмы JavaScriptПредложения по разработке пользовательского JavaScript-алгоритма
7.2. алг. JS Формирование длительности ремонта на сутки Гл. 2.2.2.2.4 ТР Документ-источник ПОб "ТОАЗ График остановочных ремонтов", представление - потребность в оборудовании. Документ-приемник ПП "ТОАЗ План на месяц", представление - "календарный график". Следует учесть, что в приемнике есть второе представление - "производственный план". Выполняется ФЛМ "Формирование длительности ремонта на сутки (алгоритм JavaScript)" гл. 2.2.2.2.4. Алгоритм запускается из локального меню документа-приемника. Алгоритм должен по настройкам фильтра (шаблон документа "ТОАЗ График остановочных ремонтов", период планирования из документа-источника) найти документ "ТОАЗ График остановочных ремонтов" в состоянии "Утвержденный" за рассматриваемый месяц и подключить его на вкладке Входящие документы документа-приемника в качестве входящего документа, а документ-приемник при этом появится на вкладке Исходящие документы документа-источника. Таким образом, устанавливается двухсторонняя связь между документом-приемником и документом-источником. Далее алгоритм JavaScript на основании значения поля "Длительность ремонта" документа-источника "ТОАЗ График остановочных ремонтов" заполняет поле "Длит. ремонта" документа-приемника в представлении "Календарный график". Позиция спецификации приемника определяется по соответствию значения объекта планирования "Производственный центр" документа-источника и аналитики позиции спецификации "Производственный центр" документа-приемника. Правила расчета длительности ремонта в течение календарного дня в представлении "Календарный график": ю На дату, соответствующую первому дню ремонта, если она находится в рассматриваемом месяце, в поле "Длит. ремонта" записывается значение поля "Длит. в 1-й день" документа-источника. ю На дату, соответствующую последнему дню ремонта, если она находится в рассматриваемом месяце, в поле "Длит. ремонта" записывается значение поля "Длит. в посл. день" документа-источника. ю В остальные даты рассматриваемого месяца, находящиеся в диапазоне дат выполнения ремонта, в поле "Длит. ремонта" записывается 1, то есть ремонт длится сутки полностью. ю На каждую дату календарного графика, на которую в поле "Длит. ремонта" записывается ненулевое значение, также в поле "№ ост. ремонта" заносится значение поля "№ ост. ремонта" позиции документа-источника. ю Возможна ситуация, при которой по одному производственному центру (он же агрегат) в течение месяца будет несколько краткосрочных ремонтов, то есть в документе -источнике "ТОАЗ График остановочных ремонтов" будет несколько записей спецификации для одного ПЦ. Поэтому следует продолжить формирование полей представления "Календарный график" - "Длит. ремонта" и "№ ост. ремонта" для текущей позиции приемника по всем позициям источника для этого же ПЦ. ю В те даты, в которые ремонт ПЦ не производится, в поле "Длит. ремонта" и в поле "№ ост. ремонта" записывается 0. Следует отметить, что при первичном заполнении документа эти поля спецификации и так нулевые, но в случае запуска для корректировки уже заполненных полей документа после переноса дат ремонта нужно эти поля зачищать.Реализован алгоритм JavaScript "Формирование длительности ремонта на сутки" Алгоритм запускается из локального меню документа-приемника. Алгоритм по настройкам фильтра (шаблон документа "ТОАЗ График остановочных ремонтов", период планирования из документа-источника) находит документ "ТОАЗ График остановочных ремонтов" в состоянии "Утвержденный" за рассматриваемый месяц и подключает его на вкладку Входящие документы документа-приемника в качестве входящего документа, документ-приемник при этом появляется на вкладке Исходящие документы документа-источника. Далее алгоритм на основании значения поля "Длительность ремонта" документа-источника "ТОАЗ График остановочных ремонтов" заполняет поле "Длит. ремонта" документа-приемника в представлении "Календарный график". Поиск строки спецификации в документе - источнике выполняется по условию: значение аналитики "Производственный центр" спецификации документа - источника равно значению объекта планирования спецификации документа - приемника.
102.1822909.1.71.0ТОАЗ 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