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


Описание файла обновления:
ФайлL_DOGOVOR_RES_911020.TXT
ОбновлениеL_Dogovor_res_911020
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентL_DOGOVOR
ТипRES
Версия9.1.102.0
Дата2018-12-12 19:20:53
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
101.65220NEWОперации по банковской гарантии - добавить настройку "Разрешить проведение операции"Управление договорамиРабота с банковской гарантией
Операции по банковской гарантии - добавить настройку "Разрешить проведение операции" Необходимо закрыть кураторам возможность проведения операций по банковским гарантиям. Эту функцию выполняет бухгалтер. Предлагаю добавить пользовательскую настройку "Разрешить проведение операций по банковской гарантии" Настройка прав доступа к документам по статусам не подходит. Куратор должен править банковскую гарантию и операции по банковской гарантии , но у него не должно быть права на проведения операций по банковской гарантииДобавлена настройка "Настройки Галактики Логистика Документы Управление договорами Контроль заполнения полей Разрешать проведение операций по банковской гарантии" Регулирует возможность привязать или отвязать ТХО по операции БГ
101.65512NEWУКС. Страна ввоза. Добавить анализ классификатора для шапки сопроводительного документаУправление договорамиУведомление о контролируемых сделках
Уведомление о контролируемых сделках. Поле "070" ("Код страны происхождения предмета сделки ОКСМ"). В настоящий момент поле заполняется по следующему алгоритму: Берется из позиции спецификации сопроводительного документа, если значение отсутствует, то смотрится Код классификатора "Страна ввоза" из партии по позиции спецификации сопроводительного документа, если значение отсутствует, то смотрится Код классификатора "Страна ввоза" в записи каталога МЦ, связанной с позицией спецификации сопроводительного документа. Если значение отсутствует, то берется код страны собственной организации. В накладной может быть, например, 100 позиций. Проставлять для каждой значение классификатора весьма трудоемко. Устанавливать значение в каталоге МЦ тоже неверно, так как в одних случаях (накладных) это может быть одна страна в других случаях другая. А партии могут вообще не использоваться. Поэтому необходимо предусмотреть анализ значения классификатора СТРАНА ВВОЗА и для шапки накладной. Приоритет такой: 1) Классификатор в спецификации накладной 2) Классификатор в партии 3) Классификатор в шапке накладной 4) Классификатор в справочнике МЦУведомление о контролируемых сделках(старая форма) в Поле "070"(в новой поле "2.5") ("Код страны происхождения предмета сделки ОКСМ") заполняем по следующему алгоритму: 1) Классификатор в спецификации накладной - Код классификатора "Страна ввоза" из позиции спецификации сопроводительного документа; 2) Классификатор в партии - Код классификатора "Страна ввоза" из партии по позиции спецификации сопроводительного документа; 3) Классификатор в шапке накладной - Код классификатора "Страна ввоза" шапки сопроводительного документа; 4) Классификатор в справочнике МЦ - Код классификатора "Страна ввоза" в записи каталога МЦ, связанной с позицией спецификации сопроводительного документа. Если значение отсутствует, то берется код страны собственной организации.
101.65747NEWУведомления о контролируемых сделках старая форма (формат)Управление договорамиУведомление о контролируемых сделках
Есть необходимость наряду с новой формой уведомления о контролируемых сделках сохранить предыдущую версию отчета. Это нужно поскольку могут быть уточняющие варианты в налоговую и подавать их нужно именно по старой форме уведомления.Уведомление о контролируемых сделках - Закладка "Отчеты" Добавили новый параметр "Вид отчета" - "Уведомление о контролируемых сделках (старая форма)". Печать предыдущей версии ContrTrans.xlt, то сейчас создаем файл ContrTrans_Old.xlt. Доступен выбор "разбивать отчет по договорам" или нет.
102.184789NEWДобавить в уведомление о контролируемой сделке поля согласно новой форме вложенияУправление договорамиУведомление о контролируемых сделках
Добавить в уведомление о контролируемой сделке поля согласно новой форме вложения. Раздел 1А. Сделка, совершенная от имени комиссионера (агента). Раздел 1Б. Субъекты Российской Федерации(код); Код валюты; Процентная ставка. Прошу обратить внимание на изменения в старых полях: 1. Было Код предмета сделки (код по ОКП) - Стало Код предмета сделки (код по ОКПД2) 2. Было Код предмета сделки (код по ОКВЭД) - Стало Код предмета сделки (код по ОКВЭД2) Раздел 2. Сведения заполняются в отношении комиссионера (агента) Прошу обратить внимание, что поле "наименование организации" теперь заполняется в русской транскрипции и в латинской транскрипции. Файл с новой формой направлю по почте.Добавили новую кнопку "Обновление системных каталогов" в закладке "Контролируемая сделка" в договоре). Данная Обновление дополняет новые значения каталога "Справочник: Коды основания отнесения сделки к контролируемой". Добавили новое поле в Договор - "Признак отнесения сделки к агентскому договору", который принимает два значения: "не установлен" (по умолчанию), "Сделка, совершенная от имени комиссионера (агента)" Если ссылки на агентский договор нет, то данное поле невидно, иначе есть возможность установки необходимого нам значения. Добавили в уведомление о контролируемой сделке поля согласно новой форме вложения. Раздел 1А "Сделка, совершенная от имени комиссионера (агента)". Раздел 1Б. "Субъекты Российской Федерации(код)"; "Код валюты"; "Процентная ставка". Изменения в старых полях: 1. Было Код предмета сделки (код по ОКП) - Стало Код предмета сделки (код по ОКПД2) 2. Было Код предмета сделки (код по ОКВЭД) - Стало Код предмета сделки (код по ОКВЭД2) Раздел 2. "Сведения заполняются в отношении комиссионера (агента)" Поле "наименование организации" теперь заполняется в русской транскрипции и в латинской транскрипции. Более подробно во вложении. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Обязательно выпустить на 9.1! & ИЗМЕНЕННЫЕ ШАБЛОНЫ: CONTRTRANS_OLD.XLT
102.188544NEWУчитывать Базис поставки из ТТИ накладнойУправление договорамиУведомление о контролируемых сделках
Учитывать Базис поставки из ТТИ накладной Управление договорами - Отчеты - "Уведомление о контролируемых сделках". Пункт 1. Раздел 1Б, поле 100 Код условия поставки. Клиенту удобно заполнять и пользоваться Полем Базис поставки" в ТТИ накладной , которое сейчас не используется при формировании Уведомления. Договор - вкладка "Контролируемая сделка" поле код условий поставки. Наследуется в товарно - транспортную информацию накладной - поле "Базис поставки". Предложение: поле 100 Код условия поставки заполнять: Если в ТТИ накладной поле "базис поставки" отличается от договора - выбирается из накладной. Если в ТТИ накладной поле "Базис поставки" пустое - взять "код условий поставки" из договора. Ведь внешний атрибут пользователям заполнять намного более трудоемко. Пользователь сначала заполняет ТТИ "Базис поставки", а затем вынужден еще искать внешний атрибут(а их список у нас очень внушительный). Потом должен вспомнить какой правильно код туда вписать - т.к. внешний атрибут строкового типа, а не ссылка на справочник. Можно ли доработать отчет "Уведомление о контролируемых сделках" таким образом, чтобы отчет учитывал поле "Базис поставки" из ТТИ накладной?Управление договорами - Отчеты - "Уведомление о контролируемых сделках" (старая форма) (стр. 4. - раздел 1Б - поле "100" Код условия поставки ) Управление договорами - Отчеты - "Уведомление о контролируемых сделках" (стр. 4. - раздел 1Б - поле "2.8" Код условия поставки) Алгоритм заполнения данного поля: - Проверка поля "Базис поставки" в ТТИ сопроводительного документа - если установлено значение, то заполняем в поле "Код условий поставки". - Если пустое поле "Базис поставки" в ТТИ, то заполняем из вн. атрибута "Код условий поставки" из договора. - Если отсутствуют данные в договоре, то заполняем из вн. атрибута "Код условий поставки" и сопроводительного документа.
102.189336NEWНеобходима возможность автоматического изменение статуса банковской гарантии при выполнении операции "Прекращение"Управление договорамиРабота с банковской гарантией
Необходима возможность автоматического изменение статуса банковской гарантии при выполнении операции "Прекращение" на статус "закрытый". Видимо, необходимо добавить настройку, чтобы пользователь мог выбрать какой именно статус нужно устанавливать.При принятии операции Прекращения выдается запрос на изменения статуса БГ на закрытый
102.192033NEWЗагрузка спецификации (Алгоритм 3029). Анализировать только номенклатурный код без проверки совпадения наименованияУправление договорамиСпецификация
При импорте спецификации формируются новые записи в справочник МЦ не смотря на то, что номенклатурный номер одинаковый (в ситуации с неполным совпадением наименования). Номенклатурные номера уникальны. Нужно проверять только полное совпадение номера номенклатурного номера. Название не должно совпадать полностью.При загрузке, анализируется только Код АСУ НСИ (Номенклатурный номер)
102.192049NEWЗагрузка спецификации (Алгоритм 3029). В алгоритме используется КАУ "Технологическая структура кап.вложений" ( код 20079), а нужно "Статьи затрат объектов строительства" (код 73)Управление договорамиСпецификация
В алгоритме а ошибочно используется КАУ "Технологическая структура кап.вложений" (код 20079). Надо её заменить Mна "Статьи затрат объектов строительства" С (код а 73) Ь.Изменен код обработки КАУ вместо 20079 обрабатывается - 73
103.9904NEWОшибка при пересчете в 2018 году налогов в финансовом ПКП 2019 годаУправление договорамиКалендарный план
Ошибка при пересчете в 2018 году налогов в финансовом ПКП 2019 года Клиент настроил группу налогов "НДС осн.ставка" для перехода на ставку 20%, как было рекомендовано разработчиком в рассылке. Ввел новый договор с периодом действия в 2019 году. В договоре создал спецификацию и указал группу налогов "НДС осн.ставка", при этом, налоги рассчитались по ставке 20% (т.е. корректно). Автоматизировано создал Товарный ПКП и на основании Товарного создал Финансовый ПКП, в обоих ПКП период действия 2019 год и налоги рассчитались по ставке 20%. Далее Клиент решил в Финансовом ПКП пересчитать сумму налогов функцией "Пересчет налогов по группе налогов" локального меню интерфейса. Налоги пересчитались по ставке 18%. Никакими действиями, кроме удаления и повторного создания Фин.ПКП, не удалось пересчитать налоги по ставке 20%. Возможно, описание следующих действий Клиента помогут в исправлении ошибки. По ссылке на Фин.ПКП договора было автоматически создано ДО на предоплату на 2019 год (без спецификации). Сумма налога была перенесена из Фин.ПКП по ставке 18%. Затем Клиент исправил (автоматически пересчитал по функции "Выбор группы налогов по ДО") сумму налога в ДО на предоплату, которая изменилась на сумму по ставке 20%. Далее перешел в Фин.ПКП договора и снова применил функцию "Пересчет налогов по группе налогов" - в результате сумма налогов в Фин.ПКП пересчиталась по ставке 20%.Исправлено
101.613339.1.100.0Необходима пользовательская настройка на запрет дублирующих позиций в СоглашенииУправление договорамиСпецификация
Необходима пользовательская настройка на запрет дублирующих позиций в Соглашении Когда в спецификации уточняющего соглашении много позиций пользователи путаются и добавляют позиции повторно, это влечет за собой ряд проблем. Необходимо сделать пользовательскую настройку, которая бы запрещала пользователям добавлять дублирующие позиции в Соглашение. Настройка необходима для спецификации соглашения (обязательно) и для спецификации договора.Добавлена настройка "Настройки Галактики Логистика Документы Управление договорами Контроль удаления и модификации Разрешать дублирующие позиции в спецификациях" При запрете при попытке добавить дублирующую позицию будет выдан протокол Проверка производится с учетом отпускной единицы
101.647359.1.100.0Дополнительная классификация договораУправление договорамиВвод договора
1) Поле "Дополнительная классификация договоров" из расширенной информации договора, закладка "Назначение", внести в папку "Настройки Галактики Логистика Документы Управление договорами Контроль заполнения полей", с соответствующей функциональностью. 2) При привязке ДО на закупку/предоплату закупок к договору переносить информацию в ДО в виде внешней классификации.Добавлена настройка "Настройки Галактики Логистика Документы Управление договорами Контроль заполнения полейДополнительная классификация договоров", которая учитывается в расширенной информации договора, закладка "Назначение", поле "Дополнительная классификация договоров". В ДО - "Расширенная информация" добавлено поле "Доп. классификация", которое отображается при установленной настройке "Настройки Галактики Логистика Документы Управление договорами Контроль заполнения полейДополнительная классификация договоров". Поле только для чтения и отображения значения доп. классификации из договора.
101.653339.1.100.0Необходимо наследование внешнего атрибута из договора/соглашения в наряд-заказУправление договорамиНаряд-заказы
Необходимо наследование внешнего атрибута из договора/соглашения в наряд-заказ Необходимо наследование внешнего атрибута из договора/соглашения в наряд-заказ. Настройки такой нет.При выборе Договора/Соглашения/Календарного плана соответствующие внешние атрибуты копируются в наряд-заказ
101.653899.1.100.0Создание ДО с контрагентами из черного списка.Управление сбытомСчета, ДО на продажу
Создание ДО с контрагентами из черного списка. При работе с контрагентами, находящимися в черном списке, их нельзя напрямую выбрать для ДО. Однако, существует возможность обойти данное ограничение, при условии, что с таким контрагентом существует договор: создать новое ДО, выбрать договор с контрагентом из черного списка - в ДО установится этот контрагент. Необходимо закрыть эту "дыру" и запретить пользователям каким либо образом создавать счета на контрагентов из ЧС.В карточках ДО при выборе договора с контрагентом, находящимся в черном списке, согласно ограничениям и функционалу работы с ЧС выдается сообщение о запрете выбора.Если контрагент находится в ЧС без ограничений, запрет на формирование не производится. При пакетном формировании ДО по договорам, договора с контрагентами из ЧС не предлагаются к выбору.
101.654279.1.100.0Выгружать тип организацииУправление договорамиУведомление о контролируемых сделках
В отчет "Уведомление о контролируемых сделках" выгружается только поле "Наименование" организации из каталога, клиенту также необходимо, чтобы выгружалось и поле "Тип" организации в наименование. Наверно правильнее будет выгружать в отчет наименование организации согласно настройке: "Настройки Галактики Общие настройки системы Каталог организаций и банков Представление наименования организаций при печати документов". На что клиент сказал, что "...в данном отчете всегда нужны тип и наименование. У нас данная настройка стоит в значении тип - наименование. Так что, если считаете, что выводить в соответствии с настройкой - можно и так."Добавили обработку настройки: "Настройки Галактики Общие настройки системы Каталог организаций и банков Представление наименования организаций при печати документов" в следующих полях: 1. "Уведомление о контролируемых сделок" - ContrTrans.xlt: - стр.1 - "Налогоплательщик"; - стр.5. - "Наименование организации". 2. "Уведомление о контролируемых сделок" - *.xml: - "НаимОрг"; 3. "Перечень контролируемых сделок": - "Наименование организации"; - "Наименование контрагента". 4. "Контрольный отчет по ТЦО": - "Контр. отчет" - "Контрагент"; - "Контр. отчет_агентская схема" - "Агент", "Принципал", "Продавец/покупатель".
102.1804679.1.100.0Экспорт/Импорт распоряжения на имезение целевого назначения МТРСкладской учетРаспоряжение на изменение целевого назначения МТР
Экспорт/Импорт распоряжения на имезение целевого назначения МТР При экспорте спецификации распоряжения в Excel-файл, и удалении строк спецификации после экспорта, вместе с ними удаляются и значения пользовательской аналитики из Листов 2-6 документа (хорошо видно при удалении первой строки содержащей информацию об МЦ). Удаляются те строки, в которых были значения аналитики. Если внести любые изменения (кроме удаления строки или номера строки)!!!!! в Excel-файл и потом произвести удаление строк, то значения с Листов 2-6 не удаляются.Исправлено
102.1840959.1.100.0Ошибка при печатиУправление договорамиРабота с банковской гарантией
Ошибка при печати "Расшифровка выставленных требований"Исправлено
102.1893189.1.100.0При удалении документа "Распоряжение на изменение целевого назначения МТР" записи в таблице Soprhoz не удаляютсяСкладской учетРаспоряжение на изменение целевого назначения МТР
При удалении документа "Распоряжение на изменение целевого назначения МТР" записи в таблице Soprhoz не удаляютсяДоработано удаление SoprHoz-а по распоряжениям
102.1908869.1.100.0В отчет по БГ "Расшифровка выставленных требований" добавить вывод ШК -договора и ШК- БГУправление договорамиРабота с банковской гарантией
Клиент просит отчет по БГ "Расшифровка выставленных требований" добавить вывод ШК -договора и ШК- БГ Договоры-Документы-Работа с банковскими гарантиями-Расшифровка выставленных требованийДобавлен штрих код в отчет
102.1889299.1.99.0Не правильно рассчитывается задолженность по платежамФинансово-расчетные операцииПлатежное поручение
Не правильно рассчитывается задолженность по платежам. При привязке нового платежа не видны платежи, ранее привязанные к ДО. Если изменить "Настройки ГалактикиБухгалтерский контурОбработка документовРаспределение платежа по ДОУчитывать при расчете задолженности оформляемые фин. документы"=да, то сумма платежей отображается корректно. Все платежные поручения оплачены, настройка влиять не должна. База на которой проявляется проблема выложена на FTP сервер, в директорию 2.150770.Проблема возникает из-за того, что при выключенной настройке "Учитывать при расчете задолженности оформляемые фин. документы" в расчете задолженности участвовали только документы в исполняемых или закрытых статусам. Документы без статуса или оформляемые не учитывались. Исправлено следующим образом. Переименована настройка "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Учитывать при расчете задолженности оформляемые фин. документы" в "Учитывать при расчете задолженности неоплаченные фин. документы". Добавлена новая пользовательская настройка "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Учитывать при расчете задолженности фин. документы в статусе оформляемый" со значением по умолчанию - "нет". Теперь можно отдельно настроить учитывать оплаченные или не оплаченные документы, а так де учитывать или нет документы в статусе оформляемый. В данном конкретном случае пользователям необходимо выключить настройку "Учитывать при расчете задолженности неоплаченные фин. документы" и включить настройку "Учитывать при расчете задолженности фин. документы в статусе оформляемый".
102.1841889.1.98.0алг. 77 Корректировка ПКП Формирование "дерева иерархии" со списком договоровсоглашенийпкп более 5 минутКонтур управления производствомпо 77-му системному алгоритму "Формирование договоров, соглашений,ПКП по пл...
алг. 77 Корректировка ПКП Формирование "дерева иерархии" со списком договоровсоглашенийпкп более 5 минут по инц. 2.140429 В процессе корректировки ПКП производится выбор договора/соглашения из каталога. В процессе формирования списка договоров появляется сообщение "Формирование дерева иерархии...", которое висит 5 и более минут. Клиент пишет: При корректировке каждой заявки время ожидания по 5 минут недопустимо. Необходимо существенно сократить время формирования дерева иерархии! Описание клиента во вложении. По предварительной информации от Ждановича выбор договора осуществляется из интерфейса, который каждый раз перестраивается из временной таблицы. Необходимо использовать другой интерфейс. Альтернатива есть. Пример настроен на базе incidents91, заявка 000002 по шаблону инц. 2.140429 СФЗ ФЛМ1: 77_инц. 2.140429 СФЗ Формирование ПКП ФЛМ2: 77_инц. 2.140429 СФЗ Корректировка ПКП На данной базе в связи с малым количеством договоров и еще меньшим количеством ПКП проблема не проявляется.Используется GetSomeDogovor вместо GetSomeDogovorEx
101.654109.1.97.0ОКАТО вместо ОКТМОУправление договорамиУведомление о контролируемых сделках
ОКАТО вместо ОКТМО в XML. Описание во вложении.Отчет "Уведомление о контролируемых сделках" в xml. Изменили поле и вывод значения ОКАТО на ОКТМО.
102.1825309.1.97.0Доработка алгоритма 3029Управление договорамиСпецификация
Доработка алгоритма 3029 В связи с переходом на коды МЦ из НСИ, невозможно выполнить загрузку по коду группы МЦ, необходимо выполнять загрузку по номенклатурному номеру.Изменен поиск МЦ/услуги по номенклатурному номеру
102.1865059.1.97.0Фильтр по полразделениям, переведенным в архив, в контуре ЛогистикиКонтур логистикиНе знаю, какая именно часть контура логистики, научите
Если у подразделения в каталоге подразделений заполнено поле "В архиве с" (архивное подразделение) и значение этого поля меньше текущей даты, соответственно это подразделение нельзя выбрать в фильтрах, используемых в контуре Логистики, к примеру, в Карточке складского учета и др (выдается запрещающее сообщение). От клиента поступило предложение не учитывать значения поля "В архиве с" при выборе архивных подразделений именно в фильтрах.В фильтрах: Карточки складского учета, Карточки учета МЦ в производстве, Лист согласования добавлена возможность выбора архивных подразделений. При выборе архивного подразделения выдается запрос на подтверждение выбора.
102.1881609.1.97.0Не выбирается Подписант в уведомлении о контролируемых сделкахУправление договорамиУведомление о контролируемых сделках
Перестал выбиратся Подписант в уведомлении о контролируемых сделках Поле подписант в отчете "Уведомление о контролируемых сделках" пустое и не редактируется. Нужно вернуть возможность 1) Чтобы оно подтягивалось из настройки "Руководитель организации" 2) Чтобы была возможность его ручного изменения в настройках отчета.Вернули возможность выбора подписанта в Уведомлении о контролируемых сделках. Если поле пустое, то берется из настройки "Руководитель организации".
102.1867919.1.96.0Атлантис 5.5.32. Печать распоряжения в формате FR - ошибкиУправление договорамиРаспоряжения на отгрузку
Атлантис 5.5.32. Печать распоряжения в формате FR - ошибкиИсправлено
101.640819.1.95.0Распоряжение на прием отпуск. Пропала панель с ЦУСкладской учетРаспоряжения на прием-отпуск МТР
Распоряжение на прием отпуск. Пропала панель с ЦУ.Восстановлена работа с целевым учетом в распоряжениях
101.644139.1.95.0Сделать поле Способ транспортировки поле обязательным для заполнения по пользовательской настройкеУправление договорамиВвод договора
Клиенту, для ряда пользователей необходимо сделать поле в модуле "Управление договорамиДоговорыУточняющие соглашенияРасширенная информацияУсловия отгрузкиСпособ транспортировки" сделать обязательным для ввода. В связи предложение: добавить это поле в раздел контролируемых (Настройки Галактики Логистика Документы Управление договорами Контроль заполнения полей).1. Создана настройки Настройки Галактики Логистика Документы Управление договорами Контроль заполнения полей Способ транспортировки. Возможные значения настройки "нет контроля" (по умолчанию), "предупреждение", "обязательное заполнение". 2. Настройка контролирует заполнение поля "Способ транспортировки" для договоров и соглашений в окне редактирования договора/соглашения. Проверка осуществляется непосредственно в окне задания способа транспортировки, а также при закрытии окна редактирования договора/соглашения. 3. Если поле не заполнено и значение настройки = "обязательное заполнение", поле подсвечивается желтым цветом.
102.1827449.1.95.0Условия поставки в протоколе заполнять как и для отчетаУправление договорамиУведомление о контролируемых сделках
Условия поставки в протоколе заполнять как и для отчета В Протоколе "документы" и "документы с суммами" необходимо, чтобы "Условия поставки" заполнялось также, как и для самого отчета: Сейчас: 1.Раздел 1Б, поле 100 Код условия поставки Есть Внешний атрибут к сопроводительным документам "Код условий поставки", который заполняем руками. При формировании отчета данное поле будет заполняться этим атрибутом, иначе - из договора на закладке "Контролируемая сделка" поле "Код условий поставки", если же данные значения пустые, то выводим из поля "Базис поставки" вкладки "Условия отгрузки" расширенной информации по соответствующему договору. В Протоколе заполняется только из внешнего атрибута.Управление договорамиОтчетыУведомление о контролируемых сделках Изменили вывод поля "Код условия поставки" в протоколировании: - "документы" - "документы с суммами" - "документы с суммами с группировкой". Есть Внешний атрибут к сопроводительным документам "Код условий поставки", который заполняем руками. Сейчас идет проверка: При формировании отчета данное поле будет заполняться вн. атрибутом из сопр. документа, иначе - из договора на закладке "Контролируемая сделка" поле "Код условий поставки", если же данные значения пустые, то выводим из поля "Базис поставки" вкладки "Условия отгрузки" расширенной информации по соответствующему договору.
102.1830329.1.95.0Партии. СтатусыНастройкаПартии товаров
Партии. Статусы В стандартном (системном) перечне статусов не логично (либо ошибочно) даны названия оформляемому и исполняемому статусам. Требуется поменять местами наименования статусов, чтобы они соответствовали присвоенным им значениямПереименованы статусы для партий 0-Карантин 1-Годен # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: При первом вызове статусов в каталоге партий запустить проверку статусов
102.1840349.1.95.0Ошибка при добавлении нового статусаФинансово-расчетные операцииПлатежное поручение
Ошибка при добавлении нового статуса Установлена настройка "Настройки Галактики Общие настройки системы Интерфейсы выбора Скрывать выбор недоступных для установки статусов"= да. Заходим в интерфейс выбора статуса. Нажимаем F4, затем F8. Видимость всех доступных статусов пропадает, но можно ввести новый статус. При выходе из интерфейса выдается ошибка "Отсутствует позиция. таблица N1709". Стоит либо запретить добавление нового статуса при ограничении выбора, либо разрешить, но доработать функциональность: корректно создавать запись и скрывать ее при следующем обновлении интерфейсаДоработано корректное создание статуса при включенной настройке "Настройки Галактики Общие настройки системы Интерфейсы выбора Скрывать выбор недоступных для установки статусов". При выходе из режима редактирования статусов, система запрещает доступ к только что созданному статусу.
180.107919.1.95.0Проблема с отображением полейУправление договорамиВвод договора
Проблема с отображением полей. Подробное описание во вложении.Порядок следования при поиске по номеру не меняется
102.1839959.1.94.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
101.626299.1.93.0При создание документов по функции "Пакетное формирование отчетов агентов" нужно обеспечить уникальность номеров документов.Управление договорамиПакетное формирование отчетов агента
При создание документов по функции "Пакетное формирование отчетов агентов" нужно обеспечить уникальность номеров документов. При создание документов по функции "Пакетное формирование отчетов агентов" нужно обеспечить уникальность номеров документов. Управление договорами - Операции - Формирование отчетов агента Т.е. если в системе уже есть акт или СФ с номером 2017/07.2-02/004 , то нужно увеличить счетчик на 1 и проверить есть ли акт (СФ) с номером 2017/07.2-02/005Для случаев, если заданы алгоритмы нумерации отчетов агентов и актов на агентское вознаграждение по шаблону в диалоговом окне "Пакетное формирование документов". При создании отчетов агента и акта на агентское вознаграждение производится проверка на наличие с таким номером акта или счет-фактуры. Значение в инкрементной части номера увеличивается с шагом 1 до тех пор, пока номер не станет уникальным.
101.641169.1.93.0Наряд заказ - Выбор уточняющего соглашенияУправление договорамиНаряд-заказы
Наряд заказ - Выбор уточняющего соглашения Если в ранее созданном наряд-заказе выполнить выбор соглашения, то открывается выбор со всеми договорами. Необходимо сделать так, чтобы выбор уточняющего соглашения сразу осуществлялся только в рамках выбранного договора, а не через дополнительное наложение в ручную фильтра по alt+BЕсли выбран договор, то выбор соглашения осуществляется в рамках данного договора
102.1757679.1.93.0КИС ФХД ТПР2 Очередь1 Настройка доступа к договорам - Все праваУправление договорамиВвод договора
Добавить для настройки ""Настройки Галактики Логистика Документы Управление договорами Права доступа Доступ к договорам"" (DOGOVOR.VISIBLE) значение "все права".Добавлено
102.1809139.1.93.0Расчет за пользование чужими ДСУправление договорамиНе знаю, какая именно часть модуля Управление договорами, научите
Расчет сумм процентов за пользование чужими ДС = сумма задолженности*кол-во дней задолженности*ставку рефинансирования/N где N=360 либо 365 либо 366, зависит от условий договора. В настоящее время считается от 365. На настройку "Число дней в году для ставки рефинансирования" не обращает внимания.Количество дней в году берется по настройке "Число дней в году для ставки рефинансирования"
102.1822109.1.93.0Выбор спецификации в уточняющем соглашенииУправление договорамиСпецификация
Выбор спецификации в уточняющем соглашении Клиент просит распространить действие настройки "Настройки Галактики Логистика Документы Управление договорами <F3>, <Ctrl><F3> в спецификации договоров" на спецификацию Уточняющих соглашений.При рекомендованной спецификации выбор в соглашениях осуществляется так же и по том же настройкам, что и в договорах
102.1825279.1.93.0Некорректно работает алгоритм 3029Управление договорамиСпецификация
Некорректно работает алгоритм 3029 1. КАУ "Элемент затрат" - невозможно выбрать из справочника. 2. КАУ "Период планирования" - невозможно установить годИсправлен выбор "КАУ Злемент затрат" из справочника, период планирования работает корректно.
102.1829199.1.93.0Добавление аналитики в алгоритм импорта спецификации договора (3029)Управление договорамиСпецификация
Добавление аналитики в алгоритм импорта спецификации договора (3029). КАУ 6: Колонка "Технологическая структура капитальных вложений" пользовательская аналитика, загрузка по коду из справочника.Добавлен КАУ (пользовательская аналитика 20079) в параметры алгоритма.
102.1830869.1.92.2Код условия поставки не должен выводится для услугУправление договорамиУведомление о контролируемых сделках
Код условия поставки не должен выводится для услуг 1.Раздел 1Б, поле 100 Код условия поставки Для услуг он не должен заполняться. У клиента в одном договоре и МЦ и услуги. Код условия поставки задается в Договоре на вкладке "Контролируемая сделка". Оттуда он выводится и для МЦ (накладной) и для услуг (акт). Пример с тестовой базы, ошибка клиента, файл клиента во вложении.Добавили условие проверки для поля "Код условия поставки". Если это МЦ, то выводим в отчет xml поле "КодУсловПост", а так же в ContrTrans.xlt в Разделе 1Б, поле 100 Код условия поставки. Иначе ничего не выводим.
102.1809969.1.92.1Изменения в заполнении Уведомления о контролируемых сделкахУправление договорамиУведомление о контролируемых сделках
Изменения в заполнении Уведомления о контролируемых сделках (суть требований в последнем абзаце): ФНС России в связи с поступающими запросами о порядке применения Общероссийского "классификатора" продукции по видам экономической деятельности и Общероссийского "классификатора" продукции при заполнении Уведомления о контролируемых сделках (далее - Уведомление) за 2017 год сообщает следующее. Приказом Росстандарта от 31.01.2014 N 14-ст с 01.01.2017 отменены "ОКП" и "ОКВЭД" и введены в действие "ОК 034-2014 (КПЕС 2008). Общероссийский классификатор продукции по видам экономической деятельности" (ОКПД2), "ОК 029-2014 (КДЕС Ред. 2). Общероссийский классификатор видов экономической деятельности" (ОКВЭД2). Таким образом, в уведомлении о контролируемых сделках за 2017 год необходимо использовать классификаторы ОКВЭД2 и ОКПД2. При отражении сведений на основании классификатора ОКПД2 (пункт 043 Раздела 1Б Уведомления) следует указывать первые шесть цифр кода (без разделения точками) в соответствии с видом продукции. В случае, если указываемый на основании классификатора ОКПД2 код имеет менее шести знаков, свободные знакоместа справа от значения кода заполняются значением "0" (ноль) без разделения точками в соответствии с классом, подклассом, группой и подгруппой продукции.В файле ContrTrans.xlt - Уведомления о контролируемых сделках, а так же в .xml При отражении сведений на основании классификатора ОКПД2 (пункт 043 Раздела 1Б Уведомления) указываем первые шесть цифр кода (без разделения точками) в соответствии с видом продукции. Добавили следующее: в случае, если указываемый на основании классификатора ОКПД2 код имеет менее шести знаков, свободные знакоместа справа от значения кода заполняются значением "0" (ноль) без разделения точками в ContrTrans.xlt, в xml - поле "ОКП". Убрали символ "." в коде ОКПД2 и уменьшили размер до 6ти смиволов.
101.618519.1.92.0Настройка запрещающая формировать отчет агента при отсутствии СФ посредникаУправление договорамиПакетное формирование отчетов агента
Настройка запрещающая формировать отчет агента при отсутствии СФ посредника Требуются доработки для исключения ошибок - в СФ заказчика пропадают ссылки на СФ посредника. При Пакетном формирование отчетов агента нужна настройка запрещающая формировать исходящие документы (отчет агента агентское вознаграждение и связанные СФ, если в исходном акте/накладной есть НДС, но не сформирована СФ посредника.1, Создана настройка "Настройки Логистика Документы Управление договорами Формировать отчет агента и связанные документы при отсутствии СФ посредника" = "да", "нет", "по запросу". По умолчанию значение "да". 2. Если сопроводительный документ, по которому формируется отчет агента, содержит налоги и не имеет счет-фактуры, то в случае значения "нет" настройки, отчеты агента и агентского вознаграждения и все документы, связанные с ними (счет-фактуры и счета на оплату) формироваться не будут. Сообщение об этом выводится в протокол.
102.1758439.1.92.0Медленный экспорт пометки договоров в пакетном распределении платежейУправление договорамиИнтерфейсы/окна выбора
Вернулась проблема, решенная в ПИР 102.154628. Абсолютно аналогичное описание Поставщики, получатели - Операции - Пакетное распределение платежей. На закладке "Фильтр на данные" в фильтре "по договорам" выбрано больше семнадцати тысяч договоров. Если в окне "групповой выбор договоров" снимаем пометку нескольких договоров и подтверждаем выбор, то экспорт пометки занимает более 1,5 часа.Увеличено быстродействие для интерфейса группового выбора договоров.
102.1770409.1.92.0Заполнение полей в файле экспортаСкладской учетРаспоряжение на изменение целевого назначения МТР
Заполнение полей в файле экспорта В настоящий момент не заполняются следующие поля в файле экспорта: 1.Объект ЦУ, под который был закуплен 2.PID закупки 3.Производитель МТР (заполнено в ЦУ откуда по позиции) 4.План-график вовлечения (заполнено в ЦУ откуда по позиции) 5.Плановая дата вовлечения (заполнено в ЦУ откуда по позиции) 6.Категория неиспользованных МТР (заполнено в ЦУ откуда по позиции) 7.Наименование технической документации № документа(заполнено в ЦУ откуда по позиции) 8.Основная причина образования* (заполнено в ЦУ откуда по позиции) 9.Контактное лицо (должность, ФИО, тел. МАТС, городской, мобильный) 10.Дата перевода в неиспользованные МТР (заполнено в ЦУ откуда по позиции)Добавлено заполнение полей при экспорте
102.1803709.1.92.0Экспорт/импорт распоряжения на изменение целевого назначенияСкладской учетРаспоряжение на изменение целевого назначения МТР
Экспорт/импорт распоряжения на изменение целевого назначения При экспорте документа поле Источник образования заполняется "код + наименование" (думаю что это результат настройки структуры КАУ), а при импорте появляется ошибка -- для ее устранения необходимо удалить у всех записей в этом поле коды....Если записей много, то это мягко говоря неудобно....Добавлена обработка импорта, если в поле "Источник образования" указан код, то импорт проходит корректно без удаления кода.
101.637479.1.90.0Контроль задоженности в ДО по договоруУправление сбытомСчета, ДО на продажу
Контроль задолженности в ДО по договору Прошу доработать функционал системы Галактика в отношении контроля задолженности. Если в ДО выбран и договор и уточняющее соглашение (УС), и контроль задолженности "включен" и в договоре и в УС, то система должна отработать контроль задолженности сначала по лимиту в договоре, а затем по УС.Доработан функционал системы Галактика в отношении контроля задолженности. Если в ДО выбран и договор и уточняющее соглашение (УС), и контроль задолженности "включен" и в договоре и в УС, то система отрабатывает контроль задолженности сначала по лимиту в договоре, а затем в УС.
102.1784009.1.90.0Множественный фильтр по видам договоров в интерфейсе L_DOGOVOR::GETSOMEDOGOVORУправление договорамиИнтерфейсы/окна выбора
У клиента есть собственные доработки в которых задействован интерфейс L_DOGOVOR::GETSOMEDOGOVOR. Для удобства работы им не хватает в этом интерфейсе возможности устанавливать множественный фильтр по видам договоров Предлагают добавить.Добавлена возможность множественного фильтра по видам договоров
101.635059.1.89.0Поиск по дате договора, а не доп. соглашенияУправление снабжениемСчета, ДО на закупку
В Управлении снабжением - Документы - ДО, при привязке договора в расширенной информации ДО, поиск в интерфейсе списка договоров отрабатывается некорректно.При выборе договора поиск по номеру или дате производится в дереве. При выборе соглашения поиск по номеру или дате производится в списке со всеми договорами с соглашениями, как и ранее.
102.1690989.1.89.0Статус партий МЦ.НастройкаПартии товаров
На этапе входного контроля в партии устанавливается статус (годен карантин брак ...). Статус партий МЦ. Необходимо реализовать функционал установки статусов аналогично документам оперативного контура (ДО, Накладные). С возможностью просмотра истории статусов и комментариев к статусам.В каталог партий добавлены статусы. Пока набор такой: -годен -карантин -брак
102.1708069.1.89.0Брать направление договора из выбранного вида договора, а не шапкиУправление договорамиВвод договора
Пользователь создает договора с видом договора Покупка, где направление договора 2-1. Создает по f7, а не копированием из другого документа, при установленном фильтре по виду договора. Но при создании записи (видно в журнализации) перепутаны местами нреки грузоотправителя и грузополучателя, а значение поля direct = 1 (вместо 2) В результате при привязке договора к накладной, установленный фильтр по направлению 2-1 этот договор не видит, а он виден только, когда устанавливаешь направление 1-2 В журнале по созданной записи поле CVidDog верное, нрек соответствует тому виду договору, который я показывала выше на скриншотах и который имеет в справочнике направление 2-1 Решается проблема если передернуть вид договора на другой, а потом назад. Тогда нреки меняются местами. Выяснили, что проблема в иерархии справочника, нужный вид договора входит в папку с направлением 1-2. Поменять вид у верхней папки нельзя, замена поля direct на 2 в самой таблице не помогло. Договора продолжают создаваться неверно. Предложение брать направление договора не из шапки, а из самой записи, которая выбрана в виде договораИсправлено