Релиз от 21.04.2016

 

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

Релиз от 21.04.2016


 7.40 Общие

 
1. В связи с изменением xsd-схем на сайте ГФС для налоговой накладной и дополнения 2 к ней, а именно, изменен формат ячейки для полей "Складена на операції, звільнені від оподаткування" и "До податкової накладної, складеної на операції, звільнені від оподаткування" соответственно, то в разделе "Исходящие налоговые накладные" внесены изменения в шаблоны "Вихідна податкова накладна з клітинками" (Worepk.xlt) и "Додаток № 2 до ВПН з клітинками" (Wd2repk.xlt).
      Предусмотрено формирование XML-документов в соответствии с новыми версиями xsd-схем.
 
2. В соответствии с п.3 ст.232 Налогового кодекса плательщик налога имеет право зарегистрировать акцизные накладные и/или расчеты корректировки в Едином реестре акцизных накладных (далее – ЕРАН или ЄРАН) на сумму налога (ΣАНакл), исчисленную по формуле:
      ΣАНакл = ΣАНаклОтр + ΣАМитн + ΣЗаявкиПоповн - ΣКоригЗаявкиПоповн - ΣАНаклВид – Σвтрат.
      Для того, чтобы пользователь мог контролировать объем топлива в разрезе кода УКТ ВЭД, которую он может указать в выписанной акцизной накладной без частого выполнения запросов в ЕРАН об остатке объема топлива, для раздела "Исходящие налоговые накладные" разработана дополнительная функция "Расчет объема топлива для ЕРАН" ef_eran.app в рамках которой реализовано две функции:
      Форма функции " Параметры расчета объема топлива для регистрации в ЕРАН" содержит две закладки: "Основные параметры " и "Дополнительные параметры".
      На закладке "Основные параметры" присутствуют следующие данные:
      На закладке " Дополнительные параметры" присутствуют следующие поля:
      1. В шейпе " Увеличение":
      2. В шейпе " Уменьшение":
      3. Чекер " Проверка суммы НДС в ИНН". По умолчанию чекер выключен. При включении чекера в разделе "Исходящие налоговые накладные" при сохранении акцизной накладной проверяется объем топлива, на который может быть выписана акцизная накладная.
 
      Если на закладке "Дополнительные параметры" поля, где необходимо указывать типы документов, не заполнены, то соответствующие им данные на закладке "Основные параметры" не рассчитываются.
 
3. В связи с необходимостью у некоторых клиентов получения информации о факте регистрации акцизных накладных и/или расчетов корректировок из Единого реестра акцизных накладных (далее – ЕРАН или ЄРАН) продавцом – плательщиком НДС в разделе " Исходящие налоговые накладные" добавлен новый отчет "Запит до ЄРАН" (Eranzaproso.xlt), который вызывается через пункт меню " Печать отчета" / "Запрос ведомостей из ЕРНН".
      Предусмотрена возможность формирования XML-документа по текущей, отмеченным или всем отобранным исходящим налоговым накладным. Для корректного формирования XML-документа на закладке "Документы" допечатной формы отчета в гриде необходимо добавить позицию со значением "АН" в поле "Обозначение для отчета".
 
4. К о м п л е к т а ц и я "Б".   В разделе "Договорные документы" на закладку " Отметки" договорного документа добавлен чекер "Процедура закупки" и поле " Обоснование". Поле "Обоснование" становится доступным для записи только при выключенном чекере "Процедура закупки".
 
5. В функции" Настраиваемый экспорт/импорт данных "(ef_eixdata.fxp)для раздела" Договорные документы" добавлена возможность экспорта данных.
 
6. К о м п л е к т а ц и я "Б". Разработаны ini-файлы для выгрузки данных в формате csv для дальнейшего втягивания их на портал "E-data "(http://spending.gov.ua). Реализованы следующие ini-файлы:
 
7.В разделе "Генератор отчетов" подключена возможность использования стандартной функции RP_MARK(), которая возвращает список RN’ов помеченных записей.
Примечание: RN’ы помеченных записей содержаться также в записях курсора crs_rgMarked, создаваемого программой при печати генераторного отчета.
 
8.В связи с изменением формата ответа налоговой на запросы по плательщикам НДС внесены изменения в функцию "Проверка плательщиков НДС" в части обработки ответного сообщения.

wBUMI

 
1.К о м п л е к т а ц и я "Б".   В разделе "Юридические обязательства", при выборе договора по F4 на поле "Номер ", сделан перенос положение чекера "Процедура закупки" из договорного документа в создаваемое юридическое обязательство.
 
2.В разделе "Входящие налоговые накладные" внесены следующие изменения на форму исправления документа, а именно на закладке " Основные данные" добавлены поля "Номер филиала" и для поставщика, и для покупателя, которые заполняются из поля "Номер филиала" выбранной записи словаря "Организации и МОЛ", но также есть возможность их ручного заполнения.
 
3.В соответствие с приказом Минфина от 31.12.2015 №1307 внесены изменения в дополнительную функцию " Распределение сумм входящих налоговых накладных" ef_widistrib.fxp.
      На форме функции удалено поле "Услуга выбранная вручную" и добавлены поля " Нераспределяемые позиции" и "Ставка НДС".
      В создаваемой ИсхНН функция создает спецификации с автоматически созданной в словаре "Номенклатор товаров и услуг " позицией "Распределение ВхНН" и в поле " Примечание" каждой созданной спецификации заносит RN распределенной ВхНН в формате: "РRN", знак "[", RN распределенной входящей налоговой накладной, после чего закрывается знаком "]", например РRN[000A1]. Количество спецификаций в создаваемой ИсхНН равно количеству распределяемых входящих налоговых накладных.
 
4.С 1 апреля 2016 года вступил в силу приказ Минфина от 31.12.2015 №1307, соответственно внесены изменения в xsd-схемы налоговых накладных и дополнений к ним. В связи с этим переделана доп. функция "Импорт входящих налоговых накладных" ef_wixmlimport.app, которая импортирует теперь только XML-документы, сформированные на основании последней версии xsd-схемы.
 
5.В связи с необходимостью у некоторых клиентов получения информации о факте регистрации акцизных накладных и/или расчетов корректировок из Единого реестра акцизных накладных (далее – ЕРАН или ЄРАН) продавцом – плательщиком НДС в разделе " Входящие налоговые накладные" добавлен новый отчет "Запит до ЄРАН" (Eranzapros.xlt), который вызывается через пункт меню "Печать отчета" / "Запрос ведомостей из ЕРНН".
      Предусмотрена возможность формирования XML-документа по текущей, отмеченным или всем отобранным исходящим налоговым накладным. Для корректного формирования XML-документа на закладке "Документы" допечатной формы отчета в гриде необходимо добавить позицию со значением "АН" в поле "Обозначение для отчета".
 
6.К о м п л е к т а ц и я "Б".   Согласно постановлению КМУ №151 от 18.02.2016 в раздел "Платежные документы" добавлены отчеты "Реєстр виплат" (pdviplat.xlt) и "Зведений реєстр виплат" (pdzvedviplatua.xlt). Печать осуществляется из раздела "Платежные документы " по контекстному меню "Печать документа"/"Печать платежной ведомости".
      Особенности работы отчета "Реєстр виплат":
При печати, отчет с необходимым именем сохраняется в каталог, в котором расположен EXE файл программного модуля.
Имя файла, формируется как: vfВВВВВВВRRRRTTTTYYMMDDEEEEEEEENN.xls, где:
 
      Для отчета " Зведений реестр выплат" (xls-файл не формируется) номер документа ищется в поле "Примечание" формы "Платежный документ" словосочетание: "номер електронного реєстру:" после которого вырезается 2 символа в скобках. Например, примечание ПД: "1001050;;;номер електронного реєстру:77(22);у т.ч.ПДВ-425.00", из него вытянется номер "22".
 
7.К о м п л е к т а ц и я "Б".  Для разделов " Юридические обязательства" и "Финансовые обязательства" внесены изменения в шаблоны " Реєстр зобов'язань розпорядників коштів бюджету" (Obrep.xlt), " Реєстр фінансових зобов'язань розпорядників коштів бюджету" (Obfrep.xlt), теперь, если поле "Номер реестра" в условиях отбора не заполнено, то в отчет выводится номер реестра обязательства, на котором находится курсор.
 
8. В соответствии с приказом Минфина №350 от 10.03.2016 внесены изменения в шаблоны печати авансового отчета aorep.xlt и aorepua.xlt для русского и украинского языков печати, соответственно.

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

 
1.Реализовано формирование XML-документов по новым версиям xsd-схем и par-файлов к ним по следующим отчетам:

wSALARY

 
1.В разделе "Табличное редактирование начислений/удержаний " в заголовке грида реализован вывод итоговой суммы начислений.
 
2.На форме настройки метода "Процент суммы" на закладке "Дополнительные настройки" добавлен шейп "Авто добавление/удаление" с чекером "Удаление начислений с нулевой суммой". Если чекер " Удаление начислений с нулевой суммой " установлен, то при автоматическом расчете начисления с нулевой суммой будут удалены.
 
3.На форме настройки метода "Больничный" на закладке "Параметры страхового стажа " добавлен список "Фонды ". С учетом данного списка выполнены доработки по определению страхового стажа. До периода декабрь 2015 года включительно при определении "накопленного страхового стажа" данные по стажу за каждый отдельный месяц, как и ранее, определяются на основании удержаний отмеченных в списке "Виды оплат взносов". Начиная с периода январь 2016 года, данные по стажу за каждый отдельный месяц определяются по суммам фондов, отмеченных в списке "Фонды ". При этом сначала определяется сумма минимальной заработной платы, на которую должны быть начислены фонды, чтобы сумма фондов составила размер не менее минимального взноса. Сумма минимальной заработной платы определяется по формуле: МинЗПфакт = МинЗП * (КалДни-ДниБезВзносов) / КалДни, где:
Рассчитанная по вышеуказанной формуле минимальная заработная плата сравнивается с суммой начисленного дохода за месяц, для которого определяется страховой стаж. Сумма начисленного дохода за месяц определяется по данным фондов, отмеченных в списке "Фонды ". Если в результате сравнения сумма начисленного дохода за соответствующий месяц больше значения минимальной заработной платы, то к количеству месяцев "накопленного страхового стажа" прибавляется "1", иначе прибавляется результат соотношения начисленного дохода к минимальной заработной плате.
 
4.Для возможности ввода фактической даты начала по продлеваемым больничным, в случае если дата начала продлевающего больничного не равна следующей дате относительно предыдущего документа, выполнены следующие доработки.
      На форме начисления с методом "Больничный" и на форме документа табеля открыта для редактирования дата действия " с" если заполнено поле " Предыдущий документ". По умолчанию в дату действия "с " продлевающего больничного, как и ранее, устанавливается следующая дата относительно даты "по" предыдущего документа, при этом запрещен ввод даты "с" меньше, нежели дата "по" предыдущего документа.
      Если в дате " с" продлевающего больничного указана дата неравная следующей дате относительно даты "по" предыдущего документа, то в табеле лицевого счета в промежутке между датой "по" предыдущего документа и датой "с" продлевающего больничного устанавливается символ, указанный в документе табеля для продлевающего больничного. То есть в табеле период продлевающихся больничных отображается как непрерывный период, независимо от наличия разрыва между датой "по" предыдущего документа и датой "с" продлевающего больничного.
      Определение первых пяти дней больничного выполняется по периоду, начиная с даты "с" первичного больничного по дату " по" продлевающего больничного. Количество оплачиваемых дней текущего больничного, как и ранее, определяется по указанному периоду "с-по" текущего больничного.
 
Пример.Заведен первоначальный документ табеля с периодом "01.01.2016-03.01.2016", по которому создано начисление "больничные 5 дн" с оплатой 3-х дней (с 01.01 по 03.01). Далее добавляется продлевающий больничный с периодом "05.01.2016-09.01.2016", в котором указывают "Предыдущий документ" . В табеле период "01.01.2016-09.01.2016" отображается как непрерывный период действия больничного, при этом по продлевающему больничному будет создано два начисления: "больничный 5 дн." с оплатой 1-го дня (с 05.01 по 05.01) и "больничный ФСС" с оплатой 4-х дней (с 06.01 по 09.01).
 
5.В разделе "Приказы " на форме приказа с типом " Постоянные выплаты" добавлен чекер "Завершить выплаты, действующие на расчетный период". Функциональность данного чекера аналогична одноименному чекеру на форме функции "Массовое изменение постоянных выплат". То есть если чекер не установлен, то добавление постоянной выплаты, указанной в списке "Вид оплаты", выполняется без завершения ранее действующей постоянной выплаты данного вида оплаты. При установленном чекере добавление новой постоянной выплаты выполняется, как и ранее, с завершением ранее действующей выплаты.
 
6.На допечатной форме отчета "Сводные, итоговые" добавлен чекер "Учет истории лицевых счетов".
 
7.Для удобства ведения учета рабочего времени в организациях, в которых для определенных сотрудников графики работ устанавливаются индивидуально, выполнены доработки в разделе "Схемы работы" и в "Табеле" лицевого счета, которые позволят использовать одну схему для всех таких сотрудников, не создавая отдельных схем для каждого сотрудника.
      В разделе "Схемы работы" на форме редактирования схемы добавлен чекер " Индивидуальная схема". По схеме с установленным чекером " Индивидуальная схема", далее, "индивидуальная схема", будут создаваться отдельные спецификации для каждого из лицевых счетов, в которых такая схема указана. В разделе " Схемы работы" добавление новых спецификаций для "индивидуальных схем" через Insert недоступно. Для таких схем спецификации добавляются либо через "Табель" лицевого счета, либо при переходе по периодам из созданных ранее спецификаций. Если в "Схеме работы" снимается ранее установленный чекер " Индивидуальная схема", то при сохранении схемы будет выдано предупреждающее сообщение "Будут удалены спецификации индивидуальной схемы всех лицевых счетов".
      На форме " Табеля" лицевого счета для быстрого редактирования спецификаций по "индивидуальной схеме" добавлена кнопка "Схема", при нажатии на которую открывается спецификация "индивидуальной схемы" для текущего лицевого счета. После внесения изменений в спецификацию схемы, при нажатии кнопки "Записать" сохраняются изменения спецификации схемы и выполняется возврат в табель лицевого счета с пересчетом табеля на основании изменений спецификации схемы. При нажатии кнопки "Отменить" изменения, внесенные пользователем в спецификацию схемы, не сохраняются и выполняется возврат в табель лицевого счета.
 
Примечание.В лицевом счете выбор "индивидуальной схемы" доступен только для поля "Схема работы" и недоступен для поля "Индивидуальный график". Также запрещен выбор такой схемы в полях "Индивидуальный график" и "Схема работы" для метода "Двойная оплата".

wRENT

 
1.На форме с условиями отбора раздела "Договора аренды" (закладка "Спецификации и платежи") добавлена группа " Цены" с полем "Тарифная таблица", в котором  реализована возможность выбора одного или нескольких тарифов из раздела " Тарифные таблицы аренды". При выборе значения в поле "Тарифная таблица" отбираются договора аренды, содержащие в своей спецификации записи с привязкой к выбранной тарифной таблице.
 
2.На форме с условиями отбора раздела "Договора аренды" (закладка "Спецификации и платежи"), группа " Начисления" дополнена полями "Отработано в учете ХО в период с" и "по" для возможности отбора договоров аренды по дате, указанной в графике платежей в колонке "Отработка начисления ". Указанные поля становятся доступными для редактирования только при условии задания даты в одном из полей "Начислено в период с" или "по".
наверх
Авторизация
Подiлитися 
 
РУС УКР