M_MNPLAN
Краткое описание :
9.1.Логирование предупреждений при работе с DSK в модуле УПЛОписание :
Не знаю, какая именно часть производственого контура, научитеЧто измененно :
По предложению Ларина(согласовано с Леонтьевым) отделу
интегрального тестирования было рекомендовано регистрировать проблемы в ПИР по
факту появления сообщений в dsk логах. Разъяснения Корзюка рассылались в
письме "Параметры, хранящиеся в DSK" 22.02.2016 по e-mail руководителям
отделов разработки. Сообщения появляются при прогоне aqa-тестов, поэтому точно
указать действие, при котором появляется сообщение, затруднительно.
17.03.2016 14:40:95, объект:"CheckBaseMNF_wTypeForReinit"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : REINITDATA
Записан: ICHECKBASEMNF
??????????????????????????????????????????????????????????????????????????????
? Сегмент: Т1С3Инициализация Алгоритмов
? Дата прогона: 17/03/2016 Четверг 14:40:56
? Дата составления: 30/10/2015 Пятница 11:43:00
? Дата модификации: 30/10/2015 Пятница 11:43:00
? Тип: связан с предыдущим, не восстанавливает базу, восстанавливает контекст
? Контекст: :M_UP::MANUFACTURE kozin
? Количество пользователей в системе:1
? 14:40:56 ? (8): Команда запуска : M_MNPLAN::ICHECKBASEMNF(1)
? 14:40:56 ? (8): Команда меню : Инициализация алгоритмов (Инициализация
алгоритмов)
??????????????????????????????????????????????????????????????????????????????
? 14:41:39 ? (57): Завершение сегмента : Т1С3Инициализация Алгоритмов
? 14:41:39 ? (57): Время выполнения : 00:00:43
??????????????????????????????????????????????????????????????????????????????
Как измененно :
Доработано.
M_MNPLAN
Краткое описание :
9.1.Логирование предупреждений при работе с dsk в модуле
УПЛ.Описание :
Не знаю, какая именно часть производственого контура, научитеЧто измененно :
По предложению Ларина(согласовано с Леонтьевым) отделу
интегрального тестирования было рекомендовано регистрировать проблемы в ПИР по
факту появления сообщений в dsk логах. Разъяснения Корзюка рассылались в
письме "Параметры, хранящиеся в DSK" 22.02.2016 по e-mail руководителям
отделов разработки. Сообщения появляются при прогоне aqa-тестов, поэтому точно
указать действие, при котором появляется сообщение, затруднительно.
При запуске Галактики при входе в модуль УПЛ в DSKlog появляется сообщение:
----------------------------------------------------
18.03.2016 10:27:34:47, объект:"SpMnPlan_Enable_UnBindEmbeddedInterface_ScrSp"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : IRSPMNPLAN
Записан: IVIDSCR1
----------------------------------------------------
18.03.2016 10:27:34:48, объект:"SpMnPlan_Enable_UnBindEmbeddedInterface_ScrSp"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : IRSPMNPLAN
Записан: IVIDSCR1
Как измененно :
Доработано.
M_MNPLAN
Краткое описание :
9.1.Логирование предупреждений при работе с DSK в модуле
УПЛ.Описание :
Не знаю, какая именно часть модуля УПЛ, научитеЧто измененно :
По предложению Ларина(согласовано с Леонтьевым) отделу
интегрального тестирования было рекомендовано регистрировать проблемы в ПИР по
факту появления сообщений в dsk логах. Разъяснения Корзюка рассылались в
письме "Параметры, хранящиеся в DSK" 22.02.2016 по e-mail руководителям
отделов разработки. Сообщения появляются при прогоне aqa-тестов, поэтому точно
указать действие, при котором появляется сообщение, затруднительно.
----------------------------------------------------
29.03.2016 13:20:14:12, объект:"GetNastr_UserInterfSysFormPlNRec"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : GLOBDATASOURCE
Записан: GETNASTR
----------------------------------------------------
??????????????????????????????????????????????????????????????????????????????
? Сегмент: Т2С1ФормированиеЗаказаПЗ1_2МЦ
? Дата прогона: 29/03/2016 Вторник 13:19:57
? Дата составления: 03/09/2009 Четверг 11:09:00
? Дата модификации: 05/04/2013 Пятница 15:05:00
? Тип: связан с предыдущим, не восстанавливает базу, восстанавливает контекст
? Контекст: :M_UP::MANUFACTURE kozin
? Количество пользователей в системе:1
? 13:20:10 ? (7): Команда запуска : M_MNPLAN::MNPLDISP_TOMNFZAKAZ
? 13:20:10 ? (7): Команда меню : Производственные &заказы (Перечень и
спецификации производственных заказов)
?
? Предупреждение: Не найдено поле в интерфейсе GETSOMEMC_KATMC
? 13:20:26 ? (135): Имя поля
:L_MCU::GETSOMEMC.SCPICKSMC.L_MCU::GETSOMEMC_KATMC.KATMCNAM.KATMC.NAME
?
? Предупреждение: Не найдено поле в интерфейсе GETSOMEMC_KATMC
? 13:20:27 ? (145): Имя поля
:L_MCU::GETSOMEMC.SCPICKSMC.L_MCU::GETSOMEMC_KATMC.KATMCNAM.KATMC.NAME
?
? Предупреждение: Не найдено поле в интерфейсе GETSOMEMC_KATMC
? 13:20:29 ? (177): Имя поля
:L_MCU::GETSOMEMC.SCPICKSMC.L_MCU::GETSOMEMC_KATMC.KATMCNAM.KATMC.NAME
?
? Предупреждение: Не найдено поле в интерфейсе GETSOMEMC_KATMC
? 13:20:29 ? (188): Имя поля
:L_MCU::GETSOMEMC.SCPICKSMC.L_MCU::GETSOMEMC_KATMC.KATMCNAM.KATMC.NAME
? 13:20:31 ? (217): Время построения отчета MNPLAN - 0,02 с.
??????????????????????????????????????????????????????????????????????????????
? 13:20:31 ? (219): Контрольная точка 0 : Проверка файла
D:\3gal810c\exe\out\MnPlan.out
? 13:20:31 ? (219): Функция: Проверка контрольной точки в окне редактора
? 13:20:31 ? (219): Параметры: Имя файла D:\Gw910P\out\kozin\MnPlan.out
? 13:20:31 ? (219): Дата прогона: 29/03/2016 Вторник 13:20:31
? 13:20:32 ? (231): Время построения отчета MNPLAN - 0,01 с.
??????????????????????????????????????????????????????????????????????????????
? 13:20:33 ? (235): Контрольная точка 1 : Проверка файла
D:\3gal810c\exe\out\MnPlan.out
? 13:20:33 ? (235): Функция: Проверка контрольной точки в окне редактора
? 13:20:33 ? (235): Параметры: Имя файла D:\Gw910P\out\kozin\MnPlan.out
? 13:20:33 ? (235): Дата прогона: 29/03/2016 Вторник 13:20:33
??????????????????????????????????????????????????????????????????????????????
? 13:20:33 ? (255): Завершение сегмента : Т2С1ФормированиеЗаказаПЗ1_2МЦ
? 13:20:33 ? (255): Время выполнения : 00:00:36
??????????????????????????????????????????????????????????????????????????????
Как измененно :
Доработано.
M_MNPLAN
Краткое описание :
9.1.Логирование предупреждений при работе с DSK в модуле
УПЛ.Описание :
Не знаю, какая именно часть модуля УПЛ, научитеЧто измененно :
По предложению Ларина(согласовано с Леонтьевым) отделу
интегрального тестирования было рекомендовано регистрировать проблемы в ПИР по
факту появления сообщений в dsk логах. Разъяснения Корзюка рассылались в
письме "Параметры, хранящиеся в DSK" 22.02.2016 по e-mail руководителям
отделов разработки. Сообщения появляются при прогоне aqa-тестов, поэтому точно
указать действие, при котором появляется сообщение, затруднительно.
----------------------------------------------------
29.03.2016 13:20:14:12, объект:"GlobDataSource_GetUtil_ScrSp_String"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : IVIDSCR1
Записан: GLOBDATASOURCE
----------------------------------------------------
??????????????????????????????????????????????????????????????????????????????
? Сегмент: Т2С1ФормированиеЗаказаПЗ1_2МЦ
? Дата прогона: 29/03/2016 Вторник 13:19:57
? Дата составления: 03/09/2009 Четверг 11:09:00
? Дата модификации: 05/04/2013 Пятница 15:05:00
? Тип: связан с предыдущим, не восстанавливает базу, восстанавливает контекст
? Контекст: :M_UP::MANUFACTURE kozin
? Количество пользователей в системе:1
? 13:20:10 ? (7): Команда запуска : M_MNPLAN::MNPLDISP_TOMNFZAKAZ
? 13:20:10 ? (7): Команда меню : Производственные &заказы (Перечень и
спецификации производственных заказов)
?
? Предупреждение: Не найдено поле в интерфейсе GETSOMEMC_KATMC
? 13:20:26 ? (135): Имя поля
:L_MCU::GETSOMEMC.SCPICKSMC.L_MCU::GETSOMEMC_KATMC.KATMCNAM.KATMC.NAME
?
? Предупреждение: Не найдено поле в интерфейсе GETSOMEMC_KATMC
? 13:20:27 ? (145): Имя поля
:L_MCU::GETSOMEMC.SCPICKSMC.L_MCU::GETSOMEMC_KATMC.KATMCNAM.KATMC.NAME
?
? Предупреждение: Не найдено поле в интерфейсе GETSOMEMC_KATMC
? 13:20:29 ? (177): Имя поля
:L_MCU::GETSOMEMC.SCPICKSMC.L_MCU::GETSOMEMC_KATMC.KATMCNAM.KATMC.NAME
?
? Предупреждение: Не найдено поле в интерфейсе GETSOMEMC_KATMC
? 13:20:29 ? (188): Имя поля
:L_MCU::GETSOMEMC.SCPICKSMC.L_MCU::GETSOMEMC_KATMC.KATMCNAM.KATMC.NAME
? 13:20:31 ? (217): Время построения отчета MNPLAN - 0,02 с.
??????????????????????????????????????????????????????????????????????????????
? 13:20:31 ? (219): Контрольная точка 0 : Проверка файла
D:\3gal810c\exe\out\MnPlan.out
? 13:20:31 ? (219): Функция: Проверка контрольной точки в окне редактора
? 13:20:31 ? (219): Параметры: Имя файла D:\Gw910P\out\kozin\MnPlan.out
? 13:20:31 ? (219): Дата прогона: 29/03/2016 Вторник 13:20:31
? 13:20:32 ? (231): Время построения отчета MNPLAN - 0,01 с.
??????????????????????????????????????????????????????????????????????????????
? 13:20:33 ? (235): Контрольная точка 1 : Проверка файла
D:\3gal810c\exe\out\MnPlan.out
? 13:20:33 ? (235): Функция: Проверка контрольной точки в окне редактора
? 13:20:33 ? (235): Параметры: Имя файла D:\Gw910P\out\kozin\MnPlan.out
? 13:20:33 ? (235): Дата прогона: 29/03/2016 Вторник 13:20:33
??????????????????????????????????????????????????????????????????????????????
? 13:20:33 ? (255): Завершение сегмента : Т2С1ФормированиеЗаказаПЗ1_2МЦ
? 13:20:33 ? (255): Время выполнения : 00:00:36
??????????????????????????????????????????????????????????????????????????????
Как измененно :
Доработано.
M_MNPLAN
Краткое описание :
9.1.Логирование предупреждений при работе с DSK в модуле
УПЛ.Описание :
Не знаю, какая именно часть модуля УПЛ, научитеЧто измененно :
По предложению Ларина(согласовано с Леонтьевым) отделу
интегрального тестирования было рекомендовано регистрировать проблемы в ПИР по
факту появления сообщений в dsk логах. Разъяснения Корзюка рассылались в
письме "Параметры, хранящиеся в DSK" 22.02.2016 по e-mail руководителям
отделов разработки. Сообщения появляются при прогоне aqa-тестов, поэтому точно
указать действие, при котором появляется сообщение, затруднительно.
----------------------------------------------------
29.03.2016 13:20:19:46, объект:"MnPlanNRecForSelectStatus"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : ITYPEOBJ
Записан: IRSPMNPLAN
----------------------------------------------------
??????????????????????????????????????????????????????????????????????????????
? Сегмент: Т2С1ФормированиеЗаказаПЗ1_2МЦ
? Дата прогона: 29/03/2016 Вторник 13:19:57
? Дата составления: 03/09/2009 Четверг 11:09:00
? Дата модификации: 05/04/2013 Пятница 15:05:00
? Тип: связан с предыдущим, не восстанавливает базу, восстанавливает контекст
? Контекст: :M_UP::MANUFACTURE kozin
? Количество пользователей в системе:1
? 13:20:10 ? (7): Команда запуска : M_MNPLAN::MNPLDISP_TOMNFZAKAZ
? 13:20:10 ? (7): Команда меню : Производственные &заказы (Перечень и
спецификации производственных заказов)
?
? Предупреждение: Не найдено поле в интерфейсе GETSOMEMC_KATMC
? 13:20:26 ? (135): Имя поля
:L_MCU::GETSOMEMC.SCPICKSMC.L_MCU::GETSOMEMC_KATMC.KATMCNAM.KATMC.NAME
?
? Предупреждение: Не найдено поле в интерфейсе GETSOMEMC_KATMC
? 13:20:27 ? (145): Имя поля
:L_MCU::GETSOMEMC.SCPICKSMC.L_MCU::GETSOMEMC_KATMC.KATMCNAM.KATMC.NAME
?
? Предупреждение: Не найдено поле в интерфейсе GETSOMEMC_KATMC
? 13:20:29 ? (177): Имя поля
:L_MCU::GETSOMEMC.SCPICKSMC.L_MCU::GETSOMEMC_KATMC.KATMCNAM.KATMC.NAME
?
? Предупреждение: Не найдено поле в интерфейсе GETSOMEMC_KATMC
? 13:20:29 ? (188): Имя поля
:L_MCU::GETSOMEMC.SCPICKSMC.L_MCU::GETSOMEMC_KATMC.KATMCNAM.KATMC.NAME
? 13:20:31 ? (217): Время построения отчета MNPLAN - 0,02 с.
??????????????????????????????????????????????????????????????????????????????
Как измененно :
Доработано.
M_MNPLAN
Краткое описание :
9.1.Логирование предупреждений при работе с DSK в модуле
УПЛ.Описание :
Не знаю, какая именно часть модуля УПЛ, научитеЧто измененно :
По предложению Ларина(согласовано с Леонтьевым) отделу
интегрального тестирования было рекомендовано регистрировать проблемы в ПИР по
факту появления сообщений в dsk логах. Разъяснения Корзюка рассылались в
письме "Параметры, хранящиеся в DSK" 22.02.2016 по e-mail руководителям
отделов разработки. Сообщения появляются при прогоне aqa-тестов, поэтому точно
указать действие, при котором появляется сообщение, затруднительно.
----------------------------------------------------
29.03.2016 13:29:10:88, объект:"ForMnfPrice"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : SYRNAGP
Записан: NAKL502
----------------------------------------------------
??????????????????????????????????????????????????????????????????????????????
? Сегмент: Т5_1ПрходС1НГП
? Дата прогона: 29/03/2016 Вторник 13:29:06
? Дата составления: 17/03/2008 Понедельник 17:37:00
? Дата модификации: 11/02/2014 Вторник 11:54:00
? Тип: связан с предыдущим, не восстанавливает базу, восстанавливает контекст
? Контекст: :M_UP::MANUFACTURE kozin
? Количество пользователей в системе:1
? 13:29:06 ? (7): Команда запуска : M_UP::IMNFINTRF(502)
? 13:29:06 ? (7): Команда меню : Накладная на приход &готовой продукции
(Оформление накладной на приход ГП из производства на склад)
?
? Предупреждение: Не найдено поле в интерфейсе GETMCPODRMANUF
? 13:29:12 ? (48): Имя поля :M_UP::GETMCPODRMANUF.BRPRICES.TEMPRCONS.MCNAME
?
? Предупреждение: Не найдено поле в интерфейсе GETMCPODRMANUF
? 13:29:13 ? (57): Имя поля :M_UP::GETMCPODRMANUF.BRPRICES.TEMPRCONS.MCNAME
?
? Предупреждение: Не найдено поле в интерфейсе GETMCPODRMANUF
? 13:29:16 ? (107): Имя поля :M_UP::GETMCPODRMANUF.BRPRICES.TEMPRCONS.MCNAME
?
? Предупреждение: Не найдено поле в интерфейсе GETMCPODRMANUF
? 13:29:17 ? (116): Имя поля :M_UP::GETMCPODRMANUF.BRPRICES.TEMPRCONS.MCNAME
?
? Предупреждение: Не найдено поле в интерфейсе GETMCPODRMANUF
? 13:29:23 ? (192): Имя поля :M_UP::GETMCPODRMANUF.BRPRICES.TEMPRCONS.MCNAME
?
? Предупреждение: Не найдено поле в интерфейсе GETMCPODRMANUF
? 13:29:24 ? (201): Имя поля :M_UP::GETMCPODRMANUF.BRPRICES.TEMPRCONS.MCNAME
?
? Предупреждение: Не найдено поле в интерфейсе GETMCPODRMANUF
? 13:29:28 ? (251): Имя поля :M_UP::GETMCPODRMANUF.BRPRICES.TEMPRCONS.MCNAME
?
? Предупреждение: Не найдено поле в интерфейсе GETMCPODRMANUF
? 13:29:29 ? (260): Имя поля :M_UP::GETMCPODRMANUF.BRPRICES.TEMPRCONS.MCNAME
? 13:29:38 ? (364): Время построения отчета ERRMNFMC - 0,01 с.
?
? Предупреждение: Не совпадает текст сообщения
? 13:29:40 ? (370): В программе сообщение:
? 13:29:40 ? (370): По накладной сформированы ордера: расходный № 000038
приходный № 000015
? 13:29:40 ? (370): В тесте сообщение:
? 13:29:40 ? (370): По накладной сформирован приходный ордер № , 000029
? 13:29:40 ? (370):
??????????????????????????????????????????????????????????????????????????????
? 13:29:41 ? (375): Контрольная точка 0 : контроль интерфейса(диалога)
? 13:29:41 ? (375): Название интерфейса: "IMNFINTRF". Заголовок интерфейса:
"Редактирование накладных на приход ГП".
? 13:29:41 ? (375): Параметры: Проверка интерфейса.
? 13:29:41 ? (375): Дата прогона: 29/03/2016 Вторник 13:29:41
? 13:29:41 ? (375): Не найден в ресурсе заголовок записи !
? 13:29:41 ? (381): Время построения отчета MANUFNAK - 0,04 с.
??????????????????????????????????????????????????????????????????????????????
? 13:29:42 ? (386): Контрольная точка 1 : Проверка файла
D:\3gal810c\exe\out\manufnak.OUT
? 13:29:42 ? (386): Функция: Проверка контрольной точки в окне редактора
? 13:29:42 ? (386): Параметры: Имя файла D:\Gw910P\out\kozin\manufnak.OUT
? 13:29:42 ? (386): Дата прогона: 29/03/2016 Вторник 13:29:42
??????????????????????????????????????????????????????????????????????????????
? 13:29:45 ? (402): Завершение сегмента : Т5_1ПрходС1НГП
? 13:29:45 ? (402): Время выполнения : 00:00:38
??????????????????????????????????????????????????????????????????????????????
Как измененно :
Доработано.
M_MNPLAN
Краткое описание :
9.1.Логирование предупреждений при работе с DSK в модуле
УПЛ.Описание :
Не знаю, какая именно часть модуля УПЛ, научитеЧто измененно :
По предложению Ларина(согласовано с Леонтьевым) отделу
интегрального тестирования было рекомендовано регистрировать проблемы в ПИР по
факту появления сообщений в dsk логах. Разъяснения Корзюка рассылались в
письме "Параметры, хранящиеся в DSK" 22.02.2016 по e-mail руководителям
отделов разработки. Сообщения появляются при прогоне aqa-тестов, поэтому точно
указать действие, при котором появляется сообщение, затруднительно.
----------------------------------------------------
29.03.2016 13:35:40:21, объект:"SpMnPlanNRecForUtil_ScrSp"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : ISPSPPL01
Записан: IRSPMNPLAN
----------------------------------------------------
??????????????????????????????????????????????????????????????????????????????
? Сегмент: Т7Алг26
? Дата прогона: 29/03/2016 Вторник 13:35:33
? Дата составления: 14/04/2009 Вторник 17:52:00
? Дата модификации: 08/12/2015 Вторник 12:35:00
? Тип: связан с предыдущим, не восстанавливает базу, восстанавливает контекст
? Контекст: :M_UP::MANUFACTURE kozin
? Количество пользователей в системе:1
? 13:35:33 ? (7): Команда запуска : M_MNPLAN::MNPLDISP_TOMNFZAKAZ
? 13:35:33 ? (7): Команда меню : Производственные &заказы (Перечень и
спецификации производственных заказов)
??????????????????????????????????????????????????????????????????????????????
? 13:35:40 ? (64): Контрольная точка 0 : контроль интерфейса(диалога)
? 13:35:40 ? (64): Название интерфейса: "IRMNPLAN". Заголовок интерфейса:
"Редактирование ПЗ : кпПЗдляАК".
? 13:35:40 ? (64): Параметры: Проверка интерфейса.
? 13:35:40 ? (64): Дата прогона: 29/03/2016 Вторник 13:35:40
??????????????????????????????????????????????????????????????????????????????
? 13:35:41 ? (69): Контрольная точка 1 : контроль интерфейса(диалога)
? 13:35:41 ? (69): Название интерфейса: "IRMNPLAN". Заголовок интерфейса:
"Редактирование ПЗ : кпПЗдляАК".
? 13:35:41 ? (69): Параметры: Проверка интерфейса.
? 13:35:41 ? (69): Дата прогона: 29/03/2016 Вторник 13:35:41
??????????????????????????????????????????????????????????????????????????????
? 13:35:48 ? (125): Контрольная точка 2 : контроль интерфейса(диалога)
? 13:35:48 ? (125): Название интерфейса: "IRMNPLAN". Заголовок интерфейса:
"Редактирование ПЗ : кпПЗдляАК".
? 13:35:48 ? (125): Параметры: Проверка интерфейса.
? 13:35:48 ? (125): Дата прогона: 29/03/2016 Вторник 13:35:48
??????????????????????????????????????????????????????????????????????????????
? 13:35:48 ? (129): Контрольная точка 3 : контроль интерфейса(диалога)
? 13:35:48 ? (129): Название интерфейса: "IRMNPLAN". Заголовок интерфейса:
"Редактирование ПЗ : кпПЗдляАК".
? 13:35:48 ? (129): Параметры: Проверка интерфейса.
? 13:35:48 ? (129): Дата прогона: 29/03/2016 Вторник 13:35:48
??????????????????????????????????????????????????????????????????????????????
? 13:35:48 ? (145): Завершение сегмента : Т7Алг26
? 13:35:48 ? (145): Время выполнения : 00:00:15
??????????????????????????????????????????????????????????????????????????????
? Завершение теста : Т7.УМП.Алгоритмы
? Время выполнения : 00:00:15
??????????????????????????????????????????????????????????????????????????????
Как измененно :
Доработана.
M_MNPLAN
Краткое описание :
9.1.Логирование предупреждений при работе с DSK в модуле
УПЛ.Описание :
Не знаю, какая именно часть модуля УПЛ, научитеЧто измененно :
По предложению Ларина(согласовано с Леонтьевым) отделу
интегрального тестирования было рекомендовано регистрировать проблемы в ПИР по
факту появления сообщений в dsk логах. Разъяснения Корзюка рассылались в
письме "Параметры, хранящиеся в DSK" 22.02.2016 по e-mail руководителям
отделов разработки. Сообщения появляются при прогоне aqa-тестов, поэтому точно
указать действие, при котором появляется сообщение, затруднительно.
----------------------------------------------------
29.03.2016 13:37:43:77, объект:"RunVisualDeleteMnPlan"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : INSTBLSOURCE
Записан: IRMNPLAN
----------------------------------------------------
??????????????????????????????????????????????????????????????????????????????
? Сегмент: ЗачисткаПЗ1
? Дата прогона: 29/03/2016 Вторник 13:37:41
? Дата составления: 08/02/2008 Пятница 15:40:00
? Дата модификации: 05/04/2013 Пятница 15:07:00
? Тип: связан с предыдущим, не восстанавливает базу, восстанавливает контекст
? Контекст: :M_UP::MANUFACTURE kozin
? Количество пользователей в системе:1
? 13:37:41 ? (8): Команда запуска : M_MNPLAN::MNPLDISP_TOMNFZAKAZ
? 13:37:41 ? (8): Команда меню : Производственные &заказы (Перечень и
спецификации производственных заказов)
??????????????????????????????????????????????????????????????????????????????
? 13:37:44 ? (40): Завершение сегмента : ЗачисткаПЗ1
? 13:37:44 ? (40): Время выполнения : 00:00:02
??????????????????????????????????????????????????????????????????????????????
Как измененно :
Доработано.
M_MNPLAN
Краткое описание :
Алг. 164 Повысить скорость расчетаОписание :
по 164- му системному алгоритму "Формирование акта изменения целевого назначения"Что измененно :
Необходимо повысить скорость расчета 164 алгоритма
Как измененно :
Проведена доработка: перед началом расчета позиции спецификации
документа-источника с нулевыми количествами 164 алгоритмом фильтруются, за счет
чего сокращается количество данных, которые должны быть проанализированы при
формировании актов ИЦН. Соответственно повышение быстродействия по сравнению с
прежним функционалом 164 алгоритма будет тем выше чем больше присутствует
позиций с нулевым количеством в спецификации документа-источника.
M_MNPLAN
Краткое описание :
9.1.Логирование предупреждений при работе с DSK в модуле
УПЛ.Описание :
Не знаю, какая именно часть модуля УПЛ, научитеЧто измененно :
По предложению Ларина(согласовано с Леонтьевым) отделу
интегрального тестирования было рекомендовано регистрировать проблемы в ПИР по
факту появления сообщений в dsk логах. Разъяснения Корзюка рассылались в
письме "Параметры, хранящиеся в DSK" 22.02.2016 по e-mail руководителям
отделов разработки. Сообщения появляются при прогоне aqa-тестов, поэтому точно
указать действие, при котором появляется сообщение, затруднительно.
----------------------------------------------------
12.04.2016 14:50:34.33, объект: "PickAlgFormPlnRec1"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : PICKALGORITM
Записан: IALGORITMPLAN
----------------------------------------------------
??????????????????????????????????????????????????????????????????????????????
? Сегмент: С2_3.1.1.АлгоритмФормированияДОпоПЗ
? Дата прогона: 12/04/2016 Вторник 14:50:03
? Дата составления: 01/04/2009 Среда 14:16:00
? Дата модификации: 01/04/2009 Среда 14:16:00
? Тип: связан с предыдущим, не восстанавливает базу, восстанавливает контекст
? Контекст: :M_UP::MANUFACTURE kozin
? Количество пользователей в системе:1
? 14:50:03 ? (8): Команда запуска : M_MNPLAN::PICKALGORITM(0,2,1)
? 14:50:03 ? (8): Команда меню : &Алгоритмы расчета
?
? Предупреждение: Не найдено поле в интерфейсе SEARCHSUBSTR
? 14:50:07 ? (30): Имя поля :SEarchSubstr.WHATTOSEARCH
?
? Предупреждение: Не найдено поле в интерфейсе ALGORITMSCR_203
? 14:50:30 ? (118): Имя поля
:M_UP::ALGORITMSCR_203.SCR_FILTER.M_UP::ALGORITMSCR_203.W_FILTER.FILTER.ALGCALC_
203.RESWORD[34]
??????????????????????????????????????????????????????????????????????????????
? 14:50:34 ? (157): Завершение сегмента : С2_3.1.1.АлгоритмФормированияДОпоПЗ
? 14:50:34 ? (157): Время выполнения : 00:00:31
??????????????????????????????????????????????????????????????????????????????
Как измененно :
Доработано.
M_MNPLAN
Краткое описание :
9.1.УПЛ.Алг164. Сообщение об ошибке.Описание :
по 164- му системному алгоритму "Формирование акта изменения целевого назначения"Что измененно :
При запуске 164 алгоритма выводится сообщение: "Ошибка!!!
pc_SaldTune = 0 pc_AnVal1 = 1374 pc_AnVal2 = 0 pc_AnVal3 = 0 pc_AnVal4 = 0,
ф.Set_TKitKau_Wrk". Данная ошибка проявляется если в настройках 164 алгоритма
для набора аналитик целевого учета "Способ заполнения КАУ, заменяющее значение"
определены нулевые значения, а для набора "Способ заполнения КАУ, изменяемое
значение" - ненулевые. Акт изменения целевого учета при этом не формируется.
Как измененно :
Ошибка исправлена, акты ИЦН формируются корректно.
M_MNPLAN
Краткое описание :
В меню модуля УПЛ отсутствует пункт Рабочее местоОписание :
Настройка прав доступа к документамЧто измененно :
В меню модуля УПЛ отсутствует пункт Рабочее место
По инциденту 2.85259
В меню модуля УПЛ отсутствует пункт Рабочее место, в Управлении заказами и
Управлении МТО такой пункт есть.
Из документации:
Справка: Галактика ERP > Настройка > Настройки Галактики > Производство и
планирование > Планирование >
Разграничение прав доступа
Настройки разграничения прав задаются отдельно для модулей Корпоративное
производственное планирование, Планирование производства, Управление заказами,
Управление материально-техническим обеспечением, Управление производственной
логистикой.
Как измененно :
В алгоритм 325 добавлена возможность включения рабочего места в
меню УПЛ- Документы.
Алгоритм 325 необходимо подключать через UserAlgor.lst и запускается единожды
из произвольного места.
M_MNPLAN
Краткое описание :
9.1 позиционирование на записьОписание :
ЗаявкиЧто измененно :
9.1 позиционирование на запись
Если выполнить такие действия:
-открыть список заявок
-позиционироваться на запись
-закрыть список заявок
-открыть список заявок
В этом случае позиционирование происходит не на ранее активную запись, а в
конец списка. В этом ошибка
Как измененно :
При выполнении действий:
-открыть список заявок
-позиционироваться на запись
-закрыть список заявок
-открыть список заявок
Позиционирования происходит на ранее активную заявку.
M_MNPLAN
Краткое описание :
алг. 74 Добавить настройку для заполнения аналитики
приемника документом-источникомОписание :
по 74-му системному алгоритму "Агрегация в период"Что измененно :
Реализовать возможность загрузки для аналитик формируемых
позиций спецификации документа-приемника в качестве значений ссылок на
документ-источник.
Как измененно :
Добавлена настройка "Документ-приемник\Значения для всех
аналитик спецификации документа-приемника грузить из аналитик спецификации
документа-источника с теми же кодом и ролью". Возможные значения - "Да"\"Нет".
Значение по умолчанию "Да" является режимом работы, с которым алгоритм работал
до реализации данной доработки (см топик "Алгоритм № 74 "Агрегация в период").
Если же будет выбрано значение "Нет" пользователь с помощью подчиненных
настроек "В качестве значения для аналитики спецификации документа-приемника
загрузить" к данной настройке будет иметь возможность определить аналитики с
кодом соответствующим типу документу-источника как приемник данных для ссылок
на документ-источник по которому формируется позиции данной спецификации.
M_MNPLAN
Краткое описание :
алг. 170 Добавить настройку "Включать в спецификацию
приемника ПФ с предыдущей операции" = да/нетОписание :
по 138-му системному алгоритму "Формирование сопроводительных документов модуля УПЛ "Что измененно :
Настройка "Режим работы алгоритма" = Формирование накладных по
ССЗ.
Необходимо добавить настройку, с помощью которой можно было бы регулировать
вопрос включения ПФ с предыдущей операции при списании сырья. На данный момент
ПФ добавляется, однако возникла необходимость в ряде случаев не включать ПФ.
Как измененно :
Алгоритм 138. Режим "Формирование накладных по ССЗ".
Добавлена настройка "Учитывать ПФ с предыдущей операции при списания сырья" -
Да/Нет.
M_MNPLAN
Краткое описание :
алг. 66 Алгоритм не заполняет аналитику с ролью "Стадии
изготовления" аналитика "Партии МЦ"Описание :
55-й алгоритмЧто измененно :
алг. 55 Алгоритм не заполняет аналитику с ролью "Стадии
изготовления" аналитика "Партии МЦ"
В формируемые алгоритмом позиции не переносится значение аналитики "Стадии
изготовления" из позиций-источников. При этом значение аналитики "Работа"
переносится. Необходимо заполнять также и аналитику "Стадии изготовления".
Как измененно :
Алгоритм 55. Доработано заполнение аналитики с ролью "Стадия
изготовления" из приемника в источник.
M_MNPLAN
Краткое описание :
алг. 103-5 Не учитывает значение КПН "Источник расчета
потребности" = не рассчитыватьОписание :
по 103-му алг "Формирование журнала резервирования по плановым документам"Что измененно :
алг. 103-5 Не учитывает значение КПН "Источник расчета
потребности" = не рассчитывать
Как измененно :
Настройка "Учитывать КПН "Источник рассчета потребностей" "
переименована на "Учитывать значение "МК с учетом изготовителя" КПН-а "Источник
расчета потребностей" "
Добавлена настройка "Учитывать значение "Не рассчитывать" КПН-а "Источник
рассчета потребностей""
M_MNPLAN
Краткое описание :
алг. 138 Не учитывает значение КПН "Источник расчета
потребности" = не рассчитыватьОписание :
по 138-му системному алгоритму "Формирование сопроводительных документов модуля УПЛ "Что измененно :
алг. 138 Не учитывает значение КПН "Источник расчета
потребности" = не рассчитывать
Как измененно :
Алгоритм 138. Режим "Формирование накладных по ССЗ".
Добавлена настройка "Учитывать для параметра КПН "Источник расчета потребности"
значение "Не рассчитывать"". Если для МЦ в КПН будет стоять значение данной
настройки, то данная МЦ не будет учитываться при расчете потребности.
M_MNPLAN
Краткое описание :
9.1.Планирование производства.Алг.138. Формирование
межцеховых накладныхОписание :
по 138-му системному алгоритму "Формирование сопроводительных документов модуля УПЛ "Что измененно :
В режиме работы алгоритма = Формирование накладных по плану
передач,
при выполненной настройке: Основные параметры расчета = Вид формируемых
накладных = Всегда межцеховые накладные
накладная не формируется.
Как измененно :
Доработано.
M_MNPLAN
Краткое описание :
9.1.Планирование производства.Алг.138.Формирование
свободного остаткаОписание :
по 138-му системному алгоритму "Формирование сопроводительных документов модуля УПЛ "Что измененно :
В режиме работы "Формирование накладных по плану передач", при
выполненной настройке
"Использовать расширенный целевой учет = да" нельзя формировать свободный
остаток.
Как измененно :
Алгоритм №138. Режим работы "Формирование накладных по плану
передач" при выполненной настройке "Использовать расширенный целевой учет =
да" добавлена настройка: "Использовать свободные остатки". При выборе данной
настройки значения аналитик для целевого учета задаются вручную.
M_MNPLAN
Краткое описание :
Возможность не обновлять документ после выполнения
алгоритма.\Описание :
Потребности в материальных ресурсах (УПЛ)Что измененно :
В настоящий момент после запуска и завершения работы любого
алгоритма в документе "Потребность в материалах" (и других документах MnPlan),
происходит обновление и перерисовка документа. В случае, если документ большой,
то на обновление уходит 10 секунд и более.
На предприятии КОАО "Азот" специалисты управления снабжения работают с большой
потребностью в материалах, в которой агрегированы потребности всех
подразделений. При этом работа с потребностью, в том числе, заключается в
постоянном запуске различных алгоритмов. Некоторые из этих алгоритмов не
выполняют никаких действий с документом, а просто отображают какую-либо
информацию в отдельно появляющемся окне. Как раз по таким алгоритмам у клиента
большой негатив - действия никакие не совершаются, но после завершения
алгоритма происходит длительное обновление документа.
К таким алгоритмам, например, относятся алгоритм 47 "Просмотр связей
документов", 52 (используется несколько JS, которые просто отображают
необходимую информацию). Также есть несколько алгоритмов, написанных нашими
программистами на VIP, которые не выполняют никаких действий, а просто
отображают информацию в отдельном окне. Само обновление документа выполняется
не алгоритмом, а интерфейсом потребности, поэтому через алгоритм, к сожалению,
мы не можем повлиять на этот процесс.
Необходимо предоставить возможность, чтобы по завершению работы алгоритма,
который однозначно не может вносить никаких изменений в документ, не
происходило обновление документа.
Как измененно :
Предлагается следующее решение проблемы - вместо используемого
алгоритма будет использоваться пакетный, в котором первым будет запускаться
требуемый алгоритм, а вторым - 52 алгоритм, где в поле редактирования скрипта
будет только одна команда - EnvironmentSetStr('Stop_RereadRecord_MnPlan', 1);
с помощью которой будет устанавливаться флажок блокировки перерисовки
текущего планового документа. Для корректной отработки данной команды для
скрипта необходимо определить библиотеку "Работа с переменными окружения".
После выполнения данного пакета программа будет считывать этот флажок и, если
его значение будет равным '1', перерисовка полей будет блокироваться. Для
любого другого значения или при отсутствии данной переменной перерисовка
осуществляться будет. Данную переменную можно также устанавливать через код
VIP(для алгоритмов, разработанных пользователем) с помощью функции
pEnvironment.EnvironmentSetStr('Stop_RereadRecord_MnPlan', '0'); объекта
pEnvironment (см ..\CompSrc\M\M_MnPlan\vip\Resource\Environment.vih и
..\CompSrc\M\M_MnPlan\vip\Resource\Environment.vip)
M_MNPLAN
Краткое описание :
При настройке "Списание МЦ - разрешать без наличия " не
выдавать сообщениеОписание :
Предложение по новой функциональности модуля Складской учетЧто измененно :
Установлена настройка "Настройки Галактики \ Общие настройки
системы \ Работа с МЦ, услугами \ Работа с МЦ - Списание МЦ = разрешать без
наличия".
Если сальдовый остаток по МЦ отсутствует, то при попытке списания система
выдаст сообщение "Матценностей недостаточно в требуемом разрезе. Продолжить
отпуск матценностей?"
Клиент просит убрать это диалоговое окно и списывать без каких-либо сообщений и
протоколов, так как он специально выставил эту настройку. Возможно следует
предусмотреть отдельное значение настройки: "разрешать без наличия (не выдавать
не предупреждение)" или как то так. Необходимость обусловлена использованием
производственных алгоритмов для автоматизации процесса.
Как измененно :
Добавлено значение настройки:
"Настройки Галактики \ Общие настройки системы \ Работа с МЦ, услугами \ Работа
с МЦ - Списание МЦ = разрешать без наличия (без предупреждений)".
При списании, если нет наличия, система не выдает предупреждений и дает списать
в любом случае.