2015-10-21 14:26:21
Краткое описание :
Нужна настройка для учета рабочего года вновь принятых.Описание :
Предложение по новой функциональности контура управления персоналомЧто измененно :
Нужна настройка для учета рабочего года вновь принятых.
У нас люди выбираются на выборные должности, у которых есть срок окончания.
Например, принимается Иванов на работу на штатное расписание с 01.01.2005 по 31.03.2013.
После того, как выиграл конкурс на должность 1, т.е. 31.03.2013 он обязательно должен быть уволен с должности 1.
Далее будет новый конкурс, и если он его выиграет (обычно всегда выигрывает) то он будет принят с 2.04.2013 по 5.07.2018.
С точки зрения бухгалтера это разрыв в стаже и новый лицевой счет с новым архивом оплат для исчисления отпуска и т.д.
Т.е. для бухгалтера и для кадровика период для исчисления отпуска у него будет уже с 13го года.
Т.е. - с даты нового приема.
Между тем, с 04.03.2010 по 6.5.2015 этот же сотрудник работает на другой выборной должности по совместительству.
Казалось бы, можно просто сделать повторный прием.
Но этого сделать нельзя т.к. повторный прием делается только на уволенного сотрудника, а уволить мы его в галактике не можем т.к. он остается работать по совместительству.
Даже если мы воспользуемся настройкой, которая не закрывает совместительство при уходе с основного места работы, то при повторном приеме на туже карточку система очистит все совместительства в 6-ом окне, чего нам не надо.
Поэтому мы закрываем основное назначение в 6-ом окне, делаем в зп новый лицевой счет, в 6-ом окне делаем новое назначение и связываем их.
Соответственно, исправляем дату приема в 1-ом окне.
Все бы хорошо, но система считает рабочий год отпуска не от даты приема как положено, а от прошлых отпусков, которых на самом деле нет, т.к. они раньше чем дата приема.
Требуется, чтобы рабочий год учитывался от даты приема, т.к. мы можем на ту же карточку уволенного сотрудника создать новое назначение.
Т.е. как бы принять его снова и предыдущий отпуск не должен будет учитываться, т.к. при повторном приеме он работает в организации заново.
Т.е. если дата приема в 1-ом окне больше чем дата последнего отпуска, надо учитывать дату приема в 1-ом окне.
Как измененно :
В РПД-1 добавлен параметр "Не переводить совместительства в архив". В случае установки данного параметра, при повторном приеме на ту же карточку, внутреннее совместительство, у которого отсутствует дата закрытия, не будет перенесено в архив, соответственно и рабочие периоды по совместительству не будут затронуты. В соответствии с этим, рабочие периоды будут иметь вид:
* УО (рабочие периоды по основному назначению, с которого уволен сотрудник),
* С (рабочие периоды по совместительству, по которому сотрудник остается работать),
* О (рабочие периоды по основному назначению, на которое принят).
2015-10-21 14:26:20
Краткое описание :
Долго формируется сальдовая ведомость МТРОписание :
сальдовая ведомостьЧто измененно :
Долго формируется сальдовая ведомость МТР
Как измененно :
Уменьшено время формирования сальдовой ведомости МТР за счет кэширования рассчитанных значений средней цены в разрезе вида учета (используются если значение настройки "Настройки Галактики \ Общие настройки системы \ Работа с МЦ, услугами \ Целевое назначение МТР \ Цены в документах ЦУ" НЕ РАВНО "средние цены по разрезу ЦУ").
На тестовой базе прирост производительности составил 3 раза.
2015-10-21 14:26:21
Краткое описание :
Отчет о неиспользованных отпусках - применять алгоритм расчета дней компенсацииОписание :
Отчет о неиспользованных отпускахЧто измененно :
В отчете о неиспользованных отпусках необходимо применять тот же алгоритм расчета дней на дату, что и для компенсации за неиспользованный отпуск. Поскольку количество дней отпуска, которое можно предоставить на конкретную дату - это именно количество дней, полученное в предположении увольнения работника в указанную дату.
Существующий же сейчас алгоритм расчета пропорционально отработанным дням не имеет реального обоснования.
Как измененно :
При формировании отчета о неиспользованных отпусках количество дней определяется по алгоритму расчета компенсаций на дату формирования отчета.
Для РБ и Украины параметр "Округлять количество дней" всегда установлен и заблокирован, т.к. при расчете компенсаций для этих стран всегда производится округление до целого числа (согласно законодательству).
Добавлен параметр "Расчет на дату окончания РП". При формировании отчета с установленным данным параметром рабочие периоды определяются на дату отчета, но для расчета неиспользованного количества дней полагающихся отпусков используется дата окончания этого рабочего периода.
2015-10-21 14:26:21
Краткое описание :
Отчет о неиспользованных отпусках - нужен протокол расчета количества неиспользованных днейОписание :
Отчет о неиспользованных отпускахЧто измененно :
В отчет о неиспользованных отпусках необходимо добавить информацию по расчету отпуска неиспользованных дней отпуска.
Как измененно :
В отчет о неиспользованных отпусках добавлена информация о расчете неиспользованных дней отпуска. Эту информацию можно увидеть кликнув на строку сформированного в FastReport отчета детализацию которой необходимо увидеть. Раскрывается информация исключительно в FastReport. Если отправить на печать или экспортировать отчет с раскрытой детализацией, детализация будет напечатана или экспортирована.
2015-10-21 14:26:21
Краткое описание :
Персонал: Точка расширения epConfirmOrder не инициализируется в случае использования технологии пролонгирования приказов.Описание :
Интерфейс всех приказов по персоналуЧто измененно :
Точка расширения epConfirmOrder не инициализируется в случае использования технологии пролонгирования приказов.
Как измененно :
В случае использования технологии пролонгирования приказов ("Настройки Галактики \ Управление персоналом \ Управление и учет кадров \ Приказы \ Приказы по персоналу \ Общие настройки \ Использовать технологию пролонгирования приказов" = Да) точка расширения epConfirmOrder инициализируется после утверждения приказа в тех случаях, когда после утверждения приказ имеет статус "утвержден" или "на утверждении" (т.е. либо утвержден целиком, либо утвержден частично (даже если при утверждении количество утвержденных позиций приказа не изменилось)).
Добавлен вызов протокола сообщений в случае ошибок утверждения/удаления приказов на отпуск (через меню "Документы" - "Отпуска").
2015-10-21 14:26:21
Краткое описание :
В интерфейсе "Сведения об аттестации сотрудников" показывается не текущая должность, а должность первого назначения.Описание :
Сведения об аттестации сотрудниковЧто измененно :
В интерфейсе "Сведения об аттестации сотрудников", если по F7 заводить новую запись,
для сотрудника показывается не текущая должность, а должность первого назначения.
Как измененно :
Планируемые подразделение и должность берутся из назначения на дату аттестации.
2015-10-21 14:26:21
Краткое описание :
Персонал: Приказ на временное замещение. Добавить возможность использовать свой алгоритм в доплате за замещениеОписание :
3. Временное замещение без освобождения от своих обязанностейЧто измененно :
В приказе на временное замещение без освобождения от своих обязанностей (РПД-3 по персоналу) оформляем доплату в процентах от оклада замещаемого сотрудника. Но сумма доплаты модуле заработной платы рассчитывается не от оклада замещаемого сотрудника, а от оклада, указанного в приказе.
Как измененно :
Доплата в процентах от оклада замещаемого сотрудника в РПД-3 по персоналу рассчитывается в модуле заработная плата по окладу замещаемого сотрудника, а не по окладу, указанному в приказе.
2015-10-21 14:26:20
Краткое описание :
Нельзя добавить МОЛ при настройкеОписание :
Материально ответственные лицаЧто измененно :
Нельзя добавить МОЛ при настройке Доступ к аналитике
"Сотрудники предприятия"=запрещать.
Как измененно :
Исправлено
2015-10-21 14:26:21
Краткое описание :
не совпадают списки сотрудников для базы просмотра=вся картотекаОписание :
5. ПеремещениеЧто измененно :
Если на интерфейс "Список приказов о перемещении" установлен фильтр база просмотра= вся картотека,
то список формируется, как база=текущие+ база архив, вне зависимости от сортировок в интерфейсе.
Во-первых, такое формирование не совпадает со списками в картотеке для данной базы просмотра - там
список формируется по всей картотеке с учетом сортировки. Во-вторых, у пользователя, не знающего
о такой особенности формирования списка, создается впечатление о потери приказов о перемещении из архива.
Особенно, если сотрудник имел повторное трудоустройство.
Как измененно :
В интерфейсах "Список приказов о перемещении" и "Список приказов о предоставлении отпуска" исправлен фильтр "Вся картотека", теперь под этот фильтр попадают все сотрудники.
2015-10-21 14:26:21
Краткое описание :
Долго формируются проводки по зарплате, при использовании
ТХООписание :
Бухгалтерские справкиЧто измененно :
Долго формируются проводки по зарплате, при использовании ТХО.
Необходимо настроить формирование проводок по видам оплат, суммы по которым
относят не на затратные счета (20, 23, 25, 26), а на счета прочих расходов (91).
Особенность в том, что сума оплаты должна уйти на один счет и аналитику, а
налоги на другой счет и аналитику. Для решения этой ситуации настраивают ТХО и
указывают ее в классификаторе налогов на ФОТ в "Отнесение затрат".
Настройка ТХО и протокол формирования ТХО во вложении.
При использовании ТХО возникли ряд проблем:
1) Значительно возросло время формирования проводок.
2) Значительно увеличилось потребление оперативной памяти, до 1,5 гигов у того,
кто формирует.
Как измененно :
Доработан алгоритм формирования проводок по зарплате при
использовании ТХО (сокращено время формирования проводок).
2015-10-21 14:26:20
Краткое описание :
Доработка алгоритма индексацииОписание :
Акты на услуги, работыЧто измененно :
Доработка по индексации.
Как измененно :
Изменен расчет индексации через расчетные услуги.
В настройке "Услуга для индексации" выбирается расчетная услуга.
При формировании по ней индексации (через кнопку в распределении платежа)
формируется Акт на услуги и автоматически рассчитывается сумма по услуге исходя
из заданного шаблона расчета.
Добавлены новые идентификаторы расчетных услуг:
&BVALRATEDDOC - Курс базовой валюты на дату цен документа
&BVALRATEDISP - Курс базовой валюты на дату исполнения документа
&BVALRATEFDDOC - Курс базовой валюты на 1-й день месяца даты цен документа
&BVALRATELDDOC - Курс базовой валюты на последний месяца даты цен документа
&KOLPLAT - Распределено оплаты по количеству. Работает только для
сопроводительных документов
&SUMPLAT - Распределено оплаты по стоимости в НДЕ. Работает только для
сопроводительных документов
&SUMVALPLAT - Распределено оплаты по стоимости в валюте платежа. Работает
только для сопроводительных документов
&SUMBASEPLAT - Распределено оплаты по стоимости в базовой валюте. Работает
только для сопроводительных документов
&BDDATE - Дата ДО, связанного с накладной/актом. Работает только для
сопроводительных документов
&BDID - NRec ДО, связанного с накладной/актом
&GetIndexPlat - рассчитывает сумму индексации исходя из оплаты услуги.
Работает и для предоплаты. Параметрами расчета являются дата платежа и тариф на
дату платежа по индексируемой услуге. Т.е. изначально счет выставляется по
тарифу на дату счета, а платеж индексируется уже по тарифу на дату платежа.
Контрольный пример во вложении: "Описание доработки с контрольным примером"
2015-10-21 14:26:21
Краткое описание :
Декретные отпуска не правильно сдвигают РПОписание :
Интерфейс "Справочник рабочих периодов"Что измененно :
Декретные отпуска не правильно сдвигают РП.
Например: У женщины декретный отпуск и получается что она не
доработала 10 дней в периоде 26.04.2011-25.04.2012
(ушла с 16.04.2012). После окончания декретных
отпусков, которые идут без разрыва система должна
прибавить эти 10 дней. Отпуска заканчиваются 30.08.2013 и
с 10.09.2013 должен начаться новый период. Но
система предлагает 31.08.2014.
Как измененно :
Расчет продолжительности сдвига и сдвиг рабочего периода происходят корректно.
2015-10-21 14:26:20
Краткое описание :
Добавить код ТНВЭД в системные аналитикиОписание :
Не знаю, какая именно часть финансового контура, научитеЧто измененно :
Добавить код ТНВЭД в системные аналитики.
В справочнике Материальных ценностей есть
возможность привязать к каждой МЦ свой код ТНВЭД.
Пользователь хочет данную аналитику добавить как КАУ к
счету 10 и далее заполнять ее с помощью ТХО к разным
документам у которых в спецификации есть МЦ.
Необходимо добавить данный каталог в список
системных аналитик.
Как измененно :
Добавлена общеиспользуемая функция
GetSpKauByCode(<Код КАУ>, <Код аналитики>), которая по
заданному значению, кода каталога пользовательской
аналитики и коду самой аналитики позволяет получить
Nreс пользовательской аналитики.
Для решение проблемы необходимо завести
пользовательскую аналитику "Каталог групп". Коды этой
аналитики должны совпадать с кодом ТНВЭД.
При настройке ТХО задать следущие ключи:
&1 = to_char(&TNVED,0,0)
&2 = GetSpKauByCode(<Код каталога пользовательской аналитики "Каталог групп">,
&1)
&3 = TxoSetKau(<Код каталога пользовательской аналитики "Каталог групп",160,&2)
В итоге в проводке аналитика "Каталог групп" будет заполняться в режиме 0.
2015-10-21 14:26:20
Краткое описание :
Создание корректировочного документа (Акт на индексацию)Описание :
Акты на услуги, работыЧто измененно :
В рамках развития системы а также для решения
поставленной задачи в рамках заказной доработки (ПиР
102.131950) необходимо реализовать новый тип документа
индексирующий корректировочный акт к Акту на оказание
услуг (по аналогии с ФЛМ "Создать корректировочный
Акт").
Предполагается примерно следующий порядок действий пользователя в системе:
Есть Счет ДО / Акт на оказание услуг 10 000 000 б. руб за 01/07/2015
Ежедневно из банка приходит банковская выписка. В течении некоторого времени
пришли оплаты (к примеру):
1) 3 000 000 б. руб за 10/07/2015
2) 3 000 000 б. руб за 20/07/2015
3) 4 000 000 б. руб за 05/08/2015
Бухгалтер обычно закрывает индексацию в конце месяца.
1) Закрывает июль:
Зайдя в исходный Акт и нажав кнопку [Индексация] в документе система видит
распределенные платежи (распределение производится в ФРО - Плат. документы
закладка ХозОперации) и производит индексацию в соответствии с алг. описанным в
первоисточнике. Автоматически формируется корректировочный акт на индексацию (
в нем должна быть услуга см. ПиР 102.145196 п.2) и на вкладке Связанные
документы расширенной информации акта должны отображаться исходный ДО\Акт на
оказание услуги и плат. документы.
Далее бухгалтер самостоятельно сформирует новое ДО в индексирующем
корректировочном акте и выставляет счет Заказчику.
2) Закрывает август:
Бухгалтер зайдет в тот же исходный документ - нажимает кнопку [Индексация] и
система должна будет проиндексировать только те плат. документы которые ранее
не индексировались, т.е. поступившие позже последней Индексации. Далее
сформировать новый корректировочный акт на индексацию. Дальнейшие действия
аналогичны п.1.
Возможно следует рассмотреть запуск индексации по помеченным Актам на услуги из
списка документов через ФЛМ.
В Индексирующем акте добавить возможность печати протокола расчета индексации
(форму протокола реализовать согласно ПиР 102.145200).
Как измененно :
Индексационный акт.
Введен новый подвид сопроводительных документов: Индексационный акт. Его код
(wADoc)= 25.
При включенной настройке "Настройки Галактики \ Логистика \ Документы \
Управление сбытом \ Акт на оказание услуг \ Индексация услуг \ Разрешать
индексацию услуг" в Актах на оказание услуг в сбыте в окне редактирования
появляется пункт меню: Создать / Редактировать Индексационный акт.
По данному пункту, в случае, если с услугой связана Индексационная услуга
(см.каталог услуг), создается индексационный акт, по принципам:
- Индексационный акт создается на дату последнего разнесенного платежа из
исходного акта. Под индексацию попадают все платежи, начиная с последней
индексации до даты последнего платежа. Т.О., у одного акта может быть несколько
индексаций.
- Заголовок индексационного акта полностью копируется из заголовка исходного,
но при этом, отвязывается ДО. (По индексационному акту должен формироваться
отдельный ДО). Входимость налогов устанавливается в значение "входят"
- наименование услуги берется либо из настройки "Настройки Галактики \
Логистика \ Документы \ Управление сбытом \ Акт на оказание услуг \ Индексация
услуг \ Общая услуга по индексации" либо название индексационной услуги
связанной с индексируемой
- количество по услуге индексации всегда равно единице
Автоматический Расчет суммы индексации.
Исходная и индексационные услуги обязательно должны быть Расчетными. В шаблоне
расчета обязательно должен присутствовать тариф, в котором отображается сумма
тарифа за временной интервал. Для расчета индексации предназначен идектификатор
GetIndexPlat, но можно использовать и любые другие формулы, доступные из
расчетные услуг. После выполнения пункта меню "Создать / Редактировать
Индексационный акт" система автоматически создает по исходному индексационный
акт, сразу после создания выполняется расчет по индексационной услуге, после
расчета, если сумма нулевая, акт удаляется, если ненулевая, то тогда
отвязывается ДО, проставляется связь с исходным актом, индексационная услуга
заменяется на услугу из настройки: ...\Общая услуга по индексации". Формула
расчета индексации по идентификатору GetIndexPlat: ( ( <сумма тарифа на дату
платежа> / <сумма тарифа дату ДО> ) - 1) * <сумма платежа>
Пример расчета:
ДО Платеж1 Платеж2 Платеж3
Платеж4
24 000 000 6 000 000 6 000 000 6 000 000
6 000 000
Сумма тарифа 100 000 110 000 110 000 130 000
150 000
Сумма индексации 600 000 600 000 1 800 000
3 000 000
Навигация по актам.
Для навигации можно использовать закладку "Связанные документы" в Расширенной
информации в заголовке или по позиции спецификации. Переход на документ - F4.
Если индексационный акт один - то можно пользоваться пунктом локального меню,
по которому создается акт - если платежей больше нет и интексация не нужна,
тогда выполняется переход на последний созданный индексационный акт, а из
индексационного по п.меню всегда можно попасть на исходный.
2015-10-21 14:26:21
Краткое описание :
Help. Не вызывается справка для ряда пунктов локального меню картотекиОписание :
Картотека. Общие вопросыЧто измененно :
Не вызывается справка для ряда пунктов локального меню картотеки. См.:
- Сотрудники- Картотека сотрудников - Alt+F10 - Печать-F1
- Сотрудники- Картотека сотрудников - Alt+F10 - Печать-Личная карточка по форме Т2 приказ N1 от 05.01.2004 (с учетом прав доступа)
- Сотрудники- Картотека сотрудников - Alt+F10 - Скрыть\Показать столбцы-F1
- Сотрудники- Картотека сотрудников - Alt+6 - Alt+F10 - История назначений - F1
Как измененно :
Корректно вызывается справка для пунктов меню картотеки:
- Сотрудники- Картотека сотрудников - Alt+F10 - Печать-F1
- Сотрудники- Картотека сотрудников - Alt+F10 - Печать-Личная карточка по форме Т2 приказ N1 от 05.01.2004 (с учетом прав доступа)
- Сотрудники- Картотека сотрудников - Alt+F10 - Скрыть\Показать столбцы-F1
- Сотрудники- Картотека сотрудников - Alt+6 - Alt+F10 - История назначений - F1
2015-10-21 14:26:21
Краткое описание :
Help. Для интерфейса "Список тестов" нужна другая справкаОписание :
Список тестовЧто измененно :
Help. Для интерфейса "Список тестов" вызывается справка
"Проведение тестирование", а нужна другая "Настройка тестов".
Как измененно :
Подключена корректная справка.
2015-10-21 14:26:21
Краткое описание :
изменение суммы доплаты в кадрахОписание :
Предложение по новой функциональности контура управления персоналомЧто измененно :
Необходима функция копирования данных в приказ по штатному расписанию 32.
Как измененно :
В приказ по штатному расписанию 32 добавлена функция копирования, она копирует данные внесенные для одной ставки, в другие, выбранные при помощи фильтра, ставки. Копирование данных не производиться в случаях если у ставки, в которую копируют данные о доплате, нет доплаты с таким типом или выбранная ставка уже есть в приказе и у нее уже заполнена копируемая доплата, в таком случае в приказ будет вставлена просто строка ставки, для того чтобы копировались только доплаты с таким же типом необходимо установить галочку "Копировать только при наличии выбранных доплат". Копировать можно так же и ставки у которых не заполнено ни одной доплаты, в таком случае просто будут вставлены строки ставок.
2015-10-21 14:26:20
Краткое описание :
Автоматический расчет нового тарифа в расчетных услугахОписание :
Акты на услуги, работыЧто измененно :
Разработать возможность автоматического расчета нового тарифа.
- В каталог базовых тарифов добавить поле - Шаблон расчета. В данном поле
должна быть возможность выбора записи из каталога шаблонов.
- Новое значение тарифа рассчитывать из поля шаблона "Формула для тарифа"
- Расчет тарифа производить автоматически при создании новой записи тарифа и
при редактировании верхней и нижней границ тарифов.
Как измененно :
Автоматический расчет нового значения тарифа в базовом тарифе.
Для автоматического расчета добавлено поле "Шаблон расчета" в окне
"Редактирование каталога тарифов". При помощи функции локального меню в строках
тарифа (Alt+1) "Рассчитать значение тарифа" выполняется расчет нового значения
тарифа по формулам, указанным в шаблоне. Новое значение тарифа берется из
рассчитанного тарифа в шаблоне, количество в шаблоне не учитывается.
Для гибкости расчета добавлены новые идентификаторы:
&TARIF_UP - Верхняя граница текущей строки тарифа
&TARIF_DOWN - Нижняя граница текущей строки тарифа
&TARIF_NUM - Номер текущей строки тарифа
GetBTN_UpDown(идентификатор тарифа, номер строки тарифа, True/False) - True
(верхняя граница тарифа); False (Нижняя граница тарифа))
ValRateByISO(Код ISO валюты, Дата курса валюты) - Возвращает курс по коду
валюты (ISO) и дате (тип строка))
Идентификаторы, которые предназначены для накладных/до, естественно, в расчетах
тарифов не работают.
Пример:
Создаем тариф &test
Привязываем к нему шаблон, в котором:
В средней панели выбран наш же тариф - &test
В строке формул ValRateByISO('840',GetBTN_UpDown('&PL',&TARIF_NUM-1,False))
Новое значение тарифа будет курс доллара за дату нижней границы предыдущей
строки тарифа
2015-10-21 14:26:20
Краткое описание :
Нестрогая нижняя граница тарифаОписание :
Базовые тарифыЧто измененно :
Нестрогая граница тарифа
Для наглядности отображения границ тарифов, особенно с типом Дата, нужна
возможность задания нестрогой нижней границы тарифа
Как измененно :
Нестрогая нижняя граница тарифа
В каталог тарифов добавлено поле "Нижняя граница тарифа". Значение по умолчанию
- Строгая. Данное поле позволяет регулировать строгость нижней (левой) границы
интервала.
Например, для значение Нестрогая, сейчас можно задать более наглядный тарифный
план:
01/01/2015 - 09/01/2015
10/01/2015 - 19/10/2015
и.т.п.
2015-10-21 14:26:21
Краткое описание :
СТАЖ для ПУ-3Описание :
Пенсионный стажЧто измененно :
При формировании пенсионного стажа для Республики Беларусь, стаж АППАРАТ пересекается со стажем ДЕТИ. Это ошибка.
Как измененно :
При формировании пенсионного стажа для Республики Беларусь, исправлена ошибка, в результате которой формировался стаж АППАРАТ, не смотря на наличие стажа ДЕТИ.
2015-10-21 14:26:20
Краткое описание :
ПУ-6 Неверное формированиеОписание :
Индивидуальные сведения в ПФ (Формы ПУ-3, ПУ-6 и т.д.)Что измененно :
Пу-6 по одному или нескольким выбранным ЛС формируется верно,
по всем ЛС - нет, не все налоги из сальдо попадают.
Как измененно :
При формировании ПУ-6 исправлена ошибка, в результате которой
при формировании "по всем" не все налоги попадали в отчет.
2015-10-21 14:26:21
Краткое описание :
РПД=8: приказ не утвержден, а информация уже в картотекеОписание :
УвольнениеЧто измененно :
В картотеку заносится информация из неутвержденного приказ об увольнении: в 1 раздел в подраздел "доп.информация"
на закладку "увольнения" заносятся из приказа "основание" и "причина".
Как измененно :
В картотеку основание и причина увольнения попадают после утверждения приказа.
2015-10-21 14:26:21
Краткое описание :
Не совпадают суммы ОВР и ОВР по налогам на ФОТ в части налога ФССОписание :
Общая ведомость распределения по налогам на ФОТЧто измененно :
Не совпадают суммы ОВР и ОВР по налогам на ФОТ в части налога ФСС.
Как измененно :
Исправлена ошибка.
В некоторых случаях некорректно собирались суммы налога и база.
Сумма налога и база для расчёта налога в отчёте формируются корректно.
2015-10-21 14:26:20
Краткое описание :
Отчет РСВ-1. Кол-во физ лиц (итого) в строке 215 при наличии нескольких кодов тарифа нулевое.Описание :
РСВ-1 2014 (общие вопросы)Что измененно :
Отчет РСВ-1. Кол-во физ лиц (итого) в строке 215 при наличии нескольких кодов тарифа нулевое.
Значение "0" в коде тарифа отличного от 01.
Как измененно :
Исправлена ошибка.
В строке 215 (количество физ. лиц с начала года, которым начислены взносы в ФОМС) при наличии 2-х кодов тарифа рассчитываются корректно.
2015-10-21 14:26:20
Краткое описание :
Доп разделы НДС 2015 - уточненная декларация (итоги)Описание :
Дополнительные разделы декларации по НДС (810)Что измененно :
Не правильно формируются итоги по "Приложению 1" к "Разделу 8" и "Разделу 9".
Как измененно :
Теперь для "Приложений 1" к "Разделу 8" и к "Разделу 9", в полях: 1. ИТОГО выводятся данные из базового раздела ("Раздела 8", "Раздела 9")
2. ВСЕГО выводятся данные из ИТОГО + "данные Приложений 1"
Добавлена функция "Пересчет данных", для возможности пересчета итогов после ручной модификации данных.
2015-10-21 14:26:20
Краткое описание :
Доп разделы НДС 2015 - вместо ИНН, КПП "-"Описание :
Дополнительные разделы декларации по НДС (810)Что измененно :
При выводе в отчетах Логистике знака "-" вместо ИНН, КПП иностранца, в Декларации также появляется "-". При этом получается, что поле заполнено, и соответственно выгружаемое. Из-за этого возникают проблемы при проверке Декларации.
Как измененно :
Данные Декларации формируются на базе данных соответствующих отчетов Логистики. Если в отчете Логистики, поля ИНН, КПП имеют значение = "-", то в Декларацию эти значения переносится как пустая строка (ранее переносился "-").
2015-10-21 14:26:21
Краткое описание :
Существенно для AQA! РПД=40.Необходимо одинаковое позиционирование при выборе отпускаОписание :
40. Отзыв из отпускаЧто измененно :
С выходом пакета staff_91_110 возникли проблемы с тестами при прогоне на MSSQL. Разное позиционирование при выборе отпуска, из которого оформляется отзыв. На Pervasive и Оракле курсор позиционируется на первом отпуске последнего пакета, либо на последнем отпуске, если пакетов нет. На mssql позиционируется на произвольный отпуск.
Как измененно :
При позиционировании курсора на отпуск или пакет отпусков в приказе на оформление отзыва (РПД-40 по персоналу) их очередность определяется по факт. дате начала. Курсор устанавливается на первый по дате начала отпуск последнего по дате начала пакета отпусков, либо на последний по дате начала отпуск, если пакетов отпусков нет.
2015-10-21 14:26:21
Краткое описание :
разная информация о номере и дате приказа на увольнение на 6 листе и в доп.информации 1 листОписание :
8. УвольнениеЧто измененно :
1. Создаем приказ на увольнение.
2. Заполняем данными.
3. Изменяем номер и дату приказа.
4. Утверждаем.
В окне доп. информации 1 раздела картотеки отображается правильная информация о документе (значения после изменения даты и номера приказа об увольнении), но в 6 окне картотеки отображаются старые номер и дата приказа об увольнении.
Как измененно :
Информация о приказе об увольнении, выводимая в 6 окне картотеки, аналогична выводимой в окне доп. информации: дата и номер приказа правильные.
2015-10-21 14:26:21
Краткое описание :
Запретить в 7-ом разделе картотеки модификацию рассчитанных отпусковОписание :
7-е окно (отпуска сотрудника)Что измененно :
Прошу запретить в 7-ом разделе картотеки модификацию всех отпусков, которые уже рассчитаны
в модуле Заработная плата, аналогично тому, как запрещено удаление таких отпусков.
Связано это с тем, что некоторые наши клиенты вводят отпуска через 7-й раздел картотеки (без оформления
приказов), и иногда ошибочно редактируют дату начала уже рассчитанного отпуска. В последствии это приводит
к существенным проблемам при расчете заработной платы - архивные отпуска появляются в отпусках расчетного
периода и повторно попадают в расчет.
Как измененно :
Если отпуск рассчитан в "Зарплате", то в "Кадрах" запрещена его модификация.
2015-10-21 14:26:21
Краткое описание :
повторный прием совместителя на тот же лицевой счет после повторного приема по основному месту работыОписание :
Все РПД по персоналуЧто измененно :
Сотрудник работал на предприятии по двум местам работы (основное и совместительство, оформлена одна карточка и два связанных лицевых счета). Сотрудника уволили с обоих мест работы, через некоторое время принимают повторно. При приеме по основному месту выбирают вариант оформления 'повторное трудоустройство' с тем же лицевым счетом ('Те же карточка и л\с' или 'Новая карточка'). После этого при приеме по совместительству (РПД-4) выбирают 'открывать лицевой счет' и 'тот же лицевой счет', но при выборе старого лицевого программа не видит прошлого совместительства. Отделу кадров приходится оформлять на новый, происходит размножение лицевых счетов сотрудников.
Как измененно :
В РПД-4 по персоналу галочки "Открывать лицевой счет" и "Тот же лицевой счет" заменены на выпадающий список со следующими вариантами для лицевого счет:
- не открывать
- открыть новый
- из назначения
- из архивного назначения
Вариант "из архивного назначения" решает описанную проблему: совместительства, переведенные в архив после утверждения приказа на повторный прием (РПД-1) теперь доступны для выбора.
В интерфейс выбора предыдущего назначения добавлено после с табельным номером из лицевого счета, по заполненности которого можно отличить совмещения от совместительств.