M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

Переработка расчета налогов на таблицах в памяти

Описание :

Накладные на отпуск

Что измененно :

В настоящий момент остро встала проблема переработки расчета
налогов на таблицах в памяти.
Чем плохо предыдущее решение? Тем что для того, чтобы рассчитать налог нужно
создать записи в таблице SpDocNal. Достаточно много примеров в коде, когда для
расчета налогов создают записи SpDocNal в БД (а есть еще и примеры связанных
таблиц, например, SpSopr, KatSopr поля которых выступают в качестве параметров
расчета), а затем их удаляют. Данный метод медленный (т.к. вставка и удаления
записей в БД занимают почти все время расчета), не корректный, т.к. есть
вероятность наличия отвязанных записей таблицы SpDocNal, не удобный в плане
кодирования. Из плюсов можно отметить только то, что данные расчета всегда
останутся в БД.

По данному ПИРу будет предпринята попытка реализовать расчет налогов на
таблицах в памяти с возможностью записи результата в БД.

Как измененно :

Система Галактика. Расчет налогов.
Выполнена переработка расчета налогов из G_Nalog.dll в L_Nalog.res.
Описание функций см. в L_Naolg\Vip\NalogFun\NalogFun.vih

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

9.1 ПП 102 алг в режиме просмотра диаграммы ганта-необработанное исключение

Описание :

по 102-му системному алгоритму "Корректировка плановых документов и ЖР"

Что измененно :

9.1 ПП Н 102 алг в режиме просмотра диаграммы
ганта-необработанное исключение.
т.е если запустить 102 алг. в режиме испорльзования диаграммы
ганта-необработанное исключение.

Как измененно :

Исправлено

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

Не устанавливается значение состояния записи ЖР "не задано"

Описание :

по 110-му системному алгоритму "Корректировка статусов в документах"

Что измененно :

Не устанавливается значение состояния записи ЖР "не задано"
Устанавливаются любые заданные значения статуса и состояния записи ЖР, кроме
значения состояния "не задано" (пусто).

Как измененно :

Добавлена значение настройки состояния записей ЖР "Не задано".

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

8.10 117 алг. запуск в групповом не учитывает список документов в нижней панели

Описание :

по 117-му системному алгоритму " Состояние производства и формирование ССЗ"

Что измененно :

8.10 117 алг. запуск в групповом не учитывает список документов
в нижней панели

т. в нижней панели окна Настройка группового алгоритма указываю некий перечень
производственных планов.
Алгоритм должен использовать записи журнала резервирования привязанные к этим
планам. А он использует все записи журнала.

Как измененно :

Исправлено

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

8.10 54 алг. Не формирует документы

Описание :

по 54-му алг. "Формирование плановых документов по журналу резервирования"

Что измененно :

8.10 54 алг. Не формирует документы

т.е запускаю 54 алг в групповом режиме. В качестве документов источников
указываю

ДСпособ выбора позиций журнала резервирования
По фильтру
і АДФильтр на позиции журнала резервирования
і ГДСпособ получения варианта планирования
Фиксированное значение
і і АДВариант планирования
<пусто>
і ГДФильтровать позиции ЖР по документам-источникам
Да
і і ГДТип документа-источника
Потребность в трудовых
і і ГДШаблон документа-источника
XML_11 Задание участку
і і ГДРежим поиска документа-источника
Запросить динамически
і і АДСпособ выбора позиций документов-источников
Все позициии
і ГДСпособ выбора подразделения
Из аналитики документа
і і АДАналитика "Подразделение"
Изготовитель
і ГДСпособ выбора смены
Из аналитики документа
і і АДАналитика "Смена"


в результате документы не формируются
проблема проявляется на тесте N:\LIBAQATEST\810\REL+OBNOVL\PROIZV\TestKVZ\
сегмент KVZ_Оформление_индивидуальных_нарядов. На M_MNPLAN_72 не проявляется.

Как измененно :

исправлено

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

Лишние вкладки

Описание :

Акты о приемке материалов

Что измененно :

Лишние вкладки при выполнении функции Источники показателей
качества в спецификации.

Как измененно :

Убраны лишние вкладки в функции Источники показателей качества
для Акта о приемке материалов.

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

Не запускаются доп.алгоритмы по условию при изменение полей (поле_1,2 и т.д.)

Описание :

Шаблоны планов

Что измененно :

Не запускаются доп.алгоритмы по условию при изменение полей
(поле_1,2 и т.д.)

Как измененно :

Исправлено.

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

9.10 при выполнении алгоритма 0103(3) Связи.Размер партии из МК НЕ платформозависимый Необработанное исключение

Описание :

неотклассифицировано

Что измененно :

9.10 при выполнении алгоритма 0103(3) Связи.Размер партии из МК
НЕ платформозависимый

Тест N:\LIBAQATEST\810\REL+OBNOVL\PROIZV\TestDirectSql\
Сегмент: 0103(5) Размер партии из МК c учетом предыдущих позиций


Возникло необработанное исключение
ExObjIfcNoInit (ExRef)
ссылка не была инициализирована

"Да" - Продолжить, "Нет" - Отлаживать в окне отладчика
"Отмена" - Не выдавать больше это сообщение

Как измененно :

Исправлено

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

8.10 ПП 110 алг. Так как при значении настройки Локализация поиска=Шапка документа

Описание :

по 110-му системному алгоритму "Корректировка статусов в документах"

Что измененно :

8.10 ПП 110 алг. Так как при значении настройки Локализация
поиска=Шапка документа
Записи журнала не редактируются то следует закрыть видимость настроек

Состояние текущей записи журнала резервирования
Отменять процент для текущей записи журнала резервирования
Состояние предыдущей записи журнала резервирования
Состояние следующей записи журнала резервирования

Как измененно :

Видимость настроек закрыта, если локализация поиска = шапка
документа.

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

Атл5514. Некорректный возврат в дерево

Описание :

по 47-му системному алгоритму "Просмотр связей документов"

Что измененно :

Атл5514. Некорректный возврат в дерево. После возврата из окна
редактирования документа дерево сворачивается.
подробности см вложение.

Как измененно :

Исправлено

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

Не формируются партии и не формируется ЖР

Описание :

по 103-му алг "Формирование журнала резервирования по плановым документам"

Что измененно :

Не формируются партии и не формируется ЖР
Алг. 103-5 с настройкой "Автоматически формировать наименования партий" = да
- если вложенная настройка "Режим формирования наименования партий" = "В
разрезе маршрутов", то записи ЖР формируются, но номер партии не генерируется.
- если вложенная настройка "Режим формирования наименования партий" = "По
всему дереву", то записи ЖР не формируются, то есть расчет не происходит вообще.
В любом из этих режимов расчет должен происходить, номер партии в ЖР должен
формироваться. Единственное отличие - разные правила формирования номера партии.

Как измененно :

Исправлено

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

8.10 ПП 54 алг. Сообщение о критической ошибке не соответсттвует действительнос

Описание :

по 54-му алг. "Формирование плановых документов по журналу резервирования"

Что измененно :

8.10 ПП 54 алг. Сообщение о критической ошибке не
соответсттвует действительности
т.е
Если во время расчета выдается окно
ВВод интервала времени с кнопками
Продолжить Отмена

и в этом окне нажать кнопку Отмена
то выдается угрожающее соообщение
При Выполнении 54 алг возникли серьезные ошибки.
Формировать протокол.

если ответить да то
ПРОТОКОЛ РАСЧЕТА

[Критичная ошибка (92)]
Расчет прерван


В этом случае не нужно ни каких сообщений о критических
ошибках и ни каких протоколов.Просто ограничится одним сообщением

Расчет прерван.
Продолжить

Как измененно :

Исправлено.

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

алгоритм 103.5 103.6 Параметр 23 КОИД

Описание :

Алгоритмы расчета

Что измененно :

В параметрах операции Маршрутных карт существует параметр 23
КОИД, в котором можно
задать количество одновременно изготавливаемых деталей, однако расчетный
алгоритмы
103.5 и 103.6 не учитывает параметр.
В результате цикл производства изделия получается увеличенным, что приводит к
некорректным данным графика производства и как следствие невозможность
использования
модулей Планирования производства, МТО системы Галактика ERP.

Необходимо чтобы системные алгоритмы 103.5 и 103.6 учитывали данную
функциональность.

Как измененно :

103-5: Добавлена настройка
Кратность запуска/При расчете длительности учитывать количество одновременно
обрабатываемых изделий

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

Не работают разрешения на выполнение алгоритмов

Описание :

Состояния документов

Что измененно :

Не работают разрешения на выполнение алгоритмов

Путь к настройке:
Планирование производства \ Настройка \ Регламенты \ Регламенты документов \
Состояния документов.

Под кнопкой "Действия" можно задать разрешения на выполнение алгоритмов.
Данные разрешения не работают. То есть всем доступны все алгоритмы.

Как измененно :

Работа алгоритмов возможна и в том случае, когда стоит
настройка разрешения на редактирование документа.

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

При подключенном интерфейсе №10005 флаг Статус вновь создаваемых позиций

Описание :

Производственные планы

Что измененно :

При подключенном интерфейсе №10005 флаг Статус вновь
создаваемых позиций
не отрабатывает.

Подробности - во вложении

Как измененно :

Доработано: в интерфейсе №10005 при создании новых позиций
отрабатывает флаг "Статус вновь создаваемых позиций" из шаблона документа.

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

В интерфейсе плановых документов не работает расширенный фильтр при подключенном

Описание :

Производственные заказы

Что измененно :

В интерфейсе плановых документов не работает расширенный фильтр
при подключенном
интерфейса №10005:
---------------------------
Предупреждение
---------------------------
Не найдено записей, удовлетворяющих текущему фильтру.
Продолжить выбор фильтра?
---------------------------
Да Нет
---------------------------

Скрин - во вложении

Как измененно :

Доработана возможность использования расширенного фильтра в
интерфейсе №10005 плановых документов.

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

Потеря преемственности. Перестали меняться позиции ЖР в производственном заказе при использовании 110 алгоритма

Описание :

по 110-му системному алгоритму "Корректировка статусов в документах"

Что измененно :

Потеря преемственности. Перестали меняться позиции ЖР в
производственном заказе при использовании 110 алгоритма

Статус поставил, т.к. клиент утверждает, что проблема для него критичная.
На сохранении статуса не настаиваю...

Информация от клиента - во вложении

Как измененно :

Статусы теперь корректируются

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

В рамках ПНР МТО - объединение спецификации

Описание :

Спецификация

Что измененно :

Добрый день!
Из документа План снабжения (модуль МТО) по выделенным позициям (INSERT)
используя 77 алгоритм пользователь создает договор.
Спецификация договора может содержать 10 строк на одну и туже МЦ,
сформировалась связь договора с планом снабжения по спецификации. Далее
хотелось бы иметь возможность объединить аналогичные МЦ и при этом не потерять
связь с позициями спецификации Плана снабжения модуля МТО. Функция по
объединению одинаковых МЦ реализована в ДО и накладных.

Как измененно :

В настройку алгоритма добавлен новый параметр
"Агрегировать количество для одинаковых МЦ". Если для
него установлено значение "Да", то происходит агрегация
количеств для одинаковых МЦ, иначе алгоритм работает в
обычном режиме.

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

№68 "Алгоритм формирования Заявок"

Описание :

Алгоритмы расчета

Что измененно :

Здравствуйте.
В группе настроек Источник указываем конкретный договор и при этом запускается
Формирование дерева иерархии. Это формирование дерева иерархии длится очень
долго, примерно 15 минут.

Как измененно :

Используется расширенный интерфейс для выбора договора,
соглашения, ПКП.

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

Спецификация договора созданного по 77 алг.

Описание :

Алгоритмы расчета

Что измененно :

Здравствуйте!
Проблема в рамках ПНР на группе предприятий ТОО "Горнорудная компания".
Критичность высокая, большая просьба решить в оптимальные сроки.

Ранее до внедрения модуля УМТО договора создавались в модуле Управление
договорами, где спецификация забивалась из каталога МЦ. В каталоге мц при
помощи INSERT отмечались номенклатуры 150-200 наименований. И в договор они
переходили именно в том порядке, в каком пользователь выделял INSERTом. В
настоящее время в виду внекдрения модуля МТО договор формируется при помощи 77
системного алгоритма из корпоративного документа План Снабжения. Сейчас при
выборе МЦ из документа план снабжения позиции переходят не в порядке выделения
позиции INSERTом. Уходит значительно больше времени на формирование и выверку
дальнейших данных (ед.изм, кол-во, цена, сумма). В данном-бизнес процессе по
формированию договора из документа план снабжения задействованы пользователи,
которые оформляют в Галактике договора на закуп Департамента МТО. Департамент
осуществляет централизованный закуп 12 дочерним предприятиям, соответственно в
день приходится оформлять большое количество договоров со спецификациями более
100-200 позиций.

Как измененно :

Доработано. Теперь при формировании договора с
помощью 77-го системного алгоритма позиции спецификации
из плана снабжения переходят в спецификацию договора в
порядке их пометки INSERTом.

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

Изменение представляения Плана снабжения

Описание :

Алгоритмы расчета

Что измененно :

Здравствуйте.
При изменении представления (вкладка Настройка представлений) в Планах
снабжения, ломается вид спецификации плана (левая часть спецификации
отображается ниже правой календарно-объемной части, образуя как бы ступеньку).
Приходится закрывать и снова открывать план.

Как измененно :

Исправлено

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

Не формирует индивидуальный наряд в ЗП для сотрудников БРИГАДЫ

Описание :

по 43-му системному алгоритму "Расчет данных по трудовым ресурсам"

Что измененно :

Не формирует индивидуальный наряд в ЗП для сотрудников
БРИГАДЫ из 10009 интерфейса при использовании закладки СОТРУДНИКИ
(представление сотрудник).

Как измененно :

Добавлена настройка "Использовать данные из закладки
"Сотрудник"". При выборе данной настройки данные для нарядов в ЗП будут браться
из вкладки "Сотрудники" интерфейса №10009 (при наличии представления Сотрудник
в документе потребности в трудовых)

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

Добавить возможность отображения только заданных типов периода

Описание :

по 112-му системному алгоритму "Выгрузка документов планирования в MS Excel"

Что измененно :

Добавить возможность отображения только заданных типов периодов
: год, квартал, месяц, день, неделя
Например год-квартал (Итоговый отчет за год по кварталам) или
квартал-месяц(итоговый отчет за квартал по месяцам)

**********************************
Наименование параметра: Отображаемые типы периодов
**********************************
Расположение :Фильтры/Период выборки данных(значение "Учитывать")/
Метод определения входимости позиций документов в период выборки
данных
(значения "По конечной дате", "По начальной дате", "По начальной
и конечной дате" )/
Отображаемые типы периодов

Источник
данных....................................................................
ГДТип документов
Производственный план
ГДИспользовать шаблон документов
Использовать заданный шаблон документов
і АДШаблон документов
ГДПредставление
Использовать заданный алгоритм представления
і АДАлгоритм представления
Период
АДДокументы-источники
Текущий документ
Фильтры.........................................................................
....
ГДПериод выборки данных
Учитывать
і ГДТип временного интервала
День
і ГДДиапазон интервалов
Все интервалы
і ГДДата привязки
Плавающая
і і ГДДата
Текущая
і і АДСмещение
Нет
і АДМетод определения входимости позиций документов в период выборки данных
По начальной дате
і АДОтображаемые типы периодов
Все

**********************************
Тип параметра : набор выбираемых значений
**********************************
Список допускаемых значений : день, неделя, декада , месяц, квартал, полугодие
, год.
**********************************
Фильтр на список значений : Да.
Необходимо чтобы:
1) Явно был указан шаблон документа и алгоритм представления.
2) Настрока "Алгоритма представления" должна быть равна "Период"
3) Настройка "Период выборки данных" должна быть равна "Учитывать"
4) Настройка "Метод определения входимости позиций документов в период выборки
данных" имела значения :
- По конечной дате
- По начальной дате
- По начальной и конечной дате

!!! Также эта настройка доступна в момент вызова алгоритма при значении
параметра "Период выборки данных"
равным "Учитывать, запросить динамически". Для ее использования необходимо,
чтобы у текущего документа было
представление "период", и Настройка "Метод определения входимости позиций
документов в период выборки данных" имела
одно из значений
- По конечной дате
- По начальной дате
- По начальной и конечной дате

**********************************
Как это работает (пример) :

Задается временный интервал

ГДПериод выборки данных
Учитывать
і ГДТип временного интервала Год
і ГДДиапазон интервалов
Заданное количество интервалов
і і АДКоличество интервалов 1
і ГДДата привязки
Фиксированная
і і ГДДата
01/01/2011
і і АДСмещение Нет
і АДМетод определения входимости позиций документов в период выборки данных По
начальной дате

В этом периоде выбираются типы периодов для отображения
і АДОтображаемые типы периодов
Квартал; Год;

В результате получим

<значения полей спецификации> <значения
количественных полей>

номер Наименование .... 2011г. 1 Квартал 2011г.
2 Квартал 2011г. 3 Квартал 2011г. 4 Квартал 2011г.
Поле_1 ... Поле_N Поле_1 ... Поле_N
Поле_1 ... Поле_N Поле_1 ... Поле_N Поле_1 ... Поле_N

1 Болт М16 ... 1000 ... N 5000 ... N1
100 ... N2 500 ... N3 800 ... N4
2 Болт М32 ... 7000 ... N 1000 ... N1
1002 ... N2 5001 ... N3 803 ... N4

Эта настройка позволяет формировать квартально-годовые/квартально-месячные
отчеты за любой период (если установить параметр "Период выборки данных" равным
"Учитывать, запросить динамически")

Обработка в случае значения параметра 0 или < пусто> <ошибки не выдаются. не
выведется ни одного периода и часть отчета с количественными значениями будет
отсутствовать>
Обработка ошибок:
Значение по умолчанию : ВСЕ

Как измененно :

Добавлена возможность отображения только заданных типов
периодов : год, квартал, месяц, день, неделя
Например год-квартал (Итоговый отчет за год по кварталам) или
квартал-месяц(итоговый отчет за квартал по месяцам)

**********************************
Наименование параметра: Отображаемые типы периодов
**********************************
Расположение :Фильтры/Период выборки данных(значение "Учитывать")/
Метод определения входимости позиций документов в период выборки данных
(значения "По конечной дате", "По начальной дате", "По начальной и конечной
дате" )/
Отображаемые типы периодов

Источник
данных....................................................................
ГДТип документов Производственный план
ГДИспользовать шаблон документов Использовать заданный шаблон документов
і АДШаблон документов
ГДПредставление Использовать заданный алгоритм представления
і АДАлгоритм представления Период
АДДокументы-источники Текущий документ
Фильтры.........................................................................
....
ГДПериод выборки данных Учитывать
і ГДТип временного интервала День
і ГДДиапазон интервалов Все интервалы
і ГДДата привязки Плавающая
і і ГДДата Текущая
і і АДСмещение Нет
і АДМетод определения входимости позиций документов в период выборки данных По
начальной дате
і АДОтображаемые типы периодов Все

**********************************
Тип параметра : набор выбираемых значений
**********************************
Список допускаемых значений : день, неделя, декада , месяц, квартал, полугодие
, год.
**********************************
Фильтр на список значений : Да.
Необходимо чтобы:
1) Явно был указан шаблон документа и алгоритм представления.
2) Настрока "Алгоритма представления" должна быть равна "Период"
3) Настройка "Период выборки данных" должна быть равна "Учитывать"
4) Настройка "Метод определения входимости позиций документов в период выборки
данных" имела значения :
- По конечной дате
- По начальной дате
- По начальной и конечной дате

!!! Также эта настройка доступна в момент вызова алгоритма при значении
параметра "Период выборки данных"
равным "Учитывать, запросить динамически". Для ее использования необходимо,
чтобы у текущего документа было
представление "период", и Настройка "Метод определения входимости позиций
документов в период выборки данных" имела
одно из значений
- По конечной дате
- По начальной дате
- По начальной и конечной дате

**********************************
Как это работает (пример) :

Задается временный интервал

ГДПериод выборки данных Учитывать
і ГДТип временного интервала Год
і ГДДиапазон интервалов Заданное количество интервалов
і і АДКоличество интервалов 1
і ГДДата привязки Фиксированная
і і ГДДата 01/01/2011
і і АДСмещение Нет
і АДМетод определения входимости позиций документов в период выборки данных По
начальной дате

В этом периоде выбираются типы периодов для отображения
і АДОтображаемые типы периодов Квартал; Год;

В результате получим

<значения полей спецификации> <значения количественных полей>

номер Наименование .... 2011г. 1 Квартал 2011г. 2 Квартал 2011г. 3 Квартал
2011г. 4 Квартал 2011г.
Поле_1 ... Поле_N Поле_1 ... Поле_N Поле_1 ... Поле_N Поле_1 ... Поле_N Поле_1
... Поле_N

1 Болт М16 ... 1000 ... N 5000 ... N1 100 ... N2 500 ... N3 800 ... N4
2 Болт М32 ... 7000 ... N 1000 ... N1 1002 ... N2 5001 ... N3 803 ... N4

Эта настройка позволяет формировать квартально-годовые/квартально-месячные
отчеты за любой период (если установить параметр "Период выборки данных" равным
"Учитывать, запросить динамически")

Обработка ошибок:
Обработка в случае значения параметра 0 или < пусто> .ошибки не выдаются. не
выведется ни одного периода и часть отчета с количественными значениями будет
отсутствовать>

Значение по умолчанию : ВСЕ

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

8.10 ПП не корректно работает интерфейс просмотра сырья на ORACL

Описание :

по 103-му алг "Формирование журнала резервирования по плановым документам"

Что измененно :

8.10 ПП не корректно работает интерфейс просмотра сырья на
ORACL
т.е при просмотре по ALT-4 список сырья избыточен.

Как измененно :

Исключена избыточность в интерфейсе просмотра сырья

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

8.10 ПП 112 алгоритм. Ошибка при формировании отчета

Описание :

по 112-му системному алгоритму "Выгрузка документов планирования в MS Excel"

Что измененно :

8.10 ПП 112 алгоритм. Ошибка при формировании отчета
т е. в настройке алгоритма
Период выборки данных - Учитывать, запросить динамически

а в окне Настройка горизонта планирования указываем
Тип отображаемых интервалов
День
Месяц
Год

то при выполнении 112 алг возникает ошибка

Как измененно :

Проблема была в том, что в 2003 экселе максимальное количество
столбцов 256. При выводе попытке вывести большее количество, возникала данная
ошибка. Теперь в отчет выводиться столько столбцов, сколь позволяет эксель,
остальные отбрасываются.

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

Неправильно учитываются приоритеты источников фактического наличия

Описание :

по 103-му алг "Формирование журнала резервирования по плановым документам"

Что измененно :

Неправильно учитываются приоритеты источников фактического
наличия
Алгоритм 103-5.
Имеется три документа фактического наличия:
1. Остатки ГП в разрезе аналитики "Изделие", приоритет "высокий" в настройке
алгоритма
2. Фактическое наличие НЗП в разрезе аналитики "Работа", приоритет "средний" в
настройке алгоритма
3. Остатки ГП, приоритет "низкий" в настройке алгоритма

Алгоритм должен учесть вначале все остатки по документу с высоким
приоритетом, и в последнюю очередь - с низким приоритетом.
На практике были сразу использованы остатки из документа с низким
приоритетом, а затем частично остатки из документа с высоким приоритетом. Эти
остатки не могут быть использованы на другие изделия, что приводит к
неправильным результатам планирования.
Подобная ошибка отсутствует в реализации алгоритма 103-3.
Необходимо привести в соответствие использование приоритетов источников
фактического наличия.

Как измененно :

Записи учитываются в соответствии с кодом приоритета. Чем
меньше численное значение кода, тем выше приоритет: наивысший приоритет у
записи с числовым значением кода 0.

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

Необходима возможность Позиционировать дублированную позицию рядом с исходной

Описание :

Производственные заказы

Что измененно :

Необходима возможность Позиционировать дублированную позицию
рядом с исходной
Клиент просит доработать функционал дублирования (копирования)
позиции плана таким образом, чтобы:
а) дублированная позиция "легла" рядом с исходной
б) порядковый номер новой позиции отличался от номера исходной позиции дробной
частью,
например: исходная - 120, копии - 120.1, 120.2 и т.д.
Инц.2.24665

Как измененно :

Пункт а) можно реализовать уже существующими средствами, если
включить необходимую сортировку (по номеру или по наименованию).
Пункт б) реализован частично. Добавлена настройка "При дублировании позиции
номер оставлять прежним" на вкладку "Прочие - Разные" в шаблоне документа. Если
она выключена, то номер дублированной позиции присваивается, как и раньше. Если
включена - то номер вновь создаваемой позиции совпадает с номером дублируемой.

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

добавить в алгоритм новый режим, формирующий документы "Межцеховая накладная"

Описание :

по 128-му Формирование производственных документов для оперативно-производственн

Что измененно :

Добавить в алгоритм №128 новый режим, формирующий документы
"Межцеховая накладная"
Необходимо доработать производственный алгоритм 128.
В стандартном алгоритме имеется режим формирования документов
"Накладная на отпуск в производство", при этом логика работы алгоритма
следующая:
алгоритм запускается из производственного заказа, определяет связанную с
заказом исходящую потребность в материалах, обрабатывает позиции найденной
потребности и по ним формирует "Накладные на отпуск в производство".
Необходимо на основе указанного режима добавить в алгоритм новый режим,
формирующий документы "Межцеховая накладная" и "Накладная на приход готовой
продукции", при этом вся логика работы алгоритма остается прежней, но
изменяется тип формируемый документов:
- Межцеховая накладная - в случае, если подразделение-приемник имеет тип
подразделение.
- Накладная на приход готовой продукции - в случае, если
подразделение-приемник имеет тип склад.

Как измененно :

В алгоритме 128 для
Тип документа-источника - Потребность в материалах
Добавлены 2 новых значения для настройки
Тип операции, формирующей документ-приемник - Межцеховая накладная и Накладная
на приход готовой продукции.
Формирование производится по закладке "Расход".
МЦН формируется только для позиций с типом подразделения "подразделение", НГП
для подразделений с типом "склад".

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

8.10 ПП 103(5) Не устанавливается начало в 0:0

Описание :

по 103-му алг "Формирование журнала резервирования по плановым документам"

Что измененно :

8.10 ПП 103(5) Не устанавливается начело в 0:0

Имеем график (cм) ниже:

Спецификаци графика (005, зх-сменный без выходных)
Сме Наименование смены Нача Окон
Дне Веч Ноч
на ло чани
вны ерн ные
е
е ие
1 1 смена
0.00 0.00 8.00
2 2 смена
8.00 0.00 0.00
3 3 смена
4.00 4.00 0.00

1
но при расчете получаем что запуск начальных операция журнала начинается
в 08:00 час

Как измененно :

В зависимости от направления расчета устанавливается начало в
24:00 (назад) или 0:00 (вперед), при попадании в график, иначе ближайшие
рабочие дата и время.
Если включена настройка "Считать длительность равной нулю" то время
устанавливается в 23:00, чтоб не было неясностей, на какую дату отнести
операции.

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

Даты начала и окончания операций в ЖР не соответствуют мощности с учетом графика

Описание :

по 103-му алг "Формирование журнала резервирования по плановым документам"

Что измененно :

Даты начала и окончания операций в ЖР не соответствуют мощности
с учетом графика
Алг. 103-5 после расчета сформировал записи ЖР. Разница между временем
окончания и начала операций не соответствует мощности операции (т.е.
длительности) с учетом графика работы ПЦ типа подразделение.

Как измененно :

Доработано: дата начала и окончания соответсвует мощности с
учетом графика.

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

Отработка 65 алгоритма в ПЗ

Описание :

Производственные заказы

Что измененно :

Отработка 65 алгоритма в ПЗ

Если алгоритм запускается из накладной, находящейся в закладке "входящие" или
"исходящие" планового документа, то изменение (результат работы алгоритма)
прорисовывается только после того, как выйдешь из ПЗ и зайдешь в него заново.
Тоже самое если ты находишься в интерфейсе ПЗ и был запущен данный алгоритм,
который производит действие для данного ПЗ, результат on-line не виден.

З.ы. Готов дать базу для теста

Как измененно :

Исправлено.

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

УПЛ: алгоритм127 - заполнение аналитики для ПВ исходным продуктом

Описание :

по 127-му алг "Расчет расхода сырья в оперативно-производственной сводке"

Что измененно :

УПЛ: алгоритм127 - заполнение аналитики для ПВ исходным
продуктом
(инцидент 2.25771)

В рамках проекта на КОАО "Азот" необходимо выполнить доработку стандартного 127
алгоритма, выполняющего расчет сырья для функционала
оперативно-производственной сводки.
Необходимо, чтобы 127 алгоритм при добавлении в Производственный заказ побочных
продуктов выхода заполнял для них ручную аналитику по спецификации "МЦ"
исходным продуктом, при производстве которого появился данный побочный продукт.
Роль для аналитики МЦ должна задаваться в настройках алгоритма.

Как измененно :

В алгоритме 127 добавлена настройка
Основные параметры - Роль для изделия, порождающего попутные продукты.
Теперь для попутных продуктов в аналитике спецификации с выбранной ролью и
аналитикой "МЦ" сохраняется изделие, порождающее данный попутный продукт.

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

Управление производством.Алг57.Формирование срока действия нового документа.

Описание :

по 57-му системному алгоритму "Работа с таблицами расчета количеств "

Что измененно :

57 Алгоритм. Программа некорректно работает с настройкой
алгоритма "Интервал дат": если установлено "Интервал дат" - "Плавающий" для
новых документов(ПС\МК) формируется некорректный период действия.

Как измененно :

исправлено

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

Атл 5.4.39 ПП 103(3) Платформозависимый

Описание :

по 103-му алг "Формирование журнала резервирования по плановым документам"

Что измененно :

Атл 5.4.39 ПП 103(3) Платформозависимыйю
на тестовой базе N:\LIBAQATEST\810\REL+OBNOVL\PROIZV\TestDirectSql\
захожу в производственный план 100103.0015
запускаю алгоритм 0103(3) Связи.Размер партии из МК платформозависимый с
учетом кратности

в результате сначала
Ошибка SQL сценария поиск даты ошибка 311...
затам падение

ms70drv.log во вложении

Как измененно :

Исправлено.

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

8.10 ПП 103(3) Не учитывается загрузка оборудования по первому документу при рас

Описание :

по 103-му алг "Формирование журнала резервирования по плановым документам"

Что измененно :

8.10 ПП 103(3) Не учитывается загрузка оборудования по первому
документу при расчете по второму.
т.е проводим расчет алгоритмом 103(3) по первому документу с учетом ограничения
по оборудованию
проводим расчет по второму документу с учетом ограничения по оборудованию. При
расчете по
второму документу загрузка по первому не учитывается.

Как измененно :

Доработано: учитывается загрузка оборудования по
первому документу при расчете плана по второму
документу алгоритмом 103-3

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

Доработка №112 алгоритма (сумма по столбцу)

Описание :

Алгоритмы расчета

Что измененно :

Просьба добавить возможность выгрузки в отчет MS EXCEL Итого
(суммы) по столбцу расчетного поля спецификации
планового документа.

Как измененно :

В настройки для количественных полей добавлен параметр
"Итог по колонке" со значениями "Не выводить в отчет", "Выводить в отчет сумму
по полю", "Выводить в отчет среднее значение по поля". При установке значения
"Выводить в отчет..." можно в отчете появиться строка "итого" и сумма/среднее
значение поля. Сумма/среднее значение считается по всем колонкам для заданного
поля

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

Заменить Ё на Е

Описание :

по 125-му алг "Формирование Exel-отчета по т-ти выполнения операций"

Что измененно :

Заменить Ё на Е в названии системного алгоритма
125 Формирование EXCEL-отчёта по трудоёмкости выполнения операции

Как измененно :

Изменены наименования системного алгоритма.
Для проверки необходимо в списке алгоритмов провести ПЕРЕИНИЦИАЛИЗАЦИЮ.

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

Заменить Ё на Е

Описание :

по 125-му алг "Формирование Exel-отчета по т-ти выполнения операций"

Что измененно :

Заменить Ё на Е в названии системного алгоритма
4008 Формирование EXCEL-отчёта "План закупок"

Как измененно :

Изменены наименования системных алгоритма.
Для проверки необходимо в списке алгоритмов провести ПЕРЕИНИЦИАЛИЗАЦИЮ.

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

Алгоритм 89 добавить настройку заполнять или нет представление "График"

Описание :

Производственные планы

Что измененно :

Алгоритм 89 добавить настройку заполнять или нет представление
"График"

Как измененно :

Добавлена настройка
Заполнять представление "Календарный график"
# ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: При установке обновления не патч менеджером
требуется перерегистрировать хранимые процедуры. Инструкция здесь:
\exe\ManufExt\SQL\

M_MNPLAN

M_MNPLAN ( 9.1.6.0 )

Краткое описание :

Устанавливать по умолчанию "разрешить"

Описание :

Состояния документов

Что измененно :

Устанавливать по умолчанию "разрешить" в окне Действия
в колонке Разрешение на выполнение
при создании новой записи

Как измененно :

При создании новой записи (F7) в колонке "Разрешение на
выполнение" по умолчанию устанавливается "Разрешить для всех"