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


Описание файла обновления:
ФайлL_DOGOVOR_RES_911010.TXT
ОбновлениеL_Dogovor_res_911010
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентL_DOGOVOR
ТипRES
Версия9.1.101.0
Дата2018-11-26 12:47:39
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
101.613339.1.100.0Необходима пользовательская настройка на запрет дублирующих позиций в СоглашенииУправление договорамиСпецификация
Необходима пользовательская настройка на запрет дублирующих позиций в Соглашении Когда в спецификации уточняющего соглашении много позиций пользователи путаются и добавляют позиции повторно, это влечет за собой ряд проблем. Необходимо сделать пользовательскую настройку, которая бы запрещала пользователям добавлять дублирующие позиции в Соглашение. Настройка необходима для спецификации соглашения (обязательно) и для спецификации договора.Добавлена настройка "Настройки Галактики Логистика Документы Управление договорами Контроль удаления и модификации Разрешать дублирующие позиции в спецификациях" При запрете при попытке добавить дублирующую позицию будет выдан протокол Проверка производится с учетом отпускной единицы
101.647359.1.100.0Дополнительная классификация договораУправление договорамиВвод договора
1) Поле "Дополнительная классификация договоров" из расширенной информации договора, закладка "Назначение", внести в папку "Настройки Галактики Логистика Документы Управление договорами Контроль заполнения полей", с соответствующей функциональностью. 2) При привязке ДО на закупку/предоплату закупок к договору переносить информацию в ДО в виде внешней классификации.Добавлена настройка "Настройки Галактики Логистика Документы Управление договорами Контроль заполнения полейДополнительная классификация договоров", которая учитывается в расширенной информации договора, закладка "Назначение", поле "Дополнительная классификация договоров". В ДО - "Расширенная информация" добавлено поле "Доп. классификация", которое отображается при установленной настройке "Настройки Галактики Логистика Документы Управление договорами Контроль заполнения полейДополнительная классификация договоров". Поле только для чтения и отображения значения доп. классификации из договора.
101.653339.1.100.0Необходимо наследование внешнего атрибута из договора/соглашения в наряд-заказУправление договорамиНаряд-заказы
Необходимо наследование внешнего атрибута из договора/соглашения в наряд-заказ Необходимо наследование внешнего атрибута из договора/соглашения в наряд-заказ. Настройки такой нет.При выборе Договора/Соглашения/Календарного плана соответствующие внешние атрибуты копируются в наряд-заказ
101.653899.1.100.0Создание ДО с контрагентами из черного списка.Управление сбытомСчета, ДО на продажу
Создание ДО с контрагентами из черного списка. При работе с контрагентами, находящимися в черном списке, их нельзя напрямую выбрать для ДО. Однако, существует возможность обойти данное ограничение, при условии, что с таким контрагентом существует договор: создать новое ДО, выбрать договор с контрагентом из черного списка - в ДО установится этот контрагент. Необходимо закрыть эту "дыру" и запретить пользователям каким либо образом создавать счета на контрагентов из ЧС.В карточках ДО при выборе договора с контрагентом, находящимся в черном списке, согласно ограничениям и функционалу работы с ЧС выдается сообщение о запрете выбора.Если контрагент находится в ЧС без ограничений, запрет на формирование не производится. При пакетном формировании ДО по договорам, договора с контрагентами из ЧС не предлагаются к выбору.
101.654279.1.100.0Выгружать тип организацииУправление договорамиУведомление о контролируемых сделках
В отчет "Уведомление о контролируемых сделках" выгружается только поле "Наименование" организации из каталога, клиенту также необходимо, чтобы выгружалось и поле "Тип" организации в наименование. Наверно правильнее будет выгружать в отчет наименование организации согласно настройке: "Настройки Галактики Общие настройки системы Каталог организаций и банков Представление наименования организаций при печати документов". На что клиент сказал, что "...в данном отчете всегда нужны тип и наименование. У нас данная настройка стоит в значении тип - наименование. Так что, если считаете, что выводить в соответствии с настройкой - можно и так."Добавили обработку настройки: "Настройки Галактики Общие настройки системы Каталог организаций и банков Представление наименования организаций при печати документов" в следующих полях: 1. "Уведомление о контролируемых сделок" - ContrTrans.xlt: - стр.1 - "Налогоплательщик"; - стр.5. - "Наименование организации". 2. "Уведомление о контролируемых сделок" - *.xml: - "НаимОрг"; 3. "Перечень контролируемых сделок": - "Наименование организации"; - "Наименование контрагента". 4. "Контрольный отчет по ТЦО": - "Контр. отчет" - "Контрагент"; - "Контр. отчет_агентская схема" - "Агент", "Принципал", "Продавец/покупатель".
102.1804679.1.100.0Экспорт/Импорт распоряжения на имезение целевого назначения МТРСкладской учетРаспоряжение на изменение целевого назначения МТР
Экспорт/Импорт распоряжения на имезение целевого назначения МТР При экспорте спецификации распоряжения в Excel-файл, и удалении строк спецификации после экспорта, вместе с ними удаляются и значения пользовательской аналитики из Листов 2-6 документа (хорошо видно при удалении первой строки содержащей информацию об МЦ). Удаляются те строки, в которых были значения аналитики. Если внести любые изменения (кроме удаления строки или номера строки)!!!!! в Excel-файл и потом произвести удаление строк, то значения с Листов 2-6 не удаляются.Исправлено
102.1840959.1.100.0Ошибка при печатиУправление договорамиРабота с банковской гарантией
Ошибка при печати "Расшифровка выставленных требований"Исправлено
102.1893189.1.100.0При удалении документа "Распоряжение на изменение целевого назначения МТР" записи в таблице Soprhoz не удаляютсяСкладской учетРаспоряжение на изменение целевого назначения МТР
При удалении документа "Распоряжение на изменение целевого назначения МТР" записи в таблице Soprhoz не удаляютсяДоработано удаление SoprHoz-а по распоряжениям
102.1908869.1.100.0В отчет по БГ "Расшифровка выставленных требований" добавить вывод ШК -договора и ШК- БГУправление договорамиРабота с банковской гарантией
Клиент просит отчет по БГ "Расшифровка выставленных требований" добавить вывод ШК -договора и ШК- БГ Договоры-Документы-Работа с банковскими гарантиями-Расшифровка выставленных требованийДобавлен штрих код в отчет
102.1889299.1.99.0Не правильно рассчитывается задолженность по платежамФинансово-расчетные операцииПлатежное поручение
Не правильно рассчитывается задолженность по платежам. При привязке нового платежа не видны платежи, ранее привязанные к ДО. Если изменить "Настройки ГалактикиБухгалтерский контурОбработка документовРаспределение платежа по ДОУчитывать при расчете задолженности оформляемые фин. документы"=да, то сумма платежей отображается корректно. Все платежные поручения оплачены, настройка влиять не должна. База на которой проявляется проблема выложена на FTP сервер, в директорию 2.150770.Проблема возникает из-за того, что при выключенной настройке "Учитывать при расчете задолженности оформляемые фин. документы" в расчете задолженности участвовали только документы в исполняемых или закрытых статусам. Документы без статуса или оформляемые не учитывались. Исправлено следующим образом. Переименована настройка "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Учитывать при расчете задолженности оформляемые фин. документы" в "Учитывать при расчете задолженности неоплаченные фин. документы". Добавлена новая пользовательская настройка "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Учитывать при расчете задолженности фин. документы в статусе оформляемый" со значением по умолчанию - "нет". Теперь можно отдельно настроить учитывать оплаченные или не оплаченные документы, а так де учитывать или нет документы в статусе оформляемый. В данном конкретном случае пользователям необходимо выключить настройку "Учитывать при расчете задолженности неоплаченные фин. документы" и включить настройку "Учитывать при расчете задолженности фин. документы в статусе оформляемый".
102.1841889.1.98.0алг. 77 Корректировка ПКП Формирование "дерева иерархии" со списком договоровсоглашенийпкп более 5 минутКонтур управления производствомпо 77-му системному алгоритму "Формирование договоров, соглашений,ПКП по пл...
алг. 77 Корректировка ПКП Формирование "дерева иерархии" со списком договоровсоглашенийпкп более 5 минут по инц. 2.140429 В процессе корректировки ПКП производится выбор договора/соглашения из каталога. В процессе формирования списка договоров появляется сообщение "Формирование дерева иерархии...", которое висит 5 и более минут. Клиент пишет: При корректировке каждой заявки время ожидания по 5 минут недопустимо. Необходимо существенно сократить время формирования дерева иерархии! Описание клиента во вложении. По предварительной информации от Ждановича выбор договора осуществляется из интерфейса, который каждый раз перестраивается из временной таблицы. Необходимо использовать другой интерфейс. Альтернатива есть. Пример настроен на базе incidents91, заявка 000002 по шаблону инц. 2.140429 СФЗ ФЛМ1: 77_инц. 2.140429 СФЗ Формирование ПКП ФЛМ2: 77_инц. 2.140429 СФЗ Корректировка ПКП На данной базе в связи с малым количеством договоров и еще меньшим количеством ПКП проблема не проявляется.Используется GetSomeDogovor вместо GetSomeDogovorEx
101.654109.1.97.0ОКАТО вместо ОКТМОУправление договорамиУведомление о контролируемых сделках
ОКАТО вместо ОКТМО в XML. Описание во вложении.Отчет "Уведомление о контролируемых сделках" в xml. Изменили поле и вывод значения ОКАТО на ОКТМО.
102.1825309.1.97.0Доработка алгоритма 3029Управление договорамиСпецификация
Доработка алгоритма 3029 В связи с переходом на коды МЦ из НСИ, невозможно выполнить загрузку по коду группы МЦ, необходимо выполнять загрузку по номенклатурному номеру.Изменен поиск МЦ/услуги по номенклатурному номеру
102.1865059.1.97.0Фильтр по полразделениям, переведенным в архив, в контуре ЛогистикиКонтур логистикиНе знаю, какая именно часть контура логистики, научите
Если у подразделения в каталоге подразделений заполнено поле "В архиве с" (архивное подразделение) и значение этого поля меньше текущей даты, соответственно это подразделение нельзя выбрать в фильтрах, используемых в контуре Логистики, к примеру, в Карточке складского учета и др (выдается запрещающее сообщение). От клиента поступило предложение не учитывать значения поля "В архиве с" при выборе архивных подразделений именно в фильтрах.В фильтрах: Карточки складского учета, Карточки учета МЦ в производстве, Лист согласования добавлена возможность выбора архивных подразделений. При выборе архивного подразделения выдается запрос на подтверждение выбора.
102.1881609.1.97.0Не выбирается Подписант в уведомлении о контролируемых сделкахУправление договорамиУведомление о контролируемых сделках
Перестал выбиратся Подписант в уведомлении о контролируемых сделках Поле подписант в отчете "Уведомление о контролируемых сделках" пустое и не редактируется. Нужно вернуть возможность 1) Чтобы оно подтягивалось из настройки "Руководитель организации" 2) Чтобы была возможность его ручного изменения в настройках отчета.Вернули возможность выбора подписанта в Уведомлении о контролируемых сделках. Если поле пустое, то берется из настройки "Руководитель организации".
102.1867919.1.96.0Атлантис 5.5.32. Печать распоряжения в формате FR - ошибкиУправление договорамиРаспоряжения на отгрузку
Атлантис 5.5.32. Печать распоряжения в формате FR - ошибкиИсправлено
101.640819.1.95.0Распоряжение на прием отпуск. Пропала панель с ЦУСкладской учетРаспоряжения на прием-отпуск МТР
Распоряжение на прием отпуск. Пропала панель с ЦУ.Восстановлена работа с целевым учетом в распоряжениях
101.644139.1.95.0Сделать поле Способ транспортировки поле обязательным для заполнения по пользовательской настройкеУправление договорамиВвод договора
Клиенту, для ряда пользователей необходимо сделать поле в модуле "Управление договорамиДоговорыУточняющие соглашенияРасширенная информацияУсловия отгрузкиСпособ транспортировки" сделать обязательным для ввода. В связи предложение: добавить это поле в раздел контролируемых (Настройки Галактики Логистика Документы Управление договорами Контроль заполнения полей).1. Создана настройки Настройки Галактики Логистика Документы Управление договорами Контроль заполнения полей Способ транспортировки. Возможные значения настройки "нет контроля" (по умолчанию), "предупреждение", "обязательное заполнение". 2. Настройка контролирует заполнение поля "Способ транспортировки" для договоров и соглашений в окне редактирования договора/соглашения. Проверка осуществляется непосредственно в окне задания способа транспортировки, а также при закрытии окна редактирования договора/соглашения. 3. Если поле не заполнено и значение настройки = "обязательное заполнение", поле подсвечивается желтым цветом.
102.1827449.1.95.0Условия поставки в протоколе заполнять как и для отчетаУправление договорамиУведомление о контролируемых сделках
Условия поставки в протоколе заполнять как и для отчета В Протоколе "документы" и "документы с суммами" необходимо, чтобы "Условия поставки" заполнялось также, как и для самого отчета: Сейчас: 1.Раздел 1Б, поле 100 Код условия поставки Есть Внешний атрибут к сопроводительным документам "Код условий поставки", который заполняем руками. При формировании отчета данное поле будет заполняться этим атрибутом, иначе - из договора на закладке "Контролируемая сделка" поле "Код условий поставки", если же данные значения пустые, то выводим из поля "Базис поставки" вкладки "Условия отгрузки" расширенной информации по соответствующему договору. В Протоколе заполняется только из внешнего атрибута.Управление договорамиОтчетыУведомление о контролируемых сделках Изменили вывод поля "Код условия поставки" в протоколировании: - "документы" - "документы с суммами" - "документы с суммами с группировкой". Есть Внешний атрибут к сопроводительным документам "Код условий поставки", который заполняем руками. Сейчас идет проверка: При формировании отчета данное поле будет заполняться вн. атрибутом из сопр. документа, иначе - из договора на закладке "Контролируемая сделка" поле "Код условий поставки", если же данные значения пустые, то выводим из поля "Базис поставки" вкладки "Условия отгрузки" расширенной информации по соответствующему договору.
102.1830329.1.95.0Партии. СтатусыНастройкаПартии товаров
Партии. Статусы В стандартном (системном) перечне статусов не логично (либо ошибочно) даны названия оформляемому и исполняемому статусам. Требуется поменять местами наименования статусов, чтобы они соответствовали присвоенным им значениямПереименованы статусы для партий 0-Карантин 1-Годен # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: При первом вызове статусов в каталоге партий запустить проверку статусов
102.1840349.1.95.0Ошибка при добавлении нового статусаФинансово-расчетные операцииПлатежное поручение
Ошибка при добавлении нового статуса Установлена настройка "Настройки Галактики Общие настройки системы Интерфейсы выбора Скрывать выбор недоступных для установки статусов"= да. Заходим в интерфейс выбора статуса. Нажимаем F4, затем F8. Видимость всех доступных статусов пропадает, но можно ввести новый статус. При выходе из интерфейса выдается ошибка "Отсутствует позиция. таблица N1709". Стоит либо запретить добавление нового статуса при ограничении выбора, либо разрешить, но доработать функциональность: корректно создавать запись и скрывать ее при следующем обновлении интерфейсаДоработано корректное создание статуса при включенной настройке "Настройки Галактики Общие настройки системы Интерфейсы выбора Скрывать выбор недоступных для установки статусов". При выходе из режима редактирования статусов, система запрещает доступ к только что созданному статусу.
180.107919.1.95.0Проблема с отображением полейУправление договорамиВвод договора
Проблема с отображением полей. Подробное описание во вложении.Порядок следования при поиске по номеру не меняется
102.1839959.1.94.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
101.626299.1.93.0При создание документов по функции "Пакетное формирование отчетов агентов" нужно обеспечить уникальность номеров документов.Управление договорамиПакетное формирование отчетов агента
При создание документов по функции "Пакетное формирование отчетов агентов" нужно обеспечить уникальность номеров документов. При создание документов по функции "Пакетное формирование отчетов агентов" нужно обеспечить уникальность номеров документов. Управление договорами - Операции - Формирование отчетов агента Т.е. если в системе уже есть акт или СФ с номером 2017/07.2-02/004 , то нужно увеличить счетчик на 1 и проверить есть ли акт (СФ) с номером 2017/07.2-02/005Для случаев, если заданы алгоритмы нумерации отчетов агентов и актов на агентское вознаграждение по шаблону в диалоговом окне "Пакетное формирование документов". При создании отчетов агента и акта на агентское вознаграждение производится проверка на наличие с таким номером акта или счет-фактуры. Значение в инкрементной части номера увеличивается с шагом 1 до тех пор, пока номер не станет уникальным.
101.641169.1.93.0Наряд заказ - Выбор уточняющего соглашенияУправление договорамиНаряд-заказы
Наряд заказ - Выбор уточняющего соглашения Если в ранее созданном наряд-заказе выполнить выбор соглашения, то открывается выбор со всеми договорами. Необходимо сделать так, чтобы выбор уточняющего соглашения сразу осуществлялся только в рамках выбранного договора, а не через дополнительное наложение в ручную фильтра по alt+BЕсли выбран договор, то выбор соглашения осуществляется в рамках данного договора
102.1757679.1.93.0КИС ФХД ТПР2 Очередь1 Настройка доступа к договорам - Все праваУправление договорамиВвод договора
Добавить для настройки ""Настройки Галактики Логистика Документы Управление договорами Права доступа Доступ к договорам"" (DOGOVOR.VISIBLE) значение "все права".Добавлено
102.1809139.1.93.0Расчет за пользование чужими ДСУправление договорамиНе знаю, какая именно часть модуля Управление договорами, научите
Расчет сумм процентов за пользование чужими ДС = сумма задолженности*кол-во дней задолженности*ставку рефинансирования/N где N=360 либо 365 либо 366, зависит от условий договора. В настоящее время считается от 365. На настройку "Число дней в году для ставки рефинансирования" не обращает внимания.Количество дней в году берется по настройке "Число дней в году для ставки рефинансирования"
102.1822109.1.93.0Выбор спецификации в уточняющем соглашенииУправление договорамиСпецификация
Выбор спецификации в уточняющем соглашении Клиент просит распространить действие настройки "Настройки Галактики Логистика Документы Управление договорами <F3>, <Ctrl><F3> в спецификации договоров" на спецификацию Уточняющих соглашений.При рекомендованной спецификации выбор в соглашениях осуществляется так же и по том же настройкам, что и в договорах
102.1825279.1.93.0Некорректно работает алгоритм 3029Управление договорамиСпецификация
Некорректно работает алгоритм 3029 1. КАУ "Элемент затрат" - невозможно выбрать из справочника. 2. КАУ "Период планирования" - невозможно установить годИсправлен выбор "КАУ Злемент затрат" из справочника, период планирования работает корректно.
102.1829199.1.93.0Добавление аналитики в алгоритм импорта спецификации договора (3029)Управление договорамиСпецификация
Добавление аналитики в алгоритм импорта спецификации договора (3029). КАУ 6: Колонка "Технологическая структура капитальных вложений" пользовательская аналитика, загрузка по коду из справочника.Добавлен КАУ (пользовательская аналитика 20079) в параметры алгоритма.
102.1830869.1.92.2Код условия поставки не должен выводится для услугУправление договорамиУведомление о контролируемых сделках
Код условия поставки не должен выводится для услуг 1.Раздел 1Б, поле 100 Код условия поставки Для услуг он не должен заполняться. У клиента в одном договоре и МЦ и услуги. Код условия поставки задается в Договоре на вкладке "Контролируемая сделка". Оттуда он выводится и для МЦ (накладной) и для услуг (акт). Пример с тестовой базы, ошибка клиента, файл клиента во вложении.Добавили условие проверки для поля "Код условия поставки". Если это МЦ, то выводим в отчет xml поле "КодУсловПост", а так же в ContrTrans.xlt в Разделе 1Б, поле 100 Код условия поставки. Иначе ничего не выводим.
102.1809969.1.92.1Изменения в заполнении Уведомления о контролируемых сделкахУправление договорамиУведомление о контролируемых сделках
Изменения в заполнении Уведомления о контролируемых сделках (суть требований в последнем абзаце): ФНС России в связи с поступающими запросами о порядке применения Общероссийского "классификатора" продукции по видам экономической деятельности и Общероссийского "классификатора" продукции при заполнении Уведомления о контролируемых сделках (далее - Уведомление) за 2017 год сообщает следующее. Приказом Росстандарта от 31.01.2014 N 14-ст с 01.01.2017 отменены "ОКП" и "ОКВЭД" и введены в действие "ОК 034-2014 (КПЕС 2008). Общероссийский классификатор продукции по видам экономической деятельности" (ОКПД2), "ОК 029-2014 (КДЕС Ред. 2). Общероссийский классификатор видов экономической деятельности" (ОКВЭД2). Таким образом, в уведомлении о контролируемых сделках за 2017 год необходимо использовать классификаторы ОКВЭД2 и ОКПД2. При отражении сведений на основании классификатора ОКПД2 (пункт 043 Раздела 1Б Уведомления) следует указывать первые шесть цифр кода (без разделения точками) в соответствии с видом продукции. В случае, если указываемый на основании классификатора ОКПД2 код имеет менее шести знаков, свободные знакоместа справа от значения кода заполняются значением "0" (ноль) без разделения точками в соответствии с классом, подклассом, группой и подгруппой продукции.В файле ContrTrans.xlt - Уведомления о контролируемых сделках, а так же в .xml При отражении сведений на основании классификатора ОКПД2 (пункт 043 Раздела 1Б Уведомления) указываем первые шесть цифр кода (без разделения точками) в соответствии с видом продукции. Добавили следующее: в случае, если указываемый на основании классификатора ОКПД2 код имеет менее шести знаков, свободные знакоместа справа от значения кода заполняются значением "0" (ноль) без разделения точками в ContrTrans.xlt, в xml - поле "ОКП". Убрали символ "." в коде ОКПД2 и уменьшили размер до 6ти смиволов.
101.618519.1.92.0Настройка запрещающая формировать отчет агента при отсутствии СФ посредникаУправление договорамиПакетное формирование отчетов агента
Настройка запрещающая формировать отчет агента при отсутствии СФ посредника Требуются доработки для исключения ошибок - в СФ заказчика пропадают ссылки на СФ посредника. При Пакетном формирование отчетов агента нужна настройка запрещающая формировать исходящие документы (отчет агента агентское вознаграждение и связанные СФ, если в исходном акте/накладной есть НДС, но не сформирована СФ посредника.1, Создана настройка "Настройки Логистика Документы Управление договорами Формировать отчет агента и связанные документы при отсутствии СФ посредника" = "да", "нет", "по запросу". По умолчанию значение "да". 2. Если сопроводительный документ, по которому формируется отчет агента, содержит налоги и не имеет счет-фактуры, то в случае значения "нет" настройки, отчеты агента и агентского вознаграждения и все документы, связанные с ними (счет-фактуры и счета на оплату) формироваться не будут. Сообщение об этом выводится в протокол.
102.1758439.1.92.0Медленный экспорт пометки договоров в пакетном распределении платежейУправление договорамиИнтерфейсы/окна выбора
Вернулась проблема, решенная в ПИР 102.154628. Абсолютно аналогичное описание Поставщики, получатели - Операции - Пакетное распределение платежей. На закладке "Фильтр на данные" в фильтре "по договорам" выбрано больше семнадцати тысяч договоров. Если в окне "групповой выбор договоров" снимаем пометку нескольких договоров и подтверждаем выбор, то экспорт пометки занимает более 1,5 часа.Увеличено быстродействие для интерфейса группового выбора договоров.
102.1770409.1.92.0Заполнение полей в файле экспортаСкладской учетРаспоряжение на изменение целевого назначения МТР
Заполнение полей в файле экспорта В настоящий момент не заполняются следующие поля в файле экспорта: 1.Объект ЦУ, под который был закуплен 2.PID закупки 3.Производитель МТР (заполнено в ЦУ откуда по позиции) 4.План-график вовлечения (заполнено в ЦУ откуда по позиции) 5.Плановая дата вовлечения (заполнено в ЦУ откуда по позиции) 6.Категория неиспользованных МТР (заполнено в ЦУ откуда по позиции) 7.Наименование технической документации № документа(заполнено в ЦУ откуда по позиции) 8.Основная причина образования* (заполнено в ЦУ откуда по позиции) 9.Контактное лицо (должность, ФИО, тел. МАТС, городской, мобильный) 10.Дата перевода в неиспользованные МТР (заполнено в ЦУ откуда по позиции)Добавлено заполнение полей при экспорте
102.1803709.1.92.0Экспорт/импорт распоряжения на изменение целевого назначенияСкладской учетРаспоряжение на изменение целевого назначения МТР
Экспорт/импорт распоряжения на изменение целевого назначения При экспорте документа поле Источник образования заполняется "код + наименование" (думаю что это результат настройки структуры КАУ), а при импорте появляется ошибка -- для ее устранения необходимо удалить у всех записей в этом поле коды....Если записей много, то это мягко говоря неудобно....Добавлена обработка импорта, если в поле "Источник образования" указан код, то импорт проходит корректно без удаления кода.
101.637479.1.90.0Контроль задоженности в ДО по договоруУправление сбытомСчета, ДО на продажу
Контроль задолженности в ДО по договору Прошу доработать функционал системы Галактика в отношении контроля задолженности. Если в ДО выбран и договор и уточняющее соглашение (УС), и контроль задолженности "включен" и в договоре и в УС, то система должна отработать контроль задолженности сначала по лимиту в договоре, а затем по УС.Доработан функционал системы Галактика в отношении контроля задолженности. Если в ДО выбран и договор и уточняющее соглашение (УС), и контроль задолженности "включен" и в договоре и в УС, то система отрабатывает контроль задолженности сначала по лимиту в договоре, а затем в УС.
102.1784009.1.90.0Множественный фильтр по видам договоров в интерфейсе L_DOGOVOR::GETSOMEDOGOVORУправление договорамиИнтерфейсы/окна выбора
У клиента есть собственные доработки в которых задействован интерфейс L_DOGOVOR::GETSOMEDOGOVOR. Для удобства работы им не хватает в этом интерфейсе возможности устанавливать множественный фильтр по видам договоров Предлагают добавить.Добавлена возможность множественного фильтра по видам договоров
101.635059.1.89.0Поиск по дате договора, а не доп. соглашенияУправление снабжениемСчета, ДО на закупку
В Управлении снабжением - Документы - ДО, при привязке договора в расширенной информации ДО, поиск в интерфейсе списка договоров отрабатывается некорректно.При выборе договора поиск по номеру или дате производится в дереве. При выборе соглашения поиск по номеру или дате производится в списке со всеми договорами с соглашениями, как и ранее.
102.1690989.1.89.0Статус партий МЦ.НастройкаПартии товаров
На этапе входного контроля в партии устанавливается статус (годен карантин брак ...). Статус партий МЦ. Необходимо реализовать функционал установки статусов аналогично документам оперативного контура (ДО, Накладные). С возможностью просмотра истории статусов и комментариев к статусам.В каталог партий добавлены статусы. Пока набор такой: -годен -карантин -брак
102.1708069.1.89.0Брать направление договора из выбранного вида договора, а не шапкиУправление договорамиВвод договора
Пользователь создает договора с видом договора Покупка, где направление договора 2-1. Создает по f7, а не копированием из другого документа, при установленном фильтре по виду договора. Но при создании записи (видно в журнализации) перепутаны местами нреки грузоотправителя и грузополучателя, а значение поля direct = 1 (вместо 2) В результате при привязке договора к накладной, установленный фильтр по направлению 2-1 этот договор не видит, а он виден только, когда устанавливаешь направление 1-2 В журнале по созданной записи поле CVidDog верное, нрек соответствует тому виду договору, который я показывала выше на скриншотах и который имеет в справочнике направление 2-1 Решается проблема если передернуть вид договора на другой, а потом назад. Тогда нреки меняются местами. Выяснили, что проблема в иерархии справочника, нужный вид договора входит в папку с направлением 1-2. Поменять вид у верхней папки нельзя, замена поля direct на 2 в самой таблице не помогло. Договора продолжают создаваться неверно. Предложение брать направление договора не из шапки, а из самой записи, которая выбрана в виде договораИсправлено
102.1719599.1.89.0Банковские гарантии. фильтр по статусу.Управление договорамиРабота с банковской гарантией
Банковские гарантии. добавить фильтр по статусу БГ.Добавлен фильтр по статусу. Если выбран системный статус, то фильтр по всей ветке системного статуса, иначе - по пользовательскому статусу
102.1741689.1.89.0Заполнение спецификации выбором из спецификации договора. ЭргономикаУправление снабжениемСчета, ДО на закупку
Предложения по эргономике Управление снабжением / Документы / ДО на закупку Управление сбытом / Документы / ДО на закупку Заполнение спецификации выбором из спецификации договора.При выборе позиций спецификации в договоре выведены остаток и сумма в список
102.1788569.1.89.0Область печати при выводе акта сверки в ExcelУправление договорамиАкты сверки
Нужно расширить область печати при выводе акта сверки в Excel. В данный момент пользователям приходится сдвигать область печать.Настройка областей печати выполнена для акта сверки в формате FastReport.
102.1790359.1.88.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.9.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
101.632179.1.87.0Фильтр по группе дескрипторов в отчете.Управление договорамиСводный отчет по исполнению договоров
В отчете устанавливаем фильтр по договорам, в списке отображаются все отфильтрованные договоры. При пометке всех договоров, клавишей "+", пометка происходит очень долго и затем Галактика закрывается по rantaim.Исправлено.
102.1770329.1.87.0Добавить объект вовлечения в экспорт/импортСкладской учетРаспоряжение на изменение целевого назначения МТР
Предлагаю добавить в файл экспорта распоряжения на изменение целевого назначения МТР поле "Объект вовлечения". В данном поле будет указываться объект строительства, который при импорте документа будет устанавливаться в Целевом учете - Куда в аналитику "Объект строительства". Это критично для клиента, так как в соответствии с регламентами Транснефти при установке Категории НМТР -- "востребованные" ОСТ сразу должен указать плановый объект вовлечения и, соответственно, поменять значение аналитики Объект строительства в целевом учете.Добавлено поле "Объект вовлечения". Выгружается при экспорте Объект ЦУ "куда". При импорте меняется значение Объекта ЦУ "куда" из данного поля Excel, если оно изменилось.
102.1779829.1.87.0Карточка банковской гарантии, поле Банк. ошибкаУправление договорамиРабота с банковской гарантией
Управление договорами Документы Работа с банковскими гарантиями Банковская гарантия. Карточка банковской гарантии, поле Банк. Последовательность действий: F3, выбираем - "другой банк". Сохраняем значение. F3, выбираем "банк контрагента", сохраняем значение. F3, выбираем "банк собственной организации", сохраняем значение. F3, выбираем - "другой банк" - значение не сохраняется. При этом можно по-прежнему менять значения банков собственной организации и контрагента. А вот другой банк уже больше не сохраняется.Исправлено
102.1786199.1.87.0После установки обновлений перестала правильно работать настройка "Скрывать выбор недоступных для установки статусов"=даФинансово-расчетные операцииНастройка прав доступа к документам
После установки обновлений перестала правильно работать настройка. "Настройки Галактики Общие настройки системы Интерфейсы выбора Скрывать выбор недоступных для установки статусов" = Да. У пользователей стоит настройка прав доступа по статусам. При попытке изменить статус Платежного поручения не отображаются доступные статусы (до обновления отображались). Если на пустой папке нажать CTRL+Enter то статусы появляются. На тестевой базе не повторяется.Исправлена ошибка в работе с настройкой "Скрывать выбор недоступных для установки статусов".
101.622399.1.86.0Госконтракты и гособоронзаказыУправление договорамиВвод договора # ЧТО ИЗМЕНЕНО: К ПиР 101.58559.
К ПиР 101.58559.# ЧТО ИЗМЕНЕНО: В соответствии с положениями 275-ФЗ для каждого договора, заключенного во исполнение госконтракта, открывается отдельный расчётный счёт в уполномоченном банке." На самом деле это не так. Данное требование распространяется не на все госконтракты, а только гособоронзаказы. В СХ ПАО "Белореченское" нет гособоронзаказов, но большое количество госконтрактов по снабжению детсадов и школ продовольствием. Соответственно и нет отдельных счетов в банке. Излишний контроль Системы приводит к неудобству в работе. Например, при формировании Договора на основе имеющегося, уничтожается ссылка на собственный расчётный счёт. Клиент предлагает в Системе различать гособоронзаказы и прочие госконтракты.1. Появилось новое поле "Гособоронзаказ" в каталоге заполнения государственных контрактов (Настройка > Заполнение каталогов > Государственные контракты). Доступные значения из списка - "да", "нет". По умолчанию, "да". Для всех прежних записей о государственных контрактах принимается значение "да". 2. Убран анализ связи с расчетными счетами договоров (вида "исполнение госзаказа"), если это не гособоронзаказ для следующих ситуациях: - при переводе договора в статус "исполняемый", в том числе и для пакетного перевода договоров и соглашений (не анализируется заполненность расчетных счетов); - при выборе контрагента 1 и закрытии окна выбора организации, а также при закрытии окна "Просмотр реквизитов" по кнопке "Контрагент 1" (не проверяется наличие указанного расчетного счета у другого договора вида "Исполнение госзаказа" с ИГК); - при выборе ИГК в окне редактирования договора (не очищаются расчетные счета); - при выборе реквизитов банка в диалоговом окне "Просмотр реквизитов контрагента" для контрагентов 1 и 2 (не устанавливается автоматический фильтр по ИГК из договора); - для диалогового окна "Связанные договоры исполнения гос. контрактов", который вызывается по пункту локального меню "Проверка связей с договорами/соглашениями", (убрана подсветка цветами записей с ошибками и выведение всплывающей подсказки с пояснением).