Сравнение файлов
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
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%.Исправлено