Релиз от 25.12.2013

 

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

Релиз от 25.12.2013

 7.40 Общие

 
1. В соответствии с сообщением Миндоходов от 26.11.2013 о пакетном режиме формирования  налоговой XML-отчетности внесены соответствующие изменения в par-файлы налоговых накладных и приложений к ним.
 
2.В разделе "Договорные документы" реализована проверка даты закрытого периода отдельно по дате заголовка документа и дате этапа/дополнительного соглашения.
 
 
wBUMI
 
1.В разделах " Инвентарная картотека" и " Картотека МНА" добавлена возможность редактирования всех типов ранее подготовленных, но не отработанных, внутренних документов (ВД).
      Для этого в спецификации карточек на вкладке " История документов" добавлен пункт меню "Исправить" ( Shift+F8). При выборе данного пункта меню будет открыта форма редактирования "Редактирование внутреннего документа", которая аналогична форме подготовке ВД, и содержит заполненные данные, указанные в исправляемом ВД:
      Если исправляемый ВД является объединенным документом (содержит объекты ОС, МНА, ТМЦ), то будет выдано предупредительное сообщение "Внутренний документ содержит объекты, созданные из других разделов Системы. Исправление данного документа невозможно.".
      Функционирование формы редактирования "Редактирование внутреннего документа" аналогично форме редактирования " Подготовка внутреннего документа ", т.е. возможно редактирование по всем объектам, указанным на форме. В случае внесения любых изменений при нажатии кнопки "Записать" будет выведен запрос "Сохранить внесенные изменения?" с кнопками "Да", "Нет". При утвердительном ответе будет удален старый и создан новый ВД по указанным на форме редактирования данным с соответствующими ссылками по карточкам. В случае отрицательного ответа возможно дальнейшее редактирование формы " Редактирование внутреннего документа". При нажатии кнопки "Отменить" форма редактирования будет закрыта без сохранения внесенных изменений.
 
2. К о м п л е к т а ц и я  "Б". В разделе "Инвентарная картотека" добавлена возможность начисления износа за время эксплуатации на объекты, которые на момент начисления износа находятся на модернизации/консервации (выполнена операция "Постановка на модернизацию или консервацию").
      Для этого в разделе "Файл" / "Настройка Системы" на вкладку "ОС и МНА" добавлен чекер " Начислять износ за время эксплуатации по объектам, находящимся на модернизации/консервации". По умолчанию чекер выключен. В случае включения данного чекера при выполнении операции "Расчет износа основных средств" в разделе "Инвентарная картотека" в расчет износа будут включены объекты, которые на момент начисления износа находятся на модернизации/консервации (только в случае попадания их по условиям отбора). При начислении износа по объекту, который находится на модернизации/консервации, износ будет начислен только на полные месяцы эксплуатации объекта (с даты остаточной стоимости) до месяца постановки объекта на модернизацию/консервацию.
 
3. В соответствии с сообщением Миндоходов от 26.11.2013 о пакетном режиме формирования налоговой XML-отчетности внесены изменения в шаблоны печати отчетов "Реестр выданных и полученных налоговых накладных" (Rnn.xlt), "Расчет корректировок сумм НДС" (Rkspdv.xlt) и "Расшифровки налоговых обязательств и налогового кредита" (Rnokk.xlt).
 
4.В разделе "Инвентарная картотека" в соответствии с приказом Госстата от 24.10.2013 №321 внесены изменения в шаблон отчета "ф.11-ОЗ Звіт про наявність та рух основних засобів, амортизацію (знос)" (Inmoveos.xlt).
 
5.В разделе "Товарные документы"/"Приход товара" добавлена возможность массовой подготовки и аннулирования "Входящей налоговой накладной " на основании помеченных приходных документов. При создании документов будет учитываться значение настройки "Создание дочернего документа по помеченным документам" (раздел "Настройка Системы", вкладка "Документы").
 
 
wBUMI (Табличные приложения) бюджет
 
1.В соответствии с сообщением Миндоходов от 26.11.2013 о пакетном режиме формирования  налоговой XML-отчетности внесеныизменения в отчеты (шаблоны и par-файлы):
 
 
wBUMI (Табличные приложения) хозрасчет
 
1.В соответствии с сообщением Миндоходов от 26.11.2013 о пакетном режиме формирования  налоговой XML-отчетности внесеныизменения в отчеты (шаблоны и par-файлы):
 
2.В соответствии c приказом Госстата от 01.11.2013 № 336 внесены изменения в отчеты "Звіт про продаж і запаси товарів (продукції) в оптовій торгівлі Ф. 1-опт, річна" 1opt_r.xls и "Звіт про продаж і запаси товарів торг.мережі та мережі рестор.госп. Ф. № 3-торг" 3_torg.xls.
 
3. В соответствии c приказом Госстата от 02.12.2013 № 366 внесены изменения в отчет "Звіт про наявність торг.мережі та мережі ресторанного господарства Ф. № 7-торг" 7_torg.xls.
 
 
wSALARY
 
1.Если в настройке удержаний с методом "Налог" в поле "По ИФ" используется "Отбор по ИФ", то поле "Приоритет" не доступно для редактирования, то есть расчет удержаний с отбором по ИФ будет выполняться без учета приоритетов.
 
2.Добавлен новый метод " Замещение". Метод предназначен для расчета надбавки за замещение, которая устанавливается в размере разницы должностных окладов, например, в органах исполнительной власти надбавка сотруднику, который выполняет обязанности руководителя.
      На форме настройки метода "Замещение" в поле "Входимость выплат" указываются виды оплат, на основании которых выполняется расчет суммы разницы окладов. В списке видов оплат для выбора доступны виды оплат с методом " Тарифный оклад". В поле " По ИФ" доступно значение (новый вид распределения по ИФ) " Распределять в начислениях по постоянным выплатам".
      На форме постоянной выплаты метода " Замещение" в поле " Замещаемый сотрудник" из раздела "Лицевые счета" указывается сотрудник, который замещается.
      На форме начисления метода "Замещение" поле "Замещаемый сотрудник" по умолчанию заполняется значением из постоянной выплаты (при наличии такого начисления в постоянных выплатах). Поле "Оклад" является расчетным и недоступным для редактирования при включенном чекере "Автоматический расчет". "Оклад" определяется как разница между суммой постоянных выплат сотрудника, указанного в поле "Замещаемый сотрудник " (далее, замещаемый), и суммой постоянных выплат текущего лицевого счета (далее, заместитель). Постоянные выплаты определяются по списку " Входимость выплат" из настройки вида оплаты. Определение суммы " Оклада" выполняется с учетом периодов действия постоянных выплат обоих лицевых счетов. При этом разница сумм постоянных выплат по каждому периоду действия определяться с учетом продолжительности таких периодов, а именно, в соотношении нормы времени по отдельно взятому периоду действия постоянных выплат к полной норме времени за месяц начисления.
 
Пример.
На 01.12.2013 у замещаемого и заместителя заведены постоянные выплаты в размере 1500 и 1200 соответственно. С 10.12.2013 происходит повышение оклада у заместителя, сумма постоянных выплат составит 1450 грн., а с 20.12.2013 происходит повышение оклада у замещаемого, сумма постоянных выплат составит 1800 грн. По настройке вида оплаты в поле "Расчет вести в" указано значение "днях ". Норма времени в декабре 2013 составляет 22 дня. Следовательно, при определении суммы оклада, учитываются три периода постоянных выплат:
      Полученный результат складывается, что в результате составит сумму "Оклада" за месяц.
      Далее выполняется расчет суммы начисления по формуле Оклад * Ставка * Выработка / Норма.
 
      Распределение по ИФ в методе "Замещение" выполняется следующим образом. Определяется общая сумма "К выдаче", которая распределяется по данным постоянных выплат текущего лицевого счета. Распределение выполняется в пропорциональном соотношении суммы постоянных выплат одного ИФ к сумме постоянных выплат всех ИФ. Постоянные выплаты, на основании которых выполняется распределение, определяются по списку "Входимость выплат " из настройки вида оплаты.
 
3.В разделе "Приказы " добавлен новый тип приказа " Замещение". С помощью приказа данного типа по лицевым счетам, указанным в приказе, выполняется добавление постоянных выплат с методом " Замещение".
      На форме " Приказ" с типом " Замещение" на закладке "Параметры" присутствуют следующие поля:
 
      При добавлении записи в "Список лицевых счетов" приказа на форме "Параметры приказа сотрудника" для типа приказа "Замещение" присутствуют следующие поля:
 
      При отработке приказа выполняется добавление в постоянные выплаты лицевых счетов, вида оплаты указанного в заголовке приказа. В периоде действия постоянных выплат устанавливается период, указанный на форме приказа в поле "Действует с-по". В параметры постоянных выплат переносятся значения, указанные в "Параметрах приказа сотрудника". Если на форме " Параметры приказа сотрудника" не заполнены некоторые поля или отсутствуют вообще, то при создании постоянных выплат используются значения соответствующих полей из заголовка приказа. Отработка приказа может выполняться как полностью, так и частично по отдельным лицевым счетам, в том числе по отмеченным пробелом записям.
      При отработке приказа, добавление постоянных выплат выполняется с учетом прав доступа на раздел "Постоянные выплаты".
 
      Также если в разделе "Настройка Системы" установлен чекер "Вести хронологию запуска автоматических функций", то при отработке приказа с типом "Замещение" в "Журнал хронологии" будут добавлены записи с типом функции " Приказы: Замещение", в периоды функции "с"-"по " записывается период системы, в котором выполнялась отработка приказа. В списке лицевых счетов будут отображаться лицевые счета из отрабатываемых приказов. В параметрах функции будут указаны данные о выполняемой операции и данные приказа.
 
4.В соответствии с сообщением Миндоходов от 26.11.2013 о пакетном режиме формирования  налоговой XML-отчетности внесены соответствующие изменения в par-файлы для отчета "Форма № 1ДФ".
 
5. Если расчет суммы надбавки выполняется из постоянных выплат, то при добавлении новых постоянных выплат, входящих в расчет надбавки, не с первого числа месяца такие выплаты будут учтены. Следовательно, надбавка будет разбита по периодам действия "с-по" до и после добавления новой постоянной выплаты. Ранее такие выплаты не учитывалась, так как наличие постоянных выплат определялось на начало периода начисления.
 
6. Для дополнительной функции "Объединение лицевых счетов по ИФ" (ef_joinank.fxp), Combox "Параметр, содержащий ИФ" дополнен значением "Источник финансирования" (для случая, когда источник финансирования указан в одноименном поле заголовка лицевого счета), с реализацией соответствующей функциональности. Кроме этого, на форме указанной дополнительной функции добавлен чекер " Переносить заказ лицевого счета в начисления и постоянные выплаты" - при его включении в начисления, удержания и постоянные выплаты объединяемых лицевых счетов, переносится не только источник финансирования, но и заказ, указанный в одноименном поле соответствующего лицевого счета.
Также на форме рассматриваемой функции ComboBox "Признак совместителя " преобразован в группу чекеров с наименованием "Параметры объединения". При выполнении объединения, функция проверяет лицевые счета на совпадение в них значений всех выбранных параметров указанной группы и объединяет эти лицевые счета только в случае такого совпадения. Для безусловного объединения всех лицевых счетов совместителей ни один из чекеров группы "Параметры объединения " не должен быть включен (аналог доступного ранее значения "без признака").
 
7. В настройке метода " Надбавка" при установленных в поле "Расчет из" значениях: "Постоянные выплаты", "Постоянные (тариф)" или "Постоянные (начисления)", в шейпе "Расчет фактической выработки" поле "Расчет фактической выработки из" сделано недоступным для редактирования с установленным по умолчанию значением "Текущий месяц" (для недопущения некорректной настройки). Т.е. расчет надбавки в данном случае выполняется только исходя из выработки текущего месяца.
 
8. При печати документа " Табель" для возможности вывода итоговых часов, которые отличаются от часов по основной схеме сотрудника, например, вечерние, ночные, доработана функция oRep.Rp_Obr(1, cSymb, cPack, cSymbAt). Теперь параметры cSymb и cSymbAt могут использоваться независимо друг от друга.
 
9. Учитывая консультации Минтруда по определению коэффициента повышения заработной платы, а именно то, что для выплат, которые рассчитываются в размере средней заработной платы, но не являются сохранением заработной платы (например, материальная помощь, компенсация за неиспользованный отпуск), расчет коэффициента повышения заработной платы должен производиться только с учетом повышений в расчетном периоде, выполнены следующие доработки.
      В настройке видов оплат с методом "Больничный" (с типом "средний заработок" и "среднее по выработке") и с методом "Отпуск" в комбо-боксе "Рассчитывать к " добавлен новый параметр " месяцу расчетного периода". Если по настройке данных методов в комбо-боксе "Рассчитывать к" установлен параметр "месяцу расчетного периода", то коэффициент повышения заработной платы рассчитывается по отношению к выплатам месяца расчетного периода (месяц, указанный в начислении в поле "Расчетный период"), следовательно, повышения после месяца расчетного периода не учитываются.
      Аналогичная доработка выполнена в функции "Коррекция больничных/отпусков прошлых периодов". В комбо-боксе " Расчет коэффициента индексации к" добавлен параметр "месяцу расчетного периода", который доступен, если в списке "Виды оплат" отмечены начисления с методом "Больничный" (с типом "средний заработок" и "среднее по выработке") и/или с методом "Отпуск". При установленном параметре " месяцу расчетного периода" коэффициент повышения заработной платы рассчитывается, как описано выше.
 
10.Если при расчете начислений с методом "Надбавка" расчет фактической выработки выполняется из предыдущего месяца (по настройке вида оплаты в комбо-боксе "Расчет фактической выработки из" установлен параметр "Предыдущий месяц"), то на форме начисления вместо надписи "Выработка" будет выводиться надпись " Выработка за прошлый период" cполями "с-по". В полях "с-по" указывается период для расчета выработки, определенный по данным предыдущего периода относительно периода начисления. Ранее, в случае если в прошлом периоде изменялись постоянные выплаты, влияющие на расчет надбавки, не с первого числа месяца (т.е. выполняется разбиение надбавки по периодам действия постоянных выплат), выработка определялась по периоду "с-по " начисления, в котором по умолчанию устанавливался период текущего месяца. Т.е. период "с-по" начисления ограничивался максимальным числом текущего месяца, в результате чего, если в текущем месяце количество дней было меньше, нежели в предыдущем, выработка из предыдущего месяца рассчитывалась не за целый месяц, что в свою очередь влияло на расчет суммы надбавки.
 
 
wSALARY (Отчетные формы)
 
1.В соответствии c приказом Госстата от 07.08.2013 № 239 внесены изменения в отчет "Форма 6-ПВ" (Statrep_forma6pv.xlt).
 
 
wPERSON
 
1. Доработана функция RP_PERS(52,...) с помощью которой ранее возможно было рассчитывать только количество неиспользованных дней отпуска сотрудника за указанный период.
С целью проведения инвентаризации резерва отпусков (формирование резерва отпусков – П(С)БУ 11, пункт 13, инвентаризация резерва – приказ Минфина N69 от 11.08.94), для функции RP_PERS(52,...), добавлены параметры:
Соответственно, теперь функция RP_PERS(52, ...) имеет вид:
RP_PERS(52, cPersRN, cOtpRN, [dPeriodPS], [dPeriodPPo] , [lFactHol], [nUsedDays, [dReserveDate]] )
Для получения "приведенных неиспользованных дней при проведении инвентаризации" резерва отпусков необходимо вызвать указанную функцию дважды: первый раз рассчитать дни для резерва отпуска (nUsedDays = 2), второй - рассчитать фактическое количество дней отпуска, которое за указанный период "отгулял" сотрудник (nUsedDays = 1), - разница этих двух значений и составит количество неиспользованных дней.
 
Пример использования функции RP_PERS(52, ...) для инвентаризации резерва отпусков:
Предположим, что сотрудник был принят на работу 05.09.2010 года. Производим инвентаризацию резерва отпуска для указанного сотрудника за очередной период работы с05.09.2012 по 04.09.2013. В установленных отпусках данного сотрудника присутствует запись о плановом предоставлении отпуска за период работы с 05.09.2012 по04.09.2013 продолжительностью 28 календарных дней. Предположим, что дата инвентаризации резерва отпусков 01.06.2013. В отпусках сотрудника присутствует запись о предоставлении части очередного ежегодного отпуска за указанный период работы продолжительностью 3 дня (с 02.04.2013 по 04.04.2013).
Рассчитываем количество дней резерва отпуска на дату проведения инвентаризации (01.06.2013):
RP_PERS(52, "00035", "00012", {^2012/09/05}, {^2013/09/04}, .F., 2, {^2013/06/01}), - получаем 21 день.
Рассчитываем количество использованных дней отпуска:
RP_PERS(52, "00035", "00012", {^2012/09/05}, {^2013/09/04}, .F., 1), – получаем 3 дня.
После этого производим вычитание, т.е. 21-3 = 18 календарных дней.
Расчет количества дней резерва отпуска по состоянию на 01.06.2013 производится (в соответствии с изложенными в примере данными) следующим образом:
0,07887 * (269 - 8) = 0,07887 * 261 = 20,58507 ~ 21 календарный день (с учетом округления до целого). 
 
2. В соответствии с приказом Госкомстата Украины  №239 от 07.08.2013 внесены изменения в шаблоны печати отчета по форме 6-ПВ. Требуется обновить шаблоны s6pvrep.xlt иs6pvrepua.xlt  для русского и украинского языков печати, соответственно.
 
 
wBMCC
 
1. В интерфейсе TouchScreen, утилита работы с бонусами (bonus.fxp), а точнее, ее функционал в части начисления бонусов и расчета накопительного эквивалента, подключен для типа оплаты " Безналичный (кредит)" в силу возможности его использования  в качестве дополнительного типа наличной оплаты. Ранее данный функционал работал только для типа оплаты " Наличные".
 
 
wBMHT
 
1. В разделах "Данные о местах", "Почасовое обслуживание" и "Картотека клиентов" на закладке " Предоставленные услуги" доработана возможность формирования возврата средств по обычным и дисконтным скидкам/наценкам.
 
 
wFINB
 
1. В разделе "Смета расходов" в соответствии с приказом МинФина N 1407 от 24.12.2012 внесены изменения в отчет "Реестр изменений" (sfchngrep.xlt), печать которого осуществляется через пункт "Печать отчета"/" Печать реестра изменений".

 

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