2016-10-28 16:11:38

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

Необходимо виды оплат связать с марками

Описание :

Марки основного состава

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

Необходимо виды оплат связать с марками

Решили также из марок обновлять расценки. Но при
обновлении исчезает основной вид оплаты и
дополнительные виды оплат водителям (см. приложения).
Откуда должны переносится дополнительные и основной
виды оплат, в интерфейсе марок не нашел где указать
виды оплат водителям.

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

Доработано.

2016-10-28 16:11:38

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

Не определены переменные связанные с некоторыми коэф-тами при расчете ГСМ в заказе

Описание :

Заказы на внутрихоз. работы

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

Не определены переменные связанные с некоторыми коэф-тами при расчете ГСМ в заказе

Рассчитываем ГСМ в заказе, так как полученное значение используем при печати
перечня плановых заказов с указанием планового расхода ГСМ на утверждение каждый день.
При расчете ГСМ в заказе выводится ошибка (см приложение) связанная с отсутствием определения
переменной используемой в алгоритме. При этом в путевых листах этот алгоритм считается верно, без ошибок.
Перечень переменных вызывающих ошибку:
D_KoffCity
D_KoffGr1
D_KoffGr2
D_KoffGr3
D_KoffInt
D_KoffMoun
D_KoffNoCity
D_KoffCng
D_KoffExt
Что нужно настроить, чтобы ГСМ считался без ошибок в заказах также как в путевых листах?
Заказы будут использовать внешние и внутрихоз.

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

Добавлен расчет переменных:
D_KoffCity
D_KoffGr1
D_KoffGr2
D_KoffGr3
D_KoffInt
D_KoffMoun
D_KoffNoCity
D_KoffCng
D_KoffExt

2016-10-28 16:11:38

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

Значение переменной Gsm_SpWrk и Gsm_One всегда равно 0 при расчете ГСМ в заказе

Описание :

Заказы на внутрихоз. работы

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

\r\nЧтобы запустился Vip алгоритм в заказах необходимо держать открытым интрефейс путевого листа\r\n\r\nПытаемся решить проблемы с расчетом ГСМ в заказе с помощью пользовательского VIP алгоритма.\r\nВызываю алгоритм: ZARALG(\'Z_ZAR::VS_Gsm_SpWrk\',0)выбираю данный алгоритм при расчете ГСМ\r\nКак Вы и сказали с запущенным интерфейсом просмотра ПЛ рассчитывает нормально,\r\nбез него - Runtime error 216 (rtl: попытка обращения к некорректному дескриптору)in G_ZARPL.DLL at 00009A3A.\r\nНеобходимо чтобы запускался без открытого интерфейса ПЛ.\r\n

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

Реализован расчет переменных Gsm_SpWrk и Gsm_one.

2016-10-28 16:11:38

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

Неверное отображение тарифа (оклада) при просмотре списка переходов в межпериод

Описание :

Сведения о переходах

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

Неверное отображение суммы тарифа (оклада) при просмотре списка переходов в межпериод.

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

В полях переходов в межпериод "Подразделение перехода" и "Тариф (оклад)" отображается значение подразделения и тарифа непосредственно из перехода.

Если для перехода не указаны некоторые параметры, то они могут заполняться значениями по умолчанию согласно настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Переходы в межпериод \ Устанавливать значения по умолчанию в соответствии с датой начала перехода".

В итоге получается ситуация, когда отображаемое при просмотре переходов значение оклада / подразделения не обязательно равно фактическому значению для сотрудника на даты перехода.

Теперь же, чтобы не вводить пользователя в заблуждение, реально содержащиеся в переходе параметры в окне просмотра переходов выделены полужирным шрифтом, а отсутствующие (значения по умолчанию) - серым цветом шрифта.

2016-10-28 16:11:38

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

Добавьте, пожалуйста, в список полей поле "Дата ввода листа"

Описание :

Построитель отчетов

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

Добавьте в список полей поле "Дата ввода листа".

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

В построителе отчетов в список полей добавлено поле "Дата ввода
листа" (папка "Больничные сотрудника").

2016-10-28 16:11:38

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

Возможность выполнять функцию "Распределение по ОС" для помеченных позиций

Описание :

Акты на списание

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

У клиента зачастую в одном акте происходит списание на несколько ТС. Причем на каждую из них списывается ряд позиций.
По времени затратно для каждой позиции заполнять распределение отдельно, функция из шапки документа также не подходит.
Т.о. просят реализовать возможность выполнять распределение по помеченным позициям.

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

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

2016-10-28 16:11:38

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

Нужно восстановить возможность группировки 182 удержания в РЛ без учёта аналитики "Виды оплат"

Описание :

Расчетные листки

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

В результатах расчёта удержания 182 (подоходный налог) мы
принудительно записываем значения доп. аналитики "Виды оплат" для формирования
6-НДФЛ. Необходимо реализовать возможность формировать расчетные листки как
раньше т.е. группировка удержания 182 должна работать по аналитике, которую
клиент задаёт сам. Сейчас же в РЛ либо одна сумма подоходного, либо целый
список - по количеству видов оплат.

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

Доработано формирование расчетных листков для РФ: для сумм
удержаний по налогу суммы группируются по доп. аналитике (без учета аналитики
"Виды оплат"), дебета, кредита, ТХО и Параметр выбора. Если пользователю
необходимо сгруппировать сумму по параметру входящих оплат, то необходимо
сформировать расчетный листок с учетом настройки "Группировать удержания по
видам оплат".

2016-10-28 16:11:38

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

Учет времени в ПЛ

Описание :

Регистрационные листы

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

Клиент просит реализовать возможность учета времени в ПЛ по следующей схеме:

"В модуле "Управление транспортом" в путевом листе нам необходимо, чтобы в полях "Ночные" и "Выходные часы" время считалось автоматически по следующей схеме. Вводится время выезда и время возврата, если это выходной день, то общее количество времени за вычетом обеда, если оно стоит в поле "Обед", автоматически заносится в поле "Выходные часы". Прикрепляю скриншот. Далее для ночных часов. Ночными часами считается время с 22.00 до 6.00. Время, которое попадает в этот промежуток, должно заноситься в поле "Ночные". Если это выходной день с ночными часами, то ночные часы заносятся в поле "Ночные", а все остальное время, опять же за вычетом обеда, если он есть, заносится в поле "Выходные часы""

П.с. календарь и интервал ночного времени задаются в Характеристиках предприятия.

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

Добавлена настройка в общесистемные - Регистрационные листы -'Расчет выходных и праздничных по календарю ' При значении "да" анализируется календарь в характеристиках предприятия и в зависимости от типа дня заполняются выходные и праздничные за вычетом ночного времени и вечернего. Если путевой выписан на один день, то обед вычитается в зависимости от типа дня ;если на два дня, но время выезда больше или равно времени возвращения(автомобиле-дни в работе -один), то время обеда списывается на день с большим количеством часов по ПЛ. Для многодневных ПЛ (автомобиле-дни в работе больше одного) автоматическая разноска времени обеда по выходным(праздничным) и рабочим дням на данном этапе не предусматривается (нужен отдельный ПИР по учету графика обедов).

2016-10-28 16:11:38

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

Выводить в отчет дату движения ГСМ

Описание :

Отпуск МЦ

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

На данный момент отчет разбивается на записи по движению ГСМ. Но в поле "дата списания" выводится дата ПЛ, а не дата движения ГСМ.
Просьба добавить в форму вывод даты движения ГСМ, можно новым полем.

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

Доработано.

2016-10-28 16:11:38

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

Новый формат реестра ДСВ-3 (РФ)

Описание :

Реестры по перечислениям. Печатные формы реестров

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

Новый формат реестра ДСВ-3 (РФ). Постановлением Правления Пенсионного фонда РФ от 09.06.2016 № 482п утверждена новая форма реестра застрахованных лиц, за которых перечислены дополнительные страховые взносы на накопительную пенсию и уплачены взносы работодателя (форма ДСВ-3), а также Порядок и формат ее представления в электронной форме. Постановление вступает в силу с 10 сентября 2016 года.

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

Реализован новый формат реестра ДСВ-3 (РФ) согласно Постановления Правления Пенсионного фонда РФ от 09.06.2016 № 482п:
- доработаны шаблоны отчетов формата Текст, Excel;
- доработана xml-форма реестра ДСВ-3:
1) убраны теги КодЕГРИП, КодЕГРЮЛ;
2) изменены местами атрибуты тега ПачкаВходящихДокументов Окружение и Стадия;
3) доработана печать тега Версия для версии Галактика 9.1.

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

2016-10-28 16:11:38

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

Неверный заголовок окна

Описание :

Картотека основн. состава

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

Неверный заголовок окна
устанавливаю "По всем организациям" (ф-ция лок. меню). В заголовке окна светится организация,
установленная до этого.
Так же и в Состояние подв. состава - Основной состав

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

Исправлено

2016-10-28 16:11:38

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

РСВ-1. Формирование корректирующих сведений с учетом сведений из xml-файла корректируемого периода

Описание :

РСВ-1 (общие вопросы)

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

Предприятию необходимо подать отчет за текущий период с корректирующими сведениями за 2015 год.
Пересчет соцналогов за 2015 год с учетом превышения выполнен. Так как какой-то период налог считался без учета превышения в размере 22%, после учета дохода с учетом превышения фактически сторнирован налог 22% с суммы превышения и доначислен налог в размере 10%. В результатах расчета такого деления нет. Лежит результат пересчета общей суммой. Предприятие настаивает, что в отчете необходимо отражать отдельно сторнированный и доначисленный налог.

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

Зарплата - Отчеты - Утвержденная отчетность - РСВ-1.

С целью корректного разделения доначисленных сумм страховых взносов на 2 суммы (суммы, доначисленные с базы (22%) и суммы, доначисленные с превышения (10%)) в параметры формирования РСВ-1 добавлен флажок "Учитывать суммы страховых взносов из предыдущих документов". Данный параметр доступен, если РСВ-1 формируется с корректирующими сведениями (включен флажок "Корректирующие сведения формировать автоматически").

В этом случае программа при формировании корректирующих сведений учитывает суммы страховых взносов из предыдущих документов, которые формировались для подачи в ПФ в том периоде, ЗА КОТОРЫЙ формируются корректирующие документы.
Данные берутся из "ЗАКРЫТЫХ" документов.

Рассмотрим подробнее на примере.
Сотруднику в текущем отчетном периоде (для примера в третьем квартале 2016 года) доначислили страховые взносы ЗА АПРЕЛЬ 2015 года в сумме 320 руб.
В документе РСВ-1, который подавался в ПФ (второй квартал 2015 года), есть информация по суммам начисленных страховых взносов (в БД сохранены суммы взносов, начисленные в каждом месяце квартала):
33 000 руб с базы и 0 руб. с сумм превышения.
В сентябре провели доначисление (сторнирование) страховых взносов и после корректировок в системе, информация по сотруднику ЗА АПРЕЛЬ 2015 год выглядит так:
24 420 руб с базы и 8 900 руб. с сумм превышения.
Таким образом, общая сумма доначисленных взносов составила 320 руб, из них -8 580 доначислили с базы (22%) и 8 900 - с сумм превышения.

Для указанного примера программа при обнаружении доначислений страховых взносов ЗА АПРЕЛЬ 2015 года будет искать "закрытый" документ РСВ-1 за ВТОРОЙ КВАРТАЛ 2015 года.
Если других доначислений в системе не было, то раздел 6.6 (исходной формы) по сотруднику заполнится следующим образом:
графа 1 - 6 (второй квартал)
графа 2 - 2015
графа 3 - -8 580 (сумма доначисленных взносов с базы).

В Разделе 2.5.2 графа "на ОПС с 2014 года" - -8 580 руб.
В Разделе 4 - общая сумма доначисленных страховых взносов 320 руб., из них с сумм превышения 8 900.
В Разделе 1 - по строке 120 (сумма перерасчёта) 320 руб., по строке 121 - из них с сумм превышения 8 900.

2016-10-28 16:11:38

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

РЛ (РБ) - в краткой форме (в email-рассылке) не печатаются копейки.

Описание :

Расчетные листки

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

РЛ (РБ) - в краткой форме (в email-рассылке) не печатаются
копейки.

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

РЛ (РБ) в краткой форме (в email-рассылке) печатаются копейки.

2016-10-28 16:11:38

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

Распечатывать № бака

Описание :

Лимитно- заправочные ведомости на отпуск ГСМ

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

Распечатывать № бака
Ctrl+P - Ведомость на отпуск ГСМ (с баками)

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

Доработано.

2016-10-28 16:11:38

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

Контроль выплаты зарплаты (удержания). Одинаковые виды оплат.

Описание :

Контроль выплаты зарплаты (удержания) - (предложения по развитию функциональности)

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

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

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

Доработано. Для суммы с неизвестным источником проставляется ссылка на ведомость с окончательной выплатой зарплаты.

2016-10-28 16:11:38

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

Не заполняется ссылка на реестр после работы Сервисной функции Контроль выплаты зарплаты

Описание :

Контроль выплаты зарплаты (удержания)

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

В параметры функции контроля добавить поле, в котором можно задать количество месяцев, "через" которое (разность между месяцами начисления и выплатой) была произведена выплата дохода вместе с заработной платой.
Необходимо только для значения настройки: "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Прочие удержания \ Учитывать перечисление заработной платы за период"= "прошлый"

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

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

Если пользователю точно известно, что все выплаты зарплаты у них всегда проходят через определенное количество месяцев от месяца начисления, то параметр позволит условно связать месяц исчисленного налога с реестром на выплату зарплаты, относящемуся к такому последующему месяцу. Это позволит пользователю проставить ссылки в большей части данных (достоверность заполнения зависит от того, насколько верны предположения пользователя).

Например:
если в поле выставить значение "0" функция контроля удержаний обрабатывая налоги января будет искать выплаты зарплаты среди январских реестров (то есть сформированных по начислениям января);
если в поле выставить значение "1" функция контроля удержаний обрабатывая налоги января будет искать выплаты зарплаты среди февральских реестров (то есть сформированных по начислениям февраля).