M_MNPLAN
Краткое описание :
По части позиций ПМт алг. 36 не перенес КПН в документОписание :
по 36-му системному алгоритму "Перенос параметров КПН"Что измененно :
По части позиций ПМт алг. 36 не перенес КПН в документ
Описание во вложении.
База MES_Dem0_91.
Как измененно :
Перенос значение Роли 1 параметра КПН Список складских разрезов
относительно совпадения Роли 2 параметра КПН Список складских разрезов
согласно настройке алгоритма для всех соответствующих позиций спецификации.
Значения аналитик документа и спецификации служат фильтром для Роли 2.
Приоритет у значения аналитики спецификации, если на задано -- значение
аналитики документа.
M_MNPLAN
Краткое описание :
Некорректное формирование связей алг. 13Описание :
по 13-му системному алгоритму "Расчет плана по заявкам"Что измененно :
Некорректное формирование связей алг. 13
По инциденту 2.70268
Описание клиента во вложении.
Проблема подтверждена на тестовой базе incidents91.
Как измененно :
Корректное формирование связей согласно настройкам 13 алгоритма
M_MNPLAN
Краткое описание :
9.1 Не виден 173 алг. используемый для деноминации 2016.
Следеут открытьОписание :
по 173 -му системному алгоритму "Изменение числовых полей.Установка цветов""Что измененно :
9.1 Не виден 173 алг. используемый для деноминации 2016.
Следует открыть
и дать описание. Хотя бы в Wats new
Как измененно :
Открыт
M_MNPLAN
Краткое описание :
Несоответствие центрирования по умолчанию вещественному
типу поля заголовка ПДОписание :
Производственные планыЧто измененно :
Несоответствие центрирования по умолчанию вещественному типу
поля заголовка ПД
По инциденту 2.85675
Значение числового поля заголовка планового документа прижато влево, а
должно быть прижато вправо.
Прижать вправо можно в окне конфигурирования документа путем изменения
свойства поля с TextAlign = taDefault на TextAlign = taRight. Но это свойство
для числовых полей заголовка ПД (количество, сумма в рублях, сумма в
валюте)должно быть установлено по умолчанию, чтобы не напрягать пользователя
избыточной настройкой полей.
Описание клиента во вложении.
Как измененно :
отцентрировано
M_MNPLAN
Краткое описание :
алг. 23 Проверять наличие исходящих документов только по
тем позициям, которые обрабатываются по настройкамОписание :
по 23-му системному алгоритму "КОРРЕКТИРОВКА ПОТРЕБНОСТЕЙ..."Что измененно :
алг. 23 Проверять наличие исходящих документов только по тем
позициям, которые обрабатываются по настройкам
В данный момент проверяются все позиции документа-источника по всем столбцам.
Нужно производить проверку по позициям, заданным в настройке алгоритма,
например, по выделенным позициям. Проверять количество нужно по полю,
указанному в настройке алгоритма "Количество для заменяемых МЦ вычитать из
значений поля".
Как измененно :
Доработка для 23 алгоритма выполнена. Наличие исходящих
документов проверяется только для тех позиций, для которых планируется согласно
настройкам алгоритма провести замены.
M_MNPLAN
Краткое описание :
9.1 Не корректный расчет отчета Анализ плановой
трудоемкости_состав изделий(1)Описание :
Отчеты для Olap- сервераЧто измененно :
9.1 Не корректный расчет отчета Анализ плановой
трудоемкости_состав изделий(1)
на базе 9.1 MSSQL[5] BY01-821.topsoft.local\INS_91 Test_91 (ПЕНЗА)
Документ ПП_(ПРЗ) ГРИСИ-0024
Как измененно :
Исправлен шаблон отчета Анализ плановой трудоемкости_состав
изделий(1).xlsm
M_MNPLAN
Краткое описание :
9.1 Не корректное формировние Подетальных планов в случае
расчета с учетом кратности запуска и потерь на переналадкуОписание :
по 170- му системному алгоритму "Копирование и агрегация документов "Что измененно :
9.1 Не корректное формирование Подетальных планов в случае
расчета с учетом кратности запуска и потерь на переналадку
Как измененно :
Учтен этот случай
M_MNPLAN
Краткое описание :
9.1 Не корректное формирование Производственных заданий
участкам в случае расчета с учетом кратности запуска и потерь на переналадкуОписание :
по 170- му системному алгоритму "Копирование и агрегация документов "Что измененно :
9.1 Не корректное формирование Производственных заданий
участкам в случае расчета с учетом кратности запуска и потерь на переналадку
Как измененно :
учтен этот случай
M_MNPLAN
Краткое описание :
9.1 алг 170 не заполняется потребительОписание :
по 170- му системному алгоритму "Копирование и агрегация документов "Что измененно :
9.1 алг 170 не заполняется потребитель
тест d:\Z_TEST\910\Satin\TestDirectSql\
сегмент 031_ПП_170 алг Расчет Планов передач (ПЗ) для всех цехов
2414 Ошибка : Файл отличается от эталона (текстовое
сравнение без учета фонтов)
2417 -Э: МЦ ДЕТАЛЬ_А ШТУКА
01/01/2012 31/01/2012 УЗЕЛ_А-осн 5 Сборочный цех
ПЗ_План передачи 3.0000
0.0000 0.0000 0.0000
2418 -Т: МЦ ДЕТАЛЬ_А ШТУКА
01/01/2012 31/01/2012 ОШИБка!!! Склад готовой
ПЗ_План передачи 3.0000
0.0000 0.0000 0.0000
Как измененно :
Изготовитель заполняется.
M_MNPLAN
Краткое описание :
9.1 Ошибка при формировании датОписание :
Компонента ServerMnfЧто измененно :
9.1 Ошибка при формировании дат
на базе by01-mssql28.topsoft.local\ PRZ_TEST1
1) Запускаю Галактику
2) Запускаю сервер (Планирование производства | Операции | Запуск http-сервера
(сервер))
3) запускаю хром
запускаю на порт 8081
-расчет на основе скорректированных документов (с учетом рассчитанного плана
производства)
4) ждем минут 20-30
смотрим d:\EXE_PENZA\logs\2017-01-17.log
2017-01-17 13:13:53.5423 INFO === Начало формирования таблицы материальных норм
===
2017-01-17 13:13:53.5623 INFO ru-RU . DateFormat - русский
2017-01-17 13:40:39.9984 ERROR ru-RU . DateFormat - русский MatNorm[STARTDT] -
06/10/0064 00:00. MatNorm[ENDDT] - 00/00/0000 00:00. rez_dtDBEG - True.
dtDBEGString - 06.10.0064 0:00. rez_dtSTARTDATE - False. dtSTARTDATEString -
06.10.0064 0:00. Запрос: Insert Into MiniMatNorm_1 : Преобразование типа
данных varchar в тип данных datetime привело к выходу значения за пределы
диапазона.
Выполнение данной инструкции было прервано.
в System.Data.SqlClient.SqlConnection.OnError(SqlException exception,
Boolean breakConnection, Action`1 wrapCloseInAction)
в System.Data.SqlClient.SqlInternalConnection.OnError(SqlException
exception, Boolean breakConnection, Action`1 wrapCloseInAction)
в
System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject
stateObj, Boolean callerHasConnectionLock, Boolean asyncClose)
в System.Data.SqlClient.TdsParser.TryRun(RunBehavior runBehavior, SqlCommand
cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler,
TdsParserStateObject stateObj, Boolean& dataReady)
в System.Data.SqlClient.SqlCommand.RunExecuteNonQueryTds(String methodName,
Boolean async, Int32 timeout, Boolean asyncWrite)
в
System.Data.SqlClient.SqlCommand.InternalExecuteNonQuery(TaskCompletionSource`1
completion, String methodName, Boolean sendToPipe, Int32 timeout, Boolean
asyncWrite)
в System.Data.SqlClient.SqlCommand.ExecuteNonQuery()
в
SrvSelfOwin.GanttSrv.DFLoadMatNorm103.<>c__DisplayClass60_0.NormFromDB>b__1(String[] s)
ClientConnectionId:0c4d72bd-89a1-4aa3-84c7-5eff867bebfd
Error Number: 242, State: 3, Class: 16
ошибки: не понятная дата 06/10/0064 00:00.
Как измененно :
Доработан расчет дат.
M_MNPLAN
Краткое описание :
Ошибка отображения в интерфейсе при установке фильтраОписание :
Производственные планыЧто измененно :
Описание и конфигурация - во вложенных файлах.
Как измененно :
Исправлено.
M_MNPLAN
Краткое описание :
В клиентском приложении отображаются обработанные и
архивные ПЛ на заданную датуОписание :
Не знаю, какая именно часть модуля Управление транспортом, научитеЧто измененно :
В клиентском приложении отображаются обработанные и
архивные ПЛ на заданную дату.
Мобильный сервис для транспортных заказов.
Как измененно :
Исправлено.
M_MNPLAN
Краткое описание :
алг. 13 Не производит декомпозицию семейства МЦОписание :
по 13-му системному алгоритму "Расчет плана по заявкам"Что измененно :
Работа настройки "Семейства МЦ -> Декомпозировать"
Как измененно :
Если в алгоритме включена опция "Декомпозировать семейства МЦ",
то в плановый документ заносятся составляющие МЦ, являющегося семейством
M_MNPLAN
Краткое описание :
В окне Диспетчер событий сервера изменить значение
радиокнопки по умолчаОписание :
Не знаю, какая именно часть производственого контура, научитеЧто измененно :
В окне Диспетчер событий сервера (http-сервер) изменить
значение радиокнопки Тип событий по умолчанию на "информация"
Как измененно :
Теперь при запуске диспетчера событий сервера (http-сервер)по
умолчанию устанавливается тип событий равный "информация".
M_MNPLAN
Краткое описание :
9.1 ServerMnf Задваивание документа КВ в случае повторного
запуска функции Сохранить документы в базу данных ГалактикиОписание :
Компонента ServerMnfЧто измененно :
9.1 ServerMnf. Задваивание позиций в документах КВ в случае
повторного запуска функции "Сохранить документы в базу данных Галактики".
Если выполнить
1. Расчет на основе скорректированных документов (с учетом расчитанного плана
производства)
2. Сохранить скорректированные документы в базу данных Галактики
и потом еще раз
2. Сохранить скорректированные документы в базу данных Галактики
до количество позиций в документе удваивается.
Как измененно :
Доработано. Если позиции в данном разрезе существуют (с
объектом планирования и заданными аналитиками), то данные позиции не
дублируются.
M_MNPLAN
Краткое описание :
В накладной на отпуск создается ДО на продажу при открытии
списка производственных заказовОписание :
Производственные заказы (УПЛ)Что измененно :
Порядок действий:
В модуле "Управление производственной логистикой" открываем производственные
заказы (Документы = Производственные заказы):
Далее, не закрывая данный интерфейс, переходим в список накладных на отпуск
(Модуль Управление сбытом = Документы = Накладные на отпуск).
Заходим в окно редактирования накладной на отпуск, у которой отсутствует ДО:
Далее заново открываем производственные заказы: Модуль "Управление
производственной логистикой" = Документы = Производственные заказы (предыдущие
интерфейсы не закрываем):
В результате по накладной на отпуск создается ДО на продажу, при этом
производственные заказы не открываются.
Как измененно :
Доработано, ДО больше не создается.
M_MNPLAN
Краткое описание :
Алгоритм 138. Анализ остатка по серийному номеруОписание :
Не знаю, какая именно часть производственого контура, научитеЧто измененно :
Доработка алгоритма 138. Анализ остатков по серийному номеру
В режиме "Формирование накладных и актов на списание по потребности в
материалах" установлена настройка "При расчете остатков учитывать участки для
вышестоящего подразделения" = "Да".
На текущий момент анализ остатков работает следующим образом:
1. Осуществляется поиск сальдовых и текущих остатков по складскому разрезу и
объекту ЦУ. Сначала осуществляется поиск в Подразделении, которое указано в
Потребности в поле Изготовитель. Если остатков по данному разрезу нет,
осуществляется поиск в участках для вышестоящего подразделения.
2. Затем анализируется (рассчитывается) наличие по Серийному номеру.
Проблема заключается в следующем: при таком поиске, могут быть случаи, когда
остатки по п.1 есть как в текущем подразделении из Потребности, так и в
"соседнем" участке для вышестоящего подразделения. Но для конкретного серийного
номера остаток числится именно в "соседнем" участке. В результате алгоритм
находит остаток, но вот списать не дает, потому что такого серийного номера в
данном подразделении не числится.
В результате списание автоматически не происходит и пользователь вынужден
формировать вручную НВП, для перемещение данного серийного номера на участок из
Потребности и затем списывает.
Необходимо объединить два контроля в один, чтобы проверялось одновременно и
наличие по складскому разрезу и наличие по серийному номеру.
Как измененно :
Алгоритм №138 Режим "Формирование накладных и актов на
списание по потребности в материалах" доработан поиск остатков по
подразделениям с учетом серийных номеров.