2018-05-30 11:43:14
Краткое описание :
Неверный расчет компенсации за вредность при сверхнормативных расходахОписание :
Расчет начислений (общие вопросы)Что измененно :
Неверный расчет компенсации за вредность при сверхнормативных расходах.
Как измененно :
Изменен расчет НДФЛ при расчете Компенсации за вредность. Расчет изменен на упрощенный, а именно
НДФЛ для Компенсации рассчитывается по формуле Sкомп. * 0.13 (для того, чтобы не учитывались сверхнормативные расходы).
2018-05-30 11:43:14
Краткое описание :
Больничный, в данных для ФСС требуется автоматически проставлять Условия исчисленияОписание :
Работа с интерфейсом ввода больничных листовЧто измененно :
1. В лицевом заполнены данные о документе об инвалидности с действующим сроком.
При формировании больничного для данного сотрудника на вкладке "Особенности, данные для ФСС" требуется автоматически заполнять поле "Условия исчисления" значением "45, Имеет инвалидность".
Это обязательное требование и так как на предприятие работают и инвалиды то бухгалтер вынужден перед формированием каждого больничного заходить в лицевой и проверять не инвалид ли сотрудник.
2. Для тех кто Работает неполное рабочее время - например находится в отпуске по уходу за ребенком и одновременно работает (по приказу 92, Отражение работы во время отпуска по уходу за ребенком)
"Особенности, данные для ФСС" требуется автоматически заполнять поле "Условия исчисления" значением "51, Работает неполное рабочее время"
Как измененно :
Галактика ERP \ Персонал \ ЗП \ Операции \ Больничные \ Расчет больничных \ Работа с интерфейсом ввода параметров формирования больничных
1. Если у сотрудника выставлена группа инвалидности при формировании больничного заполняется поле "Условия исчисления" значением "45, Имеет инвалидность".
2. Если сотрудник находится в отпуске по уходу за ребенком и одновременно работает (по приказу 92, Отражение работы во время отпуска по уходу за ребенком) при формировании автоматически заполняется поле "Условия исчисления" значением "51, Работает неполное рабочее время"
2018-05-30 11:43:14
Краткое описание :
СОУТ Аскона: ошибка расчета компенсации за вредность при расчете ЗП, если у сотрудника есть вычеты на детей.Описание :
Расчет начислений (общие вопросы)Что измененно :
Проект СОУТ Аскона:
ошибка расчета компенсации за вредность при расчете ЗП, если у сотрудника есть вычеты на детей.
Пример во вложении.
(4250-170)*0,87=3550, разница на 182 (как раз 13% от вычета 1400)
Как измененно :
Доработан расчет Компенсации за вредность согласно примеру во вложении.
2018-05-30 11:43:14
Краткое описание :
(СОУТ?) Расчет премии по итогамОписание :
Расчет начислений (общие вопросы)Что измененно :
При расчете ЗП неверно рассчитывается премия по итогам работы (в.о. 148) при наличии Районного коэф-та или северной надбавки.
Премия пересчитывается "обратным счетом" на сумму РК/северной надбавки.
Как измененно :
Исправлен расчет бонусов для ситуации, когда есть бонус, вид оплаты
бонуса отличен от заданного в настройке (то есть Бонус ВО 148).
В этом случае Северные и Районные начисляются сверх суммы бонуса.
2018-05-30 11:43:13
Краткое описание :
Учет перерасчетов годовых препремий при расчете по среднемуОписание :
Расчет по среднему (по алгоритму больничных)Что измененно :
У клиента периодически возникает ситуация, когда в одном месяце
начисляются полугодовая (О) положительная и отрицательная премия. Далее, при
расчете среднего, учитывается наибольшая из них.
Необходимо сделать доработку для отрицательных сумм корректировок премий.
Это все виды премий для средних, и "Г", и "К" .
Нужно сумму отрицательной премии относить по месяцу "за который" начислена.
Как измененно :
Для РБ доработан учет отрицательных сумм премий при расчете
среднего заработка. Теперь такие суммы относятся по месяцу, согласно которому
была учтена положительная сумма.
Дорабатывался учет всех видов премий: годовых, полугодовых, квартальных.
Номера алгоритмов:[17,22,23,33,50,51,52,53]
2018-05-30 11:43:12
Краткое описание :
доработать функционал лимитов по платежным средствамОписание :
Остатки и лимиты платежных средствЧто измененно :
Предлагаю следующую доработку:
Доработки интерфейса "Остатки и лимиты платежных средств" (вкладка "Лимиты"):
1. добавить новый тип лимита: "Расход за месяц" (далее "лимит ПС за период").
Сейчас там можно задать лимит на дневной остаток на счете)
2. добавить возможность указать период действия лимитов. Сейчас задается только
дата начала действия.
Новый тип лимита будет использоваться для контроля "Финансовых обязательств
предприятия" (ФОБ на расход). Вызываться контроль должен при переводе ФОБ в
статус "исполняемый" (при утверждении ФОБ). Регулироваться контроль должен
пользовательской настройкой: "Контроль лимитов ПС на период", со значениями:
- нет
- предупредительный
- запретительный
Механизм контроля:
1. текущие расходы по ПС за месяц, определяются как сумма утвержденных
"Финансовых операций" (ФОП) с направлением "расход", при этом в качестве суммы
ФОП:
1.1. в "закрытом периоде" используется сумма "факт" (сумма произведенных оплат
по ФОП)
1.2. в "плановом периоде" используется непосредственно сумма ФОП
2. разрешено утверждать ФОБ, если (сумма расхода текущего ФОБ)+(текущие расходы
по ПС за месяц) <= (сумма "лимита ПС на период")
Как измененно :
Сделана следующая доработка:
1. в интерфейс "Остатки и лимиты платежных средств" (вкладка "Лимиты") добавлен
новый тип лимита: "Лимит расхода на месяц" (есть возможность указать период
действия лимита)
2. добавлена пользовательская настройка: "Настройки Галактики \ Управление
финансами \ Платежный календарь \ Формирование финансовых обязательств \ При
переводе ФОБ в статус "исполняемый" контролировать "Лимит расхода за месяц"",
со значениями:
- нет
- с предупреждением
- всегда
Новый тип лимита используется для контроля ФОП на расход. Вызывается контроль:
1. при переводе ФОБ в статус "исполняемый"
2. при изменении статуса ФОП в статус "активна" (когда ФОБ в статусе
"исполняемый")
Механизм контроля следующий:
1. текущие расходы по ПС за месяц, определяются как сумма утвержденных
"Финансовых операций" (ФОП) с направлением "расход", при этом в качестве суммы
ФОП:
1.1. в "закрытом периоде" используется сумма "факт" (сумма произведенных оплат
по ФОП)
1.2. в "плановом периоде" используется непосредственно сумма ФОП
2. разрешено утверждать ФОБ, если (сумма расхода текущего ФОБ)+(текущие расходы
по ПС за месяц) <= (сумма "лимита ПС на период")
***ОСОБЕННОСТИ РАБОТЫ ФУНКЦИОНАЛА
Контроль не вызывается по событиям:
- создание ФОП
- изменение суммы ФОП
- изменение даты ФОП
- изменение ПС ФОП
- изменение направления ФОП
2018-05-30 11:43:13
Краткое описание :
Расчет целодневных неявок из двух источников финансированияОписание :
Целодневные неявкиЧто измененно :
На текущий момент для вида оплаты с алгоритмом 17 (оплата
по-среднему) нет возможности расчета суммы из нескольких источников (бюджет и
внебюджет).
Как измененно :
Для расчета целодневных неявок из 2-х источников были
доработаны классификаторы.
В классификаторе видов оплат и скидок (Закладка "По среднему", группа настроек
"Общие настройки для расчета среднего заработка") существующая входимость в
расчет среднего переименована во входимость в "расчет среднего из <источник 1>"
и добавили еще одну входимость в "расчет среднего из <источник 2>".
Пользователю необходимо самостоятельно настроить КВО: по всем видам оплат,
участвующим в расчете среднего заработка проставить необходимые входимости.
В перечень существующих расчетных алгоритмов добавили следующие:
73 - Расчет зарплаты по среднему часовому заработку из <источник 1> с
учетом годовых премий и поправочного коэффициента тарифа.
77 - Расчет зарплаты по среднему дневному заработку из <источник 1> с
учетом годовых премий и поправочного коэффициента повышения тарифа.
74 - Расчет зарплаты по среднему часовому заработку из <источник 2> с
учетом годовых премий и поправочного коэффициента тарифа.
78 - Расчет зарплаты по среднему дневному заработку из <источник 2> с
учетом годовых премий и поправочного коэффициента повышения тарифа.
Существующие сейчас 17 и 33 алгоритмы будут учитывать суммы по 2-м источникам:
17 - Расчет з/п по среднему дневному заработку из 2-х источников с
учетом годо-вых премий и поправочного коэффициента повышения тарифа;
33 - Расчет з/п по среднему часовому заработку из 2-х источников с
учетом годо-вых премий и поправочного коэффициента.
Пользователю необходимо будет привязать нужный алгоритм для каждого ВО, из
которого рассчитывается целодневная неявка.
Наименование <источник 1> и <источник 2> подтягиваются из общесистемных
настроек "Настройки Галактики \ Управление персоналом \ Общие настройки \
Больничные, отпуска, расчеты по среднему \ Отпуска \ Особенности расчета \
Сокращенное наименование источника оплаты 1" (UP.ZAR.OTP.FOND1) и "Настройки
Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска,
расчеты по среднему \ Отпуска \ Особенности расчета \ Сокращенное наименование
источника оплаты 2" (UP.ZAR.OTP.FOND2) соответственно.
В классификаторе отпусков и неявок, для записей с типом целодневная неявка,
добавили возможность выбора источника расчета, чтобы пользователь смог указать,
из скольких источников рассчитывается неявка. И для каждого источника привязать
соответствующий ВО.
Доработан интерфейс целодневных неявок. Из средней панели интерфейса
редактирования целодневных неявок убраны поля "Счет", "Субсчет", "КАУ",
"Хозяйственная операция", "Параметр выбора", поле "Сумма" теперь не
редактируемое.
В нижней панели интерфейса добавили вкладки, на которых отображаются суммы по
месяцам расчетного периода для каждого источника. При переключении между
вкладками подсвечиваются соответствующие значения "суммы среднего" в средней
панели и "вид оплаты" и "алгоритм" в верхней панели.
В локальное меню интерфейса добавили пункт "Просмотр итогов по источникам
затрат", при выборе которого открывается дополнительное окно "Итоги по
источникам затрат" с возможностью редактирования полей кроме поля "источник
оплаты". Возможность для вставки и удаления записей по источникам из интерфейса
не предусмотрена.
Для неявок, созданных и рассчитанных до данного обновления, данные в "Итогах по
источникам затрат" не заполняются, а функция предварительной разноски учитывает
имеющиеся данные для расчета.
Доработана справка о расчете среднего (форматы бизнес-текст и Excel) для
целодневных неявок. В справку выводится дополнительная информация, с учетом
расчета из 2-х источников. В случае расчета неявки из 2-х источников в
заголовок добавили наименование видов оплат для каждого источника. В структуру
справки вывели суммы расчетного периода по каждому источнику и показываются
итоговые суммы по каждому источнику соответственно (заработок и вознаграждение,
сумму среднего). Также в справке указана сумма оплаты неявки по каждому
источнику.
2018-05-30 11:43:12
Краткое описание :
Брать начальный остаток и дефицит с учетом фильтраОписание :
Платежные календариЧто измененно :
В платежном календаре установлены следующие параметры: "на
верхнем уровне" = "ВИД ПЕРИОДА", "группировка" = "Платежное средство", фильтр
по одному р/с. В сформированном отчете столбец "Начальный остаток" (а поэтому и
столбцы "Конечный остаток" и "Дефицит") содержит суммы по всем платежным
средствам. Необходимо брать начальный остаток с учетом фильтра в построенном
платежном календаре.
Как измененно :
Доработано.
2018-05-30 11:43:12
Краткое описание :
Отображение признака наличия ФОБ по платежному поручениюОписание :
Платежное поручениеЧто измененно :
Включили формирование ФОБ по собственным и сторонним ПД через
ФРО. Стал доступен пункт Финансовые обязательства, ФОБ формируется.
Но не видно по каким поручениям, уже сформировано ФОБ. В ДО есть колонка Ф,
которая показывает наличие ФОБ по документу.
Предлагаем доработать аналогичную колонку в интерфейсе платежных поручений,
чтобы видеть, по каким документам уже сформированы ФОБ
Как измененно :
В списке платежных документов добавлена колонка (без подписи),
в которой выводится информация о распределении документа по ФО, а именно:
выводится буквы П, Ч, Н
П - полностью распределен
Ч - частично распределен
Н - не распределен
2018-05-30 11:43:13
Краткое описание :
Пропадают фин.операцииОписание :
Платежное поручениеЧто измененно :
На предприятии ведется много различных расчетных счетов организации.
В платежке проставляют проводки и финансовые операции в управленческом плане счетов.
Некоторым платежкам приходиться менять раздел путем переноса стандартной функцией.
При этом бух проводки сохраняются, а фин проводки пропадают.
Как измененно :
При переносе платежек в другой раздел стандартной функцией бух проводки и фин проводки сохраняются.
2018-05-30 11:43:13
Краткое описание :
Синхронизировать сумму к выплате с суммой начисленнойОписание :
Реестры по перечислениямЧто измененно :
При формировании суммы к выплате(SPPLBAN.SUMOPL) в реестре по перечислениям с помощью ФЛМ
"Распределить сумму равномерно" и "Установить фиксированную сумму по сотруднику",
значение в поле сумма начисленная(SPPLBAN.SUMUD) не меняется, в отличие от ручной корректировки.
Как измененно :
Значение в поле сумма начисленная(SPPLBAN.SUMUD) меняется при формировании суммы к выплате в реестре по перечислениям с помощью ФЛМ "Распределить сумму равномерно" и "Установить фиксированную сумму по сотруднику".
2018-05-30 11:43:13
Краткое описание :
расчет остатка в авансовом отчете при отсутствии
спецификацииОписание :
Авансовый отчетЧто измененно :
При отсутствии спецификации расчет остатка в авансовом
отчете необходимо производить от суммы авансового отчета.
Как измененно :
В авансовом отчете сумма остатка при отсутствии спецификации
рассчитывается от суммы авансового отчета.
2018-05-30 11:43:12
Краткое описание :
При наличии модели, в которую попадает ФОБ, ФОП по нему в
нижней панели отображаются некорректные.Описание :
Оперативные документыЧто измененно :
Есть ФОБ, который попадает в модель (ПК -> Операции ->
Моделирование). В интерфейсах "Заявок", "Образование обязательств. Основания
на...", "Образование обязательств. Реестры по перечислениям" в нижней панели
отображаются не только ФОП по этому ФОБ, но также и ФОП, созданные в модели.
Как измененно :
Доработано.
2018-05-30 11:43:14
Краткое описание :
Заполнять поля Ранее в листках нетрудоспособности при ручном их переводе из архивного в отчетный период для перерасчета.Описание :
Работа с интерфейсом ввода больничных листовЧто измененно :
При работе с расчетом больничных при ручном переводе листков нетрудоспособности из архивного в отчетный период необходимо заполнять поля Ранее в сумма по месяцам.
Так как в настоящем после пересчета такого больничного, сумма К выдаче не изменяется на разницу с учетом прежнего расчета (если он был), а остается не изменной, что приводит к ошибочному формированию реестров на выплату и расчету заработной платы.
Как измененно :
102.181408
Галактика ERP \ Персонал \ ЗП \ Операции \ Больничные \ Расчет больничных \ Работа с интерфейсом ввода больничных листов
При возвращении больничного листка из архивного периода, меняя значение второй части поля Период с "Архивный" на "Отчетный" автоматически выставляется первая часть поля в значение "Перешел с предыдущих периодов", а так же производится перерасчет полей Ранее.
2018-05-30 11:43:14
Краткое описание :
При расчете зарплаты, если был аванс, с которого не удержан НДФЛ проставлять ссылку на зарплатный реестр.Описание :
Расчет подоходного налогаЧто измененно :
После расчета заработной платы был сформирован реестр на перечисление заработной платы, который затем был разбит с учетом распределения затрат (собственными средствами)
После этого в результатах расчета заработной платы имеется две суммы с отражением перечисленного аванса, но сумма дохода в каждой из них не соответствует пропорциям разбивки.
В записи по НДФЛ установлена ссылка на реестр аванса, в данном случае должна быть на реестр выплаты зарплаты.
Нужно поступать по следующему правилу: если был аванс, с которого не удержан НДФЛ проставлять ссылку на зарплатный реестр.
Если НДФЛ с аванса был удержан и аванс выплачен последним днем месяца, то в разделе 2 6-НДФЛ аванс отражается отдельной строкой, т.е. в этом случае в записях по авансу должны быть ссылки на авансовый реестр.
С точки зрения 6-НДФЛ должно быть так:
Если с аванса не перечисляется НДФЛ, как на выгрузке, то доход отражается с датой перечисления зарплаты.
P.S. Для ВО 21,22,23,62 лучше, если будет одна запись. Эти суммы начислены через интерфейс "Начисления и выплаты", но они выплачивались вместе с зарплатой, реестров по ним в межпериоде нет вообще. Сейчас функция контроля в этих записях дату выплаты не заполняет вообще.
Как измененно :
Доработана функция учета реестров при расчете заработной платы, если был аванс, с которого не удержан НДФЛ проставлять ссылку на зарплатный реестр.
В результатах расчета задвоено удержание по коду ВУ226.
В записи по НДФЛ установлена сслылка на реестр аванса, в данном случае должна быть на зарплатный.
С точки зрения 6-НДФЛ должно быть так:
Если с аванса не перечисляется НДФЛ, как на выгрузке, то доход отражается с датой перечисления зарплаты. Запись по НДФЛ будет одна.
Если НДФЛ с аванса был удержан и аванс выплачен последним днем месяца, то в разделе 2 6-НДФЛ аванс отражается отдельной строкой, т.е. в этом случае в записях по авансу должны быть ссылки на авансовый реестр.
P.S. Для ВО 21,22,23,62 лучше, если будет одна запись. Эти суммы начислены через интерфейс "Начисления и выплаты", но они выплачивались вместе с зарплатой, реестров по ним в межпериоде нет вообще. Сейчас функция контроля в этих записях дату выплаты не заполняет вообще.
2018-05-30 11:43:14
Краткое описание :
Отзыв из отпуска неверно отрабатываетОписание :
Отзывы из отпускаЧто измененно :
В случае, если в предыдущем периоде был сформирован отпуск текущего и будущего месяца (будущий месяц на данный момент является текущим), а в текущем периоде производится отзыв работника из отпуска предыдущего и текущего месяца, то пересчитывается только табель отпуска предыдущего периода, а отпуск текущего остаётся неизменным.
Как измененно :
Исправлено. Добавлен функционал переформирования табеля при отзыве из переходящего на следующий месяц отпуска.
2018-05-30 11:43:14
Краткое описание :
В расчетном листке появился налог на ФОТ равный нулюОписание :
Расчёт налогов на ФОТЧто измененно :
РФ. В расчетном листке появился налог на ФОТ "отчисления в фонд социального страхования"=0, ранее не было.
Как измененно :
РФ. Исправлен расчёт отчислений в ФСС и ФФОМС - при наличии у работника записей в справочнике "Льготы по налогам на ФОТ" не формируются лишние компенсирующие друг друга записи по соответствующим отчислениям.
2018-05-30 11:43:13
Краткое описание :
При обработке С_О не обрабатываются записи соответствующие индексации отпускаОписание :
Сторнирующие записиЧто измененно :
При обработке С_О не обрабатываются записи соответствующие индексации отпуска.
Скорее всего причина в том, что у данных записей проставлена пометка "П"
Как измененно :
Для всех стран, кроме России, доработана функция обработки сторнирующих записей с признаком "С_О" при предварительной разноске с пометкой "П".
Теперь в таких случаях анализируется примечание к дополнительной входимости (32) "Учитывается при сторнировании отпускных сумм".
Если указаны признаки "пересчитывать по дням" или "пересчитывать по часам", то каждая из записей поступает в предварительный просмотр и далее в расчет зарплаты
2018-05-30 11:43:13
Краткое описание :
Платежная ведомость удаляется несмотря на отрицательный ответ на вопрос о необходимости удаленияОписание :
Платежные ведомостиЧто измененно :
Платежная ведомость удаляется несмотря на отрицательный ответ на вопрос о необходимости удаления.
При попытке удаления ведомости, по которой сформированы документы, пользователю выдается сообщение с вопросом "По ведомости NNNN сформированы документы. Удалить платежную ведомость?". Но независимо от ответа удаление продолжается и если документы, сформированные по ведомости, не закрыты для редактирования, ведомость будет удалена.
Как измененно :
При удалении платежной ведомости система учитывает отрицательный ответ пользователя на вопрос о необходимости удаления записи.
2018-05-30 11:43:13
Краткое описание :
Пересчет среднихОписание :
Сторнирующие записиЧто измененно :
В архиве лежит две записи отпуска на один и тот же период 7 дней (одна запись - расчет отпускных, вторая - доначислили в расчет зп). Выполняем сервисную функцию пересчет средних с учетом годового вознаграждения. Сторнирующая запись создается правильно - на 7 дней. А при расчете зп пересчет отпуска происходит за 14 дней.
Как измененно :
Исправлена функция "Предварительная разноска" при обработке записей о пересчёте с причиной "Перерасчет суммы (П_С)"
Теперь количество дней и часов в предварительном просмотре не увеличивается в том случае, когда из архива оплат приходит запись с пометкой "П".
2018-05-30 11:43:14
Краткое описание :
При вводе БЛ для инвалидов не выводить окно "Подтверждение" и автоматически проставлялось значение "Да" в поле "Ограничивать продолж."Описание :
Работа с интерфейсом ввода больничных листовЧто измененно :
При вводе БД для инвалидов не выводить окно "Подтверждение" и автоматически проставлялось значение "Да" в поле "Ограничивать продолж.".
Как измененно :
Галактика ERP \ Персонал \ ЗП \ Операции \ Больничные \ Расчет больничных \ Работа с интерфейсом ввода больничных листов.
При вводе БЛ для инвалидов окно "Подтверждение" не выводится при проставлении "Да" в поле "Ограничивать продолж."
2018-05-30 11:43:14
Краткое описание :
Неверно рассчитываются алименты _ таб. № 527Описание :
Расчет алиментов и исполнительных листовЧто измененно :
Неверно рассчитываются алименты в том случае, если больничный лист выплачивался в межпериод, сумма по больничному листу попадает в последнюю группу и остаток от округления НДФЛ также приходится на последнюю группу.
Как измененно :
Для России исправлен расчёт алиментов для случая, когда больничный лист выплачивался в межпериод, сумма по больничному листу попадает в последнюю группу и остаток от округления НДФЛ также приходится на последнюю группу.