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


Описание файла обновления:
ФайлL_DOGOVOR_RES_91850.TXT
ОбновлениеL_Dogovor_res_91850
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентL_DOGOVOR
ТипRES
Версия9.1.85.0
Дата2017-11-24 18:17:14
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.175249NEWВ распоряжении на изменение целевого назначения работа алгоритмов отбора зависит от настройки Структура КАУ по пользовательским аналитикамСкладской учетРаспоряжение на изменение целевого назначения МТР
В распоряжении на изменение целевого назначения работа алгоритмов отбора зависит от настройки Структура КАУ по пользовательским аналитикам. Если установлено значение "@name", алгоритмы работают, при других значениях - не работают.Доработан отбор неиспользованных остатков по алгоритмам, если КАУ "Не является резервом" указана с другими префиксами, то она все равно находится.
180.10462NEWАкт сверки одного договора отображается в отчете о ходе выполнения договора в ПКП другого Договора.Управление договорамиАкты сверки
У ПКП отображается акт сверки от другого договораАкты сверки отображаются только по договорам и соглашениям
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.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 отображается признак "Резидент" либо "Не резидент". Слово "Нерезидент" нужно написать слитно.Исправлено
102.1671169.1.77.0Не работает новая настройка по ПИР 102.164594Управление договорамиДО на продажу/закупку/давальческие
Не формируются ДО при установленном параметре "не переносить в ДО расчетные услуги с нулевой ценой/стоимостью" - проверка суммы на "0" проводится ранее чем рассчитана сумма по расчетной услуге.Ошибка исправлена
101.615029.1.76.0Статус договора Исполняемый, если Контрагент 1 и Контрагент 2 в договоре одна организацияУправление договорамиВвод договора
Пропала возможность смены статуса договора на "Исполняемый" в случае если контрагент 1 и контрагент 2 являются собственной организацией. Необходимо вернуть этот функционал.Если контрагент 1 и контрагент 2 одинаковые, то можно перевести договор в статус исполняемый
101.615379.1.76.0Изменение статуса договора при не заполненном номере договораУправление договорамиВвод договора
Изменение статуса договора при не заполненном номере договора У нас по бизнес процессам поле DOGOVOR.NODOC не обязательно для заполнения - может отсутствовать. Но при этом система не дает изменить статус договора на "Исполняемый". Стоит настройка "Настройки Галактики Логистика Документы Управление договорами Контроль уникальности номеров договоров/соглашений" =НЕТ Нужно чтобы система позволяла менять статус на "исполняемый" если любой из номеров (DOGOVOR.NODOC или DOGOVOR.NODOC_EXT ) не заполненЗапрет на перевод договора в статус исполняемый действует, если не заполнено ни одно из двух полей номера договора
101.615989.1.76.0Неверное Отображение даты договора/соглашения в сопроводительных документахУправление сбытомНакладные на отпуск
Неверное отображение даты договора/соглашения в сопроводительных документах Не работает настройка "Настройки Галактики Логистика Документы Управление договорами Отображение даты договора/соглашения в документах-основаниях и сопроводительных документах" =дата заключения при любом значении настройки отображается DOGOVOR.DINPUT , а нам надо отображать DOGOVOR.DDOC Это происходит , если установлена настройка "Настройки Галактики Логистика Документы Управление договорами Отображение номера договора/соглашения в документах-основаниях и сопроводительных документах" =внутренний номерномерИсправлено
102.1645949.1.76.0Возможность не формировать нулевые позицииУправление договорамиДО на продажу/закупку/давальческие
Необходима настройка, которая даст возможность не формировать в счете позиции с нулевой стоимостью, которые могут сформироваться ввиду наличия отсутствия данных для расчета стоимости расчетной услуги.При формировании ДО по договору добавлен параметр "не переносить расчетные услуги с нулевой ценой/стоимостью" При пакетном формировании ДО по договорам добавлен параметр "не переносить в ДО расчетные услуги с нулевой ценой/стоимостью"
102.1649869.1.76.0КИС ФХД Добавление новых признаков в каталог организацийНастройкаРедактирование организаций
В каталог организаций необходимо добавить новые признаки: 1. "Субъект малого и среднего бизнеса". Может принимать значения: Да (переключатель checkbox) либо не заполнено; 2. "Нерезидент" - Да (переключатель checkbox) либо не заполнено. Если данные признаки заполнены в карточке организации, то информация о их заполнении должна отражаться в карточке договора, заключенного с этой организацией.В окно редактирования каталога организаций добавлена возможность отнести контрагента к субъектам малого и среднего бизнеса. В окне редактирования договора/соглашения над наименованием контрагента 2 отображается его принадлежность к субъектам малого и среднего бизнеса, а также признак резидент/не резидент (определяется по стране контрагента и по системной настройке "Настройки Галактики Общие настройки системы Настройки для страны")
102.1654669.1.76.0КИС ФХД Точка расширения на смену статуса документаКонтур логистикиL_Dogovor
КИС ФХД Точка расширения на смену статуса документа Заказчиком предъявлено требование запретить смену статуса документа на исполняемый при наличии ошибок в оформлении первичного документа. Для его реализации нужна точка расширения для запуска собственного алгоритма перед сменой статуса. Для универсальности подхода предлагаем реализовать точку расширения в STATLOGER.VIP. В точке расширения должны быть доступны переменные: тип документа, ссылка на документ, ссылка на старый статус, ссылка на новый статус. Также необходимо реализовать возможность отменить смену статуса при обработке точки расширения. Для целостности решения целесообразно сделать точку расширения после смены статуса.Добавлена точка расширения #doc Объектный интерфейс для изменения статуса #end ObjInterface IStatLog; property ChangeStatusEnabled : boolean read write; end; //------------------------------------------------------------------------------ #doc Точка расширения при изменении статуса #end ExtensionPoint epOnChangeDocStatus(wDocType: word; pDoc: comp; wOldStatus: word; pOldNote: comp; wNewStatus: word; pNewNote: comp; StatLoger: IStatLog); wDocType - тип документа pDoc - nRec документа wOldStatus, pOldNote - текущий статус (значение и ссылка)) wNewStatus, pNewNote - новый статус (значение и ссылка) StatLoger - объект Для запрета изменения статуса: if not NullVipRef(StatLoger) _try { StatLoger.ChangeStatusEnabled := False; } _except on ExObjIfcNoImpl: {}; on ExObjIfcNoInit: {};
102.1662409.1.76.0Возможность отображать ВНЕШНИЙ номер отмененного договораУправление договорамиВвод договора
Нужна настройка которая позволит регулировать варианты отображение информации по отмененному договору. В частности, клиенту нужно видеть не внутренний номер договора, а внешнийНомер и дата договора отображаются теперь по настройке "Отображение номера договора/соглашения в документах-основаниях и сопроводительных документах"
102.1666089.1.76.0КСУА УО. Не отрабатывает функция "формирование составляющих комплекта"Не знаю, какая именно часть контура логистики, научите?
Стоя на позиции в спецификации договора, при вызове функции "Формирование составляющих комплекта" Alt+K, система выдает сообщение о том что данная МЦ не является комплектом.Исправлено, работало наоборот - с МЦ некомплектными
103.85719.1.76.0iExtMenu.vih - создает проблемы при сопровождении пользовательских доработокПредложение по новой функциональности Галактики ERP (по системе в целом)?
ExtMenu.vih - создает проблемы при сопровождении пользовательских доработок #include ExtMenu.vih // Точки расширения для дополнительного локального меню Ее включили в vih объектов различных контуров например в Dogovor.vih, SchFact.Vih, SoprDoc.Vih, SoprDocB.Vih и как только в проекте встречается один из этих файлов, остальные уже не собираются корректно. В итоге имеем ошибки во вложении. Это уже 4 письмо на этот объект в разных местах - я чиню в одном, ломается в другом. Перестановка местами vih или Vil( там тоже есть этот файл) лечит в одном месте, но ломает в другом. Случилось это где то пару месяцев назад. Предлагаю для каждого модуля сделать свой файл ExtMenu.vih (например ExtMenu_L_SoprDoc.vih) Внутри него подключить #include ExtMenu.vih как в обычном Vih --------------------------------- #ifndef __ExtMenu_L_SOPRDOC_vih__ #define __ExtMenu_L_SOPRDOC_vih__ #component "L_SOPRDOC" #include ExtMenu.Vih #endif ----------------------------------------- Из ExtMenu.Vih соотв. убрать #ifndef Соотв. во всех vih заменить ExtMenu.Vih на vih соотв. модуля. В идеале имя объекта из ExtMenu вообще должно быть уникальным в каждом модуле. Просьба не предлагать разрезать доработки по контурам - они у клиента сильно пересекаются между собой.Добавлена принадлежность IExtMenu к компоненте L_Dogovor
101.614849.1.75.0Нет возможности создать уточняющее соглашениеКонтур логистикиЖурнал учета заказов
Нет возможности создать уточняющее соглашение При попытке по заказу создать уточняющее соглашение получаем "Ошибка создания уточняющего соглашения"Исправлено
101.614889.1.75.0Список банковских гарантий - ошибка фильтраУправление договорамиРабота с банковской гарантией
Список банковских гарантий - ошибка фильтра У пользователя стоит настройка "Настройки Галактики Общие настройки системы Доступ к документам" = свои-изменение, по группе - чтение В списке банковских гарантий пользователь устанавливает фильтр по дескриптору. В БД при этом нет документов по данному дескриптору Выдается несколько раз сообщение об ошибке "Индекс не найден в таблице Katsopr" При этом система не дает пользователю снять установленный фильтр. При попытке снять фильтр выдается та же ошибка.Исправлено
102.1657349.1.75.0Сломалась нумерация договоров по алгоритмуУправление договорамиВвод договора
Сломалась нумерация договоров по алгоритму Для формирования номера договоров используем алгоритм из настройки: "Настройки Галактики Логистика Документы Управление договорами Запуск алгоритмов Алгоритм формирования внутреннего номера договора" В алгоритме указаны 2 поля : номер и константа. При формировании номера договора автоинкрементация номера не происходит - всегда формируется один и тот же номер. Если из алгоритма убрать константу, то все работает верно.Исправлено
180.101399.1.75.0копирование вкладки Исполнение при создании копии договораУправление договорамиВвод договора
при создании копии договора на основе имеющегося не происходит копирование информации по кнопке Расширенная информация вкладка Исполнение.Исправлено
101.614029.1.74.0РСВ-2017 - статусы документовЗаработная платаРСВ 2017 (общие вопросы, предложения по новой функциональности)
Предлагается для нового РСВ подключить функционал статусов документов, который реализован для 6-НДФЛ.Зарплата - Отчеты - Утвержденная отчетность - РСВ 2017 В новую форму РСВ (с 2017 года) добавлено поле "Статус документа", которое позволяет детализировать текущее состояние документа. Значения поля "Статус документа" для отчета РСВ: - оформляемый - готов к отправке - отправлен - сдан - возвращен на доработку Поле "Статус документа" добавлено в иерархический список отчетов в "Утвержденной отчетности" и в окно редактирования формы РСВ. При копировании существующего документа для нового документа (копии) устанавливается статус "Оформляемый". Изменение статуса документа в окне редактирования отчета производится с сохранением истории изменения статуса документа. Посмотреть историю изменения статуса можно по кнопке "EditButton". Кнопка расположена в поле "Статус". ВНИМАНИЕ!!! Для корректного отражения наименования документа в окне выбора статуса и истории изменения статусов необходимо выполнить обновление классификатора документов. Это можно сделать в модуле "Хозоперации".
102.1633499.1.74.0Нет пересчета налогов в Соглашениях и ДоговорахУправление договорамиВвод договора
Нет пересчета налогов в Соглашениях и Договорах.Договора, Соглашения, Календарные планы. При смене входимости налогов и при выполнении ФЛМ "Пересчет налогов в спецификации" происходит очистка кэша налогов.
102.1646759.1.74.0Требуется дать возможность пользователю видеть все договора при включенной настройке разграничения прав доступа по дескриптору пользователя.Управление договорамиВвод договора
Требуется дать возможность пользователю видеть все договора при включенной настройке разграничения прав доступа по дескриптору пользователя (Доступ к документам). У пользователя установлена настройка Доступ к документам = все права в рамках группы. Настройка доступа по курирующем подразделениям не подходит, т.к. клиент использует интегратор и к ним прилетают договора, в которых нет кур подразделения или оно не относится к предприятию клиента.Расширены значения настройки "Настройки Галактики Логистика Документы Управление договорами Права доступа Доступ к договорам" было: -по настройке "Общ.настройки системы / Доступ к документам" -все права по курирующему подразделению добавлено: -только со своим дескриптором -свои-изменение, по группе - чтение -все права в рамках группы -свои - изменение, по всем - чтение -все права в рамках группы, по всем - чтение
102.1650369.1.74.0Логирование предупреждений при работе с DSK, объект: "FILTER_NAKL_BFILTERNAKL_SoprDoc"Управление сбытомНакладные на отпуск
Логирование предупреждений при работе с DSK, объект: "FILTER_NAKL_BFILTERNAKL_SoprDoc" При переходе из накладной в ДО по F4: ---------------------------------------------------- 10.03.2017 09:20:39.60, объект: "FILTER_NAKL_BFILTERNAKL_SoprDoc" [x]: Несовпадение типов считываемого объекта (Word) и сохраненного (Boolean) [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : FLTINDOC Записан: IDOCSORT ---------------------------------------------------- 10.03.2017 09:33:05.12, объект: "FILTER_NAKL_BFILTERNAKL_SoprDoc" [x]: Несовпадение типов считываемого объекта (Word) и сохраненного (Boolean) [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : FLTINDOC Записан: IDOCSORT ---------------------------------------------------- 10.03.2017 09:33:27.47, объект: "FILTER_NAKL_BFILTERNAKL_SoprDoc" [x]: Несовпадение типов считываемого объекта (Word) и сохраненного (Boolean) [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : FLTINDOC Записан: IDOCSORT ---------------------------------------------------- 10.03.2017 09:37:23.33, объект: "FILTER_NAKL_BFILTERNAKL_SoprDoc" [x]: Несовпадение типов считываемого объекта (Word) и сохраненного (Boolean) [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : FLTINDOC Записан: IDOCSORT ---------------------------------------------------- 10.03.2017 09:58:49.26, объект: "FILTER_NAKL_BFILTERNAKL_SoprDoc" [x]: Несовпадение типов считываемого объекта (Word) и сохраненного (Boolean) [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : FLTINDOC Записан: IDOCSORT ---------------------------------------------------- 10.03.2017 10:01:56.21, объект: "FILTER_NAKL_BFILTERNAKL_SoprDoc" [x]: Несовпадение типов считываемого объекта (Word) и сохраненного (Boolean) [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : FLTINDOC Записан: IDOCSORTИсправлено
102.1651069.1.74.0Логирование предупреждений при работе с DSK, объект: "VidReport"Управление договорамиРаспоряжения на отгрузку
Логирование предупреждений при работе с DSK, объект: "VidReport" При печати распоряжения: ---------------------------------------------------- 13.03.2017 15:06:22.31, объект: "VidReport" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : ROTG_R03 Записан: ROTG ---------------------------------------------------- 13.03.2017 15:06:52.15, объект: "VidReport" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : ROTG_R02 Записан: ROTG ---------------------------------------------------- 13.03.2017 15:07:03.03, объект: "VidReport" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : ROTG_R Записан: ROTG ---------------------------------------------------- 13.03.2017 15:07:15.84, объект: "VidReport" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : ROTG_R Записан: ROTG ---------------------------------------------------- 13.03.2017 15:07:22.81, объект: "VidReport" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : ROTG_R03 Записан: ROTGИсправлено
101.611829.1.73.0Необходимо видеть оба номера договора в ДО и сопроводительных документахУправление договорамиПросмотр документов
В организации используется оба поля для идентификации Договора: DOGOVOR1.NODOC_EXT и DOGOVOR1.NODOC. Но пользователь сейчас может в ДО или сопроводительных документах видеть только одно поле. Предлагается расширить действие настройки "Отображение номера договора/соглашения в документах-основаниях и сопроводительных документах", чтобы можно было видеть оба номера. Клиенту нужен формат: [внутренний номер][номер]Добавлено новое значение для настройки Настройки ГалактикиЛогистикаДокументыУправление договорамиОтображение номера договора/соглашения в документах-основаниях и сопроводительных документах -внутренний номерномер
101.613489.1.73.0МОЛ не выходит на печать в текстеСкладской учетРаспоряжение на внутреннее перемещение и отпуск МТР
МОЛ не выходит на печать в тексте.Исправлен вывод МОЛ в формате Текст, если не выбран МОЛ куда.
102.1649969.1.73.0В интерфейсе выбора договоров(вкладка "Фильтры") не работает фильтр по группе договоровУправление сбытомПо ДО на продажу
В интерфейсе выбора договоров(вкладка "Фильтры") не работает фильтр по группе договоровИсправлена фильтрация по группе договоров и по ЦО
101.595959.1.72.0Акт о приемке (сбыт) не учитывается в акте сверкиУправление договорамиАкты сверки
Акт о приемке (сбыт) не учитывается в актах сверки по договорамАкт о приемке (сбыт) добавлен акт сверки в договорах
101.607079.1.72.0Договора гос. заказа. Возможность менять статус при не заданных р/сУправление договорамиВвод договора
После реализации ПИРа 101.58562 пропала возможность переводить договора на закупку (исполнение госзаказа) в статус исполняемый, если не определены расчетные счета контрагентов. Выдается предупреждение: "В договоре не заполнены расчетные счета контрагентов". Спецсчета открываются позже. А до этого момента клиенту нужно установить статус "исполняемый". Предлагается предупреждение переделать в диалог, как и было в начальной постановке задачи. в случае отказа от ввода р/с дать возможность изменить статус.Если в договоре вида "Исполнение гос контракта" не указаны расчетные счета, то при переводе в статус "Исполняемый" выдается предупреждение с возможностью продолжить изменение статуса