M_MNPLAN
Краткое описание :
Отчет
...\Server_MNF\ServerMnf\Server\wclient\ExcelReports\Отчет о загрузке трудовых
ресурсов.xlsm на учитываются календарные ПРАЗДНИЧНЫЕ дниОписание :
Не знаю, какая именно часть производственого контура, научитеЧто измененно :
Отчет
...\Server_MNF\ServerMnf\Server\wclient\ExcelReports\Отчет о загрузке трудовых
ресурсов.xlsm на учитываются календарные ПРАЗДНИЧНЫЕ дни !!
Как измененно :
Исправлено.
M_MNPLAN
Краткое описание :
2.83662. При повторном запуске алгоритма создаются новые
документыОписание :
по 19-му системному алгоритму "Формирование производственных заказов"Что измененно :
2.83662. При повторном запуске алгоритма создаются новые
документы
См. влож. файл
Как измененно :
На вкладку настроек алгоритма "Опции" добавлена настройка "Не
учитывать соответствие ролей аналитик приемника и источника".
Изначально она неактивна, т.е. работает алгоритм в таким же образом, как до
регистрации данной ошибки.
Если пользователь настройку делает активной, то алгоритм не смотрит на
соответствие ВСЕХ ролей аналитик приемника и источника, учитывая только те
аналитики, которые выбраны для декомпозиции.
M_MNPLAN
Краткое описание :
Избавиться от возможности генерации номера наряда по
внутренней нумерацииОписание :
Формирование и расчет нарядовЧто измененно :
Реализовать для функционала нарядов как бригадных, так и
индивидуальных.
1.Избавиться от возможности генерации номера наряда по внутренней нумерации,
перейти полностью на способ нумерации по спец. таблице.
2.Избавиться от настройки "Настройки Галактики \ Управление персоналом \
Расчеты с персоналом \ Наряды \ Автонумерация нарядов".
3.Если это функционал проекта "Операции / Наряды", то избавиться от запуска
пересчета номера наряда при переводе нарядов в архивные.
Как измененно :
Скрыта настройка "Настройки Галактики \ Управление персоналом \
Расчеты с персоналом \ Наряды \ Автонумерация нарядов". Теперь нумерация
нарядов всегда ведется по специальной таблице. Номер в специальной таблице
синхронизируется с номером внутренней нумерации, если это был действующий
способ.
Задать номер, с которого нужно начинать нумерацию нарядов можно через интерфейс
"Модуль "Настройка" - Настройка - Нумерация Документов.".
ВНИМАНИЕ!!! Следующая информация касается бригадных нарядов, формируемых 153-м
системным алгоритмом: генерация номера по специальной таблице ведется в разрезе
кодов подразделений, задаваемых в шапках плановых документов (т. е. для каждого
подразделения ведётся отдельная нумерация); поэтому, если генерация номера
наряда была до установки данного обновления по внутренней нумерации, то
нумерация нарядов начнеётся с '000001'. При желании изменить номер в рамках
подразделения сделать это можно через интерфейс "Модуль "Настройка" - Настройка
- Нумерация Документов." для существующих там записей. Если же клиент не хочет
генерировать номер в разрезе кодов подразделений, то он должен установить в
нужных пользовательских 153-х алгоритмах настройку "Основные параметры расчета
- Параметры формируемых нарядов - Генерировать номер наряда по специальной
таблице" в значение "без подтипа".
M_MNPLAN
Краткое описание :
9.1 На больших данных при формировании КВ -ошибка нехватка
динамической памятиОписание :
Компонента ServerMnfЧто измененно :
9.1 На больших данных прми формировании КВ -ошибка нехватка
динамической памяти
В режиме
Сохранить скорректированные данные в базу данных Галактики
ошибка
Internal error 1(Не удалось выделиь динамическую память)
In streeams_.dll at 0002F50F
подробности см вложение
Как измененно :
Исправлено
M_MNPLAN
Краткое описание :
Не всегда передаются данные в Галактику из 2-го
заказаОписание :
Не знаю, какая именно часть модуля Управление транспортом, научитеЧто измененно :
Не всегда передаются данные в Галактику из 2-го заказа
- это при передаче данных из мобильного сервиса.
База EMPTY910 (MSSQL) c развернутым сегментом BAZA (План Управление
транспортом), ПЛ 000095 (25.09.2001).
В мобильном сервисе в 1-м заказе нажимаю Принять, Выполнен, затем во 2-м.
Для 2-го заказа одна из 2-х
дат (выезда, возвращения) не изменяется (почти всегда).
Как измененно :
Исправлено
M_MNPLAN
Краткое описание :
алг 170 Предотвратить повторное формирование ведомости
отборки по позиции ССЗОписание :
по 170- му системному алгоритму "Копирование и агрегация документов "Что измененно :
алг 170 Предотвратить повторное формирование ведомости отборки
по позиции ССЗ
Клиент пишет:
В ходе тестовой эксплуатации у заказчика были зафиксированы несколько
инцидентов, связанных с неумышленным повторным формированием Ведомостей
отборки, что в отдельных случаях привело к дублированию остатков (повторная
постановка на учет).
Инцидент обозначен заказчиком как проблема, требующая обязательного решения со
стороны разработчиков. Как вариант предлагается решение в виде запрета
повторного формирования ведомости.
Ведомость отборки формируется по выделенным позициям документа-источника -
ПТр ССЗ. Запускается алг. 138, из которого запускается алг. 170 в режиме "Из
алгоритма №138 (Формирование потребностей/журнала ОТК)". Возможно, что по
части выделенных позиций ведомость отборки уже была создана. Алг. 138 не знает
какой тип выходного документа будет формировать алг. 170. Предлагаю добавить в
алг. 170 подчиненную настройку "Не создавать при наличии связанного документа"
= "нет/да" к настройке "Документ-приемник" = "Создавать новый". Можно поместить
эту настройку в группу настроек "Поля документа-приемника".
Проведение проверки наличия выходного документа, связанного с позицией
документа-источника, при включенной настройке возможно, если "Формировать связи
между документами" = да и "Создавать связи между позициями" = да. При значении
"Нет" одной из этих настроек нет смысла отображать предлагаемую настройку, так
как без сформированных связей проверка невозможна.
Если в результате проверки выяснится, что по позиции документа-источника
уже сформирован исходящий документ, необходимо вывести эту информацию в
протокол расчета.
Как измененно :
Добавлена настройка "Формировать связи между
документами"/"Формировать связи между позициями"/"Создавать при наличии
связанного документа", которая видна, если режим запуска из 138 алгоритма и
формируемый документ ведомость отборки.
При значении настройки "Нет" не происходит формировании позиции выходного
документа, если у позиции документа-источника есть связь с позицией документа,
у которого шаблон такой же, как у документа приемника.
M_MNPLAN
Краткое описание :
алг. 170 Режим формирования по ЖР Фильтровать записи ЖР по
заявке клиента - нет подчиненной настройки для ролиОписание :
по 170- му системному алгоритму "Копирование и агрегация документов "Что измененно :
алг. 170 Режим формирования по ЖР Фильтровать записи ЖР по
заявке клиента - нет подчиненной настройки для роли
Кроме того, необходимо уточнить наименование настройки - фильтрация
производится по ПЗ, который отдельно взятый клиент называет заявкой.
Правильнее будет использовать такое название: фильтровать записи ЖР по заказу
клиента (ПЗ)
Как измененно :
Настройка переименована "Фильтровать записи по заказу клиента".
Логика работы настройки не предполагает наличие подчиненных настроек с ролью.
M_MNPLAN
Краткое описание :
Неверно рассчитывается поле Цена с НДС в Плане-
графике обеспеченияОписание :
Планы снабженияЧто измененно :
Неверно рассчитывается поле Цена с НДС в Плане- графике
обеспечения.
Считается как Цена*НДС
Как измененно :
Доработан расчет поля Цена с НДС в План-график обеспечения.
M_MNPLAN
Краткое описание :
Сообщение о сист. ошибке при расчете Плана-графика
обеспеченияОписание :
Планы снабженияЧто измененно :
Сообщение о сист. ошибке при расчете Плана-графика
обеспечения. Возникает если в общесист настройке
в качестве календ. графика указан календ. график с выходными днями.
Как измененно :
Доработано для календарного графика с выходными днями.
M_MNPLAN
Краткое описание :
Не рассчитывается НДС за 2014 г. для Планов -
графиков обеспеченияОписание :
Планы снабженияЧто измененно :
Не рассчитывается НДС за 2014 г. для Планов - графиков
обеспечения.
База DN910 на BY01-796
Как измененно :
Доработан расчет НДС.
M_MNPLAN
Краткое описание :
9.1 Не устанавливается значение параметра
{SERVERMNF}.ClusterAutoLoad = on из Galnet.cfgОписание :
Компонента ServerMnfЧто измененно :
Не устанавливается значение параметра
{SERVERMNF}.ClusterAutoLoad = on
если On c большой буквы
Как измененно :
Исправлено
M_MNPLAN
Краткое описание :
Не пересчитывается календарный график из браузераОписание :
Компонента ServerMnfЧто измененно :
Не пересчитывается календарный график из браузера
- опция расчет на основе скорректированных документов (с учетом рассчитанного
плана производства)
Это Планы-графики обеспечения.
Как измененно :
Доработан пересчет календарного графика в План-графиках
обеспечения
M_MNPLAN
Краткое описание :
Не рассчитывается поле Кол-во былоОписание :
Компонента ServerMnfЧто измененно :
Не рассчитывается поле Кол-во было из браузера
- опция расчет на основе скорректированных документов (с учетом рассчитанного
плана производства)
Это Планы-графики обеспечения.
Как измененно :
Доработано расчет поля "Кол-во было"