Предыдущие версии > Новое в версии. Релиз 176 от 28.03.2016

Релиз 176 от 28.03.2016

Содержание:

Отчеты

Формы

Сервис

Безопасность, пароли, доступы

Зарплата

Условные обозначения:

[ * ] - усовершенствование

[ - ] - исправление ошибки

[ + ] - добавление новой возможности

[номер] - номер заявки во внутренней системе учета заявок компании "БУХта".

Отчеты

[ + ] [21493]

•В режим составления Налоговой декларации по транспортному налогу добавлен алгоритм расчета повышающего коэффициента в зависимости от средней стоимости и количества лет, прошедших с года выпуска автомобиля. Повышающий коэффициент применяется с 2015 г.как при подаче декларации, так и при расчете авансовых платежей.

Поскольку порядок расчета средней стоимости легковых автомобилей определяет федеральный орган, регулирующий сферу торговли - Минпромторг (п. 2 ст. 362 НК РФ), то перед подачей декларации или расчетом авансового платежа пользователь должен свериться с Перечнем легковых автомобилей стоимостью выше 3 млн руб. и проставить нужное значение (в рублях) в поле [_Стоимость ТС для налога] карточки ОС (новое поле, добавленное в версии 2.176).

Так в отношении автомобилей средней стоимостью от 3 до 5 млн руб. повышающий коэффициент равен 1.5, 1.3, 1.1, если количество лет прошедших с года выпуска автомобиля соответственно не более одного (0 и 1), двух или трех. Для цены ровно 3 млн.руб коэффициент равен 1.

Если средняя стоимость автомобиля составляет от 5 до 10 млн руб. и с года выпуска прошло не более 5 лет, то коэффициент равен 2.

Если с года выпуска транспортного средства стоимостью от 10 до 15 млн руб. прошло не более 10 лет, то коэффициент равен 3.

Этот же коэффициент 3 используется в случаях, если средняя стоимость превышает 15 млн руб. и автомобиль выпущен не более 20 лет назад .

В остальных случаях, в том числе при незаполненном поле [_Стоимость ТС для налога], коэффициент принимает значение равное 1.

Обращаем особое внимание на то, что если в карточке ОС год выпуска не указан, количество лет использования полагается равным нулю (т.е менее 1 года).

Все ниже перечисленные измененные и добавленные в рамках указанной модернизации объекты входят в конфигурацию BuhtaForm:

- добавлено поле [_Стоимость ТС для налога] в таблицу [ОС],

- изменен запрос [Стандартный. Налоговая декл по трансп. налогу 2012],

- добавлен запрос со скриптом [Стандартный. Налоговый расчет по транс.налогу 2012],

- изменены формы [Стандартный. Налоговая декл. по трансп. налогу], [Стандартный. Налоговый расчет по трансп. Налогу], [Стандартный. Расчеты по трансп. налогу].

•Обновлен режим выгрузки Налоговой декларации по транспортному налогу в файлы XML, изменения внесены в форму [Стандартная. Архивный отчет в эл.виде (Дополнения)] из конфигурации BuhtaForm.

[ - ] [21529]

При составлении Налоговой декларации по УСН за 2015 г. в поле 010 раздела 2 вместо значения Код ОКТМО проставлялся Код ОКАТО. Ошибка исправлена. Изменения внесены в запрос [Стандартный. Юр.лицо для декларации по УСН], который входит в состав конфигурации BuhtaForm.

[ * ] [21546]

Начиная с отчетности за 1 квартал 2016 года изменена форма отчета Декларация по ЕНВД. В новый шаблон [Стандартный. Налоговая декларация по ЕНВД 2016] в Раздел 2 отчета добавлена строка 105 Ставка налога, от значения которой зависит значение строки 110 Сумма исчисленного ЕНВД. Значение параметра Ставка налога задается перед составлением отчета на обновленной форме [Стандартный. Налоговая декларация по ЕНВД] для каждого из рассматриваемых в отчете обособленных подразделений, значение по умолчанию 15%.

Обновлена выгрузка отчета в файлы XML: изменен формат электронного файла с 5.05 на 5.06, добавлена выгрузка показателя Ставка (Ставка налога).

Все обновленные и измененные в рамках модернизации объекты входят в состав конфигурации BuhtaForm.

[ - ] [21581]

Изменена форма [Стандартная. Декларация по НДС 2015. Экспорт в XML] (входит в конфигурацию BuhtaForm) – исправлена ошибка приема даты из тэга 'ДатаУчТов' файла Требования.

Формы

[ * ] [21454]

Стандартная форма Состав ТМЦ (вызывается из режима Сервис - Состав ТМЦ контекстного меню списка ТМЦ) дополнена параметрами:

- указания Вида комплекта (Основной, Дополнительный),

- указания одного из Дополнительных комплектов.

Параметры доступны при вызове формы для одного ТМЦ. В этом случае список комплектующих загружается соответственно выбранным условиям.

При вызове формы Состав ТМЦ для нескольких ТМЦ комплектующие ниже первого уровня берутся только из основного комплекта.

Сервис

[ - ] [21481]

Отрегулированы границы видимого текста в окне написания сообщения (меню Сервис - Сообщения).

[ - ] [21565]

Исправлена ошибка в автономном режиме управления сервером при выборе адресата сообщения. Ошибка заключалась в том, что при нажатии на кнопку Указать в карточке сообщения использовалось значение параметра "Подключить пользовательскую форму для выбора адресата сообщения" из общих настроек БД, которые невозможно было инициировать в автономном режиме редактирования сервера.

[ - ] [21584]

При импорте через конфигуратор пользовательской таблицы с типом Справочник не создавалось поле [Дата]. Ошибка исправлена.

Безопасность, пароли, доступы

[ * ] [21543], [21562], [21583]

Для учета прав доступа по отдельным видам в таблицах Документ, Договор и аналитических справочниках теперь при наличии в запросе полей с типом Ссылка на таблицы содержащие виды, при построении запроса автоматически добавляется поле вида.

Зарплата См. также раздел Конфигурация ''Стандартная_Зарплата_...''

[ * ] [21558]

Модернизирован алгоритм составления платежных поручений с типом Перечисление по запросу:

- В фильтр для поля Указать в поле ПП значение группировки добавлена возможность выбора символьных пользовательских полей с префиксом "_ПП.".

- В настройке платежных поручений для поля Код ОКТМО/ОКАТО добавлен признак "из запроса" и поле для выбора поля запроса.

В рамках модернизации:

- исправлена форма [Стандартная. Составление платежных поручений], которая входит в состав стандартной конфигурации BuhtaConfig,

- внесены изменения в эталон: в таблицу ЗП Перечисление добавлены поля [ПП Запрос Код ОКАТО Ok] и [ПП Запрос Код ОКАТО].

Данные изменения позволяют настроить алгоритм составление платежного поручения по следующей схеме:

1. В таблицу Документ добавляем строковое поле с первыми 4-мя символами в названии "_ПП.".

2. Это поле указываем в настройке Указать в поле ПП значение группировки карточки перечисления.

3. Если в качестве значения параметра Группировать Поручения по полю запроса указать подразделение, то в поле "_ПП.******" таблицы Документ будет заноситься ключ подразделения, конвертированный в строку.

4.Для того чтобы для создаваемых платежных поручений корректно формировался код ОКТМО по организации и обособленным подразделениям, следует должным образом настроить запрос (один из запросов [Стандартный. Перечисление по запросу (Докспец)], [Стандартный. Перечисление по запросу (Зарплата)], [Стандартный. Перечисление по запросу (Проводка)]), в котором код ОКТМО должен отображаться в зависимости от статуса подразделения. Если подразделение – обособленное, данные выбираются как [Докспец.Документ.Поставщик.Подразделение].[Код ОКТМО] (варианты в зависимости от запроса [Зарплата].Документ.Поставщик.Подразделение].[Код ОКТМО], [Проводка.Документ.Поставщик.Подразделение].[Код ОКТМО]), если подразделение не обособленное – как [Докспец.Документ.Юр.лицо].[Код ОКТМО] (варианты [Зарплата.Документ.Юр.лицо].[Код ОКТМО], [Проводка.Документ.Юр.лицо].[Код ОКТМО]). И уже затем в настройке платежных поручений для поля Код ОКТМО/ОКАТО следует проставить признак "из запроса" и выбрать поле ОКТМО в полях запроса.