Задачи ЕРП Галактика решенные на дату 2017-06-28

Задача :101.61965

2017-06-28 14:14:53
Краткое описание :
Детские пособия - доработать с учетом настройки участия в пилотном проекте ФСС
Описание :
Интерфейс "Ежемесячные пособия на детей"
Что измененно :

После добавления настроек участия предприятия в пилотном проекте ФСС необходимо доработать расчёт ежемесячных детских пособий при разных значениях этой настройки.

Начиная с даты подключения предприятия к пилотному проекту ФСС страхователь не производит выплату ежемесячных пособий на детей. В связи с этим необходимо реализовать следующее.

"ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "НЕТ": доработка не требуется.

"ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "ДА": при расчёте детских пособий необходимо безусловно обнулять начисленную сумму и сумму к выплате.

"ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "ПЕРЕХОДНЫЙ ПЕРИОД": при расчёте детских пособий необходимо анализировать отчётный период модуля.
В случае, если отчётный период модуля больше, или равен месяцу из зависимой настройки "ДАТА ПОДКЛЮЧЕНИЯ К ПИЛОТНОМУ ПРОЕКТУ", при расчете детских пособий необходимо обнулять начисленную сумму и сумму к выплате аналогично настройке "ДА".
Как измененно :

Теперь, если включена настройка "Прямые выплаты ФСС" или она в положении "переходный период" и настройка "Дата подключения к пилотному проекту" меньше, чем отчетный период, то результат расчета детского пособия обнуляется.

Задача :101.61966

2017-06-28 14:14:53
Краткое описание :
Единовременные пособия - доработать с учетом настройки участия в пилотном проекте ФСС
Описание :
Галактика ERP \ Персонал \ ЗП \ Операции \ Единовременные пособия \ Единовременные пособия
Что измененно :
При пилотном проекте требуется заводить все виды единовременных
пособия для формирования реестров и заявлений на выплату/возмещение в ФСС. Но
суммы некоторых выплачиваемых ФСС пособий не должны попадать в результаты
расчёта зарплаты и выплачиваться работнику предприятием - для этого сейчас,
несмотря на существующую настройку пилотного проекта, приходится проставлять в
соответствующие виды оплат алгоритм, возвращающий 0 (и/или допвходимость 29).
Помимо лишней работы при таком подходе возникает проблема на филиальных БД,
если КВО - общая таблица, а в пилотном проекте участвуют не все филиалы. С
учётом этого предлагается для единовременных пособий, попадающих в пилотный
проект и напрямую выплачиваемых ФСС, реализовать обнуление суммы. Все
единовременные пособия отчётного периода попадают в пилотный проект при
настройках "ПРЯМЫЕ ВЫПЛАТЫ ФСС" = "ДА", либо при настройках "ПРЯМЫЕ ВЫПЛАТЫ
ФСС" = "ПЕРЕХОДНЫЙ ПЕРИОД" и при этом отчётный период модуля больше, или равен
месяцу из зависимой настройки "ДАТА ПОДКЛЮЧЕНИЯ К ПИЛОТНОМУ ПРОЕКТУ". Напрямую
выплачиваются из ФСС единовременные пособия: При рождении ребенка; При
усыновлении ребенка; При постановке на учет в ранние сроки беременности;
Как измененно :
Доработан классификатор единовременных пособий. Добавлено поле
«Прямые выплаты ФСС» с возможностью установки значений «да» или «нет».
Доработан интерфейс единовременных пособий. При заведении пособия, после выбора
лицевого счета, пользователь должен выбрать вид пособия (ранее пользователю
предлагался выбор вида оплаты). В случае, если вид пособия в классификаторе
единовременных пособий имеет признак прямых выплат ФСС (на текущий момент это
виды пособий «При рождении ребенка» или «Вставшим на учет в ранние сроки
беременности»), то поля в интерфейсе единовременных пособий «Вид оплаты»,
«Процент выплаты пособий», «Сумма пособия», «Сумма к выплате», «Плановая дата
выплаты пособия» ограничены на редактирование. При расчете пособий, которые в
классификаторе единовременных пособий имеет признак прямых выплат ФСС, сумма
обнуляется. Разработан конвертер признака прямых выплат ФСС в классификаторе
единовременных пособий «Z_MP::Convert_KLCHILDN». Для пособий «При рождении
ребенка» или «Вставшим на учет в ранние сроки беременности» происходит
установка значения признака прямых выплат ФСС в «да», а для остальных пособий –
в «нет».

Задача :101.62092

2017-06-28 14:14:53
Краткое описание :
Необходимо через карточку МТР перейти в нужный Акт ИЦН
Описание :
Карточки запасов МТР
Что измененно :

Необходимо через карточку МТР перейти в нужный Акт ИЦН
Как измененно :

Исправлен переход на выбранный акт.

Задача :101.62106

2017-06-28 14:14:53
Краткое описание :
Нумерация ДО
Описание :
Счета, ДО на продажу
Что измененно :

После ПИР 101.61471, вот что обнаружили: если в расширенной информации по ДО менять ЦО, то нумерация в ДО меняется на нумерацию с подтипом без "Year (2017)....".
Как измененно :

Исправлено для диалогового окна "Расширенная информация", вызываемая кнопкой "Расширенная информация" модуль "Управление сбытом" - Документы - Счета ДО на продажу - редактирование ДО на продажу - кнопка "Расширенная информация" и модуль "Управление сбытом" - Документы - ДО на предоплату продаж - редактирование ДО - кнопка "Расширенная информация"

Информация по использованию подтипов для автонумерации "ДО на продажу" и "ДО на предоплату продажи":
Если выбрана настройка "Автонумерация документов" = "С помощью специальной таблицы", то нумерация документов производится по подтипу, который формируется на базе значений следующих настроек.
- "Логистика - Документы - Управление сбытом - ДО на продажу - Контролировать уникальность номеров ДО на продажу" (от значения настройки зависит входит в подтип указание года или нет);
- "Общие настройки системы - Логистика - Документы - Нумерация в разрезе центров ответственности" (от значения настройки зависит входит в подтип указание ЦО или нет);
- "Общие настройки системы - Логистика - Документы - Управление сбытом - ДО на продажу - Нумерация ДО на продажу в разрезе категорий" (от значения настройки зависит входит в подтип указание категории или нет);

Возможны следующие четыре варианта подтипов:
1.
- "Контролировать уникальность номеров ДО на продажу" = "в пределах календарного года"
- "Нумерация в разрезе центров ответственности" = "да"

Шаблон формирования подтипа: Year(<Значение года>) <Номер центра ответственности>
Например, для 2017 года и центра ответственности с номером 8 подтип имеет вид: "Year(2017) 8"

В случае удаления центра ответственности, например, с помощью диалогового окна "Расширенная информация" нумерация ведется в разрезе календарного года без центра ответственности (его номер равен 0). Подтип в этом случае для 2017 года имеет вид "Year(2017) 0".

2.
- "Контролировать уникальность номеров ДО на продажу" = "во всех диапазонах дат"
- "Нумерация в разрезе центров ответственности" = "да"

Шаблон формирования подтипа: <Номер центра ответственности>
В случае удаления центра ответственности, например, с помощью диалогового окна "расширенная информация" нумерация ведется во всех диапазонах дат без центра ответственности (его номер равен 0). Подтип в этом случае имеет вид "0".

3.
- "Контролировать уникальность номеров ДО на продажу" = "в пределах календарного года"
- "Нумерация ДО на продажу в разрезе категорий" = "да"

Шаблон формирования подтипа: Year(<Значение года>) Категория (<Код категории>). Например, для 2017 года и категории с кодом 2 подтип имеет вид: "Year(2017) Категория (2)"
В случае удаления категории, например, с помощью диалогового окна "расширенная информация" или отмены ее на этапе ручного ввода, нумерация ведется в разрезе календарного года без категории (ее код равен 0). Подтип в этом случае для 2017 года имеет вид "Year(2017) Категория (0)".

4.
- "Контролировать уникальность номеров ДО на продажу" = "во всех диапазонах дат"
- "Нумерация ДО на продажу в разрезе категорий" = "да"

Шаблон формирования подтипа: Категория (<Код категории>). Например, для категории с кодом 03 подтип имеет вид: "Категория (03)"
В случае удаления категории, например, с помощью диалогового окна "расширенная информация" или отмены ее на этапе ручного ввода нумерация ведется в разрезе всех диапазонов дат без категории (ее код равен 0). Подтип в этом случае имеет вид "Категория (0)".

Задача :102.166566

2017-06-28 14:14:53
Краткое описание :
Декларация по НДС - Алгоритмы расчета
Описание :
Декларация по НДС
Что измененно :

В связи с изданием приказа ФНС РФ от 20.12.2016 N ММВ-7-3/696@ необходимо проверить на соответствие текущий алгоритм расчета декларации по НДС и при необходимости привести его в соответствие данному приказу.

К+: http://www.consultant.ru/cons/cgi/online.cgi?req=doc;base=LAW;n=210846
Как измененно :

Декларация по НДС приведена в соответствие приказу

Задача :102.167268

2017-06-28 14:14:53
Краткое описание :
Требуется дать возможность редактировать сумму налога в документе ДО на предоплату, при отсутствии спецификации.
Описание :
ДО на предоплату закупок
Что измененно :

Требуется дать возможность редактировать сумму налога в документе ДО на предоплату, при отсутствии спецификации.
Как измененно :

Для модуль "Управление снабжением" \ Документы \ ДО на предоплату закупок и
модуль "Управление сбытом" \ Документы \ ДО на предоплату продаж
добавлена возможность редактировать сумму налога при отсутствии спецификации.

Задача :102.167329

2017-06-28 14:14:53
Краткое описание :
Требуется добавить возможность групповой замены статуса документов в ДО на предоплату закупок.
Описание :
ДО на предоплату закупок
Что измененно :

Требуется добавить возможность групповой замены статуса документов в ДО на предоплату закупок.
Как измененно :

1. В локальное меню модуль "Управление снабжением" \ Документы \ ДО на предоплату закупок и
и модуль "Управление сбытом" \ Документы \ ДО на предоплату закупок добавлен пункт "Пакетное изменение статусов документов..."

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

3. По окончании появится протокол, в котором будут указаны все ДО, для которых изменены статусы. Если старый статус документа совпадает с новым значением статуса, то он изменятся не будет: это будет указано в протоколе и в истории изменения статусов не появится новых записей.

4. Пометка записей в случае успешного окончании операции исчезнет.

Задача :102.167569

2017-06-28 14:14:53
Краткое описание :
Требуется разработать расчет доплаты и компенсации за вредность
Описание :
Предложение по новой функциональности контура управления персоналом
Что измененно :
Требуется разработать расчет доплаты и компенсации за вредность
4-й этап разработки "Вредность: доплата и компенсация".
Во вложении EXCEL-файл заказчика с описанием алгоритмов.
Как измененно :
Аскона.
Разработан расчет заработной платы с расчетом Компенсации
за вредность и пересчетом Премии по итогам работы.
Расчет согласно вложенной таблице.
Настройка согласно Инструкции пользователя.

Задача :102.168592

2017-06-28 14:14:53
Краткое описание :
Ограничение для алиментов за вычетом взносов в пенс. фонд.
Описание :
Расчет алиментов и исполнительных листов
Что измененно :

При определении ограничения по алиментам необходимо учитывать пенсионные взносы.
Как измененно :

При значении настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Почтовые переводы, алименты, исп.листы \ Расчет алиментов за вычетом удерж.в пенс.фонд" = да:
1. Для всех стран: пенсионные взносы вычитаются из базы для расчета алиментов и исполнительных листов;
2 Для РБ и РФ: пенсионные взносы вычитаются при определении максимальной суммы алиментов и исполнительных листов, которую можно удержать.

Задача :102.168886

2017-06-28 14:14:53
Краткое описание :
после импорта ОС не правильный код ОКОФ
Описание :
Декларация по налогу на имущество организаций
Что измененно :

При импорте информации из модуля "Учет ОС" с корректным видом кода ОКОФ - код ОКОФ импортируется в измененном виде, что вызывает ошибки при проверке.
Как измененно :

Если код ОКОФ из модуля "Учет ОС" имеет правильный вид - он будет импортирован без изменений. Если код не соответствует формату - он будет приведен к правильному виду, в соответствии с требованиями ФНС.

Задача :180.10105

2017-06-28 14:14:53
Краткое описание :
Неверный расчет НДФЛ по материальной помощи на рождение - не учитывается год после рождения ребенка
Описание :
Расчет подоходного налога
Что измененно :

C мат.помощи при рождении не нужно удерживать НДФЛ при условии, что она не превышает 50 000 и предоставляется в течение года с даты рождения.
В постоянной доплате есть ссылка на ребенка, а дата рождения его в кадровой информации (кнопка "Семейное положение").
Необходим еще признак того, что это мат.помощь при рождении.
Как измененно :

Доработана функциональность предоставления материальной помощи при рождении ребенка для России.
Материальной помощью при рождении ребенка будет считаться вид оплаты, к которому в классификаторе видов оплат привязан вид дохода, имеющий вычет с пользовательским кодом 508.
Теперь, при начислении такого вида материальной помощи, вычет предоставляется в течение года с даты рождения.

1. Добавлена дата рождения ребенка в окна просмотра и редактирования Сальдо на начало месяца => Вычеты по НДФЛ.
Исключена колонка 'Сумма вычета в оплате', как утратившая актуальность.

2. Доработано окно редактирования постоянных доплат. Рядом с фамилией ребенка добавлено поле "Дата рождения".
Для мат.помощи при рождении ребенка это поле имеет заголовок "Вычет предоставлен".
При выборе ребенка новое поле заполняется автоматически датой рождения, но, при желании, его можно изменить.
При удалении ссылки на ребенка, дата предоставления также удаляется.

3. Доработаны окна редактирования начислений в результатах расчета заработной платы и суммы оплат.
Для всех стран, кроме РБ, добавлена дата рождения или усыновления ребенка. Для РБ в этом поле находится дата начала пакета отпусков для оплат с типом "О".
Поэтому для Беларуси окна редактирования выглядят иначе.
При выборе ребенка новое поле заполняется автоматически датой рождения, но, при желании, его можно изменить.
При удалении ссылки на ребенка, дата предоставления также удаляется.

4 Доработана функция "Контроль дохода". Теперь,для мат.помощи при рождении ребенка, сальдо переносится в течение года с даты начала предоставления вычета, а не с начала календарного года.
Год со дня рождения определяется на дату выплаты зарплаты.
Поскольку в Галактике не хранится история дат выплаты зарплаты по месяцам, функция контроля считает датой выплаты зарплаты последний день месяца учета.
Кроме того, при контроле дохода автоматически обновляется дата начала предоставления вычета по данным кадрового учета, при условии, что эти данные заполнены.

5.Доработана функция "Расчет зарплаты". Теперь "Дата рождения" переносится из постоянной доплаты в сальдо на начало месяца.
Год со дня рождения определяется на дату выплаты зарплаты из Настройки \ Управление персоналом \ Расчеты с персоналом \ Дата выплаты (перечисления) заработной платы".
Если настройка не задана, датой выплаты считается конец месяца.

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