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


Описание файла обновления:
ФайлL_DOGOVOR_RES_911270.TXT
ОбновлениеL_Dogovor_RES_911270
Назначение
ПродуктГалактика ERP 9.1
Релиз
КомпонентRES L_Dogovor
Тип
Версия9.1.127.0
Дата2019-10-29 23:44:02
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
NEWУправление договорами Отчеты Уведомление о контролируемых сделках
УКС на пакеты разбивается - хорошо, требованиям https://www.nalog.ru/rn77/taxation/transfer_pricing/5500201/ вроде как соответствует. Но не учли особенность, что при выгрузке нескольких xml-файлов к имени файла через символ "_" добавляется порядковый номер. Из-за этого получаются лишние символы в имени файла и маска файла неверная. Предлагаю в имени файла по умолчанию предлагать на конце "0", а последующие документы увеличивать на 1, потому что длину названия файла менять нельзя, что в самом названии, что в тегах внутри xml.Добавлен параметр суффикс 1 Вариант - как предложено 2 Вариант - предыдущий
NEWГалактика ERP Логистика Договоры Документы Договоры Ввод договора
Появляется окно добавление банка при запрете модификации каталога контрагентовВ случае запрета модификации каталога организаций, выдается сообщение об отсутствии банков (в случае если, банков действительно нет у выбранной организации). В случае, если модификация организации не запрещена настройкой, то выходит запрос на добавление банка. Так же добавлена возможность выбора банка, если не заполнены поля основной плательщик (т.е. не выбрана организация). В этом случае открывается весь каталог банков и при выборе банка заполняется информация об организации (окно "Просмотр реквизитов контрагента").
9.1.126.0Нет
Новая версия накопительного обновления словаря Галактика ERP 9.1 Alter_CumulativeВнесены изменения в словарь БД Галактики ERP 9.1
101.67398 * ЗАДАЧА В JIRA: ERP-2029.1.125.0Управление сбытом Документы Накладные на отпуск
Выбираем в накладной замену из договора, ордер формируется на количество из первоначальной позиции спецификации.Причина в некорректных учетных единицах в Сметане 200 г и в сметане 500г. В процессе пересчета все сводится к учетным единицам и уже в них идет сравнение. Правильней было использовать учетную кг. В спецификацию накладной пошла ссылка на отпускную единицу измерения из основной позиции, что и привело к неправильному Для таких случаев нужно использовать поле ко.коэффициент в настройке замен в договоре. В данном случае 0.4 (вес 0.2/ 0.5). В этом случае приведение к учетным сметаны 500 к сметане 200 пройдет правильней. Необходимые для корректного расчета остатка по позиции договора, отображения замен произведены.
9.1.125.0Модуль Управление договорами > Отчеты > Реестры документов > Реестр договоров. На вкладке "Фильтры"
Длительная визуализация "Загрузка данных для сортировки" при сортировке по колонке "Номер" интерфейса выбора договора (L_DOGOVOR::GETSOMEDOGOVOR) с использованием системной сортировки. Модуль Управление договорами > Отчеты > Реестры документов > Реестр договоров. На вкладке "Фильтры" выбор договоров по фильтру "Договор" При этом аналогичная сортировка в интерфейсе Договоры (L_DOGOVOR: OGOVOR) проходит быстрей. Модуль Управление договорами > Документы > Договоры.Убран объект из логической таблицы. Прокэшировано значение настройки Dogovor.MarkDaysLeft Убраны лишние таблицы. На результат сильно не влияет. Включено для полей DDoc, NoDoc, NoDoc_Ext, Descr, DesGr CustomSorting.
101.67570 * ЗАДАЧА В JIRA: ERP-5039.1.124.0Галактика ERP Логистика Договоры Операции Пакетное изменение статусов договоров
При изменении статусов договоров пакетно с любого на «исполненный» доп. соглашения, привязанные к этому договору, переводятся в статус «расторгнутый».В случае, если статус договора является "вложенным" (т.е. статус "исполненный" является подстатусом основного статуса "расторгнутый"), то в таком случае при пакетной смене статуса, соглашениям присваивался статус основного статуса, а не подстатуса (т.е. расторгнутый, а не исполненный). Изменена логика присвоения статусов для доп. соглашений. А именно, поиск статуса для соглашения производится не только по основным статусам но и по вложенным статусам ( наименования вложенного статуса договора и вложенного статуса соглашения должны совпадать).
9.1.124.0Управление договорами Отчеты Уведомление о контролируемых сделках
До сих пор ничего не выходит сформировать по пакетам отчет по контролируемым сделкам.Переделан контроль с кол-ва договоров на контроль в кб (с некоторым запасом).
9.1.123.0Управление договорами Настройка Заполнение каталогов Государственные контракты
Просьба добавить еще один корневой статус по ГК - "Рабочий"Добавлен статус Рабочий с кодом 4
9.1.122.0Управление договорами Отчеты Уведомление о контролируемых сделках
Требуется поддержка версии для 2017 года. Версия файла 5.01 Приложение N 2 к приказу ФНС России от 27 июля 2012 г. N ММВ-7-13/524@Добавлена XSD схема EXEXsdUT_UVKNRSD_1_531_00_05_01_02.xsd При изменении версии происходит изменение имени схемы по умолчанию. При экспорте в xml добавлено ветвление для версии 5.01 и более новых (текущая 5.03 - Приказ ФНС России от 07.05.2018 N ММВ-7-13/249@ )
9.1.121.0Договоры Отчеты Уведомление о контролируемых сделках
Вывод в XML-файл и XLS-файл полей ОКПД2 и ОКВЭДВ поля ОКПД2 ОКВЭД выводится код. Исправлена ошибка формирования протоколов.
9.1.120.0Управление договорами Настройка Заполнение каталогов Государственные контракты
Чтобы оперативно ориентироваться в большом каталоге государственных контрактов, необходима множественная фильтрация по каталогу с возможностью множественного выбора статусов в поле "состояние" госконтракта. Продолжение по сделанной доработке в erp-365Реализовано. При наложении фильтров следует учитывать, что окна выбора и окно редактирования являются разными экземплярами интерфейса, поэтому фильтр, примененный в окне редактирования не перейдет в автомате в окно выбора.
101.67172 * ЗАДАЧА В JIRA: ERP-7329.1.119.0Договоры Документы Договоры Акты сверки
В акте сверки по договору не обновляется период автоматически В договоре создаем новый акт сверки. По умолчанию в нём проставляются даты, например, со следующей даты после предыдущего акта сверки по текущее число. Меняем числа периода, например, ставим по конец месяца. Нажимаем в локальном меню "автоматическое формирование акта сверки" - дата "по" не меняется автоматически. Если выйти из акта сверки и снова зайти, то даты в "автоформировании акта сверки" будут правильные. Нужно сразу переформировывать даты для функции автоформирования.Изменен интерфейс "Акт сверки". При вызове интерфейса "Формирование акта сверки" даты "с" и "по" соответствуют датам внесенным в окне "Акт сверки".
101.67733 * ЗАДАЧА В JIRA: ERP-6869.1.118.0модуль Настройка Настройка Администратор настроек
Не производится копирование настройки DOG.SUMDOG ("Настройки Галактики Логистика Документы Управление договорами Разрешать превышение документами суммы по договору (СД/ДО)") в Администраторе настроек через локальную функцию "Копирование группы настроек (Alt+D)".Значение настройки копируется корректно.
101.67474 * ЗАДАЧА В JIRA: ERP-3519.1.118.0Управление Сбытом / Документы /Диадок. Диадок. Список документов
Диадок. Перевести систему на универсальный метод парсинга для подготовки к 820-у постановлению.Добавлена настройка DIADOC.VARIANT Общие настройки системы Работа с Контур.Диадок Использовать формат документов При установке в "820, Приказ ФНС России от 19.12.2018 № ММВ-7-15/820" формат файлов выгружается по 820 постановлению. == Титул продавца == Таблица 5.10 ЛицСчетПрод - ввод в ИГК КодПродБюджКласс - ввод в организации продавце КодЦелиПрод - ввод в ИГК КодКазначПрод - ввод в ИГК НаимКазначПрод- ввод в ИГК ===Титул покупателя === Таблица 7.16 ИнфПокГосЗакКазн ИдКодЗак - ввод в ИГК НаимФинОргПок - ввод в ИГК НомРеестрЗапПок - ввод в ИГК ОКТМОПок - ОКТМО контрагента1 в договоре ОКТМОМесПост - - ОКТМО получателя товаров/услуг по кнопке контрагент 1 в договоре ЛицСчетПок - ввод в ИГК КодКазначПок - ввод в ИГК НаимКазначПок- ввод в ИГК Таблица 7.17 Информация для сведений о денежном обязательстве ИнфСведДенОбяз( пока нет других рекомендаций по заполнению) НомСтр = 1 КодОбъектФАИП - не заполняется ВидСредств = 6 КодПокБюджКласс - ввод в организации покупателе КодЦелиПок - ввод в ИГК СумАванс = 0.00
101.672529.1.117.0Ошибка при экспорте и импорте Распоряжения на изменение целевого назначения МТРСкладской учетРаспоряжение на изменение целевого назначения МТР
Ошибка при экспорте и импорте Распоряжения на перемещение МТР | Распоряжения на изменение целевого назначения МТР. После импорта в КУДА загрузился объект с другим кодом объекта строительства, но с тем же наименованием из предыдущих годов. А также Экспорт по МЦ 060201000960 - Отчет о выявлении неиспользованных запасов выгрузка Экспорт по МЦ 060201000960.xlsВ экспорт добавлена колонка Объект вовлечения (код). При импорт, если она заполнена то ищет по сочетанию Наименование и Код,
101.642999.1.116.0Необходим "признак" государственного контрактаУправление договорамиПредложение по новой функциональности модуля Управление договорами
Необходим "признак" государственного контракта На предприятии сформировался большой список Идентификаторов государственных контрактов. При составлении документов ненужные идентификаторы затрудняют поиск. Необходимо при выборе ИГК в каталоге государственных контрактов иметь возможность проставлять у ролей дополнительный признак (напр. "архивный", или "не заключен", или "за счет собств. средств" и т.п. пользовательские признаки) для дальнейшей фильтрации по признакам при выборе ЦУ-КАУ при заполнении документов.Добавлено поле статус, возможность накладывать фильтр. Использован стандартный интерфейс системы статусов для документа ИГК (по умолчанию добавляются указанные статусы).
101.673259.1.116.0УКС -формирования большого объема файла по двум организациямУправление договорамиУведомление о контролируемых сделках
УКС -формирования большого объема файла по двум организациямДобавлено ведение лога fplog. Добавлена возможность разбивки на пакеты. Примерный расчет -3кб на один договор. При наличии архиватора 7zip и не очень длинного пути для выгрузки(c:Export например) файлы будут так же заархивировны.
101.673459.1.115.0Исправительная накладная при контроле задолженностиУправление сбытомНакладные на отпуск
Исправительная накладная при контроле задолженности Настройки Галактики Логистика Документы Управление договорами Контролировать задолженность Значение настройки "По договору" 1. При подсчёте задолженности клиента при изменении статуса накладной/акта кроме "обычных" накладных/актов необходимо учитывать исправительные и корректировочные накладные/акты. 2. Корректировочную (KD), сторнирующую исправительную (-KH) и исправительную (KH) накладную/акт надо учитывать на сумму каждого документа на дату выписки документа. 3. Во всём остальном алгоритм контроля задолженности остаётся без изменений.На случай когда прошло погашение долга исправительными и корректировочными документами, сбрасываем дату долга. Отключен контроль задолженности для -КН накладных.
101.674509.1.114.0Ошибка при экспорте спецификации распоряжения на изменение целевого назначенияСкладской учетРаспоряжение на изменение целевого назначения МТР
Выход за границы массива при экспорте 2700 строкОшибка не выдается.
102.1997509.1.114.0заполнение позиций документа неиспользуемыми запасамиСкладской учетРаспоряжение на изменение целевого назначения МТР
заполнение позиций документа неиспользуемыми запасами Клиент пишет следующее: "Документы/Распоряжение на перемещение МТР (далее Распоряжение)/заполнение позиций документов неиспользованными запасами. Даже по одному филиалу (не говоря о всем ОСТ) на формирование позиции уходит более 100 минут. Данная проблема характерна при формировании позиции по закрытым объектам (см. вложение), т.е. выбрана опция "ТМЦ, не использованные по завершению работ" Требуется оптимизировать работу процедуры автозаполнения позиций Распоряжения неиспользованными запасами - не более 30 минут по всему ОСТу при указании в маске процедуры опции "ТМЦ, не использованные по завершению работ" (см. вложение)."Прокэшировано использование некоторых функций Оптимизирована навигация по базе. Добавлено использование fplog
180.111149.1.114.0Зависание при выходе из списка ПКПУправление договорами
Оптимизирован расчет суммы договора в CalPlan->GetSumMCAndPlat Для рублевых договоров для СУБД MSSQL или ORACLE подсчет суммы сделан на DSQL.
102.2012299.1.112.0Возможность выводить внутренний номер договораУправление договорамиУведомление о контролируемых сделках
Возможность выводить внутренний номер договора У клиента номер, который присваивается договору и используется у контрагента - это поле внутренний номер. А во внешний - пишется номер регистрационный, который получается с контрагентом разный. В Уведомление выводится внешний номер договора. И при сдаче отчетности УКС налоговая шлет письма с запросами о том, чтобы пояснить расхождения по договорным обязательствам между компаниями ВЕК, ТД, ОПТ, ХА (внутренними филиалами). Поэтому нужна возможность выводить внутренний номер договора в Уведомлении о контролируемых сделках и в протоколе Уведомления о контролируемых сделках.Добавлен параметр для выбора способа вывода номера договора.
101.672929.1.112.0В уведомлении о контролируемых сделках некорректно заполняются данные по кодам 131-140Управление договорамиУведомление о контролируемых сделках
В уведомлении о контролируемых сделках некорректно заполняются данные по кодам 131-140 В уведомлении о контролируемых сделках некорректно заполняются данные по кодам 131-140. Во вложении результат проверки УКС. Из консультанта: 6.7. Одновременное заполнение цифрой "1" любого из полей с кодами 122 - 123 с любым полем с кодами 131 - 140 Раздела 1А не допускается. 6.6. В поле 3.3 "Особенности отнесения сделки к контролируемой, если сделка совершена между взаимозависимыми лицами, местом регистрации, либо местом жительства, либо местом налогового резидентства всех сторон и выгодоприобретателей по которой является Российская Федерация, в соответствии со статьей 105.14 Кодекса" указывается соответствующая цифра по коду основания отнесения сделки (в том числе сделки, совершенной комиссионером (агентом) от своего имени, но по поручению и за счет данного налогоплательщика, действующего в качестве комитента (принципала) по договору комиссии (агентскому договору)) к контролируемой с учетом особенностей, предусмотренных для сделок, совершенных между взаимозависимыми лицами, местом регистрации, либо местом жительства, либо местом налогового резидентства всех сторон и выгодоприобретателей по которой является Российская Федерация, согласно статье 105.14 Налогового кодекса Российской Федерации в соответствии с приложением N 1 к настоящему Порядку: "0" - нет; "1" - да. Так же ранее в хелпе было такое описание: Если поле Основание отнесения сделки к контролируемой (121-124) не заполнено или выбрано значение 121, то в отчете значение "1" присваивается полю с кодом 121; если для поля выбрано значение 122, то в отчете значение "1" присваивается полю с кодом 122 и т. д. Аналогично происходит и для поля Особенности отнесения сделки к контролируемой (131-135).1. Убрано заполнение по умолчанию 1 для кодов 130-140. 2. В связи в жалобами на падение при большом объеме добавлено использование fplog В случае падения следует добавить в cfg {Log} FP_DebugLog=out\%user%fplog.log путь указать наподобие папки с выходными файлами. Перезайти в галактику и повторить процесс. После получения файла логирование следует отключить.
101.672179.1.111.0Формат ОКПД2 для УКСУправление договорамиУведомление о контролируемых сделках
Формат ОКПД2 для УКС Управление договорами - Отчеты - Уведомление о контролируемых сделках При выгрузке в xml файл не проходит проверку в Контуре (подробности во вложении)ОКПД2 выгружается с точками, как в классификаторе
101.671569.1.110.0Распоряжение на изменение целевого назначения МТРСкладской учетРаспоряжение на изменение целевого назначения МТР
Распоряжение на изменение целевого назначения МТР При не установленной / не определенной настройке "Настройки Галактики Общие настройки системы Работа с МЦ, услугами Целевое назначение МТР Объекты целевого учета Настройка ЦУ для отчетов" происходила ошибка обращения к неопределенной позиция дополнительной аналитики ЦУПри возникновении данной ситуации выдается предупреждение пользователю и продолжается работа программы.
102.2015489.1.109.0Уведомление в электронном формате форматеУправление договорамиУведомление о контролируемых сделках
Уведомление в электронном формате формате привести в соответствие с законодательством. Приказ ФНС России от 07.05.2018 N ММВ-7-13/249@ "Об утверждении формы уведомления о контролируемых сделках, формата представления уведомления о контролируемых сделках в электронной форме, порядка заполнения формы уведомления о контролируемых сделках, а также порядка представления уведомления о контролируемых сделках в электронной форме и признании утратившим силу приказа ФНС России от 27 июля 2012 г. N ММВ-7-13/524@" (Зарегистрировано в Минюсте России 13.08.2018 N 51864)Приведено к формату версии 5.03 в соотвествии с XSD схемой UT_UVKNRSD_1_531_00_05_03_01.xsd
102.1900159.1.108.0На закладке "Контролируемая сделка" расширенной информации договора объединить поля "Код наименования сделки МЦ" с "Код наименования сделки услуг", а также поля "Код стороны сделки МЦ" и "Код стороны Управление договорамиУведомление о контролируемых сделках
На закладке "Контролируемая сделка" расширенной информации договора объединить поля "Код наименования сделки МЦ" с "Код наименования сделки услуг" в поле с наименованием "Код наименования сделки", а также поля "Код стороны сделки МЦ" и "Код стороны сделки услуг" в поле с наименованием "Код стороны сделки". Возможные значения для выбора из справочника "Коды стороны сделки" должны зависеть от выбранного значения в справочнике "Коды наименования сделки" согласно таблицы во вложении. Код Наименование сделки Код Наименование стороны 001 Агентирование 001 агент 002 принципал 002 Аренда 003 арендатор 004 арендодатель 003 Банковские гарантии 002 принципал 005 гарант 004 Банковский вклад 006 вкладчик 007 банк 005 Банковский счет 007 банк 008 владелец счета 006 Безвозмездное пользование 009 ссудодатель 010 ссудополучатель 007 Выполнение научных исследований и (или) опытно-кострукторских разработок 011 исполнитель 012 заказчик 008 Дарение 013 даритель 014 одариваемый 009 Доверительное управление имуществом 015 доверительный управляющий 016 учредитель управления 010 Договор авторского заказа 017 автор 012 заказчик 011 Договор об отчуждении исключительного права 018 приобретатель 019 правообладатель 012 Заем и кредит 020 заемщик 021 займодавец 022 кредитор 013 Комиссия 023 коммисионер 024 комитент 014 Коммерческая концессия 019 правообладатель 025 пользователь 015 Купля-продажа 026 покупатель 027 продавец 016 Лицензионный договор 028 лицензиар 029 лицензиат 017 Мена 030 сторона 018 Наем жилого помещения 031 наймодатель 032 наниматель 019 Оказание услуг 011 исполнитель 012 заказчик 020 Перевозка 033 отправитель 034 перевозчик 021 Подряд 035 подрядчик 012 заказчик 022 Поручение 036 доверитель 037 поверенный 023 Поручительство 038 должник 039 поручитель 024 Расчеты 007 банк 040 плательщик 025 Рента 041 получатель ренты 042 плательщик ренты 026 Страхование 043 страхователь 044 страховщик 027 Сублицензионный договор 045 сублицензиант 029 лицензиат 028 Транспортная экспедиция 046 экспедитор 047 клиент 029 Уступка права требования 022 кредитор 048 новый кредитор 030 Финансирование под уступку денежного требования 047 клиент 049 финансовый агент 031 Хранение 050 поклажедатель 051 хранитель 032 052 иная сторонаНа закладке "Контролируемая сделка" расширенной информации договора объедены поля "Код наименования сделки МЦ" с "Код наименования сделки услуг" в поле с наименованием "Код наименования сделки", а также поля "Код стороны сделки МЦ" и "Код стороны сделки услуг" в поле с наименованием "Код стороны сделки". Для обеспечения совместимости с предыдущими версиями, считывание значений в объединенные поля происходит как и ранее, но с проверкой заполненности. Перенабран справочник "Коды стороны сделки", обеспечена зависимость значений справочника от выбора в справочнике "Коды наименования сделки" # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Необходимо обновить и проинициализировать справочники! (Расширенная информация/Контролируемая сделка)
102.1928209.1.108.0Добавить в справочники блока "Контролируемая сделка" значения с кодом "0"Управление договорамиУведомление о контролируемых сделках
Ввиду реализации ПиР 102.190023 "На закладке "Контролируемая сделка" расширенной информации договора при значении поля "Признак сделки" - контролируемая реализовать контроль наличия значения в полях согласно алгоритма" необходимо добавить в справочники блока "Контролируемая сделка" значения с кодом "0" для выбора этого значения на закладке "Контролируемая сделка" в расширенной информации договора.На закладке "Контролируемая сделка" в расширенной информации в договоре добавили в справочники значения с кодом "0" - "Нет", чтобы была возможность установки нулевого значения.
102.1955439.1.108.0Не полностью считывается ячейка "Контактное лицо" при мипортеСкладской учетРаспоряжение на изменение целевого назначения МТР
При импорте ЦУ из файла не полностью считывается ячейка "Контактное лицо (должность, ФИО, тел. МАТС, городской, мобильный)" всего более 100 символов, поэтому система не может найти данную аналитику и добавляет в справочник. Необходимо исправить считывание данных из ячеек.Добавлена возможность считать из файла ячейку "Контактное лицо" с количеством символов до 200.
102.1956929.1.108.0Расчет суммы НДС при корректировки процента налога в расширенной информации к позиции спецификации первичного документа(ДО, акт, накладная)Контур логистикиНе знаю, какая именно часть контура логистики, научите
Расчет суммы НДС при корректировки процента налога в расширенной информации к позиции спецификации первичного документа(ДО, акт, накладная и т.д, где выделяется НДС). Если в документе стоит учет налогов "входят в цену позиций" и требуется изменить процент НДС в позиции. То после ручной корректировки налог пересчитывается пропорционально действующей ставке. Например: действующая ставка в 2019 году в РФ 20%, а оплачиваем по ДО на предоплату в 2018, заходим в расширенную информацию по позиции меняем 20% на 18% и получаем не верную сумму НДС. Алгоритм расчета получается такой: НДС = (Общая стоимость/1,20)*0,18, а надо (Общая стоимость/1,18)*0,18.При изменении % налога пересчитывается налог от суммы по позиции без налога. Предыдущее значение налога не учитывается Пример. налоги входят в цену сумма (с налогами) 118, налог 18, %18 меняем 18% на 20% новый налог = (118-18) + 20% = 20 P.S. Правильнее всего для пересчета налога перевыбрать группу налогов
180.109659.1.108.0Лишний обход МОЛСкладской учетРаспоряжение на изменение целевого назначения МТР
Распоряжение на изменение целевого назначения МТР при заполнении неиспользованными запасами, в случае фильтрации по Подразделениям и отсутствия фильтрации по МОЛ таблица Pick наполняется всеми МОЛами из каталога Ведь у некоторых Заказчиков каталог МОЛ содержит около 5000 записей. Необходимо ускорить работу Алгоритмов Распоряжения.Ускорена работа алгоритмов, если не выбраны МОЛ.
102.1847899.1.108.0Добавить в уведомление о контролируемой сделке поля согласно новой форме вложенияУправление договорамиУведомление о контролируемых сделках
Добавить в уведомление о контролируемой сделке поля согласно новой форме вложения. Раздел 1А. Сделка, совершенная от имени комиссионера (агента). Раздел 1Б. Субъекты Российской Федерации(код); Код валюты; Процентная ставка. Прошу обратить внимание на изменения в старых полях: 1. Было Код предмета сделки (код по ОКП) - Стало Код предмета сделки (код по ОКПД2) 2. Было Код предмета сделки (код по ОКВЭД) - Стало Код предмета сделки (код по ОКВЭД2) Раздел 2. Сведения заполняются в отношении комиссионера (агента) Прошу обратить внимание, что поле "наименование организации" теперь заполняется в русской транскрипции и в латинской транскрипции.Добавили новую кнопку "Обновление системных каталогов" в закладке "Контролируемая сделка" в договоре). Данная Обновление дополняет новые значения каталога "Справочник: Коды основания отнесения сделки к контролируемой". Добавили новое поле в Договор - "Признак отнесения сделки к агентскому договору", который принимает два значения: "не установлен" (по умолчанию), "Сделка, совершенная от имени комиссионера (агента)" Если ссылки на агентский договор нет, то данное поле невидно, иначе есть возможность установки необходимого нам значения. Добавили в уведомление о контролируемой сделке поля согласно новой форме вложения. Раздел 1А "Сделка, совершенная от имени комиссионера (агента)". Раздел 1Б. "Субъекты Российской Федерации(код)"; "Код валюты"; "Процентная ставка". Изменения в старых полях: 1. Было Код предмета сделки (код по ОКП) - Стало Код предмета сделки (код по ОКПД2) 2. Было Код предмета сделки (код по ОКВЭД) - Стало Код предмета сделки (код по ОКВЭД2) Раздел 2. "Сведения заполняются в отношении комиссионера (агента)" Поле "наименование организации" теперь заполняется в русской транскрипции и в латинской транскрипции.
102.1984769.1.108.0Уведомление о Контролируемых Сделках: не соответствует формат файла Приказу ФНС России от 07.05.2018 № ММВ-7-13/249@Управление договорамиУведомление о контролируемых сделках
Уведомление о Контролируемых Сделках: не соответствует формат файла Приказу ФНС России от 07.05.2018 № ММВ-7-13/249@ В модуле "Управление договорами" -Отчеты- Уведомление о контролируемых сделках сформировали УКС. Галактика формирует в формате 5.01. Протокол проверки в программе "Референт" выдал ошибку: Проверка по СППФД не пройдена. Данный документ должен быть подготовлен в формате 5.03.Приказ ФНС России от 07.05.2018 № ММВ-7-13/249@. Файл проверки файл УКС во вложении.В закладке "Параметры" добавили поле ввода "Версия формата в xml". По умолчанию стоит "5.03". Если же при формировании xml будет пустое поле, то будет выдаваться сообщение для необходимости заполнить его. Данное поле выводим в xml в начале в "ВерсФорм".
101.667439.1.108.0Расширенная информация - Назначение - уезжают строкиУправление договорамиВвод договора
Расширенная информация - Назначение - уезжают строки При растягивании окна "Расширенная информация по документу" перемещается параметр Дополнительная классификацияИсправлено
180.103219.1.108.0Номер договора в поле "Примечание" в сопроводительном документеУправление сбытомНакладные на отпуск
Доработать формирование Примечания в СД с параметром "Номер"Доработан формирование Примечания в СД с параметром "Номер" "Настройки Галактики Логистика Документы Управление договорами Номер договора/соглашения в примечании документов-оснований и сопроводительных документов" добавлен вариант "внутренний номерномер". Данный параметр учитывается при формировании СД по договору, если в настройке "Настройки Галактики Логистика Документы Сопроводительные документы Формирование документов Формирование примечания" выбран параметр "Номер"
102.1962979.1.108.0ОКВЭД2 для работ/услуг с выбором из классификатораНастройкаКаталог услуг
ОКВЭД2 для работ/услуг с выбором из классификатора Для работ/услуг должен заполняться код ОКВЭД2, но ПОЛЕ ДЛЯ ВВЕДЕНИЯ КОДА ОТСУТСТВУЕТ В КАРТОЧКЕ УСЛУГ, что не соответствует положениям НК РФ и Приказа Минфин. Нужно ввести это поле с выбором из классификатора ОКВЭД2. Если я правильно понимаю, то поле ОКВЭД2 есть в карточке МЦ, выбирается из справочника (хранится справочник в таблице CATALOGS) и соответствует ОК 029-2014 (КДЕС Ред. 2). Если так, то нужно добавить поле ОКВЭД2 в карточку услуг, как и в карточке МЦ - с выбором из таблицы CATALOGS. Это нужно для уведомления о контролируемых сделках: заполнять стр.2.2.3 раздела 1Б значением из этого поля. Заполнять внешний атрибут ОКВЭД клиент считает "неадекватным" (внесение данных вручную в систему из таких огромных справочников, как ОКВЭД2.)В интерфейсе просмотра/редактирования услуги добавлено поле "Код ОКВЭД2". Реализована утилита переноса значений ОКВЭД из внешних атрибутов в поля OKVED таблицы KatUsl.
102.1888169.1.108.0Заполнение колонки "Объект ЦУ, под который был закуплен" в файле экспортаСкладской учетРаспоряжение на изменение целевого назначения МТР
По-прежнему не заполняется столбец "Объект ЦУ, под который был закуплен", либо указывается только программа (ТПР, КР), а этого недостаточно. В столбце должен быть не текущий приход, а именно объект, на который первоначально был приход ТМЦ. Получается ситуация, что распоряжение выдает МЦ, которая в данный момент числится на объекте 2019 года, не понятно по какой причине, ведь объект еще не закрыт. А если бы был заполнен данный столбец, было бы понятно, что эта МЦ перемещена с объекта, который закрыт.В Столбец "Объект ЦУ закупки" выводится объект, на который первоначально был приход ТМЦ.
102.1959709.1.108.0Вывод полей ОКВЭД2, ОКПД2, ТН ВЭДУправление договорамиУведомление о контролируемых сделках
Вывод полей ОКВЭД2, ОКПД2, ТН ВЭД 1. В зависимости от предмета сделки (услуги/работы/товары и т.д.) в уведомлении о контролируемых сделках заполняется ОДНО из полей: ОКВЭД2 - для работ, услуг (см. п. 7.7, Приложение N 3 к приказу ФНС России от 07.05.2018 N ММВ-7-13/249@), ОКПД2 - товаров для сделок, не являющихся внешнеторговыми (см. п. 7.6 Приложения N 3), ТН ВЭД - товаров, при совершении внешнеторговых сделок (см. п. 7.5 Приложения № 3). НА ТЕКУЩИЙ МОМЕНТ В УВЕДОМЛЕНИЕ ПОДТЯГИВАЮТСЯ ВСЕ ИМЕЮЩИЕСЯ КОДЫ, т.е. в случае с МЦ - ОКПД2 и ТН ВЭД. НЕ УЧИТЫВАЕТСЯ КРИТЕРИЙ ВНЕШНЕЭКОНОМИЧЕСКОЙ ИЛИ ВНУТРЕННЕЙ СДЕЛКИ! 2. Для работ/услуг должен заполняться код ОКВЭД2, но ПОЛЕ ДЛЯ ВВЕДЕНИЯ КОДА ОТСУТСТВУЕТ В КАРТОЧКЕ УСЛУГ, что не соответствует положениям НК РФ и Приказа Минфин. Нужно ввести это поле с выбором из классификатора ОКВЭД2.Добавили вывод "Код предмета сделки (код по ОКВЭД2)" для услуг независимо от страны в отчет "Уведомление о контролируемых сделках" в разделе 1Б в поле 2.2.3 (нового отчета). В данный момент информация хранится во вн. атрибуте услуги "ОКВЭД".
180.109649.1.108.0Поиск Первичного документа в Распоряжении на изменение целевого назначенияСкладской учетРаспоряжение на изменение целевого назначения МТР
В Распоряжение на изменение целевого назначения МТР необходимо реализовать работу Второго алгоритма даже при отсутствии ссылки на ДопАналитику. В этом случае первичный документ надо "вычислить".Доработан второй алгоритм при отсутствии ссылки на доп аналитику (если она =0), определяется первичный документ по приходным ордерам и если год оприходования + 1 меньше текущего года, то данные попадают в распоряжение
101.655109.1.108.0Отражение процентов по кредитам в отчете "Уведомление о контролируемых сделках"Управление договорамиУведомление о контролируемых сделках
Отражение процентов по кредитам в отчете "Уведомление о контролируемых сделках" Есть необходимость отражать в отчете "Уведомление о контролируемых сделках" проценты по полученным кредитам, предоставленным кредитам. Кредиты учитываются в Галактике в модуле "Векселя и кредиты". Необходимо чтобы в отчет "Уведомление о контролируемых сделках" в качестве сопроводительных документов попадали справки по процентам из модуля "Векселя и кредиты".Добавили в отчет обработку документов "Выданные кредиты" и "Полученные кредиты". Заполнение полей в отчетах ContrTrans.xlt и ContrTrans_Old.xlt описано ниже по новой форме УКСа. Для старой формы порядок заполнения аналогичен, с учетом старой формы. Раздел "стр.3_Разд.1А" П. 5.1. - указывается сумма начисленных (и отраженных в БУ) по долговому обязательству процентов за отчетный период в случае предоставления займа (получение процентов). В случае, если ставка процента является фиксированной, проценты суммируются за весь период действия сделки в течение отчетного периода и оформляется один экземпляр Листа 4. В случае, если ставка процента плавающая, проценты суммируются за весь период действия сделки в течение отчетного периода и оформляются несколько экземпляров Листа 4 по количеству операций отражения дохода в БУ по данной сделке с указанием соответствующей ставки процента в п.2.13. листа 4. В п. 4.1. листа 3 при этом проставляется "0". П. 5.2. - указывается сумма начисленных (и отраженных в БУ) по долговому обязательству процентов за отчетный период в случае получения займа (уплата процентов). (Аналогично п.5.1.) Ставка плавающая, если в закладке "Проценты" в окне редактирования установлен флаг "Учитывать изменение СР". Раздел "стр.4_Разд.1Б" П. 1.2. - 3 - иной объект гражданских прав П. 2.1. - поле "Предмет договора" из карточки финансового договора П. 2.2.1. - не заполняется. Используется для внешнеторговых сделок с товарами. П. 2.2.2. - не заполняется. Используется для внутрироссийских сделок с товарами. П. 2.2.3. - указывается код предмета сделки в соответствии с классификатором. (данные в соответствии с заполнением соответствующего поля по ПИР 102.189549 п.3, с расширением действия на финансовые договоры) П. 2.3. - указывается порядковый номер контрагента, указанный в Разделе 2 (лист 5) или в Разделе 3 (лист 6) в поле 2 "Порядковый номер участника сделки (из Раздела 1Б)" П. 2.4.1. - указывается номер договора из поля "Номер внешний" карточки договора П. 2.4.2. - указывается "Дата заключения" договора из карточки договора П. 2.5. - не заполняется. Используется для указания кода страны происхождения товара. П. 2.6. (П. 2.6.1, П. 2.6.2, П. 2.6.3.) - не заполняется. Используется для товаров П. 2.7.1. - указывается код страны совершения сделки (Россия 643). П. 2.7.2. - указывается код субъекта РФ, в котором расположен населенный пункт, указанный в п.2.7.3 П. 2.7.3. - Указывается наименование населенного пункта, в котором происходит потребление результатов услуг. Для кредитов займов необходимо указывать населенный пункт нахождения банка, в котором открыт Р/С. Должен указываться адрес банка получателя средств т.к. в момент зачисления на расчетный счет получателя происходит переход прав и ответственности по займу: По займам/кредитам полученным - необходимо использовать р/с собственной организации. По займам/кредитам выданным - необходимо использовать р/с контрагента. П. 2.8. - не заполняется. Используется для товаров П. 2.9. - не заполняется. Используется для товаров, работ, услуг П. 2.10. - не заполняется. Используется для товаров, работ, услуг П. 2.11. - не заполняется. Используется для товаров, работ, услуг П. 2.12. - указывается код валюты, в которой оформлено долговое обязательство П. 2.13. - указывается ставка процента годовых или процентная ставка, указанная в закладке "Проценты", если плавающая. П. 2.14. - не заполняется. П. 2.15. - указывается дата совершения сделки - "Дата составления" (фиксированная ставка) или закладка "Проценты" - "Дата начальная" (плавающая ставка). Если ставка процента по долговому обязательству фиксированная, то указывается дата привлечения денежных средств (как разъясняет финансовое ведомство, датой привлечения денежных средств следует считать дату фактического зачисления кредита на расчетный счет заемщика.) т.е. в нашем случае дата первого транша по сделке. Если ставка процента плавающая, то указывается дата признания доходов (расходов), т.е. дата отражения начисленных процентов по БУ.
180.109639.1.108.0Поиск первичного документа при Импорте НМТР из ExcelСкладской учетАкты на перемещение между объектами
Поиск первичного документа при Импорте НМТР из ExcelДоработан поиск первичного документа при Импорте НМТР из Excel, реализована загрузка данных из Excel даже без ДопАналитики с созданием новой доп аналитики.
102.1966519.1.106.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.15.0.Обеспечение корректной работы. Пересобраны ресурсы с учетом изменённых таблиц словаря Alter_Cumulative 9.1.15.0. Комплектность установки ресурсов обеспечена требованиями при установке.
103.99479.1.105.1Не учитываются ранее созданные ДО на предоплату при пакетном формированииУправление договорамиДО на предоплату
Не учитываются ранее созданные ДО на предоплату при пакетном формировании Функция "Операции/Пакетное формирование/ДО по договорам, соглашениям/ДО на предоплату" модуля "Управление договорами" перестала учитывать ранее созданные ДО на предоплату - на ответ "Нет" к вопросу системы "Пометить документы, по которым были сформированы документы?" при выделении всех указанных Договоров/ПКП по "+" происходит выделение всех Договоров/ПКП и далее формирование по ним ДО на предоплату. Клиент ежемесячно выставляет большое количество счетов и потеря функциональности существенно затрудняет работу.Исправлено
102.1912299.1.105.0Переработка функций установки параметров экспорта FastReportИнструментарий прикладного программистаFastReport - встроенный генератор отчетов
Генератор отчетов Fast Report ----- СУТЬ ПРЕДЛОЖЕНИЯ ---- Переработка функций установки параметров экспорта FastReport. Для большей гибкости и упрощения кода необходимо: 1) Изменить способ передачи параметров через функцию FRSetParameters с помощью строки параметр=значение c разделителем; 2) Удалить функцию FRGetDefaultParameters.Функция FRSetParameters вместо структур принимает строку параметр=значение c разделителем. Функция FRGetDefaultParameters удалена.
101.661189.1.103.0необходимо оформлять 2 листа Раздела 2 "Сведения об организации:": на контрагента и на комиссионера.Управление договорамиУведомление о контролируемых сделках
необходимо оформлять 2 листа Раздела 2 "Сведения об организации:": на контрагента и на комиссионера. По заполнению УКС выяснилась дополнительная тема. Если в разделе 1А п.2 "Сделка, совершенная от имени комиссионера (агента)" установлена "1", т.е. сделка совершена комиссионером (агентом), То необходимо оформлять 2 листа Раздела 2 "Сведения об организации:": на контрагента и на комиссионера.Если в разделе 1А п.2 "Сделка, совершенная от имени комиссионера (агента)" установлена "1", т.е. сделка совершена комиссионером (агентом), то оформляем 2 листа Раздела 2 "Сведения об организации": на контрагента и на комиссионера (агента). Если в договоре привязан агентский договор и установлен признак отнесения к агентскому договору "Сделка, совершенная от имени комиссионера (агента)", то заполняем данными контрагента (агент или принципал). Пункты "1. Порядковый номер сделки (из раздела 1А)" и "2. Порядковый номер участника сделки (из раздела 1Б)" точно такие же, как и у контрагента, остальные данные выводим из каталога организаций.
102.1918009.1.103.0Схема платежей. перепутаны поляУправление договорамиКалендарный план
В интерфейсе "Схема платежей" перепутаны местами поля: в разделе Плательщик поле "р/с" и в разделе Получатель поле "МФО".Исправлено
102.1916719.1.103.0Единица измерения МЦ подбрасывается в Услугу, если у них одинаковый NrecУправление договорамиВвод договора
Единица измерения МЦ подбрасывается в Услугу, если у них одинаковый Nrec В Договоре (2->1) при выборе "У" услуги в поле "ед.изм" занисится не та ед. измерения В результате поисков установили, что подбрасываемая ед. измерения есть у МЦ. У этих Услуги и МЦ одинаковый Nrec Проявляется на последнем L_DOGOVORe_91_100. На предыдущем 99-ом такой ошибки нетИсправлено
102.1920499.1.102.0Загрузка спецификации (Алгоритм 3029). В алгоритме используется КАУ "Технологическая структура кап.вложений" ( код 20079), а нужно "Статьи затрат объектов строительства" (код 73)Управление договорамиСпецификация
В алгоритме а ошибочно используется КАУ "Технологическая структура кап.вложений" (код 20079). Надо её заменить  Mна "Статьи затрат объектов строительства" С (код а 73) -.Изменен код обработки КАУ вместо 20079 обрабатывается - 73
101.652209.1.102.0Операции по банковской гарантии - добавить настройку "Разрешить проведение операции"Управление договорамиРабота с банковской гарантией
Операции по банковской гарантии - добавить настройку "Разрешить проведение операции" Необходимо закрыть кураторам возможность проведения операций по банковским гарантиям. Эту функцию выполняет бухгалтер. Предлагаю добавить пользовательскую настройку "Разрешить проведение операций по банковской гарантии" Настройка прав доступа к документам по статусам не подходит. Куратор должен править банковскую гарантию и операции по банковской гарантии , но у него не должно быть права на проведения операций по банковской гарантииДобавлена настройка "Настройки Галактики Логистика Документы Управление договорами Контроль удаления и модификации Разрешать проведение операций по банковской гарантии" Регулирует возможность привязать или отвязать ТХО по операции БГ
102.1893369.1.102.0Необходима возможность автоматического изменение статуса банковской гарантии при выполнении операции "Прекращение"Управление договорамиРабота с банковской гарантией
Необходима возможность автоматического изменение статуса банковской гарантии при выполнении операции "Прекращение" на статус "закрытый". Видимо, необходимо добавить настройку, чтобы пользователь мог выбрать какой именно статус нужно устанавливать.При принятии операции Прекращения выдается запрос на изменения статуса БГ на закрытый