2015-09-30 14:41:06
Краткое описание :
ЗП: Наряды: Нумерация через раз в случае добавления нескольких нарядов без измененияОписание :
Альтернативный вариантЧто измененно :
Операции - Наряды - Бригадные наряды - Альтернативный вариант. Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Наряды \ Автонумерация нарядов= "по специальной таблице".
В случае, если добавлять несколько нарядов без их правки (по F7), то нумерация получившихся нарядов идёт через один, то есть 1,3,5,7 или 2,4,6,8. Это происходить только в том случае, если просто жать F7 и больше ничего.
Но, так как клиент сперва хочет создать необходимое кол-во нарядов, а только потом вносить туда изменения, то у него эта ошибка проявляется.
Как измененно :
При добавлении новых записей нарядов по F7, создаются пустые записи нарядов без пропуска нумерации.
2015-09-30 14:41:06
Краткое описание :
При окончательном расчете необходимо учесть уже перечисленные суммы алиментов в межпериодОписание :
Расчет алиментов и исполнительных листовЧто измененно :
При окончательном расчете необходимо учесть уже перечисленные суммы алиментов в межпериод.
Если сформированы реестры и выплачены алименты в межпериод с сумм отпусков и др. выплат, то сумма почтового сбора по итогу расчета заработной платы должна рассчитываться от остаточной суммы алиментов.
Как измененно :
Для РФ: при значении настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Учет выплат по реестрам" = "учет ведется", "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Почтовые переводы, алименты, исп.листы \ Сбор по перечислению удерживать с плательщика" = "Да" и наличии оплаченных реестров по алиментам или исполнительным листам (и/л) при окончательном расчете сбор за перечисление алиментов или и/л рассчитывается с разницы рассчитанной суммы алиментов или и/л и суммы перечисленных алиментов или и/л в межпериод по реестрам.
Для того, что бы производился учет переведенных сумм по реестрам для 188 ВУ необходимо указать ВУ для настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Прочие удержания \ Вид удержания для перечисления банковской эмиссии".
В поле "Сумма сбора" сохраняется сбор, рассчитанный при окончательном расчете, без учета сбора, рассчитанного в межпериод.
2015-09-30 14:41:06
Краткое описание :
РБ.Справка о размере пособия на детей.Выдавать отдельно на каждого ребенкаОписание :
О размере начисленного пособия на детей [РБ]Что измененно :
Справка о размере пособия на детей (РБ) - формировать отдельно на каждого ребенка.
Как измененно :
Доработана Справка о размере пособия на детей (РБ). Справка формируется отдельно для каждого ребенка.
Добавлена возможность формировать отчет в FastReport.
2015-09-30 14:41:06
Краткое описание :
Расчет НДФЛ по ставке 35% со стоимости рекламных призовОписание :
Расчет подоходного налогаЧто измененно :
В соответствии с Налоговым кодексом (п.2 ст.224, п.28 ст.217, п.1,2 ст.226) наша организация является налоговым агентом в случае выдачи призов по рекламным акциям, т.к. именно организации, проводящие такие акции, должны перечислять налог в размере 35% за полученные призы.
( Переломный момент произошел 30.01.2014г. Ранее выдача рекламных призов считалась лотереей и налог уплачивал получатель приза. 30.01.14 были внесены изменения в 138-ФЗ об исключении подобных рекламных акций из лотерей.)
Как измененно :
По настройке на страну Россия разделены проценты удержания НДФЛ нерезидентов и дополнительного налога.
1. Доработана функция Настройка=> Ставки налога и вычеты=>Дополнительный налог.
В ставки дополнительного налога добавлена колонка "Для нерезидентов".
Для других стран колонка не видна.
2. Добавлена настройка "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Вид удержания для дополнительной шкалы НДФЛ"
Доработаны следующие функции.
3.Расчет НДФЛ при расчете заработной платы и в межпериод.
Теперь при расчете НДФЛ для нерезидентов процент определяется из соответствующей колонки.
Если колонка не заполнена, процент определяется из процента дополнительного налога, как это было раньше.
4.Формирование результатов расчета заработной платы. Теперь при формировании НДФЛ с дополнительного дохода используется настройка п.2.
Если значение настройки не задано, то дополнительный налог формируется с системным кодом 183, как это было раньше.
Для России НДФЛ для нерезидентов всегда формируется с кодом 183, как это было раньше.
5.Расчет алиментов. Теперь при их расчете от облагаемой базы дополнительно отнимаются удержания с кодом из настройки п.2.
6.Расчет отпуска и отзыв в части сохранения суммы НДФЛ при наличии реестра по перечислению.
Теперь анализ происходит с учетом новой настройки п.2.
7.Классификатор видов удержаний. Если вид удержания совпадает с новой настройкой п.2. , то для него идет пост.обработка по аналогии с другими системными кодами.
Для системных кодов удержания нельзя:
- изменить системный код
- удалить вид удержания
- выбрать номер алгоритма
- изменить тип удержания
- изменить принцип разбиения
- изменить приоритет
8. Лицевой счет=> Суммы по видам удержаний.
Лицевой счет=> Результаты расчета.
Для видов удержания из группы НДФЛ показываются поля "ОКТМО", сумма вычетов и т.п по аналогии с кодом удержания 183.
9.Формирование проводок => Бухгалтерские справки и платежные поручения.
Теперь при формировании проводок для дополнительного налога дополнительно учитываются удержания с кодом из настройки п.2.
Формирование проводок => Проверка ссылочной целостности.
10.Формирование реестров по видам удержаний и по перечислению НДФЛ.
Формирование платежных поручений по реестрам.
11.Переход на новый расчетный период.
При переносе записей по налогам из результатов расчета зарплаты, сумма вычетов переносится в соответствующее поле архива удержаний.
12."Контроль дохода".
Теперь при разноске дополнительного дохода и налога дополнительно учитываются удержания с кодом из настройки п.2.
13."Контроль выплаты зарплаты".
14.Работа с копией архива удержаний =>
- Сравнение архивов удержаний
- Экспорт данных => Из рабочего архива удержаний в копию
- Импорт данных => В рабочий архив удержаний из копии
При переносе записей по налогам из результатов расчета зарплаты, сумма вычетов переносится в соответствующее поле архива удержаний.
15. Сервисная функция перевода сотрудника в другой филиал.
При переносе записей по налогам из результатов расчета зарплаты, сумма вычетов переносится в соответствующее поле архива удержаний.
16. Формирование статистических данных
17.Доработаны отчеты.
- Отчет по уплаченным суммам для налоговой отчетности
- Справка для начисления жилищных субсидий
- Справки => Справка для начисления детских пособий (РБ и другие страны)
- Расчетные листки
- Формирование справки в банк для предоставления кредита
- Отчеты \ Оплата труда \ Печать лицевых счетов (два вида отчета)
- Вспомогательные ведомости. Форма свода: алименты
- Расчетно-платежные ведомости => Расчетно-платежная ведомость для бюджетных организаций
- Расчетно-платежные ведомости => Расчетно-платежная ведомость (РБ и РФ)
- Расчетно-платежные ведомости => Расчетно-платежная ведомость с группировками
- Расчетно-платежная ведомость межрасчетного периода
- Расчетная ведомость
- Отчеты в налоговую инспекцию => Сопроводительный лист
18. Доработаны все отчеты о доходах и налогах, в том числе и справки о доходах в налоговую инспекцию.
2015-09-30 14:41:06
Краткое описание :
Статусы в документах модуля Векселя и кредитыОписание :
Акты на получение, передачу, гашение (АПП)Что измененно :
Статусы в документах модуля Векселя и кредиты.
Добавить в окно выбора статуса кнопку просмотра истории статуса (образец
"Приходные накладные").
Как измененно :
Для документов модуля Векселя и кредиты в поле выбора статуса
добавлена кнопка просмотра истории изменения статуса.
Кнопка и возможность просмотра доступны при включенной настройке Бухгалтерский
контур \ Векселя и кредиты \ [нужный тип документа] \ "Сохранять историю
статусов".
2015-09-30 14:41:06
Краткое описание :
Доработка функции формирования реестров , платежных поручений и бухгалтерских справок для НДФЛ по ставке 35%Описание :
Бухгалтерские справки по налогамЧто измененно :
В классификаторе видов оплат => Удержания есть поле входит в расчет дополнительного налога.
Если в этом поле указан "+", то НДФЛ определяется по дополнительной шкале.
По умолчанию, для такого НДФЛ присваивается код удержания 183.
Добавлена настройка "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Вид удержания для дополнительной шкалы НДФЛ". (для всех стран)
Теперь пользователи для дополнительного налога могут выбрать вид удержания отличный от 183.
Необходимо доработать функции формирования реестров , платежных поручений и бухгалтерских справок для НДФЛ
с дополнительного дохода с тем, чтобы вид удержания выбирался с учетом указанной настройки.
Примечание. Поле "входит в расчет дополнительного налога" имеет наименьший приоритет по сравнению с другими полями входимости в НДФЛ.
Как измененно :
Доработано формирование реестров по налогам в межпериод (начисления и выплаты, удержания и выплаты, договора подряда).
Если в виде оплаты межрасчетного начисления установлен признак "Входит в расчет дополнительного налога", то реестр на налог формируется по виду удержания, указанному в общесистемной настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Вид удержания для дополнительной шкалы НДФЛ".
Если в настройке не выбран вид удержания, то реестр по таким выплатам формируется по виду удержания с системным кодом 183.
Если в виде оплаты выставлен код дохода "Дивиденты", то производится формирование по виду удержания 110.
В остальных случаях формирование производится как и ранее.
Доработано формирование платежных поручений и бухгалтерских справок по налогам межпериода.
Если в виде оплаты межрасчетного начисления (начисления и выплаты, удержания и выплаты, договора подряда) установлен признак "Входит в расчет дополнительного налога", то налог с межрасчетного начисления учитывается по виду удержания, указанному в общесистемной настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Вид удержания для дополнительной шкалы НДФЛ".
Если в настройке не выбран вид удержания, то налог учитывается по виду удержания с системным кодом 183.
Если в виде оплаты выставлен код дохода "Дивиденды", то по виду удержания 110.
В остальных случаях формирование производится как и ранее.
Примечание:
В случае, если в настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Вид удержания для дополнительной шкалы НДФЛ" будет указан какой то отдельный вид удержания, то, для корректной работы системы, рекомендуется в классификаторе видов удержаний создать новый вид удержания с типом "Удержание". При этом системный код для него следует выбрать таким, чтобы он отсутствовал в списке жестко зафиксированных в системе кодов, и таким, который ранее не использовался в системе.
2015-09-30 14:41:06
Краткое описание :
В ошибка в назначении платежа при формировании ПП по реестрам из ЗПОписание :
Реестры по перечислению в банкЧто измененно :
Формируем реестры ежемесячных пособий. В фильтре по подразделениям выбираем подразделение вместе с его нижестоящими, при этом указываем уровень группировки по подразделениям ("Глубина иерархии") = 1.
Формируем ПП по сформированному реестру и выбираем шаблон назначения платежа, в котором используем макрос "Информация о реестре" %SBBAN[Формат:П]. В результате формируется ПП, при этом в строку назначения платежа выводится не подразделение группировки с глубины 1, а наименование нижестоящего подразделения.
Как измененно :
Исправлено. При формировании реестров по пособиям, в случае ненулевой глубины иерархии, в реестр записывается наименование подразделения группировки (первые 20 символов из его наименования).
2015-09-30 14:41:06
Краткое описание :
Настройка округления налогов на ФОТОписание :
Расчёт налогов на ФОТЧто измененно :
На данный момент в Галактике после формирования реестра по налогам на ФОТ в окне просмотра и редактирования реестра отображаются округленные, с 2-мя знаками после запятой, суммы по человеку и округленная итоговая сумма по реестру. Если стать на сумму, то можно увидеть не округленную сумму налога. Если сложить округленные суммы по человеку, то эта сумма не равна округленной итоговой сумме по реестру. В связи с этим, при выгрузке в Excel и при задании режима округления (округлять до 2 знаков после запятой) итоговая сумма реестра в Excel-файле не равна итоговой сумме по реестру (округленной). А при выгрузке реестра в электронный формат также не совпадают итоговые суммы. (Для уточнения, электронный формат используется для передачи сумм в банк и банк не принимает суммы, которые после запятой имеют свыше двух знаков. А в Excel эти же суммы, которые ушли на перечисления, должны храниться в бумажном виде.)
Получается, что суммы по налогам на ФОТ, которые ушли на перечисление в банк (каждому работнику индивидуально на его пенсионный счет), не всегда совпадают с полностью рассчитанными суммами по налогам на ФОТ со всем количеством знаков.
В результате бухгалтер не имеет возможности проверить правильность сформированного реестра с суммой по ОВР. Итоговая сумма в заголовке реестра не совпадает с суммой платежа. Как следствие, бухгалтер вынужден править суммы вручную, чтобы добиться одинаковых итогов. На большом количестве работников править приходится много. Изменение порядка расчета ОППВ, при котором общая сумма взносов по работнику за месяц будет сразу округляться, снимет проблемы округления, возникающие при формировании реестров и отчетов, и позволит ориентироваться для контроля на итоговые суммы отчетов, которые формируются в системе.
Как измененно :
Дополнен расчёт ОППВ по работнику таким образом, что округляется до двух знаков итоговая сумма ОППВ по работнику за месяц. При этом составляющие части на разные оплаты продолжают оставаться неокруглёнными. Такой подход аналогичен существующему округлению при расчёте социальных отчислений.
Пример. Пусть ставка ОППВ (условно) составляет 5.3%. Работнику начислены три оплаты в размере 1000, 22.11 и 122.44 тенге. Ранее получали взносы в размере 53.00 (1000*0.053), 1.17183 (22.11*0.053) и 6.48932 (122.44*0.053) тенге соответственно. Итого взносов 60.66115 тенге. После доработки получим:
1) 1000+22.11+122.44=1144.55 (начислено)
2) 1144.55 * 0.053 = 60.66115 (итого взносов)
3) округление до сотых, в данном случае в меньшую сторону 60.66 (итого взносов)
4) распределение по входящим оплатам пропорционально их величине (с соответствующим округлению уменьшением) 52.9989..., 1.17180... и 6.48919... .
2015-09-30 14:41:06
Краткое описание :
Ошибка при назначении авансаОписание :
Назначение фактического авансаЧто измененно :
При работе в многопользовательском режиме, если один из пользователей блокировал лицевой счет, а другой назначает для него же аванс, то появляется сообщение о системной ошибке - запись заблокирована.
Как измененно :
Исправлена невозможность расчета аванса сотруднику, чей лицевой счет открыт в многопользовательском режиме при расчете аванса.
Вместо диалоговых окон о недоступности записи были реализованы сообщения в протокол для обеспечения непрерывности при назначении аванса нескольким пользователям.