L_NALOG
Краткое описание :
При задании значений внешнего классификатора "режим зачета
НДС" выбирать их из спискаОписание :
Настройка контура ЛОГИСТИКИЧто измененно :
При задании значений внешнего классификатора сопроводительных
документов "режим зачета НДС" выбирать их (как и название самого
классификатора) из списка готовых вариантов, причем эти варианты должны быть
увязаны со значениями, присвоенными настройкам из раздела Настройки Галактики \
Логистика \ Налоги, документы для учета НДС \ Россия, Молдова, Узбекистан \
Раздельный учет НДС "Классификатор "Режим зачета НДС"", " ... Режим зачета
НДС, значение для стандартной регистрации", " ... Режим зачета НДС, значение
для себестоимости" и " ... Режим зачета НДС, значение для отложенной
регистрации". Сейчас в обоих случаях (и при задании настройки и при присвоении
значения классификатору) вводятся строковые значения.
Как измененно :
В настройках Настройки Галактики \ Логистика \ Налоги,
документы для учета НДС \ Россия, Молдова, Узбекистан \ Раздельный учет НДС:
- ... Режим зачета НДС, значение для стандартной регистрации;
- ... Режим зачета НДС, значение для себестоимости;
- ... Режим зачета НДС, значение для отложенной регистрации
значение задается не вручную, а выбирается из интерфейса Выбора сегмента
внешнего классификатора. Название внешнего классификатора задается, как и ранее
вручную в настройке Настройки Галактики \ Логистика \ Налоги, документы для
учета НДС \ Россия, Молдова, Узбекистан \ Раздельный учет НДС \ Классификатор
"Режим зачета НДС".
Добавлено также автоматическое создание внешнего классификатора и его значений
при его отсутствии, при редактировании значений для стандартной регистрации,
себестоимости и отложенной регистрации в соответствующих настройках, если
значения этих настроек заполнены.
L_NALOG
Краткое описание :
Пользовательские типы СФ - нужен новый функционалОписание :
Предложения по развитию модуля СФЧто измененно :
Пользовательские типы СФ - нужен новый функционал
Часто для выделения закупки/продаж в отельный код вида операции пользователи
вносят пользовательские типы СФ.
Но при их регистрации автоматически встают типы записи с другими кодами, а код
типа записи имеет приоритет перед кодом типа СФ.
Но ситуация становится сложной, при большом объеме документов, в которых
необходимо поменять код вида записи (использовать другой тип СФ и записи в
книге).
Например:
Если продавец реализует товар физическому лицу, то он не обязан указывать в
счете-фактуре ИНН покупателя,
а в книге продаж таким записям должен присваиваться код 26.
Создали новый тип записи, присвоили код, но при нажатии кнопочки
"Зарегистрировать" в счете-фактуре, там образуется стандартный тип с кодом 01.
У клиента очень много таких документов. Процесс смены типа СФ, а потом типа
записи очень трудоемок.
Необходим функционал, который позволил бы провести соответствие между типом СФ
и типом записи в книге покупок/продаж.
Речь идет только о пользовательских типах СФ: при выборе такого типа СФ при
регистрации формируется запись вот с таким типом.
И тогда коды видов операций будут браться верно и не надо будет проводить
двойной выбор: поменять тип СФ и потом поменять тип записи.
В свете нового функционала электронной отчетности новых типов СФ с нужными
кодами появляется много и вопрос автоматизации этого процесса для многих
клиентов становится актуальным.
Как измененно :
Для некоторых пользовательских типов платежей и
отгрузок разработана возможность задания типа записи регистрации, которая будет
создаваться при автоматической регистрации данного типа СФ.
Только пользовательские типы. Платежи и отгрузки с признаками:
- является отгрузкой
- является авансом (то есть должен быть позже сторнирован) `
- подлежит регистрации на всю сумму без последующего сторно