Информация о файле обновления Галактика L_REMDOC_RES_91640.TXT


Описание файла обновления:
ФайлL_REMDOC_RES_91640.TXT
ОбновлениеL_RemDoc_RES_91640
Назначение
ПродуктГалактика ERP 9.1
Релиз
КомпонентRES L_RemDoc
Тип
Версия9.1.64.0
Дата2019-10-29 23:44:03
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
NEWТОРО/Документы/Акты выполненных ремонтов
Дополнительные функции меню: -ТОРО/Документы/Акты выполненных ремонтов /Акты на ремонт подрядным способом -ТОРО/Документы/Акты выполненных ремонтов /Акты на ремонт собственными силами -ТОРО/Документы/Акты выполненных ремонтов /Акты на ремонт на заказ -ТОРО/Документы/Акт на списание МЦ из ремонтаДобавлены дополнительные функции локального меню: -ТОРО/Документы/Акты выполненных ремонтов /Акты на ремонт подрядным способом -ТОРО/Документы/Акты выполненных ремонтов /Акты на ремонт собственными силами -ТОРО/Документы/Акты выполненных ремонтов /Акты на ремонт на заказ -ТОРО/Документы/Акт на списание МЦ из ремонта
9.1.63.0Техническое обслуживание и ремонт оборудования Документы Накладная на отпуск МЦ для ремонта
ТОРО - Накладная на отпуск МЦ для ремонта добавлено: - функционал работы с ячейками (по аналогии с НОС); - пункты меню (спецификация документа): Ручное редактирование, Удаление плана. - добавлено поле "Ячейка хранения" в спецификацию накладной Для активации ячеек хранения необходимо изменить значение настройки: "Настройки Галактики Логистика Складской учет Ячейки хранения Использовать распределение МЦ по ячейкам в складском учете" с НЕТ на ДА.Доработка существующего функционала
9.1.63.0Техническое обслуживание и ремонт оборудования Документы Заявки на ремонт
Печать заявок на ремонт в модуле ТОРО.Добавлена пакетная печать заявок на ремонт в модуле ТОРО.
9.1.62.0Нет
Новая версия накопительного обновления словаря Галактика ERP 9.1 Alter_CumulativeВнесены изменения в словарь БД Галактики ERP 9.1
9.1.61.0ТОРО - Документы - Накладная на отпуск МЦ для ремонта
Модуль "ТОРО" - Документ "Накладная на отпуск МЦ для ремонта" В списке документов устанавливаем фильтр по дате. Если создать новую накладную, то её дата будет равна дате «по» из фильтра. Т.е. если я поставлю диапазон с 01/01/2019 по 31/12/2019, то дата накладной будет 31/12/2019. Должна быть текущая.В случае, если текущая дата выходит за рамки установленного фильтра, то дата накладной устанавливается как "Дата по..." установленного фильтра. В случае, если текущая дата входит в установленный фильтром период, то дата накладной устанавливается как текущая дата.
180.111189.1.059.0Ошибка при формирование накладных на отпуск МЦ в ремонтыТехническое обслуживание и ремонт оборудованияНакладная на отпуск МЦ для ремонта
Модуль "ТОРО" - Документ "Накладная на отпуск МЦ для ремонта" В списке документов устанавливаем фильтр: по дате, по складу-получателю. Далее создаем новый документ (F7) и после нажатия открывается предыдущее требование, а не новый документ.При добавлении записи теперь часть полей заполняется значениями фильтра. Убран ReReadRecord, приводящий к пересчитыванию данных и к скрытию накладной.
101.676819.1.058.0Диадок. Доработать интерфейсы для информирования о возможности работать с контрагентом через ЭДОУправление сбытомРабота с Контур.Диадок
Диадок. Доработать интерфейсы для информирования о возможности работать с контрагентом через ЭДОСтатус добавлен. Поскольку проверка ящика по организации занимает больше времени, то этот поиск подкэширован.
180.107989.1.057.0не сохраняется значение в поле "На" в накладной на возврат из ремонтовТехническое обслуживание и ремонт оборудованияНакладная на возврат МЦ, не использованных при ремонте
у клиента при изменении значения в поле "На" в накладной на возврат из ремонтов сохраняется указанное значение только в том случае, если после этого изменения перейти в поле "Подрядчик", если же перейти в любое другое поле или сразу после изменения закрыть интерфейс, то после повторного входа в этот документ поле "На" остается с предыдущим значением, т.е. не сохраняется введенное новое значение.Значение поля сохраняется.
101.649369.1.056.0Изменяется общее кол-во материалов в заявке на ремонтТехническое обслуживание и ремонт оборудованияЗаявки на ремонт
Изменяется общее кол-во материалов в заявке на ремонт В заявках на ремонт при убранной галочке "отображать ресурсы относительно работ" при добавлении нового материала происходит пересчет "Количество материалов всего" по всем позициям. Изменяется путем умножения "кол-ва работ" по активной позиции вида работ на "количество материалов на единицу работы".При убранном флаге "отображать ресурсы относительно работ" "Количество материалов всего" пересчитывается умножением "количество материалов на единицу работы" на "Количество работ" из соответствующей работы. А для новых МЦ "Количество материалов всего" пересчитывается умножением "количество материалов на единицу работы" на "Количество работ" из активной позиции работ
102.1746429.1.055.0Реализовать проверку наличия договора CanLinkDogovor на общем интерфейсе проверок OtkatToOldStateУправление сбытомНакладные на отпуск
Реализовать возможность привязки договора CanLinkDogovor на общем интерфейсе проверок OtkatToOldStateВозможность привязки договора CanLinkDogovor реализована на общем интерфейсе проверок OtkatToOldState "Настройки Галактики Логистика Документы Сопроводительные документы Модификация и контроль данных Разрешать привязку договора/соглашения/ПКП при запрете редактирования документа" = да Приоритетней настройки: - обработка статуса - исправительные документы - закрытый период
180.106989.1.055.0При установленном фильтре по Актам выполненных ремонтов при изменении параметров документа создаются новые документыТехническое обслуживание и ремонт оборудованияАкты выполненных ремонтов подрядным способом
более подробное описание во вложениив акте выполненных ремонтов при установленном фильтре по статусу, если под фильтр попадает одна запись и сменить этот статус на другой (т.е. запись не будет удовлетворять условиям фильтра), то при закрытии окна редактирования и позиционировании выдается сообщение ---------------------------------------------------- Нет записей удовлетворяющих условиям фильтрации. Фильтр будет снят. ---------------------------------------------------- И фильтр снимается.
102.1966519.1.054.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.15.0.Обеспечение корректной работы. Пересобраны ресурсы с учетом изменённых таблиц словаря Alter_Cumulative 9.1.15.0. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1839959.1.053.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1632509.1.052.0Логирование предупреждений при работе с DSK, объект: "Options1_TTNDoc"Управление сбытомСчета, ДО на продажу
Логирование предупреждений при работе с DSK, объект: "Options1_TTNDoc" Создание ДО выбором ПКП: ---------------------------------------------------- 20.01.2017 11:11:09.34, объект: "Options1_TTNDoc" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : TTN_TEMPLATE Записан: TTNDOCПредупреждение убрано
101.637479.1.051.0Контроль задоженности в ДО по договоруУправление сбытомСчета, ДО на продажу
Контроль задолженности в ДО по договору Прошу доработать функционал системы Галактика в отношении контроля задолженности. Если в ДО выбран и договор и уточняющее соглашение (УС), и контроль задолженности "включен" и в договоре и в УС, то система должна отработать контроль задолженности сначала по лимиту в договоре, а затем по УС.Доработан функционал системы Галактика в отношении контроля задолженности. Если в ДО выбран и договор и уточняющее соглашение (УС), и контроль задолженности "включен" и в договоре и в УС, то система отрабатывает контроль задолженности сначала по лимиту в договоре, а затем в УС.
102.1765299.1.050.0Ошибка при формировании накладной по заявкеСервисное обслуживаниеФормирование накладных на отпуск по заявке
Ошибка при формировании накладной по заявке. При формировании накладной на отпуск для ремонта, в накладную попадают цены из Заявки(ДО), а не учетные из ордера. Разница существенная, т.к. цены в Заявке из прайс-листа, а в ордере списываются по среднему. Замечено, что данная ситуация проявляется по тем Заявкам у которых есть скидка к сумме.(размер скидки при этом не важен). Во вложении пример. Нужны в накладной цены по ордеру.продублирована о/с настройка "Настройки Галактики Логистика Документы Управление сбытом Накладная на отпуск Цена с учетом скидок при формировании накладной по ДО" в модуле Сервисное обслуживание ( "Настройки Галактики Производство и планирование Сервисное обслуживание Накладная на отпуск Цена с учетом скидок при формировании накладной по ДО" ) Теперь в модуле Сервисное обслуживание при формировании накладных на отпуск по заявке по аналогии используется именно эта настройка (логика работы осталась такой же как и раньше). Для решения возникшей у клиента проблемы нужно будет выставить значение данной настройки в НЕТ (по умолчанию её значение = ДА)
102.1790359.1.049.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.9.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
180.101829.1.048.0печать УПД из Акта выполненных ремонтов на заказТехническое обслуживание и ремонт оборудованияАкты выполненных ремонтов на заказ
клиент формирует Акт выполненных ремонтов на заказ, по нему создает СФ. необходима возможность распечатать из Акта выполненных ремонтов на заказ печатной формы УПД (как по документам сбыта)В интерфейс Экспорта универсального передаточного документа (Управление сбытом - Операции - Импорт/экспорт - Экспорт универсального передаточного документа) при установленном значении в поле документ "Сопроводительный документ" добавлена возможность выбора типа документа "Акт выполненных ремонтов на заказ". Экспорт УПД также возможен из СФ - локальное меню "Экспорт в ЭДО". Для "Актов выполненных ремонтов на заказ" добавлено локальное меню печать накладной. При выборе данного пункта печатается документ УПД.
102.1669829.1.046.0Привнесен ненужный функционал существенно затрудняющий использованиеУправление сбытомСчета, ДО на продажу
В последних обновлениях резервирование ТМЦ можно сделать только при их наличии на дату ДО с учетом ЦУ. Т.е. если мы сделаем ДО, а ТМЦ придет после его даты, то при зарезервировать ее по этому приходу по соответствующему разрезу ЦУ не удастся. Приходится отслеживать дату ДО, что "не есть хорошо". Просьба убрать проверку наличия ТМЦ на дату ДО!Остатки при резервировании определяются на дату по настройке Настройки ГалактикиЛогистикаРезервированиеСрок резерва рассчитывать
102.1623299.1.045.0КИС ФХД. Добавление организации в "Черный список"НастройкаРедактирование организаций
1. Необходимо реализовать в каталоге организаций возможность добавления организации в "Черный список". 2. Добавить настройку, позволяющую запретить формирование документов (договор, сопроводительные документы) либо предупредить пользователя о том, что контрагент находится в "Черном списке".Добавлена настройка "Настройки Галактики Общие настройки системы Каталог организаций и банков Формирование документов с контрагентами из черного списка" В окне редактирования каталога организаций доступна опция включения контрагента в черный список. Принадлежность контрагента к черному списку определяется внешним атрибутом к каталогу организаций "Черный список". При включении организации в "Черный список" по умолчанию заносится значение "Черный список". Можно изменить на реальную причину включения организации в "Черный список". Данная причина будет выдаваться при попытке выбрать такую организацию при включенной настройке контроля. Контроль выбора таких организаций осуществляется на данный момент в следующих местах: -выбор контрагента в документах основаниях (сбыт, снабжение, предоплата, консигнация, ремонт, сопроводительные документы и акты) -формирование платежных документов в документах основаниях -формирование сопроводительных документов в документах основаниях -копирование в буфер вставка из буфера документов оснований -формирование ордеров в сопроводительных документах
102.1652159.1.045.0Логирование предупреждений при работе с DSK, объект: "ForAveragePriceFromGtekOst" и "GTekOst_KatStroy"Управление сбытомНакладные на отпуск
Логирование предупреждений при работе с DSK, объект: "ForAveragePriceFromGtekOst" Выбор разреза по позиции спецификации по CTRL+F2 ---------------------------------------------------- 15.03.2017 15:18:19.46, объект: "ForAveragePriceFromGtekOst" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : GTEKOSTSKPR Записан: GTEKOSTВ рамках данного ПИР убрано предупреждение при работе с DSK объект "ForAveragePriceFromGtekOst".
101.611829.1.044.0Необходимо видеть оба номера договора в ДО и сопроводительных документахУправление договорамиПросмотр документов
В организации используется оба поля для идентификации Договора: DOGOVOR1.NODOC_EXT и DOGOVOR1.NODOC. Но пользователь сейчас может в ДО или сопроводительных документах видеть только одно поле. Предлагается расширить действие настройки "Отображение номера договора/соглашения в документах-основаниях и сопроводительных документах", чтобы можно было видеть оба номера. Клиенту нужен формат: [внутренний номер][номер]Добавлено новое значение для настройки Настройки ГалактикиЛогистикаДокументыУправление договорамиОтображение номера договора/соглашения в документах-основаниях и сопроводительных документах -внутренний номерномер
102.1616399.1.042.0Логирование предупреждений при работе с DSK, объект: "_CanEditAttribute_" и "ExClassifier_isPutPick"Управление сбытомНакладные на отпуск
Логирование предупреждений при работе с DSK, объект: "_CanEditAttribute_" и "ExClassifier_isPutPick" При вызове ALT+A и ALT+C в накладных, актах: ---------------------------------------------------- 07.12.2016 15:06:05.21, объект: "_CanEditAttribute_" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : ATTRIBUTE Записан: AKTUSL ---------------------------------------------------- 07.12.2016 15:06:09.39, объект: "_CanEditClassifier_" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : EXCLASSIFIER Записан: AKTUSL ---------------------------------------------------- 07.12.2016 15:06:09.39, объект: "ExClassifier_isPutPick" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : EXCLASSIFIER Записан: TTNDOC ---------------------------------------------------- 07.12.2016 15:07:45.16, объект: "_CanEditAttribute_" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : ATTRIBUTE Записан: SOPRDOC ---------------------------------------------------- 07.12.2016 15:07:47.78, объект: "_CanEditClassifier_" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : EXCLASSIFIER Записан: SOPRDOC ---------------------------------------------------- 07.12.2016 15:07:47.78, объект: "ExClassifier_isPutPick" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : EXCLASSIFIER Записан: TTNDOCИзбавлено от предупреждение ОТК
180.100229.1.042.0При установке фильтра создается новый документТехническое обслуживание и ремонт оборудованияАкты на списание МЦ из ремонта
Описание во вложенном файле.Доработано. При закрытии окна фильтрации, если не было записей удовлетворяющих условиям фильтра фильтр не устанавливается
102.1607579.1.042.0Логирование предупреждений при работе с DSK, объект: "GTekOst_TekVol_Is"Складской учетСкладская сторона накладной
Логирование предупреждений при работе с DSK, объект: "GTekOst_TekVol_Is" При выборе в спецификации по CTRL+F2 из панели Объекты Целевого учета (справа) - ENTER. ---------------------------------------------------- 16.11.2016 15:48:51.49, объект: "GTekOst_TekVol_Is" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : NAKL501 Записан: GTEKOSTSKPR ---------------------------------------------------- 16.11.2016 15:49:06.27, объект: "GTekOst_TekVol_Is" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : NAKL501 Записан: GTEKOSTSKPR ---------------------------------------------------- 16.11.2016 15:49:35.93, объект: "GTekOst_TekVol_Is" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : NAKL501 Записан: GTEKOSTSKPRУбраны предупреждения при работе с DSK
102.1596139.1.042.0Автоматическое формирование дополнительных ЭСчФУправление сбытомСчета-фактуры поставщика (Беларусь)
Необходимо автоматизировать формирование ЭСчФ для так называемой корректировки налоговой базы в бизнес-процессе перевыставления коммунальных услуг арендаторам. Эта случаи относящиеся с корректировке налоговой базы требуется отражать ЭСчФ с типом "Дополнительная" Описываю со слов клиента ситуацию. Энергонадзор в начале месяца присылает счет: Электроэнергия 100 квт по 19.5 руб стоимость и НДС. Вы оплачиваете ему вперед за месяц. 31 числа он присылает акт, но уже такой: Электроэнергия 100 квт по 19.5 руб Индексация электроэнергии - сумма, НДС. И так - каджый месяц! Это обычная практика энергонадзора (и по теплоэнергии - то же самое) На портал нам выставят две ЭСчФ - исходную по первой строчке и "Дополнительную" (возможно с отрицательной суммой) по второй. Номер дополнительной СФ формируется произвольно при выставлении и никак не связан с номером акта. Эту индексацию мы перевыставляем нашему арендатору (ну как арендатору - 800 арендаторам!). Она как правило является позицией спецификации в счете, какой же как и другие коммунальные услуги. Но при пакетном (!) формировании актов - если рассматривать имеющийся у нас бизнес-процесс - для нее нужно автоматом создать отдельный акт и при пакетном (же!) формировании ЭСчФ сформировать документ с типом "Дополнительный" который должен иметь ссылку на входящий дополнительный ЭСчФ. Необходимость перевыставления сумм индексации арендаторам потребовали (подтвердили) аудиторы на двух проверках у клиента.Группировка и разделение корректировочных документов. Добавлена новая настройка: "Настройки Галактики Логистика Документы Сопроводительные документы Формирование документов Формирование корректировочных документов. Применять алгоритм группировки спецификации и разделения на документы". Настройка активна при включенной "Настройки Галактики Логистика Документы Сопроводительные документы Формирование документов После формирования по ДО сгруппировать спецификацию и разделить сопроводительный документ" По данной настройке происходит группировка спецификации созданного корректировочного документа по внешнему атрибуту-ссылке из спецификации или каталога МЦ, и разделение на отдельные корректировочные документы. В каталог услуг добавлено поле-признак Индексационная услуга. Во время создание СД по ДО услуги с признаком "индексационная" всегда создаются отдельными актами. При одиночном/пакетном создании СФ по акту на возмещение затрат с услугами с признаком "индексационная" создается СФ с типом записи "Возмещение затрат" и типом ЭСЧФ "Доп. без ссылки на ЭСЧФ". Для указанных СФ также доработана функция автоматического определения СФ получателя и заполнение полей "Номер ЭСЧФ продавца" и "дата выписки" раздела 2. Алгоритм работы с СФ по возмещению затрат с услугами с признаком "индексационная" аналогичен алгоритму для СФ по возмещению затрат с обычными услугами. Доработана возможность пакетного формирования ЭСЧФ с типом "Дополнительный" по корректировочным актам. Описание алгоритма возмещения затрат при методе учета по отгрузке: 1) Создается акт сбыта с заданным для возмещения затрат статусом; 2) К услугам или к позициям спецификации акта задается внешний атрибут. Название атрибута задается в настройке Настройки Галактики Логистика Налоги, документы для учета НДС Беларусь Атрибут "Организация для возмещения затрат" (каталог услуг, спецификация сопроводительного документа); 3) По нему формируется СФ с типом "Возмещение затрат" в сбыте с положительной суммой. В созданном СФ устанавливается: в разд.2 п.6 статус поставщика "Посредник", в разд.3 п.15 статус получателя "Потребитель" и в разд.2 п.12 "Номер ЭСЧФ продавца" и "Дата выписки" заполняются согласно найденному СФ из снабжения. Если полученный "Номер ЭСЧФ продавца" не соответствует заданному шаблону поля, то он принимает значение пустой строки; 4)Поиск СФ снабжения производится путем определения последнего СФ по услуге спецификации акта и организации одного из внешних атрибутов. Если задан внешний атрибут к позиции спецификации акта, то организация берется из него. Если атрибут к позиции спецификации акта не задан, то организация берется из атрибута к услуге. Пользователю необходимо контролировать корректность выбора СФ снабжения системой для ситуаций, когда алгоритм поиска не соответствует реальному расположению СФ. В этом случае необходимо в разд.2 п.12 "Номер ЭСЧФ продавца" и "Дата выписки" задавать вручную; 5) При регистрации СФ записи создаются в книге покупок с минусом и на имя организаций из атрибутов (выбор организации из атрибутов см. в п.3). Количество записей соответствует количеству заданных через атрибут организаций.
102.1561139.1.041.0Добавить PickButton (F4) в поле "Наряд-заказ"Управление сбытомНакладные на отпуск
Добавить PickButton (F4) в поле "Наряд-заказ"Добавлено PickButton (F4) в поле "Наряд-заказ" для Накладной на отпуск и Акта на услуги
102.1601009.1.040.0Логирование предупреждений при работе с DSK, объект: "GTekOst_wUseUchEdIzm" и т.д.Складской учетАкты на перемещение между объектами
Логирование предупреждений при работе с DSK, объект: "GTekOst_wUseUchEdIzm" и т.д. По CTRL+F2 в позиции спецификации: ---------------------------------------------------- 27.10.2016 10:01:51.89, объект: "GTekOst_wUseUchEdIzm" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : GTEKOSTSKPR Записан: GTEKOST ---------------------------------------------------- 27.10.2016 10:01:51.90, объект: "GTekOst_showing" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : GTEKOSTSKPR Записан: GTEKOST ---------------------------------------------------- 27.10.2016 10:01:51.90, объект: "GTekOst_fMOL" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : GTEKOSTSKPR Записан: GTEKOST ---------------------------------------------------- 27.10.2016 10:01:51.90, объект: "GTekOst_wSaveFlt" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : GTEKOSTSKPR Записан: GTEKOST ---------------------------------------------------- 27.10.2016 10:01:51.90, объект: "GTekOst_fPodr" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : GTEKOSTSKPR Записан: GTEKOST ---------------------------------------------------- 27.10.2016 10:01:57.86, объект: "GTekOst_KatStroy" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : AKTONPEREMESCH Записан: GTEKOSTSKPR ---------------------------------------------------- 27.10.2016 10:01:58.24, объект: "ForAveragePriceFromGtekOst" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : AKTONPEREMESCH Записан: GTEKOSTИзбавлено от предупреждений при работе с DSK
180.89319.1.040.0Необходимо удалять фактические данные в графике ремонтов при отвязывании акта выполненного ремонтаТехническое обслуживание и ремонт оборудованияГрафики обслуживания и ремонта
Описание во вложенном файле.Доработано Из окна редактирования актов выполненных ремонт при перевыборе заявки на ремонт, если акт был привязан к графику ремонтов, то в этом графике пересчитываются фактические даты и описание с учетом того что текущий акт уже к нему не привязан.
102.1516359.1.040.0Логирование предупреждений при работе с dsk в модуле ТОРО_6Техническое обслуживание и ремонт оборудованияНе знаю, какая именно часть модуля ТОРО, научите
По предложению Ларина(согласовано с Леонтьевым) отделу интегрального тестирования было рекомендовано регистрировать проблемы в ПИР по факту появления сообщений в dsk логах. Разъяснения Корзюка рассылались в письме "Параметры, хранящиеся в DSK" 22.02.2016 по e-mail руководителям отделов разработки. Сообщения появляются при прогоне aqa-тестов, поэтому точно указать действие, при котором появляется сообщение, затруднительно. 09.03.2016 12:54:69, объект:"GTekOst_fSkPr" [x]: Несовпадение типов считываемого объекта (Word) и сохраненного (Byte) [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : GTEKOSTSKPR Записан: DOCAKTREMONT В силу странного указания времени в dsk логе(12:54:69) трудно сопоставить соответствующий сегмент из лога прогона, но предположительно это Сегмент: 106. Создание акта по заявке, дата в ордере из заявки (УР) ? Дата прогона: 09/03/2016 Среда 12:54:04 ? Дата составления: 19/02/2010 Пятница 17:10:00 ? Дата модификации: 03/02/2015 Вторник 18:51:00 ? Тип: связан с предыдущим, не восстанавливает базу, восстанавливает контекст ? Контекст: :L_REMONT::REMONT MALAHOV ? Количество пользователей в системе:1 ? 12:54:04 ? (9): Команда запуска : L_REMDOC::DOCAKTREMONT(553) ? 12:54:04 ? (9): Команда меню : Акты выполненных ремонтов подрядным способом (Акты выполненных ремонтов подрядным способом) ........... ? 12:54:16 ? (232): Контрольная точка 0 : контроль интерфейса(диалога) ? 12:54:16 ? (232): Название интерфейса: "AKTREMONT". Заголовок интерфейса: "Перечень услуг". ? 12:54:16 ? (232): Параметры: Проверка интерфейса. Визуальное сравнение. ? 12:54:16 ? (232): Дата прогона: 09/03/2016 Среда 12:54:16 ?????????????????????????????????????????????????????????????????????????????? ? 12:54:17 ? (245): Контрольная точка 1 : контроль интерфейса(диалога) ? 12:54:17 ? (245): Название интерфейса: "IGETDATEORD". Заголовок интерфейса: "Введите дату". ? 12:54:17 ? (245): Параметры: Проверка интерфейса. Визуальное сравнение. ? 12:54:17 ? (245): Дата прогона: 09/03/2016 Среда 12:54:17 ? 12:54:19 ? (271): Время построения отчета SOPR_OPR - 0,09 с. ?????????????????????????????????????????????????????????????????????????????? ? 12:54:20 ? (274): Контрольная точка 2 : Проверка файла D:GAL8.1AQAoutOlyasopr_opr.out ? 12:54:20 ? (274): Функция: Проверка контрольной точки в окне редактора ? 12:54:20 ? (274): Параметры: Имя файла C:GAL910Start empOUTmalahovFRsopr_opr.out ? 12:54:20 ? (274): Дата прогона: 09/03/2016 Среда 12:54:20 ?????????????????????????????????????????????????????????????????????????????? ? 12:54:20 ? (288): Завершение сегмента : 106. Создание акта по заявке, дата в ордере из заявки (УР) ? 12:54:20 ? (288): Время выполнения : 00:00:16Исправлено
102.1519279.1.039.09.1 Логирование предупреждений при работе с DSKКонтроллингНе знаю, какая именно часть модуля "Контролинг", научите
9.1 Логирование предупреждений при работе с DSK Логирование предупреждений при работе с dsk По предложению Ларина(согласовано с Леонтьевым) отделу интегрального тестирования было рекомендовано регистрировать проблемы в ПИР по факту появления сообщений в dsk логах. Разъяснения Корзюка рассылались в письме "Параметры, хранящиеся в DSK" 22.02.2016 Сегмент: ПИР 180.6652 Внешние атрибуты в ПБ 14.03.2016 12:13:14, объект:"ForMnfKol" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : SYRNAGP Записан: NAKL502 ---------------------------------------------------- 14.03.2016 12:13:14, объект:"ForMnfPrice" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : SYRNAGP Записан: NAKL502Доработано в накладных УПЛ, в алгоритмах 220, 221, 223.
102.1583239.1.039.0Логирование предупреждений при работе с DSK, объект: "ForAveragePriceFromWorkInterface"Управление сбытомСчета, ДО на продажу
Логирование предупреждений при работе с DSK, объект: "ForAveragePriceFromWorkInterface" CTRL+F2 в позиции спецификации: ---------------------------------------------------- 08.09.2016 14:57:17.38, объект: "ForAveragePriceFromWorkInterface" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : GTEKOST Записан: VSCHETУбраны предупреждения при выборе партии по позиции CTRL+F2 в позиции спецификации.
101.603039.1.039.0Отключить резервирование в ДО при смене статуса по настройкеУправление сбытомСчета, ДО на продажу
Отключить резервирование в ДО при смене статуса по настройке При изменении статуса в ДО на продажу с оформляемого на исполняемый, появляется сообщение: "Произвести резервирование по ДО". Мы никогда не работали с резервированием. Пользователи ошибаются при выборе ответа. Как бы это сообщение убрать?При изменении статуса ДО вне зависимости от методики резервирования проверяется настройка авторезервирования
102.1476119.1.038.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1570699.1.037.0В локальном меню накладных ТОРО отсутствует ФЛМ "Просмотр путевых"Техническое обслуживание и ремонт оборудованияНакладная на отпуск МЦ для ремонта
В локальном меню накладных ТОРО отсутствует ФЛМ "Просмотр путевых"Восстановлен просмотр путевых листов в накладных ТОРО
102.1581969.1.037.0Логирование предупреждений при работе с DSK, объект: "KoefOtpEd_F_GetPrih"Складской учетАкты на списание
Логирование предупреждений при работе с DSK, объект: "KoefOtpEd_F_GetPrih" При выборе из свободных приходов: ---------------------------------------------------- 06.09.2016 13:32:20.18, объект: "KoefOtpEd_F_GetPrih" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : F_GETPRIH Записан: AKT_SPISУбраны предупреждения при работе с DSK
106.102699.1.035.0Фильтр на назначения пустое значение - требуется выборУправление сбытомНакладные на отпуск
Фильтр на назначения пустое значение - требуется выбор Клиент накладывает фильтр на список накладных на отпуск с пустым значением, чтобы отобрать те документы, где назначение не проставлено. Назначения надо проставить, но возможности такой нет. Подробности во вложенном файле.Доработана замена назначения в сопроводительных документах сбыта, снабжения, склада, УКСа. Во всех сопроводительных документах в списке добавлен п.меню "Замена полей -> Замена назначения". В данной проблеме реализована замена назначения по отмеченным маркером документам, а также по текущей позиции, если отметки нет. Стоит отметить, что по данному пункту можно заменить назначение и при установленном фильтре по статусу. В случае не возможности редактирования документа, документы пропускаются.
102.1548549.1.035.0Перенести обработку налогов на уровень базового сопроводительного документа (BaseSopr)Управление сбытомНакладные на отпуск
Перенести обработку налогов на уровень базового сопроводительного документа (BaseSopr)Обработка налогов осуществляется уровне базового сопроводительного документа (BaseSopr)
101.590469.1.034.0ЦО в внешние атрибуты при привязки договора к ДОУправление снабжениемСчета, ДО на закупку
При привязке накладной к договору система сначала спрашивает "Создать накладную на основе договора?", отвечаем "Да", потом система спрашивает "Перенести спецификацию из договора?" отвечаем "Нет". Таким образом в накладную переносится ЦО и внешние атрибуты из договора, а спецификация из договора не копируется. Необходим такой же механизм и для ДО, чтобы спецификация, изначально указанная в ДО, не изменялась при привязке к договору, но переносились ЦО и внешние атрибуты. Как работает сейчас: При привязке ДО к договору (или ПКП) система сразу спрашивает "Создать ДО на основе спецификации?". Если ответить "Да", то ЦО и внешние атрибуты переносятся, но при этом в ДО заменяется спецификация. Если в параметрах формирования убрать галочку "копировать всю спецификацию из выбранного документа", то после этого сообщения выходит окно выбора позиций спецификации договора, т.е., в любом случае, та спецификация, которая была указана в ДО, заменяется. Если к ДО привязаны сопроводительные документы, то такое сообщение вообще не выходит и ничего из договора не переносится.При формировании ДО по договору/соглашения/ПКП - если переносится вся спецификация, то спецификация ДО будет удалена - если переносится не вся спецификация (уточняется выбором), то спецификация ДО будет удалена, если выбор из спецификации договора/соглашения/ПКП будет отменен и при утвердительном ответе на предложение об удалении. - если спецификация отсутствует или нет позиций для добавления (отсутствие остатка, например), то будет предложено удалить спецификацию ДО.
102.1520189.1.033.0Логирование предупреждений при работе с dsk, объект:"GetSDog_RestoreStat"Управление сбытомНакладные на отпуск
При формировании накладной выбором договора: ---------------------------------------------------- 17.03.2016 14:06:34, объект:"GetSDog_RestoreStat" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : GETSOMEDOGOVOR Записан: SOPRDOC ---------------------------------------------------- 17.03.2016 14:06:34, объект:"GetSDog_pKontr2" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : GETSOMEDOGOVOR Записан: SOPRDOC ---------------------------------------------------- 17.03.2016 14:06:34, объект:"GetSDog_NeedFilterOnKontr2" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : GETSOMEDOGOVOR Записан: SOPRDOC ---------------------------------------------------- 17.03.2016 14:06:34, объект:"GetSDog_dDoc" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : GETSOMEDOGOVOR Записан: SOPRDOCИсправлено
102.1518039.1.033.0Логирование предупреждений при работе с .dsk объект:"GetSDog_NotSelectStat"Контур логистикиL_Dogovor
Периодически появляется вот такое предупреждение: 10.03.2016 17:06:17, объект:"GetSDog_NotSelectStat" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : GETSOMEDOGOVOR Записан: MODSTATUSDOGИсправлено
102.1517529.1.033.0Логирование предупреждений при работе с .dsk "GetDAK_Status"Контур логистикиL_Dogovor
Периодически появляется вот такое предупреждение: 10.03.2016 17:01:92, объект:"GetDAK_Status" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : DOG2ANYDOCS Записан: BEGFIL 10.03.2016 17:01:93, объект:"GetDAK_Status_e" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : DOG2ANYDOCS Записан: BEGFILИсправлено
102.1520629.1.033.0Логирование предупреждений при работе с dsk, объект:"_CanEditTTNDoc_"Управление сбытомНакладные на отпуск
Логирование предупреждений при работе с dsk, объект:"_CanEditTTNDoc_" При формировании накладной выбором договора: ---------------------------------------------------- 17.03.2016 14:06:52, объект:"_CanEditTTNDoc_" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : TTN_TEMPLATE Записан: TTNDOC ---------------------------------------------------- 17.03.2016 14:06:53, объект:"Options1_TTNDoc" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : TTN_TEMPLATE Записан: TTNDOCИсправлено
102.1516119.1.032.0Унифицировать работу с дополнительными пунктами менюКонтур логистикиПредложение по новой функциональности контура логистики
Вынести функции работы с дополнительным меню в public методы.Проведена гармонизация кода
101.584649.1.031.0При установки фильтров проверяется возможность редактирования текущего документаТехническое обслуживание и ремонт оборудованияНакладная на возврат МЦ, не использованных при ремонте
При установки фильтров проверяется возможность редактирования текущего документа Если в списке на возврат неиспользованных материалов установить фильтр по любому значению (стоя при этом на документе текущего отчетного периода) - все ОК. Если встать на документ закрытого периода и также попробовать установить фильтр - выдается предупреждение (см. вложение) - это ошибка. Не редактируем документ, а устанавливаем фильтр.исправлено
102.1496809.1.030.0Привести цвета поля "Количество по СД" с спецификации ДО в соответствие с визуальной схемойУправление снабжениемСчета, ДО на закупку
Привести цвета в соответствие с визуальной схемой В связи с выпуском C_PALETTE_RES_9190 в Галактику добавлены палитры с более мягкими оттенками. Electron ( по умолчанию) и Light. Цвета указанного элемента стали заметно диссонировать с остальной цветовой схемой.Убрать в настройках выгрузок выделение желтым шрифтом на синем фоне
102.1487779.1.030.0Реализовать отдельный интерфейс для формирования заказы для автотранспортаУправление сбытомНакладные на отпуск
Реализовать отдельный интерфейс для формирования заказы для автотранспорта Обработку признака "Учет транспорта" реализовать на супер-классе для сопроводительных документовРеализован интерфейс учета транспорта.
102.1079659.1.029.0Не правильная надбавка и завод. цена для МЦ с фиксированными ценамиУправление сбытомФормы ТТН, УПД, Акты
Обработка и ввод заводской цены.Расчет налогов для заводской цены. В каталог МЦ и каталог партий добавлены поля с налогами по заводской цене. У пользователя появилась возможность вводить заводскую цену как с налогами так и без. В каталоге МЦ налоги рассчитываются на текущую дату. В каталоге партий - на дату создания партии. Группа налогов берется из каталога МЦ. Сами налоги не видны, т.к. только рассчитываются и нигде не хранятся, видна только их общая сумма. Подкорректирована обработка заводской цены. Теперь в зависимости от входимости налогов в цену (в документе) отображается значение заводской цены. Аналогично, и при изменении заводской цены из спецификации, смотрится входимость налогов.
102.1471269.1.029.0Реализовать базовый документ для пересортицыСкладской учетАкты на пересортицу
Реализовать базовый документ для пересортицы Наследниками этого интерфейса должны являться Акт на пересортицу и АПМО. Создать общий супер-класс для сопроводительных документов, т.к. BaseSopr не будет предком актов на пересортицуБазовый сопроводительный документ. Изменена иерархия интерфейсов. SuperSopr - Супер-класс для сопроводительных документов BaseSopr(SuperSopr) - Базовый сопроводительный документ BasePeresort(SuperSopr) - Базовый документ для пересортицы AktONPeremesch(BasePeresort) - Акт на перемещение между объектами Peresort(BasePeresort) - Акт на пересортицу
102.1471409.1.029.0Реализовать базовый документа для ремонтных накладныхТехническое обслуживание и ремонт оборудованияНакладная на отпуск МЦ для ремонта
Реализовать базовый документа для ремонтных накладныхДобавлен базовый интерфейс для ремонтных накладных. Полная иерархия интерфейсов после данной доработки: SuperSopr |---BasePeresort | |---Peresort | |---AktONPeremesch | |---Soprc45_AktPr | |---BaseRemont | |---InRemont | |---OutRemont | |---BaseSopr |---BaseSoprDoc | |---AktRec | |---AktUMC | |---AktUsl | |---AktUslB | | |---AktUslB_110 | | |---AktUslB_111 | | |---AktUslB_114 | | | |---SoprDoc_Release | | |---SoprDoc | | |---SoprDoc_Sht | | |---NaklOtgrWood | | | |---SoprDocB_Release | |---SoprDocB | |---SoprDocB_Milk | |---JournalWood | |---BaseSklDoc |---ActCompl |---ActComplPart |---AktSpis |---Inv_Prih |---Inv_Rash |---SopInMov |---WoodInMov