L_DOGOVOR
Краткое описание :
Добавить в уведомление о контролируемой сделке поля согласно новой форме вложенияОписание :
Уведомление о контролируемых сделкахЧто измененно :
Добавить в уведомление о контролируемой сделке поля согласно новой форме вложения.
Раздел 1А.
Сделка, совершенная от имени комиссионера (агента).
Раздел 1Б.
Субъекты Российской Федерации(код);
Код валюты;
Процентная ставка.
Прошу обратить внимание на изменения в старых полях:
1. Было Код предмета сделки (код по ОКП) - Стало Код предмета сделки (код по ОКПД2)
2. Было Код предмета сделки (код по ОКВЭД) - Стало Код предмета сделки (код по ОКВЭД2)
Раздел 2.
Сведения заполняются в отношении комиссионера (агента)
Прошу обратить внимание, что поле "наименование организации" теперь заполняется в русской транскрипции и в латинской транскрипции.
Как измененно :
Добавили новую кнопку "Обновление системных каталогов" в закладке "Контролируемая сделка" в договоре). Данная Обновление дополняет новые значения каталога "Справочник: Коды основания отнесения сделки к контролируемой".
Добавили новое поле в Договор - "Признак отнесения сделки к агентскому договору", который принимает два значения: "не установлен" (по умолчанию), "Сделка, совершенная от имени комиссионера (агента)"
Если ссылки на агентский договор нет, то данное поле невидно, иначе есть возможность установки необходимого нам значения.
Добавили в уведомление о контролируемой сделке поля согласно новой форме вложения.
Раздел 1А
"Сделка, совершенная от имени комиссионера (агента)".
Раздел 1Б.
"Субъекты Российской Федерации(код)";
"Код валюты";
"Процентная ставка".
Изменения в старых полях:
1. Было Код предмета сделки (код по ОКП) - Стало Код предмета сделки (код по ОКПД2)
2. Было Код предмета сделки (код по ОКВЭД) - Стало Код предмета сделки (код по ОКВЭД2)
Раздел 2.
"Сведения заполняются в отношении комиссионера (агента)"
Поле "наименование организации" теперь заполняется в русской транскрипции и в латинской транскрипции.
L_DOGOVOR
Краткое описание :
Учитывать Базис поставки из ТТИ накладнойОписание :
Уведомление о контролируемых сделкахЧто измененно :
Учитывать Базис поставки из ТТИ накладной
Управление договорами - Отчеты - "Уведомление о контролируемых сделках".
Пункт 1. Раздел 1Б, поле 100 Код условия поставки.
Клиенту удобно заполнять и пользоваться Полем Базис поставки" в ТТИ накладной , которое сейчас не используется при формировании Уведомления.
Договор - вкладка "Контролируемая сделка" поле код условий поставки. Наследуется в товарно - транспортную информацию накладной - поле "Базис поставки".
Предложение: поле 100 Код условия поставки заполнять:
Если в ТТИ накладной поле "базис поставки" отличается от договора - выбирается из накладной. Если в ТТИ накладной поле "Базис поставки" пустое - взять "код условий поставки" из договора.
Ведь внешний атрибут пользователям заполнять намного более трудоемко. Пользователь сначала заполняет ТТИ "Базис поставки", а затем вынужден еще искать внешний атрибут(а их список у нас очень внушительный). Потом должен вспомнить какой правильно код туда вписать - т.к. внешний атрибут строкового типа, а не ссылка на справочник.
Можно ли доработать отчет "Уведомление о контролируемых сделках" таким образом, чтобы отчет учитывал поле "Базис поставки" из ТТИ накладной?
Как измененно :
Управление договорами - Отчеты - "Уведомление о контролируемых сделках" (старая форма) (стр. 4. - раздел 1Б - поле "100" Код условия поставки )
Управление договорами - Отчеты - "Уведомление о контролируемых сделках" (стр. 4. - раздел 1Б - поле "2.8" Код условия поставки)
Алгоритм заполнения данного поля:
- Проверка поля "Базис поставки" в ТТИ сопроводительного документа - если установлено значение, то заполняем в поле "Код условий поставки".
- Если пустое поле "Базис поставки" в ТТИ, то заполняем из вн. атрибута "Код условий поставки" из договора.
- Если отсутствуют данные в договоре, то заполняем из вн. атрибута "Код условий поставки" и сопроводительного документа.
L_DOGOVOR
Краткое описание :
Необходима возможность автоматического изменение статуса банковской гарантии при выполнении операции "Прекращение"Описание :
Работа с банковской гарантиейЧто измененно :
Необходима возможность автоматического изменение статуса банковской гарантии при выполнении операции "Прекращение" на статус "закрытый".
Видимо, необходимо добавить настройку, чтобы пользователь мог выбрать какой именно статус нужно устанавливать.
Как измененно :
При принятии операции Прекращения выдается запрос на изменения статуса БГ на закрытый
L_DOGOVOR
Краткое описание :
Загрузка спецификации (Алгоритм 3029). Анализировать только номенклатурный код без проверки совпадения наименованияОписание :
СпецификацияЧто измененно :
При импорте спецификации формируются новые записи в справочник МЦ не смотря на то, что номенклатурный номер одинаковый (в ситуации с неполным совпадением наименования).
Номенклатурные номера уникальны. Нужно проверять только полное совпадение номера номенклатурного номера. Название не должно совпадать полностью.
Как измененно :
При загрузке, анализируется только Код АСУ НСИ (Номенклатурный номер)
L_DOGOVOR
Краткое описание :
Загрузка спецификации (Алгоритм 3029). В алгоритме используется КАУ "Технологическая структура кап.вложений" ( код 20079), а нужно "Статьи затрат объектов строительства" (код 73)Описание :
СпецификацияЧто измененно :
В алгоритме а ошибочно используется КАУ "Технологическая структура кап.вложений" (код 20079). Надо её заменить Mна "Статьи затрат объектов строительства" С (код а 73) -.
Как измененно :
Изменен код обработки КАУ вместо 20079 обрабатывается - 73
L_DOGOVOR
Краткое описание :
Ошибка при пересчете в 2018 году налогов в финансовом ПКП 2019 годаОписание :
Календарный планЧто измененно :
Ошибка при пересчете в 2018 году налогов в финансовом ПКП 2019 года
Клиент настроил группу налогов "НДС осн.ставка" для перехода на ставку 20%, как было рекомендовано разработчиком в рассылке.
Ввел новый договор с периодом действия в 2019 году. В договоре создал спецификацию и указал группу налогов "НДС осн.ставка",
при этом, налоги рассчитались по ставке 20% (т.е. корректно). Автоматизировано создал Товарный ПКП и на основании Товарного
создал Финансовый ПКП, в обоих ПКП период действия 2019 год и налоги рассчитались по ставке 20%.
Далее Клиент решил в Финансовом ПКП пересчитать сумму налогов функцией "Пересчет налогов по группе налогов" локального меню
интерфейса. Налоги пересчитались по ставке 18%. Никакими действиями, кроме удаления и повторного создания Фин.ПКП, не удалось
пересчитать налоги по ставке 20%.
Возможно, описание следующих действий Клиента помогут в исправлении ошибки. По ссылке на Фин.ПКП договора было автоматически
создано ДО на предоплату на 2019 год (без спецификации). Сумма налога была перенесена из Фин.ПКП по ставке 18%. Затем Клиент
исправил (автоматически пересчитал по функции "Выбор группы налогов по ДО") сумму налога в ДО на предоплату, которая изменилась
на сумму по ставке 20%. Далее перешел в Фин.ПКП договора и снова применил функцию "Пересчет налогов по группе налогов" - в
результате сумма налогов в Фин.ПКП пересчиталась по ставке 20%.
Как измененно :
Исправлено
L_DOGOVOR
Краткое описание :
Операции по банковской гарантии - добавить настройку "Разрешить проведение операции"Описание :
Работа с банковской гарантиейЧто измененно :
Операции по банковской гарантии - добавить настройку "Разрешить проведение операции"
Необходимо закрыть кураторам возможность проведения операций по банковским гарантиям. Эту функцию выполняет бухгалтер.
Предлагаю добавить пользовательскую настройку "Разрешить проведение операций по банковской гарантии"
Настройка прав доступа к документам по статусам не подходит.
Куратор должен править банковскую гарантию и операции по банковской гарантии , но у него не должно быть права на проведения операций по банковской гарантии
Как измененно :
Добавлена настройка
"Настройки Галактики \ Логистика \ Документы \ Управление договорами \ Контроль удаления и модификации \ Разрешать проведение операций по банковской гарантии"
Регулирует возможность привязать или отвязать ТХО по операции БГ
L_DOGOVOR
Краткое описание :
УКС. Страна ввоза. Добавить анализ классификатора для шапки сопроводительного документаОписание :
Уведомление о контролируемых сделкахЧто измененно :
Уведомление о контролируемых сделках. Поле "070" ("Код страны происхождения предмета сделки ОКСМ"). В настоящий момент поле заполняется по следующему алгоритму:
Берется из позиции спецификации сопроводительного документа, если значение отсутствует, то смотрится Код классификатора "Страна ввоза" из партии по позиции спецификации сопроводительного документа, если значение отсутствует, то смотрится Код классификатора "Страна ввоза" в записи каталога МЦ, связанной с позицией спецификации сопроводительного документа.
Если значение отсутствует, то берется код страны собственной организации.
В накладной может быть, например, 100 позиций. Проставлять для каждой значение классификатора весьма трудоемко. Устанавливать значение в каталоге МЦ тоже неверно, так как в одних случаях (накладных) это может быть одна страна в других случаях другая. А партии могут вообще не использоваться.
Поэтому необходимо предусмотреть анализ значения классификатора СТРАНА ВВОЗА и для шапки накладной. Приоритет такой:
1) Классификатор в спецификации накладной
2) Классификатор в партии
3) Классификатор в шапке накладной
4) Классификатор в справочнике МЦ
Как измененно :
Уведомление о контролируемых сделках(старая форма) в Поле "070"(в новой поле "2.5") ("Код страны происхождения предмета сделки ОКСМ") заполняем по следующему алгоритму:
1) Классификатор в спецификации накладной - Код классификатора "Страна ввоза" из позиции спецификации сопроводительного документа;
2) Классификатор в партии - Код классификатора "Страна ввоза" из партии по позиции спецификации сопроводительного документа;
3) Классификатор в шапке накладной - Код классификатора "Страна ввоза" шапки сопроводительного документа;
4) Классификатор в справочнике МЦ - Код классификатора "Страна ввоза" в записи каталога МЦ, связанной с позицией спецификации сопроводительного документа.
Если значение отсутствует, то берется код страны собственной организации.
L_DOGOVOR
Краткое описание :
Уведомления о контролируемых сделках старая форма (формат)Описание :
Уведомление о контролируемых сделкахЧто измененно :
Есть необходимость наряду с новой формой уведомления о контролируемых сделках сохранить предыдущую версию отчета. Это нужно поскольку могут быть уточняющие варианты в налоговую и подавать их нужно именно по старой форме уведомления.
Как измененно :
Уведомление о контролируемых сделках - Закладка "Отчеты"
Добавили новый параметр "Вид отчета" - "Уведомление о контролируемых сделках (старая форма)".
Печать предыдущей версии ContrTrans.xlt, то сейчас создаем файл ContrTrans_Old.xlt.
Доступен выбор "разбивать отчет по договорам" или нет.