Проблема ПИР | Первое решение | Описание | Проект | Детализация |
---|
Что изменено: | Как изменено: |
---|
101.63747 | 9.1.90.0 | Контроль задоженности в ДО по договору | Управление сбытом | Счета, ДО на продажу |
Контроль задолженности в ДО по договору Прошу доработать функционал системы Галактика в отношении контроля задолженности. Если в ДО выбран и договор и уточняющее соглашение (УС), и контроль задолженности "включен" и в договоре и в УС, то система должна отработать контроль задолженности сначала по лимиту в договоре, а затем по УС. | Доработан функционал системы Галактика в отношении контроля задолженности. Если в ДО выбран и договор и уточняющее соглашение (УС), и контроль задолженности "включен" и в договоре и в УС, то система отрабатывает контроль задолженности сначала по лимиту в договоре, а затем в УС. |
102.178400 | 9.1.90.0 | Множественный фильтр по видам договоров в интерфейсе L_DOGOVOR::GETSOMEDOGOVOR | Управление договорами | Интерфейсы/окна выбора |
У клиента есть собственные доработки в которых задействован интерфейс L_DOGOVOR::GETSOMEDOGOVOR. Для удобства работы им не хватает в этом интерфейсе возможности устанавливать множественный фильтр по видам договоров Предлагают добавить. | Добавлена возможность множественного фильтра по видам договоров |
101.63505 | 9.1.89.0 | Поиск по дате договора, а не доп. соглашения | Управление снабжением | Счета, ДО на закупку |
В Управлении снабжением - Документы - ДО, при привязке договора в расширенной информации ДО, поиск в интерфейсе списка договоров отрабатывается некорректно. | При выборе договора поиск по номеру или дате производится в дереве. При выборе соглашения поиск по номеру или дате производится в списке со всеми договорами с соглашениями, как и ранее. |
102.169098 | 9.1.89.0 | Статус партий МЦ. | Настройка | Партии товаров |
На этапе входного контроля в партии устанавливается статус (годен карантин брак ...). Статус партий МЦ. Необходимо реализовать функционал установки статусов аналогично документам оперативного контура (ДО, Накладные). С возможностью просмотра истории статусов и комментариев к статусам. | В каталог партий добавлены статусы. Пока набор такой: -годен -карантин -брак |
102.170806 | 9.1.89.0 | Брать направление договора из выбранного вида договора, а не шапки | Управление договорами | Ввод договора |
Пользователь создает договора с видом договора Покупка, где направление договора 2-1. Создает по f7, а не копированием из другого документа, при установленном фильтре по виду договора. Но при создании записи (видно в журнализации) перепутаны местами нреки грузоотправителя и грузополучателя, а значение поля direct = 1 (вместо 2) В результате при привязке договора к накладной, установленный фильтр по направлению 2-1 этот договор не видит, а он виден только, когда устанавливаешь направление 1-2 В журнале по созданной записи поле CVidDog верное, нрек соответствует тому виду договору, который я показывала выше на скриншотах и который имеет в справочнике направление 2-1 Решается проблема если передернуть вид договора на другой, а потом назад. Тогда нреки меняются местами. Выяснили, что проблема в иерархии справочника, нужный вид договора входит в папку с направлением 1-2. Поменять вид у верхней папки нельзя, замена поля direct на 2 в самой таблице не помогло. Договора продолжают создаваться неверно. Предложение брать направление договора не из шапки, а из самой записи, которая выбрана в виде договора | Исправлено |
102.171959 | 9.1.89.0 | Банковские гарантии. фильтр по статусу. | Управление договорами | Работа с банковской гарантией |
Банковские гарантии. добавить фильтр по статусу БГ. | Добавлен фильтр по статусу. Если выбран системный статус, то фильтр по всей ветке системного статуса, иначе - по пользовательскому статусу |
102.174168 | 9.1.89.0 | Заполнение спецификации выбором из спецификации договора. Эргономика | Управление снабжением | Счета, ДО на закупку |
Предложения по эргономике Управление снабжением / Документы / ДО на закупку Управление сбытом / Документы / ДО на закупку Заполнение спецификации выбором из спецификации договора. | При выборе позиций спецификации в договоре выведены остаток и сумма в список |
102.178856 | 9.1.89.0 | Область печати при выводе акта сверки в Excel | Управление договорами | Акты сверки |
Нужно расширить область печати при выводе акта сверки в Excel. В данный момент пользователям приходится сдвигать область печать. | Настройка областей печати выполнена для акта сверки в формате FastReport. |
102.179035 | 9.1.88.0 | Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1 | Предложение по новой функциональности Галактики ERP (по системе в целом) | ? |
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.9.0. | Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке. |
101.63217 | 9.1.87.0 | Фильтр по группе дескрипторов в отчете. | Управление договорами | Сводный отчет по исполнению договоров |
В отчете устанавливаем фильтр по договорам, в списке отображаются все отфильтрованные договоры. При пометке всех договоров, клавишей "+", пометка происходит очень долго и затем Галактика закрывается по rantaim. | Исправлено. |
102.177032 | 9.1.87.0 | Добавить объект вовлечения в экспорт/импорт | Складской учет | Распоряжение на изменение целевого назначения МТР |
Предлагаю добавить в файл экспорта распоряжения на изменение целевого назначения МТР поле "Объект вовлечения". В данном поле будет указываться объект строительства, который при импорте документа будет устанавливаться в Целевом учете - Куда в аналитику "Объект строительства". Это критично для клиента, так как в соответствии с регламентами Транснефти при установке Категории НМТР -- "востребованные" ОСТ сразу должен указать плановый объект вовлечения и, соответственно, поменять значение аналитики Объект строительства в целевом учете. | Добавлено поле "Объект вовлечения". Выгружается при экспорте Объект ЦУ "куда". При импорте меняется значение Объекта ЦУ "куда" из данного поля Excel, если оно изменилось. |
102.177982 | 9.1.87.0 | Карточка банковской гарантии, поле Банк. ошибка | Управление договорами | Работа с банковской гарантией |
Управление договорами Документы Работа с банковскими гарантиями Банковская гарантия. Карточка банковской гарантии, поле Банк. Последовательность действий: F3, выбираем - "другой банк". Сохраняем значение. F3, выбираем "банк контрагента", сохраняем значение. F3, выбираем "банк собственной организации", сохраняем значение. F3, выбираем - "другой банк" - значение не сохраняется. При этом можно по-прежнему менять значения банков собственной организации и контрагента. А вот другой банк уже больше не сохраняется. | Исправлено |
102.178619 | 9.1.87.0 | После установки обновлений перестала правильно работать настройка "Скрывать выбор недоступных для установки статусов"=да | Финансово-расчетные операции | Настройка прав доступа к документам |
После установки обновлений перестала правильно работать настройка. "Настройки Галактики Общие настройки системы Интерфейсы выбора Скрывать выбор недоступных для установки статусов" = Да. У пользователей стоит настройка прав доступа по статусам. При попытке изменить статус Платежного поручения не отображаются доступные статусы (до обновления отображались). Если на пустой папке нажать CTRL+Enter то статусы появляются. На тестевой базе не повторяется. | Исправлена ошибка в работе с настройкой "Скрывать выбор недоступных для установки статусов". |
101.62239 | 9.1.86.0 | Госконтракты и гособоронзаказы | Управление договорами | Ввод договора # ЧТО ИЗМЕНЕНО: К ПиР 101.58559. |
К ПиР 101.58559.# ЧТО ИЗМЕНЕНО: В соответствии с положениями 275-ФЗ для каждого договора, заключенного во исполнение госконтракта, открывается отдельный расчётный счёт в уполномоченном банке." На самом деле это не так. Данное требование распространяется не на все госконтракты, а только гособоронзаказы. В СХ ПАО "Белореченское" нет гособоронзаказов, но большое количество госконтрактов по снабжению детсадов и школ продовольствием. Соответственно и нет отдельных счетов в банке. Излишний контроль Системы приводит к неудобству в работе. Например, при формировании Договора на основе имеющегося, уничтожается ссылка на собственный расчётный счёт. Клиент предлагает в Системе различать гособоронзаказы и прочие госконтракты. | 1. Появилось новое поле "Гособоронзаказ" в каталоге заполнения государственных контрактов (Настройка > Заполнение каталогов > Государственные контракты). Доступные значения из списка - "да", "нет". По умолчанию, "да". Для всех прежних записей о государственных контрактах принимается значение "да". 2. Убран анализ связи с расчетными счетами договоров (вида "исполнение госзаказа"), если это не гособоронзаказ для следующих ситуациях: - при переводе договора в статус "исполняемый", в том числе и для пакетного перевода договоров и соглашений (не анализируется заполненность расчетных счетов); - при выборе контрагента 1 и закрытии окна выбора организации, а также при закрытии окна "Просмотр реквизитов" по кнопке "Контрагент 1" (не проверяется наличие указанного расчетного счета у другого договора вида "Исполнение госзаказа" с ИГК); - при выборе ИГК в окне редактирования договора (не очищаются расчетные счета); - при выборе реквизитов банка в диалоговом окне "Просмотр реквизитов контрагента" для контрагентов 1 и 2 (не устанавливается автоматический фильтр по ИГК из договора); - для диалогового окна "Связанные договоры исполнения гос. контрактов", который вызывается по пункту локального меню "Проверка связей с договорами/соглашениями", (убрана подсветка цветами записей с ошибками и выведение всплывающей подсказки с пояснением). |
101.63122 | 9.1.86.0 | В банковской гарантии пропала возможность изменить внешний атрибут. | Управление договорами | Работа с банковской гарантией |
В банковской гарантии пропала возможность изменить внешний атрибут. В банковской гарантии пропала возможность изменить внешний атрибут. Система пишет, что документ закрыт для редактирования | Исправлено |
101.63166 | 9.1.86.0 | Выбор на другом контрагенте | Управление договорами | Ввод договора |
Заведен договор. Выбраны контрагенты. Нажимаем на выбор контрагента, открывается интерфейс с контрагентами, курсор установлен не на контрагенте из договора. Раньше было так, что курсор вставал на контрагенте, из договора. Необходимо вернуть как было. | Исправлено позицирование при выборе контрагентов 1 и 2 в окне редактировании договора. |
102.176626 | 9.1.86.0 | Комментарий к статусу документа добавить в колонку для эргономики | Предложение по новой функциональности Галактики ERP (по системе в целом) | ? |
Комментарий к статусу документа добавить в колонку (после колонки Новый) для эргономики | Добавлена колонка со статусом |
102.177034 | 9.1.86.0 | Изменить название внешнего атрибута для экспорта | Складской учет | Распоряжение на изменение целевого назначения МТР |
Изменить название внешнего атрибута для экспорта В настоящий момент в связи со сменой названия аналитики в Транснефти при отборе данных по алгоритмам заполняется внешний атрибут к спецификации Распоряжения на изменение целевого назначения "Источник образования неиспользованных МТР", а при экспорте документа данные поля "Источник образования" заполняются из атрибута "Источник образования НМТР". Необходимо, чтобы они заполнялись из "Источник образования неиспользованных МТР". | Исправлено |
102.175249 | 9.1.85.0 | В распоряжении на изменение целевого назначения работа алгоритмов отбора зависит от настройки Структура КАУ по пользовательским аналитикам | Складской учет | Распоряжение на изменение целевого назначения МТР |
В распоряжении на изменение целевого назначения работа алгоритмов отбора зависит от настройки Структура КАУ по пользовательским аналитикам. Если установлено значение "@name", алгоритмы работают, при других значениях - не работают. | Доработан отбор неиспользованных остатков по алгоритмам, если КАУ "Не является резервом" указана с другими префиксами, то она все равно находится. |
180.10462 | 9.1.85.0 | Акт сверки одного договора отображается в отчете о ходе выполнения договора в ПКП другого Договора. | Управление договорами | Акты сверки |
У ПКП отображается акт сверки от другого договора | Акты сверки отображаются только по договорам и соглашениям |
102.173460 | 9.1.84.0 | УРиУ ТПР2. Доработка статуса Распоряжения на изменение целевого назначения МТР | Складской учет | Распоряжение на изменение целевого назначения МТР |
УРиУ ТПР2. Доработка статуса Распоряжения на изменение целевого назначения МТР 1. После импорта не всегда обновляется статус. 2. При отмене импорта статус меняется на ""импортирован""." 3. В алгоритме 1 предусмотреть следующий порядок: Если текущий объект закрыт, то попадает в распоряжение и дальше проверка не осуществляется. Если текущий объект открыт, но закрыт объект под который производилась закупка, то попадает в распоряжение. После удаления даты окончания объекта строительства ТМЦ не должны попадать в распоряжение. | 1. Доработано обновление статуса "импортирован". 2. В алгоритме 1 предусмотрен следующий порядок: Если текущий объект закрыт, то попадает в распоряжение и дальше проверка не осуществляется. Если текущий объект открыт, но закрыт объект под который производилась закупка, то попадает в распоряжение. После удаления даты окончания объекта строительства ТМЦ не должны попадать в распоряжение. |
101.62895 | 9.1.83.0 | Долго открывается интерфейс с договорами | Управление договорами | Интерфейсы/окна выбора |
База Oracle. L_DOGOVOR 9.1.82.0. При попытке открыть интерфейс с выбором договоров (пробовали в ДО и платежных поручениях) интерфейс отрывается очень долго, удалось дождаться отображения интерфейса только на сервере, на рабочих станциях Галактика зависает окончательно. | Исправлено |
102.171591 | 9.1.83.0 | алгоритм 3021 убрать жесткую привязку к структуре объектов целевого учета | Управление договорами | Спецификация |
алгоритм 3021 убрать жесткую привязку к структуре объектов целевого учета | Разработан новый алгоритм 3029 (L_dogovor) |
102.173615 | 9.1.83.0 | На 9.1, в отличие от 9.2 не печатается отчет | Складской учет | Распоряжение на изменение целевого назначения МТР |
На 9.1, в отличие от 9.2 не печатается отчет: при выполнении пункта меню ничего не происходит. | Убран пункт меню " Печать отчета по распоряжениям на изменение направления" |
101.62443 | 9.1.82.0 | Формирование документов с контрагентами из "черного списка" не контролируется на выбор в договор | Управление договорами | Предложение по новой функциональности модуля Управление договорами |
Формирование документов с контрагентами из "черного списка" не контролируется на выбор в договор Настройка "Каталог организаций и банков / Формирование документов с контрагентами из черного списка" не контролирует контрагентов черного списка на выбор в договор, соответственно можно создать счет, подвязать договор и "черный контрагент" автоматом выберется в счет. По сути, выбор черных контрагентов должен быть запрещен во всех интерфейсах, кроме фильтров и настроек отчетов. Предлагается в этой проблеме реализовать запрет выбора контрагента из черного списка в договор/ соглашение. | В зависимости от значения настройки "Общие настройки системы / Каталог организаций и банков / Формирование документов с контрагентами из черного списка" реализован запрет, разрешение или предупреждение для модуля "Управление договорами > Документы > Договоры" для: - выбора контрагента 1 и контрагента 2 с помощью интерфейса выбора организаций в окне редактирования договора, - в диалоговом окне "Просмотр реквизитов контрагента", вызываемом кнопками "Контрагент 1" и "Контрагент 2", для полей "Наименование контрагента", "Исполнитель/Получатель", "Плательщик (получатель платежей за контрагента)". |
102.172828 | 9.1.82.0 | Перестал накладываться фильтр по контрагенту при привязке договора к платежному документу | Управление договорами | Интерфейс выбора договора |
Перестал накладываться фильтр по контрагенту при привязке договора к платежному документу. Создаем платежное поручение, указываем Контрагента2. На закладке "договора" по F3 пытаюсь привязать договор. Раньше открывался интерфейс "выбор договора" с автоматически наложенным фильтром по Контрагенту2. Сейчас автоматически фильтр перестал накладываться. | Исправлено. |
101.61679 | 9.1.81.0 | Проблемы с изменением и отображением атрибутов договора на вкладке "Договор" | Контур логистики | Журнал учета заказов |
Проблемы с изменением и отображением атрибутов договора на вкладке "Договор" 1. После изменения статуса договора измененный нами атрибут возвращается к своему исходному значению. 2. После изменения атрибутов договора в карточке заказа на вкладке "Договор" информация не обновляется. | Модуль "Управление НИОКР" - Документы - Журнал учета заказов - редактирование заказа 1. Исправлено. На вкладке "Договор" в карточке заказа (диалоговое окно "Заказ") после изменения статуса договора измененные значения атрибута не возвращаются к исходным значениям. 2. Исправлено. При переходе с вкладки "Атрибуты" на вкладку "Договор" и обратно в карточке заказа производится автоматическое обновление атрибутов договоров. |
102.165016 | 9.1.81.0 | Фильтр по контрагенту уточняющего соглашения | Управление договорами | Интерфейс выбора договора |
Есть договор и по нему уточняющее соглашение с контрагентом отличным от контрагента договора. В интерфейс выбора договоров устанавливается фильтр по контрагенту, в который передается контрагент уточняющего соглашения, и соглашение это пользователь не видит, потому что фильтр устанавливается по контрагенту договора. Необходимо реализовать возможность установки фильтра по контрагенту соглашения. | В диалоговом окне "Установка фильтров", вызываемом пунктом локального меню "Фильтр" в интерфейсе выбора договоров вставлено поле "Выбор типа документа" для фильтра "Контрагент 2". Доступные значения: "договора" (по умолчанию), "соглашения". После закрытия окна группового выбора договоров значение фильтра "Контрагент 2" не сохраняется. |
102.167425 | 9.1.81.0 | УРиУ Функционал Добавить новый вид распоряжения | Складской учет | Распоряжение на внутреннее перемещение МТР |
К распоряжениям на перемещение МТР нужно добавить новый тип распоряжения -"Распоряжение на изменение целевого назначения". | Добавлен новый вид распоряжения: Распоряжение на изменение целевого назначения МТР. Вызывается из модуля Складской учет - Документ - Распоряжения на перемещение МТР Данный вид распоряжения похож по функциональности на Распоряжения на перемещение МТР за следующими отличиями: - у распоряжения один склад и один МОЛ - обязательное поле - Склад, если оно не заполнено, то нельзя перейти в спецификацию - Если спецификация выбрана, то нельзя поменять Склад и МОЛ - По данному виду распоряжения формируется акт на перемещение между объектами: F3 в поле Распоряжение Акта |
102.168493 | 9.1.81.0 | добавить поле "Статус" в документ "Ввод в эксплуатацию" | Спецодежда | Ввод в эксплуатацию |
Клиент просит добавить поле "Статус" в документ "Ввод в эксплуатацию" по по аналогии с документом "Акт выполненных работ". | В окно редактирования документов спецоснастки/спецодежды добавлено поле "Статус". Работает разграничение прав пользователя по статусам. Сохраняется история изменения статусов. Доработано для следующих документов: - приход, поступление; - ввод в эксплуатацию; - внутреннее перемещение; - возврат из эксплуатации; - переоценка; - изменение параметров; - акт на списание; - ведомость начисления износа; - акт о недостачах; - акт об излишках; - пересортица. |
102.170426 | 9.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.171853 | 9.1.81.0 | УРиУ Функционал В момент импорта файла выполнять проверку по колонке "Плановая дата вовлечения" | Складской учет | Акты на перемещение между объектами |
В момент импорта файла с неиспользованными запасами выполнять проверку по колонке "Плановая дата вовлечения". Значение данной колонки должно попадать в диапазон с "дата документа" по "дата документа плюс 2 года". В случае несоответствия выводить позицию в протокол. | В момент импорта файла с неиспользованными запасами выполняется проверка по колонке "Плановая дата вовлечения". Значение данной колонки должно попадать в диапазон с "дата документа" по "дата документа плюс 2 года". В случае несоответствия выводится позиция в протокол. |
102.160666 | 9.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.166189 | 9.1.80.0 | Добавить фильтр по курирующему подразделению | Управление сбытом | Иерархический реестр ДО на продажу |
В связи с введением ЭСЧФ, специализированные счета по аренде рассылаются клиентам в двух экземплярах. Печать счетов клиент реализовал через "Иерархический реестр ДО на продажу". Все договора, ДО, акты привязаны к курирующему подразделению. Для работы с реестром необходим фильтр по "курирующему подразделению". | Добавлен фильтр для группового выбора договоров (Alt+B) "Курирующее подразделение". Фильтр недоступен, если: - для настройки "Логистика - Управление договорами - Права доступа - Подразделение-куратор" установлено значение, - настройка "Настройки Галактики - Общие настройки системы - Интерфейсы выбора - Доступ к выбору документов" = "по настройке "Общ.настройки системы / Доступ к документам", - настройка "Настройки Галактики - Логистика - Документы - Управление договорами - Права доступа - Доступ к договорам" = "все права по курирующему подразделению", В этом случае выбираются все договора, у которых курирующее подразделение равно значению из настройки "Подразделение-куратор" без каких-либо дополнительных сообщений в заголовке. В условии фильтра можно задать пустое значение. На нижней панели диалогового окна "Установка фильтров" и "Договоры" (появляется при редактировании выбранного договора в диалоговом окне "Групповой выбор договоров") вставлены текстовые метки "Курирующее подр-ние" для просмотра информации о текущем договоре окна. |
102.166538 | 9.1.80.0 | Прошу поля договора, без которых не изменить статус, помечать цветом как обязательные | Управление договорами | Ввод договора |
Прошу поля договора, без которых не изменить статус, помечать цветом как обязательные. Это дана+номер, период, Контрагент2. | Для модуля "Управление договорами" - Документы - Договоры - Редактирование договора, если статус договора "оформляемый", то желтым цветом подсвечены поля: - "Внутренний N" (внутренний номер договора), - "от" (дата заключения договора), - "На период с" (дата начала договора), - "по" (дата окончания договора), - "Контрагент 1", - "Контрагент 2". Сделано для диалоговых окон редактирования: договора, агентского многостороннего договора и уточняющего соглашения. |
102.167742 | 9.1.80.0 | Во всех распоряжения добавить настройку выбора для F3 и Ctrl+F3 | Складской учет | Распоряжение на резервирование МТР |
Во всех распоряжения добавить настройку выбора для F3 | Добавлена настройка: "Настройки Галактики Логистика Складской учет Сопроводительные документы Распоряжения на перемещение МТР <F3> в спецификации распоряжения". |
103.8831 | 9.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.10270 | 9.1.80.0 | Не осуществляется контроль количества по ПКП при изменении количества в спецификации ДО | Управление снабжением | Счета, ДО на закупку |
Не осуществляется контроль количества по ПКП при изменении количества в спецификации ДО | Исправлено. Не только по ПКП, но и по договору/соглашению |
102.167912 | 9.1.79.0 | Ошибка при создании корректирующей накладной на внутреннее перемещение | Складской учет | Накладные на внутреннее перемещение |
При создании корректирующей накладной на внутреннее перемещение выдается сообщение: "Указанного статуса (4) у данного документа (тип 600) нет! Обратитесь к разработчику." | Новые статусы в складских сопроводительных документах Добавлены 3 новых системных статуса: - приостановленный (приост.), код 2 - отмененный (отменен), код 3 - закрытый (закрыт) , код 4 |
102.168167 | 9.1.79.0 | УРиУ ТПР 2 На основе одного распоряжения на внутр. перемещение ОС создавать несколько операций перемещения | Учет ОС | Распоряжение на внутреннее перемещение |
УРиУ ТПР 2 На основе одного распоряжения на внутр. перемещение ОС создавать несколько операций перемещения Необходимо иметь возможность на основе одного распоряжения создать несколько операций внутреннего перемещения ОС с возможностью множественного выбора позиций спецификации из распоряжения (аналогично тому, как это сделано для накладных на внутр. перемещение на основе распоряжений в Складском учете). | Добавлена вожность на основе одного распоряжения создать несколько операций внутреннего перемещения ОС с возможностью множественного выбора позиций спецификации из распоряжения (статус распоряжения не учитывается). При создании второй и последующих операций не учитываются уже созданные по данному распоряжению операции. |
103.8739 | 9.1.79.0 | Вернуть возможность работы со старым видом представления интерфейса спецификации договора | Управление договорами | Спецификация |
Вернуть возможность работы со старым видом представления интерфейса спецификации договора Ранее информация по спецификации, которая теперь стала доступна только через Ctrl+Enter или функцию локального меню "Расширенная информация", была доступна в рамках одного интерфейса спецификации. После установки последних обновлений клиент обнаружил, что теперь даже для просмотра факта наличия доп. информации по спецификации ему нужно производить доп. действия. Клиент просит вернуть возможность работы со старым представлением спецификации по договору, ввести соотв. настройку, или как-то иначе... | Возвращена возможность работы со старым видом представления интерфейса спецификации договора |
102.159755 | 9.1.78.0 | Пакетный пересчет расчетных услуг в спецификации договора | Управление договорами | Спецификация |
Клиент импортирует договоры со спецификацией, чтобы запустить расчет услуг (им определены шаблоны расчета) ему нужно либо на каждой позиции запустить функцию контекстного меню Параметры расчета либо перевыбрать услуги в спецификации. Договоров более 300 и на будущее удобнее было бы для всех клиентов иметь функцию для пакетного пересчета всех позиций спецификации, а еще лучше спецификаций выбранных договоров | Вставлен пункт контекстного меню модуль "Управление договорами" - Договоры - вызов контекстного меню - Пакетный пересчет расчетных услуг договоров. В интерфейсе Dogovor реализован пакетный пересчет спецификация расчетных услуг помеченных договоров. Перед пересчетом производится проверка статуса договора на условие возможности редактирования. Вначале производится пересчет позиций спецификаций договора, и по желанию пользователя последующий пересчет суммы договоров |
103.8745 | 9.1.78.0 | Пропала возможность модификации в Расширенной спецификации договора | Управление договорами | Спецификация |
Пропала возможность модификации в Расширенной спецификации договора После перемещения части информации по спецификации в отдельный интерфейс с расширенной информацией пропала возможность редактирования, например, налоговой группы. А ранее такая возможность была. | Исправлено - возвращен доступ к изменению полей в расширенной информации по F3 |
101.61609 | 9.1.77.0 | Доработки по Уведомлению о контролируемых сделаках | Управление договорами | Уведомление о контролируемых сделках |
Доработки по Уведомлению о контролируемых сделках Для сдачи Уведомления о контролируемых сделках за 2016 год необходимо доработать этот отчет. 1. Дату цен из накладной вывести в поле Дата сделки. 2. В раздел 1Б не выводить спецификации с нулевой ценой. Это упаковка и оборудование транспортного средства,которое включается в спецификацию накладной, но его мы не распечатываем в отгрузочных документах, эти МЦ нужны для списания со склада. | 1. Изменено диалоговое окно модуль "Управление договорами" - Отчеты - Уведомление о контролируемых сделках (интерфейс ContrTrans). Вставлен выбор параметра "Дата совершения сделки" - доступны значения из списка "проведения/исполнения", "оформления", "дата цен". В зависимости от выбранного значения в поле 150 "Дата совершения сделки" (уведомление о контролируемой сделке, раздел 1Б "Сведения о предмете сделки (группы однородных сделок") записываются дата накладной, дата оприходования/списания или дата цены накладной. 2. Изменено диалоговое окно модуль "Управление договорами" - Отчеты - Уведомление о контролируемых сделках (интерфейс ContrTrans). Вставлен выбор параметра "не выводить спецификации с нулевой ценой". |
102.166839 | 9.1.77.0 | "Нерезидент" нужно писать слитно | Управление договорами | Ввод договора |
В окне редактирования договора для контрагента 2 отображается признак "Резидент" либо "Не резидент". Слово "Нерезидент" нужно написать слитно. | Исправлено |
102.167116 | 9.1.77.0 | Не работает новая настройка по ПИР 102.164594 | Управление договорами | ДО на продажу/закупку/давальческие |
Не формируются ДО при установленном параметре "не переносить в ДО расчетные услуги с нулевой ценой/стоимостью" - проверка суммы на "0" проводится ранее чем рассчитана сумма по расчетной услуге. | Ошибка исправлена |
101.61502 | 9.1.76.0 | Статус договора Исполняемый, если Контрагент 1 и Контрагент 2 в договоре одна организация | Управление договорами | Ввод договора |
Пропала возможность смены статуса договора на "Исполняемый" в случае если контрагент 1 и контрагент 2 являются собственной организацией. Необходимо вернуть этот функционал. | Если контрагент 1 и контрагент 2 одинаковые, то можно перевести договор в статус исполняемый |
101.61537 | 9.1.76.0 | Изменение статуса договора при не заполненном номере договора | Управление договорами | Ввод договора |
Изменение статуса договора при не заполненном номере договора У нас по бизнес процессам поле DOGOVOR.NODOC не обязательно для заполнения - может отсутствовать. Но при этом система не дает изменить статус договора на "Исполняемый". Стоит настройка "Настройки Галактики Логистика Документы Управление договорами Контроль уникальности номеров договоров/соглашений" =НЕТ Нужно чтобы система позволяла менять статус на "исполняемый" если любой из номеров (DOGOVOR.NODOC или DOGOVOR.NODOC_EXT ) не заполнен | Запрет на перевод договора в статус исполняемый действует, если не заполнено ни одно из двух полей номера договора |
101.61598 | 9.1.76.0 | Неверное Отображение даты договора/соглашения в сопроводительных документах | Управление сбытом | Накладные на отпуск |
Неверное отображение даты договора/соглашения в сопроводительных документах Не работает настройка "Настройки Галактики Логистика Документы Управление договорами Отображение даты договора/соглашения в документах-основаниях и сопроводительных документах" =дата заключения при любом значении настройки отображается DOGOVOR.DINPUT , а нам надо отображать DOGOVOR.DDOC Это происходит , если установлена настройка "Настройки Галактики Логистика Документы Управление договорами Отображение номера договора/соглашения в документах-основаниях и сопроводительных документах" =внутренний номерномер | Исправлено |
102.164594 | 9.1.76.0 | Возможность не формировать нулевые позиции | Управление договорами | ДО на продажу/закупку/давальческие |
Необходима настройка, которая даст возможность не формировать в счете позиции с нулевой стоимостью, которые могут сформироваться ввиду наличия отсутствия данных для расчета стоимости расчетной услуги. | При формировании ДО по договору добавлен параметр "не переносить расчетные услуги с нулевой ценой/стоимостью" При пакетном формировании ДО по договорам добавлен параметр "не переносить в ДО расчетные услуги с нулевой ценой/стоимостью" |