M_MNPLAN
Краткое описание :
9.1 алг 136 ошибка при выполнении алгоритмаОписание :
по 136-му "Формирование связей между позициями журналу резервирования"Что измененно :
9.1 алг 136 при выполнении алгоритма
тест d:\Z_TEST\910\satin\AltayVagon\
сегмент 028_ПП_136 алг Дорасчет Плана запуска-выпуска ДСЕ. Формирование
связей между позициями ЖР(ПЗ)
сообщение об ошибке
Ошибка выполнения запроса! sqlFetchIntoByName(vliStmt, #tmpPosToTransmitVIP)
Содержаение
ORA90DRV.LOG
27.12.2016 09:36:42 [SATIN]:
Fetch
ORA-00932: inconsistent datatypes: expected BINARY got NUMBER
Как измененно :
Исправлено.
M_MNPLAN
Краткое описание :
9.1 Не корректно устанавливается фильтр по колонкамОписание :
Производственные заказыЧто измененно :
9.1 Не корректно устанавливается фильтр по колонкам
(функциональность системных фильтров)
на базе BY01-821.topsoft.local\INS_91 PENZA документ
ПЗ_(ПРЗ) Подетальный план выпуска цеха_Цех 0900 КШП
устанавливаю фильтр по колонке Комплект
в пустом поле сверху колонки набираю S01
в результатк в спецификации нет ни одной записи, хотя на самом деле они есть.
Как измененно :
Исправлено.
M_MNPLAN
Краткое описание :
алг. 180 Печать сопроводительного талона - выводятся не все
позиции МКОписание :
по 180-му системному алгоритму "Формирование Exel-отчетов по СЗЗЧто измененно :
алг. 180 Печать сопроводительного талона - выводятся не все
позиции МК
По инциденту 2.100644
Клиент обнаружил, что на печать выводятся только контрольные операции МК до
первой не контрольной операции. Последующие контрольные и не контрольные
операции в отчет не попадают. При формировании отчета должна учитываться
настройка "В расчетах по журналу резервирования использовать по умолчанию".
При проверке на макете база maketprz911, документ ПТр 000045 "(ПРЗ)
Сменно-суточное задание - цех 1500 сборочный - Смена 1", позиция документа 1 -
работа "КСИЛ301568381 15 10 Слесарно-сборочная" в отчет выводится только первая
операция МК, несмотря на то, что в МК все операции контрольные. Использовался
Excel 2013.
То есть имеем различные проявления ошибки.
Как измененно :
При значении настройки "В расчетах по журналу резервирования
использовать по умолчанию" = "Только контрольные" выводит в отчет все
контрольные операции. Не зависит оттого, есть между ними неконтрольные или нет.
M_MNPLAN
Краткое описание :
Убрать из алгоритма опцию О нормативной зарплате (g)Описание :
по 180-му системному алгоритму "Формирование Exel-отчетов по СЗЗЧто измененно :
Убрать из алгоритма опцию О нормативной зарплате (g).
Как измененно :
Убран из настройки пункт меню "О нормативной зарплате".
Необходимо сначала выполнить: Операции - Инициализация объектов модуля -
Алгоритмы расчёта
M_MNPLAN
Краткое описание :
При расчете остатков с использованием 135 алгоритма не
учитываются остатки в нижестоящих подразделенияхОписание :
по 135-му системному алгоритму " Получение остатков для плановых документов..."Что измененно :
135 алгоритмом не учитываются остатки по разрезам в следующих
случаях:
1)Для настроек алгоритма установлены значения:
- "Документ-приемник\Действия со спецификацией" - "Корректировать существующие
( заменять на расчетные )"
- "Документ-приемник\Идентификатор позиций плана" - "Задать"
- "Документ-приемник\Идентификатор позиций плана\Пользовательский идентификатор
объекта планирования" - "Объект планирования + 1 аналитика"
- "Параметры расчета\Разрез хранения\Подразделение" - "Из аналитики
спецификации документа источника"
- "Параметры расчета\Разрез хранения\Подразделение\Учитывать остатки из
кладовых" - "Да"
2)Для документа в качестве значения первой аналитики спецификации определены
ссылки на подразделения предприятия.
3)В разрезе подразделений, которые определены для позиций спецификации, остатки
для МЦ по текущей позиции отсутствуют. Но зато эти остатки есть в кладовых
данных подразделений.
При расчете 135 алгоритм остатки в кладовых находит, но в соответствии с
настройкой "Пользовательский идентификатор объекта планирования" - "Объект
планирования + 1 аналитика" не может поставить в соответствие разрез хранения
данного наличия и текущую строку спецификации документа т.к. ссылки на
подразделения для них различны.
Необходимо для настройки "Документ-приемник\Идентификатор позиций
плана\Пользовательский идентификатор объекта планирования" добавить режим
"Ссылка на строку спецификации" при использовании которого все наличие,
собранное по разрезам, которые могут быть задействованы для каждой строки
спецификации(определенные как значения аналитик спецификации, или значение
аналитик шапки документа, или фиксированным списком в настройках алгоритма плюс
кладовки плюс починенные по иерархии подразделения) использовалось бы только
для текущей строки, и игнорировалось бы для остальных строк документа-приемника.
Как измененно :
Ошибка исправлена. Для настройки
"Документ-приемник\Идентификатор позиций плана\Пользовательский идентификатор
объекта планирования" добавлено значение "Ссылка на строку спецификации".
M_MNPLAN
Краткое описание :
Единицы измерения в 135 алгоритмеОписание :
Не знаю, какая именно часть производственого контура, научитеЧто измененно :
При формировании новых позиций спецификации документов, в
качестве единиц измерения 135 алгоритм ставит любые наименования ЕИ,
определенные для заданной МЦ, игнорируя флажки "Активная единица измерения" и
"Производственная единица измерения". В данной ситуации при выборе программой
единицы измерения должен соблюдаться приоритет: сначала ищем "Активную единицу
измерения", если не нашли - "Производственную", если и ее не нашли - ставим в
качестве ЕИ для новой позиции учетную единицу измерения.
Как измененно :
Для 135 алгоритма добавлена настройка:
"Документ-приемник\Действия со спецификацией\Приоритет использования единиц
измерения для новых позиций", возможные значения:
-"Активные\Производственные\Учетные"
-"Производственные\Активные\Учетные"
-"Активные\Учетные"
-"Производственные\Учетные"
-"Учетные".
Значение по умолчанию - "Активные\Производственные\Учетные".