2017-01-26 13:54:53

Краткое описание :

Контроль доходов переносит данные по матпомощи только на месяц приема

Описание :

Контроль дохода

Что измененно :

Контроль доходов переносит данные по матпомощи только на месяц приема, остальные месяца остаются без изменений.
Повторный прием пенсионеров осуществляется так:
По F7 в Картотеке заводят новую карточку, ф Зарплате формируется новый ЛС.
Его связывают со старым ЛС и запускают контроль доходов.

Как измененно :

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

2017-01-26 13:54:53

Краткое описание :

Доработать расчет удержаний в разрезе СИ

Описание :

Расчет удержаний (общие вопросы)

Что измененно :

Для корректного учета сумм при формировании реестров нужно доработать расчет удержаний в разрезе СИ.
Нужно, чтобы во всех удержаниях были данные, соответствующие начислениям лицевого счета в расчетном периоде:
1) код источника и ссылка на источник (сопоставимый с источником в начислениях по коду и ссылке).
Речь пока идет только о тех источниках, которые могут выплачиваться и в межпериод и вместе с зарплатой (то есть о больничных, отпусках, начислениях и выплатах, пособиях).
Ссылок на наряды ведь нет в начислениях, так ведь? Значит и в удержаниях они не нужны если нет ссылки в начислениях. В удержаниях по иным источникам (по которым могут быть лишь выплаты вместе с зарплатой) не нужны если удержание можно будет однозначно сопоставить с начислением по "оплачиваемому периоду работы" и "виду оплаты".
2) оплачиваемый период (работы, отпуска, больничного и др.) в виде диапазона дат в соответствии с начислением, а также желательно в виде месяца и года
Здесь говорилось об оплачиваемом периоде работе, ведь начисляют суммы для оплаты какого то периода работы, то есть диапазона дат "с" и "по". Основанием для начисления сумм ведь являются периоды в табеле, и на основе данных табеля бухгалтер создает какие то документы и начисления для оплаты того или иного периода работы. Я так полагаю, этот диапазон дат записан в начислении в полях Nachisl.DataN и Nachisl.DatOk
3) системный код вида оплаты
Нужно записывать только для для тех удержаний, которые рассчитаны с конкретных начислений. Чтобы было однозначно понятно с каких начислений рассчитаны удержания.


4) Доработать расчет удержаний, чтобы в них сохранялся исходный вид удержания, которым реально выплачивались суммы по реестрам и ведомостям.
У пользователя в настройке "Вид удержания для реально перечисленной заработной платы" выбран вид удержания 210.
Пример 1 (если формирует реестры по суммам таблицы Uder (SumVidUd)):
Например, у работника есть постоянное удержание 222 для перечисления всей зарплаты в банк, поэтому при расчете зарплаты сформируются удержания с кодом 222.
Формируем реестр по виду удержания 222. Формируем по реестру платежку.
Доначисляем работнику и пересчитываем зарплату.
При расчете все первоначальные суммы записываются с кодом удержания, указанным в настройке (210), и с аналитикой, отличающейся от первоначальной.
В удержания с 222 кодом запишутся новые суммы. Если пользователь будет формировать реестр с контролем по 222 виду удержания, то от сумм 222 вида удержания вычтутся суммы, первого реестра, так как в нем тот же вид удержания.
В итоге получим неправильную сумму остатка. Пользователь конечно может не использовать опцию контроля, тогда реестр сформируется только на новую сумму. Но при этом будет лишен возможности проконтролировать и может случайно заплатить дважды, если не сделает пересчет.
Таких ситуаций не возникнет если не будет заменяться код вида удержания на тот, который указан в общесистемной настройке.
Пользователь тогда может использовать функцию контроля при формировании реестра, при этом он получит реестр на остаток, то есть за вычетом сумм реестров ранее сформированных по виду удержания 222.
Конечно, если найдется поле, в котором будет храниться вид удержания которым перечислялась зарплата, то это тоже позволит проконтролировать суммы.
Потребуется доработать функциональность формирования реестров а также расчет сальдо.
Так как вопросы визуального отображения и отражения в отчетах все равно периодически поступают от клиентов, то их лучше решать лишь как отображение в отчетах - от этого система только выиграет.
Кроме того, доработка отображения в отчетах никак не повлияют на функционал. И при этом не понадобится еще где то изменять данные и подгонять функционал.

Как измененно :

Для России доработана функция формирования результатов расчета удержаний.
1) Заполняются поля "источник начисления": код источника (UDER.TYPESOURCEUD) и ссылка на источник (Uder.SOURCELINKUD) (сопоставимые с источником в начислениях по коду и ссылке).
(Для архива удержаний SumVidUd.TYPESOURCESVU и SumVidUd.SOURCELINKSVU)
Речь идет только о тех источниках, которые могут выплачиваться и в межпериод и вместе с зарплатой (то есть о больничных, отпусках, начислениях и выплатах, пособиях).

2)Заполняются поля Начислено с... по... в виде диапазона дат в соответствии с начислением.
Этот диапазон дат записан в результатах расчета начислений в полях "Дата начала выплат" и "Дата окончания выплат".
(Поля Uder.DATEFWB Дата начала начисления Uder.DATEFWE)
(Поля SumVidUd.DATEFWB Дата начала начисления SumVidUd.DATEFWE)

3) Системный код вида оплаты (UDER.VIDOPLUD, SumVidUd.VIDOPLSVU). Записывается только для тех удержаний, которые рассчитаны с конкретных начислений.

4) В результатах расчета удержаний сохраняется исходный вид удержания, которым реально выплачивались суммы по реестрам и ведомостям (поле Uder.INTUD[3], SumVidUd.INTSVU[3]).

5) Доработаны интерфейсы "Результаты расчета" и "Суммы по видам удержаний" в режиме редактирования.
В поле "Исходный вид удержания" отражается исходный вид удержания п.4.
В поле "Для визуального отображения и отчетности" отражается код, который ранее отражался в поле "Вид удержания".

2017-01-26 13:54:53

Краткое описание :

Признак для условии труда в таблицу Nachisl

Описание :

Заполнение условий труда в расчетных начислениях

Что измененно :

Просим добавить признак в таблицу Nachisl, который будет содержать значение условия труда ("вредные" или " "), для того чтобы верно собрать сумму дохода, облагаемая ОППВ, в зависимости от условия труда .

Как измененно :

Для РК: При расчете начислений сохраняется значение условий работы для каждого начисления: обычные условия (Nachisl.summa28 = 0), вредные условия (Nachisl.summa28 = 2). Признак определяется на основании табеля на дату начала начисления.
Входимость начисления в ОППВ на этапе расчета начислений не анализируется, т.е. если начисление не облагается ОППВ, а на дату начала начисления в табеле у сотрудника день вредный, то в начислении признак будет "вредные".
Визуально результат можно видеть для оплат в окне "Результаты расчёта" (редактирование), поле "Оплата за работу", значения "в обычных условиях", "во вредных условиях". В этом же окне можно изменять значение поля "Оплата за работу".

2017-01-26 13:54:53

Краткое описание :

"Нехватка" рублевых сумм для распределения по помеченным накладным.

Описание :

Платежное поручение

Что измененно :

"Нехватка" рублевых сумм для распределения по помеченным накладным.
Ручное распределение.
Есть валютное ДО, к нему 4 накладных.
Через год поступила оплата - валютный платеж на всю сумму.
Курс сильно упал. Помечаем первые 2 накладные и поводим распределение.
Получаем: сумма в валюте осталась на сумму оставшихся 2-х накладных,
а рублевая сумма полностью распределилась. Поэтому при попытке дораспределить
платеж на оставшиеся накладные выдается сообщение "Распределение невозможно - нулевая сумма!"

Как измененно :

При распределении по помеченным накладным, в
корректировке погрешностей не учитывалось что
распределяется не вся сумма хозоперации, а
распределяется только доступная по помеченным накладным
сумма.

2017-01-26 13:54:53

Краткое описание :

При формировании отчета "Электронные формы реестров" по настройке некорректно выгружаются данные

Описание :

Электронные реестры

Что измененно :

При формировании отчета "Электронные формы реестров" по настройке некорректно выгружаются данные по полям: Отделение банка, Филиал отделения банка, Вид вклада, Категория населения, Контрольная информация, Номер договора с банком, Дата договора с банком. Значение полей должно считываться из колонки Постоянное значение для электронных реестров c типами файлов TXT, DBF.

Как измененно :

Доработано формирование отчета "Электронные формы реестров" данные по полям: Отделение банка, Филиал отделения банка, Вид вклада, Категория населения, Контрольная информация, Номер договора с банком, Дата договора с банком выгружаются корректно.
Значение полей считывается из колонки Постоянное значение для электронных реестров c типами файлов TXT, DBF.

2017-01-26 13:54:53

Краткое описание :

В отчетном периоде при вводе больничных в списке отображается один из прошлого периода.

Описание :

Работа с интерфейсом ввода больничных листов

Что измененно :

В отчетном периоде при вводе больничных в списке отображается один из прошлого периода. После расчета больничных, лишний пропадает.

Как измененно :

Исправлено. Теперь больничный прошлого периода не отображается в отчетном.

2017-01-26 13:54:53

Краткое описание :

Учет неначисляемого дохода. Часть вторая.

Описание :

Отчет для контроля начисления взносов [РБ]

Что измененно :

В случае если ограничение не сработало(сумма начисления меньше ограничения), в колонку превышения попадает сумма неначисляемого дохода. Неправильно. Ведь эта сумма не является превышением...
Также обращаю внимание, что данная сумма не вошла в колонку сумма начисленная, а неначисляемый доход должен сюда суммироваться, если он облагается налогами. А в данном случае он облагается, поэтому сумма начисленная должна быть больше.

Как измененно :

Неначисляемый доход попадает не только в колонку "база с учетом ограничения", но и в "сумма начисления".

2017-01-26 13:54:53

Краткое описание :

Панель инструментов и локальное меню интерфейсов модуля "Платежный календарь".

Описание :

"Платежный календарь" в целом

Что измененно :

1. Окно "Образование обязательств. Расходование средств",
верхняя панель: добавить на панель инструментов "Экспорт", "Импорт",
"Протокол", в локальное меню добавить пиктограммы для функций "Настройка
печати" и "Анализ лимитов". Нижняя панель, вкладки "Статьи бюджета",
"Назначение платежа": панель инструментов должна быть такая же, как и для
верхней панели.
2. Окна "Заявка на расходование средств", "Заявка на периодический расход
средств", верхняя панель: добавить в локальное меню пиктограммы для функций
"Настройка печати" и "Анализ лимитов".Нижняя панель, вкладки "Статьи бюджета",
"Назначение платежа" и "Налоговые реквизиты": панель инструментов должна
принимать вид аналогичный панели инструментов для верхней панели окна.
3. Окна "Образование обязательств. Расходование средств", "Образование
обязательств. Приходование средств","Заявка на приходование средств",
"Образование обязательств. Периодический расход средств", "Образование
обязательств. Периодический приход средств", "Заявка на периодический приход
средств", "Образование обязательств. Получение кредита", "Заявка на получение
кредита", верхняя панель: добавить в локальное меню пиктограммы для функций
"Настройка печати", "Анализ лимитов". Нижняя панель, вкладки "Статьи бюджета",
"Назначение платежа": панель инструментов и локальное меню такие же, как и для
верхней панели.
4. Окно "Заявка на оплату", верхняя панель: вынести на панель инструментов
функции "Анализ лимитов" , "Внешняя классификация", "Внешние атрибуты",
"Сохранить документ", "Вставить документ", в локальное меню добавить
пиктограмму для "Анализ лимитов". Аналогично для вкладки "Назначение платежа"
нижней панели.
5. Окна "Журнал обязательств", "Журнал обязательств (архив)", верхняя
панель: добавить в локальное меню пиктограммы для функций "Настройка печати" и
"Анализ лимитов". Нижняя панель: вынести на панель инструментов "Внешняя
классификация", "Внешние атрибуты" и "Анализ лимитов", в локальное меню
добавить пиктограмму для функции "Анализ лимитов".
6. Окна "Финансовое обязательство предприятия", "Финансовое обязательство
предприятия (архив)", верхняя панель: добавить в локальное меню пиктограммы для
функций "Настройка печати", "Анализ лимитов". Нижняя панель: вынести на панель
инструментов "Внешняя классификация", "Внешние атрибуты" и "Анализ лимитов", в
локальное меню добавить пиктограмму для функции "Анализ лимитов".
7. Окна "Платежные заявки" и "Платежная заявка", верхняя и нижняя панели:
добавить в локальное меню пиктограмму для функции "Настройка печати".
8. Окно "Платежный календарь на неделю": вынести на панель инструментов
функцию "Изменить способ отображения (Alt+S)".
9. Окно "Остатки и лимиты платежных средств", левая панель: вынести на
панель инструментов функцию "Бухгалтерский калькулятор".
10. Окно "Каталог назначений операций": вынести на панель инструментов
функцию "Печать".

Как измененно :

Доработано

2017-01-26 13:54:53

Краткое описание :

ЛК с одинаковыми номерами

Описание :

Личная карточка

Что измененно :

Просьба реализовать возможность вводить несколько ЛК с одним и тем же номером. Для этого можно ввести новую настройку. Зачем это нужно: в одной БД клиента работают несколько организаций. Табельный номера сотрудников разных организаций могут пересекаться (это позволяет "Настройки Галактики \ Управление персоналом \ Разрешить повторное использование табельных номеров лицевых счетов"). Но создать 2 ЛК с одним номером возможности нет.

Как измененно :

Добавлена системная настройка "Настройки Галактики \ Бухгалтерский контур \ Спецодежда \ Контролировать уникальность номера Личной карточки учета": "нет" и "да" (по умолчанию). Если настройка установлена в значение "нет", то можно создавать ЛК учета спецоснастки/СФО с одинаковыми номерами.

2017-01-26 13:54:53

Краткое описание :

не верен расчет ППС в случае если больничный сдвинул вреднющий отпуск

Описание :

Контроль пересечения больничных с отпусками

Что измененно :

Отпуск предоставлен в расчётном месяце(важно), затем сдвинут листком нетрудоспособности. В этом случае режим предварительной разноски формирует для всех оплат по отпуску одно и то же значение равное исходной дате начала в поле "Начало отпуска". А для перенесенных частей в этом поле должна быть дата начала предоставления отпуска после окончания болезни.
Кроме того, для случая продления архивного отпуска, после выполнения сервисной функции контроля пересечения отпусков и листков нетрудоспособности и после выполнения предварительной разноски - не для всех записей в предварительном просмотре (речь идёт только о тех записях, которые относятся к оплате отпускных) заполняется поле "Начало отпуска". Для всех оплат, перенесенных на период продления, должна быть одна и та же дата начала перенесенного отпуска (т.е. следующая за датой окончания больничного).

Как измененно :

Исправлено заполнение поля "Начало отпуска" при выполнении предварительной разноски для случая пересечения листка нетрудоспособности с отпуском отчётного или архивного периодов и выполнения функции контроля пересечения больничных с отпусками: для оплат, перенесенных на период продления, поле принимает значение, равное началу периода продления отпуска.
Для пользователей РБ, обязанных уплачивать взносы на профессиональное пенсионное страхование. Перед расчётом налогов на ФОТ обратить внимание на случаи, когда у работников, на выплаты которым начисляются взносы на ППС, в отчётном месяце есть листки нетрудоспособности, продлившие предоставленные им отпуска. Если пользователь уже выполнил контроль пересечения больничных с отпусками и предварительную разноску в отчетном периоде до установки данного обновления, то необходимо проверить значение поля "Начало отпуска" для оплат отпускных. Некорректные или пустые значения можно исправить вручную. Либо повторно выполнить контроль пересечения. Для него вначале необходимо выполнить сервисную функцию восстановления отпусков, а затем выполнить повторно функцию контроля пересечения больничных с отпусками. ВНИМАНИЕ! Сервисная функция восстановления отпусков удаляет текущие отпуска для выбранного лицевого счета и восстанавливает пакеты отпусков по состоянию на момент их изначального создания.

2017-01-26 13:54:53

Краткое описание :

При удалении ЛК учета СФО необходимо удалять документы о переводе работника и историю изменения размеров

Описание :

Личная карточка спецодежды

Что измененно :

При удалении ЛК учета СФО необходимо удалять документы о переводе работника в другое подразделение и историю изменения размеров. Также при наличии документов о переводе работника в другое подразделение или истории изменения размеров надо запрещать удаление ЛК учета из модуля Спецоснастка.

Как измененно :

Доработано.

2017-01-26 13:54:53

Краткое описание :

Настройка алгоритмов формирования полей документов. Основание "ЭПГ" должно быть только для ФОБ.

Описание :

Настройки модуля ПК в "Настройке"

Что измененно :

Настройки Галактики\Управление финансами\Платежный
календарь\Формирование заявок и обязательств\Значения полей по
умолчанию\Настройка алгоритмов формирования полей документов. После вызова
функции "Сформировать настройку по умолчанию" по всем документам в перечне
оснований в правой панели появился ЭПГ.

Как измененно :

Основание ЭПГ доступно только для ФОБ

2017-01-26 13:54:53

Краткое описание :

Расчет подоходного налога с неденежного дохода

Описание :

Расчет подоходного налога

Что измененно :

Расчет подоходного налога с неденежного дохода
В письме ГСФУ от 14.12.16 г. №21695/99-99-13-02-03-16 (во вложении) есть описание расчета подоходного налога с неденежного дохода
На текущий момент, есть правило которое не работает, в частности, если стоимость подарка превышает 50% одной минзарплаты (в расчете на месяц),
установленной на 1 января отчетного налогового года (в 2016 году- 689 грн.) (п.п. 165.1.39.НКУ).
Если стоимость подарка превышает 689,00 грн на месяц, такое превышение стоит облагать НДФЛ по ставке 18 %.
При этом сумму НДФЛ следует исчислять с применением "натурального" коэффициента (п.164.5 НКУ)
К = 100: (100 - Сп),
где К - коэффициент; К=1,219 (100/(100-18%));
Сп - ставка налога, установленная для таких доходов на момент их начисления. (18%)
В нашем случае, сумма подарка не уменьшается на необлагаемый минимум 689,00 грн.

На примере, как должно быть
Работнику начислена ЗП в размере 2000 грн, и предоставлен подарок в размере 800 грн.
Общий налогооблагаемый доход в этом месяце 2000 + 111 (800-689) = 2111 (в базе смоделирован пример, работник таб. № 5)
где, 689 - стоимость подарка, не включаемая в общий налогооблагаемый доход.
Расчет налогов должен производится следующим образом
НДФЛ с ЗП 2000*18%=360
НФДЛ со стоимости подарка 111 *(100/(100-18%))*18%=24,36
ИТОГО=384,33.

Как измененно :

Для Украины доработан расчет подоходного налога с неденежного дохода.
Теперь при налогообложении учитывается единовременный вычет, который указан в постоянной доплате.
Сумма превышения, как и ранее облагается НДФЛ по ставке.
При этом сумма НДФЛ по-прежнему исчисляется с применением "натурального" коэффициента
К = 100: (100 - Сп),
где К - коэффициент; К=1,219 (100/(100-18%));
Сп - ставка налога, установленная для таких доходов на момент их начисления. (18%)

2017-01-26 13:54:53

Краткое описание :

Неверная дата в проводках по ЗП, если в текущем месяце есть сторнирование удержания за прошлые месяцы

Описание :

Бухгалтерские справки

Что измененно :

Неверная дата в проводках по ЗП, если в текущем месяце есть сторнирование удержания, относящиеся к прошлому году. Для этих сумм выставляет текущий год.

Как измененно :

Исправлено. Год теперь определяется правильно.