Релиз от 25.12.2015

 

www.parus.ua > Поддержка > Новости релизов > Парус 7

Релиз от 25.12.2015


 7.40 Общие

 
1. В раздел "Тарифы " добавлено стандартное дерево каталогов.

 wBUMI

 
1.Доработан механизм отработки в учете "Хозяйственных операций" из следующих разделов:
Теперь, если в образце ХО в шейпе " Дата отработки ХО" выбрано радио "Документа", то в поле "Дата операции" подготовленной ХО будет перенесена:
 
2.В разделах "Платежные документы", "Авансовые отчеты", "Командировочные удостоверения", "Журнал платежей", "Хозяйственные операции", а также в соответствующих этим разделам образцах, увеличено поле "Особая отметка" до 8 символов.
 
3.К о м п л е к т а ц и я  "Б". Внесены изменения в шаблон печати отчета "Накладна (вимога) Ф. № З-3" (nakltrebfz3.xlt). Добавлен вывод следующих полей:
В настройку отчета (лист шаблона "Настройка") добавлена логическая переменная  __FrT, которая позволяет выводить информацию о получателе и отправителе в одной из двух строк. Если __FrTo=.T., то будет заполнена первая строка. Если __FrTo=.F., то вывод информации будет осуществляться во второй строке. По умолчанию установлен параметр __FrTo=.T..
 
4. В разделе "Инвентарная картотека" в соответствии с приказом Госстата от 16.11.2015 внесены изменения в шаблон отчета "ф.11-ОЗ Звіт про наявність та рух основних засобів, амортизацію (знос)" (Inmoveos.xlt).
 
5.К о м п л е к т а ц и я "Б".  В соответствии с приказом Минфина от 28.01.2002 № 57 в разделе "Смета расходов" добавленыотчеты "Довiдка про змiни до плану асигнувань загального фонду бюджету" (SMPRIL12.xlt) и "Довідка про змiни до кошторису"(SMPRIL11.xlt).

wBUMI (Табличные приложения) бюджет

 
1.В соответствии с приказом Минфина от 16.06.2015 №560 внесены изменения в отчет "Податковий розрахунок земельного податку" Zempod.xls.
По отчету предусмотрено формирование XML-документов в соответствии с новой версией xsd-схемы.
 
2.В соответствии с приказом Минфина от 17.08.2015 №715 внесены изменения в отчет "Податкова декларація екологічного податку" Zabrudn.xls.
По отчету предусмотрено формирование XML-документов в соответствии с новой версией xsd-схемы.
 
3.В соответствии с приказом Госстата от 16.11.2015 №331 внесены изменения в отчеты:
 

wBUMI (Табличные приложения) хозрасчет

 
1. В соответствии с приказом Минфина от 19.06.2015 №578 внесены изменения в отчеты "Звіт СМП - фізичної особи - платника єдиного податку" Edfiz.xls.
По отчету предусмотрено формирование XML-документа в соответствии с новой версией xsd-схемы.
 
2.Для отчета "Податкова декларація з податку на нерухоме майно" Podneruh.xls, утвержденного приказом Минфина от 10.04.2015 №408, предусмотрено формирование XML-документов.
Для корректного формирования XML-документов внесены изменения в отчет.
 
3.В соответствии с приказом Минфина от 16.06.2015 №560 внесены изменения в отчет "Податковий розрахунок земельного податку" Zempod.xls.
По отчету предусмотрено формирование XML-документов в соответствии с новой версией xsd-схемы.
 
4.В соответствии с приказом Минфина от 17.08.2015 №715 внесены изменения в отчет "Податкова декларація екологічного податку" Zabrudn.xls.
По отчету предусмотрено формирование XML-документов в соответствии с новой версией xsd-схемы.
 
5.В соответствии с приказом Госстата от 16.11.2015 №331 внесены изменения в отчеты:

wTRADE

 
1. В разделе "Товарные запасы", на форме добавления/редактирования позиции товарных запасов (в нижней части формы, слева от поля "Доступно") добавлено, заполняемое вручную, поле "Норма запаса", необязательное для заполнения. В данном поле можно указать минимальное количество товара, которое требуется иметь в наличии на складе. Если для некоторой товарной позиции в данном поле указано значение больше нуля, то такая запись отображается в товарных запасах даже при условии, что по указанной в ней товарной позиции нет движения или нет остатка.
Кроме этого,  в условиях отбора раздела "Товарные запасы", ComboBox "Состояние" дополнен значением "доступное меньше нормы", - при его выборе отбираются те позиции ведомости товарных запасов, у которых доступное количество меньше значения, указанного в поле "Норма запаса".

wSALARY

 
1.Внесено изменение в расчет начислений с методами " Больничный" и "Отпуск ", по настройке которых установлен чекер "Учет совместителей", в части определения данных за расчетный период с учетом даты приема лицевого счета. Ранее, при определении значений за расчетный период, по умолчанию учитывались данные, начиная с периода приема только текущего лицевого счета. Теперь при определении значений за расчетный период учитываются данные всех лицевых счетов совместителей, периоды действия которых пересекаются, или если в лицевых счетах совместителей используется признак "перевод " для дат приема/увольнения в истории лицевого счета.
 
П р и м е р.Есть три лицевых счета совместителя. Ежемесячная сумма дохода 2000 грн.
1-й ЛС принят 01.10.2014, уволен 31.03.2015. Доход за период работы 12000 грн., календарных дней 182.
2-й ЛС принят 01.04.2015, уволен 06.05.2015. Доход за период работы 2300 грн, календарных дней 36.
3-й ЛС принят 07.05.2015. Доход за период работы 9700 грн, календарных дней 147.
В октябре начисляют отпуск в третьем ЛС. Расчетный период "Октябрь 2014" - "Сентябрь 2015".
 
Ситуация 1.Во всех ЛС для дат приема/увольнения признак " перевод" не используется.
В результате при расчете отпуска будут учтены только данные последнего ЛС. Сумма среднего заработка составит 65.97 = 9700/147.
 
Ситуация 2.Для дат приема/увольнения второго и третьего ЛС установлен признак "перевод ".
В результате при расчете отпуска будут учтены данные второго и третьего ЛС. Сумма среднего заработка составит 65.57 = (9700+2300)/(147+36).
 
Ситуация 3.Установлен признак "перевод" для дат приема/увольнения всех ЛС совместителя.
В результате при расчете отпуска будут учтены данные всех ЛС. Сумма среднего заработка составит 65.75 = (9700+2300+12000)/(147+36+182).
 
Ситуация 4.Установлен признак "перевод" для дат приема/увольнения только первого ЛС. В этом случае результат расчета будет как в ситуации 1.
 
Ситуация 5.В первом ЛС не установлена дата увольнения. Т.е. такой ЛС действует все время, следовательно, результат расчета должен будет как в ситуации 3.
 
2.В настройке метода " Индексация стипендий" в списке "Начисления индексации" стали доступны для выбора виды оплат с методами "Индексация" и "Индексация 2012", суммы которых будут учитываться при перерасчете суммы индексации стипендии за прошлые периоды. Также если в списке "Начисления индексации" отмечен вид оплаты с методом " Индексация 2012", то если в предыдущих периодах нет начислений с методом "Индексация стипендий " ранее начисленная фиксированная индексации будет определена по начислению с методом "Индексация 2012". Дополнительно на форме редактирования начисления с методом "Индексация стипендий" поле "Фиксированная индексация" стало доступным для редактировании при снятом чекере " Автоматический расчет".
 
3. На форме постоянной выплаты с методом "Надбавка" добавлен чекер "Автоматический расчет процента надбавки", который доступен, если в настройке вида оплаты установлен чекер "Процент от выслуги". При установленном чекере "Автоматический расчет процента надбавки" поле " Процент надбавки" недоступно для редактирования. Добавление постоянной выплаты с методом "Надбавка " с расчетом процента от выслуги по умолчанию выполняется с установленным чекером "Автоматический расчет процента надбавки". Если пользователем снимается чекер " Автоматический расчет процента надбавки", то для такой выплаты значение поля "Процент надбавки" не будет пересчитываться. Измененный пользователем "Процент надбавки" текущей постоянной выплаты не влияет на автоматическое добавление последующих постоянных выплат с учетом выслуги. То есть если в текущем периоде возникает изменение процента по выслуге, то при расчете из постоянных выплат, как и ранее, будет предложено добавление новой постоянной выплаты с учетом измененного процента выслуги, независимо от состояния чекера "Автоматический расчет процента надбавки" в действующей постоянной выплате.
 
4.Учитывая Письмо ГФСУ от 29.10.2015 № 23026/6/99-99-17-03-07-15 внесено уточнение в расчет фондов с учетом доплаты до минимального взноса в месяцах приема/увольнения сотрудника. Расчет фондов с доплатой до минимального взноса в периоде приема/увольнения применяется, как и ранее, если дата приема/увольнения совпадает с первым/последним числом месяца, а также, если такие даты совпадают с первым/последним рабочим днем по "Схеме"/ " Индивидуальному графику" сотрудника. Если даты приема/увольнения не совпадают с вышеперечисленными датами, то расчет фондов выполняется из фактически начисленных сумм.
 
5.Учитывая Письма Минсоцполитики от 06.09.2015 № 527/18/99-15 и от 17.09.2015 № 529/18/99-15, относительно расчета больничного при страховом стаже меньше 6 месяцев за последние 12 месяцев, внесено изменение в определение значения " Расчетный ср.заработок" при расчете начислений с методом " Больничный" с типом "больничный" и " декретные".
      При определении значения "Расчетный ср.заработок", размер среднедневной/двойной среднедневной минимальной заработной платы сравнивается с "дневной выплатой". "Дневная выплата" определяется как "Средний заработок" умноженный на "Процент оплаты " больничного.
В случае если "Расчетный ср.заработок" будет определен из размера среднедневной/двойной среднедневной минимальной заработной платы, то расчет значения "Итого" будет выполнен без учета "Процента оплаты", как "Длительность" * " Расчетный ср. заработок".
 
Примечание.Ранее размер среднедневной/двойной среднедневной минимальной заработной платы сравнивается со "Средним заработком".
 
6.На форме настройки метода "Перерасчет налога 2004" добавлен комбо-бокс "Период "по" удержания равен" с доступными параметрами "текущему периоду" (по умолчанию) и " периоду "декабрь" текущего года ".
 
7.В разделе "Настройка фондов" при редактировании настройки фондов запрещено изменение значения "Номер фонда", если по такому фонду производилось формирование.
 
8.Внесены изменения на форме настройки метода "Индексация 2012". На закладке "Доп. настройки" удален шейп " Текущая индексация" и соответствующие чекеры. Также убран шейп "Фиксированная индексация ", при этом сами поля такого шейпа остались. Из комбо-бокса " Распределение по выработке" убрано значение "распределять если доход меньше прож. мин." и удален чекер "Не учитывать при отсутствии выработки". С учетом изменений на форме настройки метода, внесены соответствующие изменения в расчет индексации. Как для текущей индексации, так и для фиксированной индексации, расчет с учетом выработки и с учетом ставки выполняется с учетом значений комбо-бокса " Распределение по выработке" и чекера "С учетом ставки".
 
9.В методе "Индексация 2012" выполнена доработка по определению суммы дохода на основании одной постоянной выплаты, например, в случае если деление суммы должностного оклада сотрудника выполняется отдельными постоянными выплатами (как одного вида оплаты, так и разных видов оплат) с использованием ставки. Для этого на форме настройки метода " Индексация 2012" на закладке " Настройки" добавлен список "Определение дохода по одной из постоянных выплат", который доступен для редактирования при установленном чекере "С учетом ставки". В списке " Определение дохода по одной из постоянных выплат" доступны для выбора виды оплат, отмеченные в списке "Начисления для расчета суммы повышения доходов".
 
Если вид оплаты "постоянной выплаты" отмечен в списке " Ставка по выплатам", то ставка для "постоянной выплаты" определяется как сумма ставок по выплатам из списка "Ставка по выплатам", которые отмечены в списке " Определение дохода по одной из постоянных выплат". Следовательно, при определении значений с использованием ставки, для "постоянной выплаты" будет учитываться такая ставка.
 
Для постоянной выплаты определенной по списку "Определение дохода по одной из постоянных выплат" отмечен в списке "Ставка по выплатам", то ставка для "постоянной выплаты" определяется как сумма ставок по выплатам из списка "Ставка по выплатам",. Следовательно, при определении значений с использованием ставки, для "постоянной выплаты" будет учитываться такая ставка.
 
П р и м е р ыопределения дохода с учетом списка "Определение сумм по одной из постоянных выплат".
По настройке индексации в списке " Начисления для расчета суммы повышения доходов" отмечены "Оклад 1", "Оклад 2" и "Надбавка". В списке "Определение сумм по одной из постоянных выплат" отмечены "Оклад 1", "Оклад 2". В списке "Ставка по выплатам" отмечены "Оклад 1", "Оклад 2".
 
Ситуация 1.Есть три постоянные выплаты "Оклад 1" - базовая сумма 1800 – ставка 0.5, "Оклад 1" – базовая сумма 1800 – ставка 0.3 и "Оклад 2" – базовая сумма 1800 – ставка 0.2. Надбавка – 50% от таких выплат.
Сумма ставок = "1".
В результате сумма дохода составит 2700 грн.  = 1800 + 900, где 1800 – это сумма по одному из окладов с пересчетом на 1 ставку, 900 – сумма надбавки, определенная от такой выплаты.
 
Ситуация 2.Есть три постоянные выплаты "Оклад 1" – базовая сумма 1800 – ставка 0.4, "Оклад 1" – базовая сумма 1800 – ставка 0.3 и "Оклад 2" – базовая сумма 1800 – ставка 0.2. Надбавка 50% от таких выплат.
Сумма ставок = "0.9".
В результате сумма дохода также составит 2700 грн. = 1800 + 900, где 1800 – это сумма по одному из окладов с пересчетом на 1 ставку, 900 – сумма надбавки, определенная от такой выплаты.
 
Ситуация 3. Есть три постоянные выплаты "Оклад 1" – базовая сумма 1800 – ставка 0.6, "Оклад 1" – базовая сумма 1800 – ставка 0.3 и "Оклад 2" – базовая сумма 1800 – ставка 0.2. Надбавка 50% от таких выплат.
Сумма ставок = "1.1".
Если по настройке индексации не используется чекер "Выполнять перерасчет сумм для расчета фиксированной и текущей индексации на 1 ставку, если ставка меньше 1", то сумма дохода будет аналогичной первым двум ситуациям.
Если по настройке индексации установлен чекер "Выполнять перерасчет сумм для расчета фиксированной и текущей индексации на 1 ставку, если ставка меньше 1", то сумма дохода составит 2970 грн. = 1980 + 990, где 1980 – это сумма по одному из окладов с учетом общей ставки "1.1", 990 – сумма надбавки, определенная от такой выплаты.
 
10.С учетом Постановления КМУ от 09.12.2015 № 1013, которым вносятся изменения в Порядок расчета индексации, выполнены следующие доработки.
      В лицевом счете на закладке "История" в гриде "Базовые месяцы", при добавлении нового значения, тип " Доп. параметры индексации при переводе" переименован в " Доп. параметры индексации при приеме/переводе". Следовательно, дополнительные параметры для индексации теперь используются не только при переводе сотрудника, но и при приеме на работу нового сотрудника.
 
      На форму настройки вида оплаты с методом "Индексация 2012" на закладке " Настройки" над списком " Начисления для расчета суммы повышения доходов" добавлен список " Повышение оклада", в котором указываются соответствующие начисления. На закладке "Доп. настройки " чекер "Разрешить уменьшать фиксированную индексацию, если в базовом месяце возникло право на текущую индексацию" переименован в "Разрешить уменьшать фиксированную индексацию, если в базовом месяце возникло право на текущую индексацию по ноябрь 2015".
 
      При расчете начислений с методом "Индексация 2012" изменено определение " Фиксированной индексации" в базовом месяце. До периода "ноябрь 2015" включительно, определение фиксированной индексации в базовом месяце осталось без изменений. Начиная с периода "декабрь 2015", фиксированная индексация определяется следующим образом:
 
11.Учитывая то, что в случае перевода из другого учебного заведения студента, который не утратил право на получение стипендии, базовым месяцем нужно считать месяц, в котором стипендия была установлена в учебном заведении до перевода, выполнена доработка в методе "Индексация стипендий". А именно, при определении базового месяца предусмотрена возможность использования в истории лицевого счета "Доп. параметров индексации при приеме/переводе", аналогично, как в методе "Индексация 2012". То есть, если в лицевом счете указаны " Доп. параметры индексации при приеме/переводе", то определение базового месяца в периоде приема выполняется на основании суммы предыдущего дохода из дополнительных параметров для индексации и текущего дохода, определенного по постоянным выплатам списка "Начисления для расчета суммы повышения доходов" с учетом индивидуального " Базового месяца", указанного в истории лицевого счета.

 

наверх
Авторизация
Подiлитися