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


Описание файла обновления:
ФайлL_DOGOVOR_RES_91921.TXT
ОбновлениеL_Dogovor_res_91921
НазначениеСрочное
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентL_DOGOVOR
ТипRES
Версия9.1.92.1
Дата2018-05-16 18:28:53
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.180996NEWИзменения в заполнении Уведомления о контролируемых сделкахУправление договорамиУведомление о контролируемых сделках
Изменения в заполнении Уведомления о контролируемых сделках (суть требований в последнем абзаце): ФНС России в связи с поступающими запросами о порядке применения Общероссийского "классификатора" продукции по видам экономической деятельности и Общероссийского "классификатора" продукции при заполнении Уведомления о контролируемых сделках (далее - Уведомление) за 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 - поле "ОКП".
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 (не устанавливается автоматический фильтр по ИГК из договора); - для диалогового окна "Связанные договоры исполнения гос. контрактов", который вызывается по пункту локального меню "Проверка связей с договорами/соглашениями", (убрана подсветка цветами записей с ошибками и выведение всплывающей подсказки с пояснением).
101.631229.1.86.0В банковской гарантии пропала возможность изменить внешний атрибут.Управление договорамиРабота с банковской гарантией
В банковской гарантии пропала возможность изменить внешний атрибут. В банковской гарантии пропала возможность изменить внешний атрибут. Система пишет, что документ закрыт для редактированияИсправлено
101.631669.1.86.0Выбор на другом контрагентеУправление договорамиВвод договора
Заведен договор. Выбраны контрагенты. Нажимаем на выбор контрагента, открывается интерфейс с контрагентами, курсор установлен не на контрагенте из договора. Раньше было так, что курсор вставал на контрагенте, из договора. Необходимо вернуть как было.Исправлено позицирование при выборе контрагентов 1 и 2 в окне редактировании договора.
102.1766269.1.86.0Комментарий к статусу документа добавить в колонку для эргономикиПредложение по новой функциональности Галактики ERP (по системе в целом)?
Комментарий к статусу документа добавить в колонку (после колонки Новый) для эргономикиДобавлена колонка со статусом
102.1770349.1.86.0Изменить название внешнего атрибута для экспортаСкладской учетРаспоряжение на изменение целевого назначения МТР
Изменить название внешнего атрибута для экспорта В настоящий момент в связи со сменой названия аналитики в Транснефти при отборе данных по алгоритмам заполняется внешний атрибут к спецификации Распоряжения на изменение целевого назначения "Источник образования неиспользованных МТР", а при экспорте документа данные поля "Источник образования" заполняются из атрибута "Источник образования НМТР". Необходимо, чтобы они заполнялись из "Источник образования неиспользованных МТР".Исправлено
102.1752499.1.85.0В распоряжении на изменение целевого назначения работа алгоритмов отбора зависит от настройки Структура КАУ по пользовательским аналитикамСкладской учетРаспоряжение на изменение целевого назначения МТР
В распоряжении на изменение целевого назначения работа алгоритмов отбора зависит от настройки Структура КАУ по пользовательским аналитикам. Если установлено значение "@name", алгоритмы работают, при других значениях - не работают.Доработан отбор неиспользованных остатков по алгоритмам, если КАУ "Не является резервом" указана с другими префиксами, то она все равно находится.
180.104629.1.85.0Акт сверки одного договора отображается в отчете о ходе выполнения договора в ПКП другого Договора.Управление договорамиАкты сверки
У ПКП отображается акт сверки от другого договораАкты сверки отображаются только по договорам и соглашениям
102.1734609.1.84.0УРиУ ТПР2. Доработка статуса Распоряжения на изменение целевого назначения МТРСкладской учетРаспоряжение на изменение целевого назначения МТР
УРиУ ТПР2. Доработка статуса Распоряжения на изменение целевого назначения МТР 1. После импорта не всегда обновляется статус. 2. При отмене импорта статус меняется на ""импортирован""." 3. В алгоритме 1 предусмотреть следующий порядок: Если текущий объект закрыт, то попадает в распоряжение и дальше проверка не осуществляется. Если текущий объект открыт, но закрыт объект под который производилась закупка, то попадает в распоряжение. После удаления даты окончания объекта строительства ТМЦ не должны попадать в распоряжение.1. Доработано обновление статуса "импортирован". 2. В алгоритме 1 предусмотрен следующий порядок: Если текущий объект закрыт, то попадает в распоряжение и дальше проверка не осуществляется. Если текущий объект открыт, но закрыт объект под который производилась закупка, то попадает в распоряжение. После удаления даты окончания объекта строительства ТМЦ не должны попадать в распоряжение.
101.628959.1.83.0Долго открывается интерфейс с договорамиУправление договорамиИнтерфейсы/окна выбора
База Oracle. L_DOGOVOR 9.1.82.0. При попытке открыть интерфейс с выбором договоров (пробовали в ДО и платежных поручениях) интерфейс отрывается очень долго, удалось дождаться отображения интерфейса только на сервере, на рабочих станциях Галактика зависает окончательно.Исправлено
102.1715919.1.83.0алгоритм 3021 убрать жесткую привязку к структуре объектов целевого учетаУправление договорамиСпецификация
алгоритм 3021 убрать жесткую привязку к структуре объектов целевого учетаРазработан новый алгоритм 3029 (L_dogovor)
102.1736159.1.83.0На 9.1, в отличие от 9.2 не печатается отчетСкладской учетРаспоряжение на изменение целевого назначения МТР
На 9.1, в отличие от 9.2 не печатается отчет: при выполнении пункта меню ничего не происходит.Убран пункт меню " Печать отчета по распоряжениям на изменение направления"
101.624439.1.82.0Формирование документов с контрагентами из "черного списка" не контролируется на выбор в договорУправление договорамиПредложение по новой функциональности модуля Управление договорами
Формирование документов с контрагентами из "черного списка" не контролируется на выбор в договор Настройка "Каталог организаций и банков / Формирование документов с контрагентами из черного списка" не контролирует контрагентов черного списка на выбор в договор, соответственно можно создать счет, подвязать договор и "черный контрагент" автоматом выберется в счет. По сути, выбор черных контрагентов должен быть запрещен во всех интерфейсах, кроме фильтров и настроек отчетов. Предлагается в этой проблеме реализовать запрет выбора контрагента из черного списка в договор/ соглашение.В зависимости от значения настройки "Общие настройки системы / Каталог организаций и банков / Формирование документов с контрагентами из черного списка" реализован запрет, разрешение или предупреждение для модуля "Управление договорами > Документы > Договоры" для: - выбора контрагента 1 и контрагента 2 с помощью интерфейса выбора организаций в окне редактирования договора, - в диалоговом окне "Просмотр реквизитов контрагента", вызываемом кнопками "Контрагент 1" и "Контрагент 2", для полей "Наименование контрагента", "Исполнитель/Получатель", "Плательщик (получатель платежей за контрагента)".
102.1728289.1.82.0Перестал накладываться фильтр по контрагенту при привязке договора к платежному документуУправление договорамиИнтерфейс выбора договора
Перестал накладываться фильтр по контрагенту при привязке договора к платежному документу. Создаем платежное поручение, указываем Контрагента2. На закладке "договора" по F3 пытаюсь привязать договор. Раньше открывался интерфейс "выбор договора" с автоматически наложенным фильтром по Контрагенту2. Сейчас автоматически фильтр перестал накладываться.Исправлено.
101.616799.1.81.0Проблемы с изменением и отображением атрибутов договора на вкладке "Договор"Контур логистикиЖурнал учета заказов
Проблемы с изменением и отображением атрибутов договора на вкладке "Договор" 1. После изменения статуса договора измененный нами атрибут возвращается к своему исходному значению. 2. После изменения атрибутов договора в карточке заказа на вкладке "Договор" информация не обновляется.Модуль "Управление НИОКР" - Документы - Журнал учета заказов - редактирование заказа 1. Исправлено. На вкладке "Договор" в карточке заказа (диалоговое окно "Заказ") после изменения статуса договора измененные значения атрибута не возвращаются к исходным значениям. 2. Исправлено. При переходе с вкладки "Атрибуты" на вкладку "Договор" и обратно в карточке заказа производится автоматическое обновление атрибутов договоров.
102.1650169.1.81.0Фильтр по контрагенту уточняющего соглашенияУправление договорамиИнтерфейс выбора договора
Есть договор и по нему уточняющее соглашение с контрагентом отличным от контрагента договора. В интерфейс выбора договоров устанавливается фильтр по контрагенту, в который передается контрагент уточняющего соглашения, и соглашение это пользователь не видит, потому что фильтр устанавливается по контрагенту договора. Необходимо реализовать возможность установки фильтра по контрагенту соглашения.В диалоговом окне "Установка фильтров", вызываемом пунктом локального меню "Фильтр" в интерфейсе выбора договоров вставлено поле "Выбор типа документа" для фильтра "Контрагент 2". Доступные значения: "договора" (по умолчанию), "соглашения". После закрытия окна группового выбора договоров значение фильтра "Контрагент 2" не сохраняется.
102.1674259.1.81.0УРиУ Функционал Добавить новый вид распоряженияСкладской учетРаспоряжение на внутреннее перемещение МТР
К распоряжениям на перемещение МТР нужно добавить новый тип распоряжения -"Распоряжение на изменение целевого назначения".Добавлен новый вид распоряжения: Распоряжение на изменение целевого назначения МТР. Вызывается из модуля Складской учет - Документ - Распоряжения на перемещение МТР Данный вид распоряжения похож по функциональности на Распоряжения на перемещение МТР за следующими отличиями: - у распоряжения один склад и один МОЛ - обязательное поле - Склад, если оно не заполнено, то нельзя перейти в спецификацию - Если спецификация выбрана, то нельзя поменять Склад и МОЛ - По данному виду распоряжения формируется акт на перемещение между объектами: F3 в поле Распоряжение Акта
102.1684939.1.81.0добавить поле "Статус" в документ "Ввод в эксплуатацию"СпецодеждаВвод в эксплуатацию
Клиент просит добавить поле "Статус" в документ "Ввод в эксплуатацию" по по аналогии с документом "Акт выполненных работ".В окно редактирования документов спецоснастки/спецодежды добавлено поле "Статус". Работает разграничение прав пользователя по статусам. Сохраняется история изменения статусов. Доработано для следующих документов: - приход, поступление; - ввод в эксплуатацию; - внутреннее перемещение; - возврат из эксплуатации; - переоценка; - изменение параметров; - акт на списание; - ведомость начисления износа; - акт о недостачах; - акт об излишках; - пересортица.
102.1704269.1.81.0УРиУ Функционал Доработка функционала по выявлению неиспользованных запасовСкладской учетРаспоряжение на изменение целевого назначения МТР
Необходима доработка функционала по выявлению неиспользованных запасов по результатам тестирования: 1. Некорректно проставляется номер позиции по порядку в отобранных по алгоритмам позициях 2. Не заполняется цена и стоимость по добавленным позициям 3. Добавить поля "Склад", "МОЛ" в спецификацию документа. Поля не должны быть доступны для редактирования 4. В печатной форме отчета Заполнять поля "Подразделение/склад" и "МОЛ" значениями из остатка 5. Предусмотреть возможность изменения поля "Срок исполнения" по документу в статусе "импортирован" 6. При формировании актов на перемещение на основании распоряжения в созданных актах заполнять ссылку на распоряжение 7. Использовать следующий порядок уровней при импорте аналитик дополнения ЦУ: - Источник образования неиспользованных МТР - Категория неиспользованных МТР - План-график вовлечения неиспользованных МТР - Основная причина образования неиспользованных МТР - Производитель МТР - Наименование технической документации - Контактное лицо 8. Добавить в скрытые поля экспортированного документа ссылку на Katsopr. При импорте анализировать Katsopr и, в случае отличия, выводить сообщение о несоответствии документа и файла 9. Запретить импорт в документ, который находится в статусе "импортирован" либо "исполняемый" 10. Установить приоритет обработки по алгоритмам - 3,1,2,4 11. Для алгоритмов 1 и 2 предусмотреть отдельные фильтры по "объектам строительства". Добавить параметр "учитывать все подчиненные уровни" 12. Переименовать алгоритмы: - алгоритм 1. ТМЦ, не использованные по завершению работ - алгоритм 2. ТМЦ,не использованные в течение нормативного срока - алгоритм 3. ГП, не реализованная в течение календарного года - алгоритм 4. Неиспользованные ТМЦ из планов-графиков прошлых лет 13. Добавить исключение позиций, относящихся к партиям, группа партий которых содержит подстроку "Забаланс" в наименованииДоработан функционал по выявлению неиспользованных запасов по результатам тестирования: 1. Проставляется номер позиции по порядку в отобранных по алгоритмам позициях 2. Заполняется цена и стоимость по добавленным позициям 3. Добавлены поля "Склад", "МОЛ" в спецификацию документа. Поля не доступны для редактирования 4. В печатной форме отчета Заполняются поля "Подразделение/склад" и "МОЛ" значениями из остатка 5. Возможно изменения поля "Срок исполнения" по документу в статусе "импортирован" 6. При формировании актов на перемещение на основании распоряжения в созданных актах заполняется ссылка на распоряжение 7. Используется следующий порядок уровней при импорте аналитик дополнения ЦУ: - Источник образования неиспользованных МТР - Категория неиспользованных МТР - План-график вовлечения неиспользованных МТР - Основная причина образования неиспользованных МТР - Производитель МТР - Наименование технической документации - Контактное лицо 8. При импорте анализируется Katsopr и, в случае отличия, выводится сообщение о несоответствии документа и файла 9. Запрещен импорт в документ, который находится не в статусе "экспортирован" 10. Установлен приоритет обработки по алгоритмам - 3,1,2,4 11. Для алгоритмов 1 и 2 предусмотрены отдельные фильтры по "объектам строительства". Добавлен параметр "учитывать все подчиненные уровни" 12. Переименованы алгоритмы: - алгоритм 1. ТМЦ, не использованные по завершению работ - алгоритм 2. ТМЦ,не использованные в течение нормативного срока - алгоритм 3. ГП, не реализованная в течение календарного года - алгоритм 4. Неиспользованные ТМЦ из планов-графиков прошлых лет 13. Добавлено исключение позиций, относящихся к партиям, группа партий которых содержит подстроку "Забаланс" в наименовании.
102.1718539.1.81.0УРиУ Функционал В момент импорта файла выполнять проверку по колонке "Плановая дата вовлечения"Складской учетАкты на перемещение между объектами
В момент импорта файла с неиспользованными запасами выполнять проверку по колонке "Плановая дата вовлечения". Значение данной колонки должно попадать в диапазон с "дата документа" по "дата документа плюс 2 года". В случае несоответствия выводить позицию в протокол.В момент импорта файла с неиспользованными запасами выполняется проверка по колонке "Плановая дата вовлечения". Значение данной колонки должно попадать в диапазон с "дата документа" по "дата документа плюс 2 года". В случае несоответствия выводится позиция в протокол.
102.1606669.1.80.0Логирование предупреждений при работе с DSK, объект: "iDogovor_Filter_optView" и т.д.Контур логистикиДневники приемки работ
Логирование предупреждений при работе с DSK, объект: "iDogovor_Filter_optView" и т.д. При создании дневника по договору, лесорубочному билету, плану рубки: ---------------------------------------------------- 15.11.2016 10:44:14.77, объект: "iDogovor_Filter_optView" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : DOGOVOR_WOOD Записан: DOGOVOR ---------------------------------------------------- 15.11.2016 10:44:14.77, объект: "iDogovor_Filter_fltDesGr" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : DOGOVOR_WOOD Записан: DOGOVOR ---------------------------------------------------- 15.11.2016 10:44:14.77, объект: "iDogovor_Filter_fltDescr" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : DOGOVOR_WOOD Записан: DOGOVOR ---------------------------------------------------- 15.11.2016 10:44:14.77, объект: "iDogovor_Filter_pKontr2" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : DOGOVOR_WOOD Записан: DOGOVOR ---------------------------------------------------- 15.11.2016 10:44:14.77, объект: "iDogovor_Filter_pKatNotes2" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : DOGOVOR_WOOD Записан: DOGOVOR ---------------------------------------------------- 15.11.2016 10:44:14.77, объект: "iDogovor_Filter_pGrDogs" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : DOGOVOR_WOOD Записан: DOGOVOR ---------------------------------------------------- 15.11.2016 10:44:14.77, объект: "iDogovor_Filter_pNazna" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : DOGOVOR_WOOD Записан: DOGOVOR ---------------------------------------------------- 15.11.2016 10:44:14.77, объект: "iDogovor_Filter_pOtvPodr" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : DOGOVOR_WOOD Записан: DOGOVOR ---------------------------------------------------- 15.11.2016 10:44:14.77, объект: "iDogovor_Filter_pVidDog2" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : DOGOVOR_WOOD Записан: DOGOVOR ---------------------------------------------------- 15.11.2016 10:44:14.77, объект: "iDogovor_Filter_pKurat" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : DOGOVOR_WOOD Записан: DOGOVOR ---------------------------------------------------- 15.11.2016 10:44:14.77, объект: "iDogovor_Filter_UseKatVidDIer" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : DOGOVOR_WOOD Записан: DOGOVOR ---------------------------------------------------- 15.11.2016 10:44:14.77, объект: "iDogovor_Filter_pFltDopKlas" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : DOGOVOR_WOOD Записан: DOGOVORИзбавлено от предупреждений
102.1661899.1.80.0Добавить фильтр по курирующему подразделениюУправление сбытомИерархический реестр ДО на продажу
В связи с введением ЭСЧФ, специализированные счета по аренде рассылаются клиентам в двух экземплярах. Печать счетов клиент реализовал через "Иерархический реестр ДО на продажу". Все договора, ДО, акты привязаны к курирующему подразделению. Для работы с реестром необходим фильтр по "курирующему подразделению".Добавлен фильтр для группового выбора договоров (Alt+B) "Курирующее подразделение". Фильтр недоступен, если: - для настройки "Логистика - Управление договорами - Права доступа - Подразделение-куратор" установлено значение, - настройка "Настройки Галактики - Общие настройки системы - Интерфейсы выбора - Доступ к выбору документов" = "по настройке "Общ.настройки системы / Доступ к документам", - настройка "Настройки Галактики - Логистика - Документы - Управление договорами - Права доступа - Доступ к договорам" = "все права по курирующему подразделению", В этом случае выбираются все договора, у которых курирующее подразделение равно значению из настройки "Подразделение-куратор" без каких-либо дополнительных сообщений в заголовке. В условии фильтра можно задать пустое значение. На нижней панели диалогового окна "Установка фильтров" и "Договоры" (появляется при редактировании выбранного договора в диалоговом окне "Групповой выбор договоров") вставлены текстовые метки "Курирующее подр-ние" для просмотра информации о текущем договоре окна.
102.1665389.1.80.0Прошу поля договора, без которых не изменить статус, помечать цветом как обязательныеУправление договорамиВвод договора
Прошу поля договора, без которых не изменить статус, помечать цветом как обязательные. Это дана+номер, период, Контрагент2.Для модуля "Управление договорами" - Документы - Договоры - Редактирование договора, если статус договора "оформляемый", то желтым цветом подсвечены поля: - "Внутренний N" (внутренний номер договора), - "от" (дата заключения договора), - "На период с" (дата начала договора), - "по" (дата окончания договора), - "Контрагент 1", - "Контрагент 2". Сделано для диалоговых окон редактирования: договора, агентского многостороннего договора и уточняющего соглашения.
102.1677429.1.80.0Во всех распоряжения добавить настройку выбора для F3 и Ctrl+F3Складской учетРаспоряжение на резервирование МТР
Во всех распоряжения добавить настройку выбора для F3Добавлена настройка: "Настройки Галактики Логистика Складской учет Сопроводительные документы Распоряжения на перемещение МТР <F3> в спецификации распоряжения".
103.88319.1.80.0Проблема автонумерации ДО при пакетном их формированииУправление договорамиДО на продажу/закупку/давальческие
Проблема автонумерации ДО при пакетном их формировании При значении настройки - "Автонумерация документов" = "С помощью специальной таблицы" - "Логистика-Документы-Управление сбытом-ДО на продажу-Контролировать уникальность номеров ДО на продажу" = "в пределах календарного года" - "Логистика-Документы-Управление договорами-Формирование номера ДО на продажу по ПКП" = "автонумерация" и при выполнении пункта меню Управление договорами - Операции - Пакетное формирование - ДО по договорам,соглашениям-ДО на продажу/закупку/давальческие на вкладке "Параметры" значение поля "Порядок нумерации" стоит значение "по настройке". Нумерация ДО происходит без контроля уникальности в пределах календарного года (т.е. последнее значение номера ДО при работе данного функционала происходит в строке с пустым значением поля "Подтип" таблицы LastnumD), а должно формироваться на базе строки таблицы LastNumD для документов с типом "Счет на продажу", в котором поле "Подтип" непустое. Описание от клиента: ================================================================================ Появилась проблема с нумерацией ДО на продажу.Как решить? В настройке установлены: Автонумерация документов с помощью специальной таблицы. Контроль уникальности номера в пределах календарного года. Т.е. установлена сквозная нумерация внутри календарного года. ДО на продажу, формируемые пакетно через операцию в в управлении договорами, для нумерации используют значение из "Счет на продажу", тип 101. ДО на продажу, формируемые через копирование ДО (CtrlF2/F3) или вручную (F7), используют значение из "Счет на продажу", тип 101, подтип Year(2017). Подтип в таблице LastNumd формируется автоматически, после первой "ручной" операции создания ДО. Если убрать из Lastnumd тип 101 без подтипа, то он появляется при первом пакетном формировании ДО. Таким образом нумерация стала зависеть от способа создания ДО и пользователи постоянно попадают в ситуацию, когда документ создается с "дублированным" номером. Такую же ситуацию клиент обнаружил и с нумерацией "ДО на предоплату". Клиент прислал дополнительную информацию: проблема усугубилась. При формировании ДО на продажу с использованием операции "Расчет штрафных санкций" (модуль "Поставщики-получатели"), в таблице Lastnumd образовался новый подтип ("Счет на продажу", тип 101) - Year(0) и у счетов, сформированных этой операцией, теперь началась своя нумерация. Теперь, в зависимости от способа формирования ДО - ручной, пакетный или штрафные санкции, имеем три разных нумерации - номера ДО дублируются1. Модуль "Расчеты с поставщиками и получателями" - Операции - Расчет штрафных санкций. Исправлена автонумерация ДО на продажу. Пакетное формирование ДО на продажу и предоплату продажи Центр ответственности для формируемого ДО указывается с помощью следующих настроек: - "Логистика - Копирование - Центра ответственности - Из договора/соглашения/ПКП в ДО/накладные/акты" (если "да", то ЦО для формируемого ДО берется из договора, если "нет" то из настроек ниже); - "Общие настройки системы - Логистика - Документы - Центр ответственности по умолчанию (если указано значение, то это ЦО, если "нет", то ЦО берется из настройки ниже); - "Общие настройки системы - Общий центр ответственности по умолчанию". 2. "Модуль "Управление договорами" - Операции - Пакетное формирование - ДО по договорам,соглашениям - ДО на продажу/закупку/давальческие". Центр ответственности для формируемого ДО берется как указано выше, а категория (или ее отсутствие) указывается с помощью диалогового окна "Установка ограничений" - вкладка "Параметры" 3. "Модуль "Управление договорами" - Операции - Пакетное формирование - ДО по договорам,соглашениям - ДО на предоплату". Для автонумерации поле "префикс номера" должен быть пустым. Центр ответственности для формируемого ДО берется как указано выше. Подтип категории в случае нумерации в разрезе категорий равно "0". 4. "Модуль "Управление договорами" - Операции - Формирование ДО на предоплату по выбранным документам". Для автонумерации поле "префикс номера" должен быть пустым. Центр ответственности для формируемого ДО берется как указано выше. Подтип категории в случае нумерации в разрезе категорий равно "0".
180.102709.1.80.0Не осуществляется контроль количества по ПКП при изменении количества в спецификации ДОУправление снабжениемСчета, ДО на закупку
Не осуществляется контроль количества по ПКП при изменении количества в спецификации ДОИсправлено. Не только по ПКП, но и по договору/соглашению
102.1679129.1.79.0Ошибка при создании корректирующей накладной на внутреннее перемещениеСкладской учетНакладные на внутреннее перемещение
При создании корректирующей накладной на внутреннее перемещение выдается сообщение: "Указанного статуса (4) у данного документа (тип 600) нет! Обратитесь к разработчику."Новые статусы в складских сопроводительных документах Добавлены 3 новых системных статуса: - приостановленный (приост.), код 2 - отмененный (отменен), код 3 - закрытый (закрыт) , код 4
102.1681679.1.79.0УРиУ ТПР 2 На основе одного распоряжения на внутр. перемещение ОС создавать несколько операций перемещенияУчет ОСРаспоряжение на внутреннее перемещение
УРиУ ТПР 2 На основе одного распоряжения на внутр. перемещение ОС создавать несколько операций перемещения Необходимо иметь возможность на основе одного распоряжения создать несколько операций внутреннего перемещения ОС с возможностью множественного выбора позиций спецификации из распоряжения (аналогично тому, как это сделано для накладных на внутр. перемещение на основе распоряжений в Складском учете).Добавлена вожность на основе одного распоряжения создать несколько операций внутреннего перемещения ОС с возможностью множественного выбора позиций спецификации из распоряжения (статус распоряжения не учитывается). При создании второй и последующих операций не учитываются уже созданные по данному распоряжению операции.
103.87399.1.79.0Вернуть возможность работы со старым видом представления интерфейса спецификации договораУправление договорамиСпецификация
Вернуть возможность работы со старым видом представления интерфейса спецификации договора Ранее информация по спецификации, которая теперь стала доступна только через Ctrl+Enter или функцию локального меню "Расширенная информация", была доступна в рамках одного интерфейса спецификации. После установки последних обновлений клиент обнаружил, что теперь даже для просмотра факта наличия доп. информации по спецификации ему нужно производить доп. действия. Клиент просит вернуть возможность работы со старым представлением спецификации по договору, ввести соотв. настройку, или как-то иначе...Возвращена возможность работы со старым видом представления интерфейса спецификации договора
102.1597559.1.78.0Пакетный пересчет расчетных услуг в спецификации договораУправление договорамиСпецификация
Клиент импортирует договоры со спецификацией, чтобы запустить расчет услуг (им определены шаблоны расчета) ему нужно либо на каждой позиции запустить функцию контекстного меню Параметры расчета либо перевыбрать услуги в спецификации. Договоров более 300 и на будущее удобнее было бы для всех клиентов иметь функцию для пакетного пересчета всех позиций спецификации, а еще лучше спецификаций выбранных договоровВставлен пункт контекстного меню модуль "Управление договорами" - Договоры - вызов контекстного меню - Пакетный пересчет расчетных услуг договоров. В интерфейсе Dogovor реализован пакетный пересчет спецификация расчетных услуг помеченных договоров. Перед пересчетом производится проверка статуса договора на условие возможности редактирования. Вначале производится пересчет позиций спецификаций договора, и по желанию пользователя последующий пересчет суммы договоров
103.87459.1.78.0Пропала возможность модификации в Расширенной спецификации договораУправление договорамиСпецификация
Пропала возможность модификации в Расширенной спецификации договора После перемещения части информации по спецификации в отдельный интерфейс с расширенной информацией пропала возможность редактирования, например, налоговой группы. А ранее такая возможность была.Исправлено - возвращен доступ к изменению полей в расширенной информации по F3
101.616099.1.77.0Доработки по Уведомлению о контролируемых сделакахУправление договорамиУведомление о контролируемых сделках
Доработки по Уведомлению о контролируемых сделках Для сдачи Уведомления о контролируемых сделках за 2016 год необходимо доработать этот отчет. 1. Дату цен из накладной вывести в поле Дата сделки. 2. В раздел 1Б не выводить спецификации с нулевой ценой. Это упаковка и оборудование транспортного средства,которое включается в спецификацию накладной, но его мы не распечатываем в отгрузочных документах, эти МЦ нужны для списания со склада.1. Изменено диалоговое окно модуль "Управление договорами" - Отчеты - Уведомление о контролируемых сделках (интерфейс ContrTrans). Вставлен выбор параметра "Дата совершения сделки" - доступны значения из списка "проведения/исполнения", "оформления", "дата цен". В зависимости от выбранного значения в поле 150 "Дата совершения сделки" (уведомление о контролируемой сделке, раздел 1Б "Сведения о предмете сделки (группы однородных сделок") записываются дата накладной, дата оприходования/списания или дата цены накладной. 2. Изменено диалоговое окно модуль "Управление договорами" - Отчеты - Уведомление о контролируемых сделках (интерфейс ContrTrans). Вставлен выбор параметра "не выводить спецификации с нулевой ценой".
102.1668399.1.77.0"Нерезидент" нужно писать слитноУправление договорамиВвод договора
В окне редактирования договора для контрагента 2 отображается признак "Резидент" либо "Не резидент". Слово "Нерезидент" нужно написать слитно.Исправлено