2015-12-18 14:36:33
Краткое описание :
В отчетах по неявкам пропадают неявки. если работник повторно принятОписание :
Отчет по видам неявокЧто измененно :
В отчете по видам неявок не учитываются неявки, заведенные через приказы модуля "Управление персоналом" (РПД 91, 90, 72), если работник повторно принят на новую карточку и старый ЛС.
Пусть работник работал на предприятии и в месяце N был уволен. После чего был повторно принят в месяце M, M > N. После повторного приёма завели неявки по РПД 91, 90 или 70: это могли сделать как в месяце M, так и в любом последующем месяце.
Тогда если формировать отчёт по видам неявок начиная с месяца M (или позже), то неявки по РПД 70, 90 и 91 попадают в отчёт, но если формировать начиная с месяца N (или ранее), то эти неявки в отчёт не попадают.
Как измененно :
Ошибка исправлена, теперь корректно учитываются неявки по РПД 72, 90, 91 в случае повторных приёмов на новую карточку.
2015-12-18 14:36:33
Краткое описание :
Расчет алиментов по днямОписание :
Расчет алиментов и исполнительных листовЧто измененно :
Если в параметрах вида удержания установлено "пересчитывать по рабочим дням табеля", то пересчет по дням не происходит.
Как измененно :
При установке "пересчитывать по рабочим дням табеля" для удержания в КВУ алименты пересчитываются пропорционально рабочим дням.
2015-12-18 14:36:33
Краткое описание :
Просмотр недостающего сырья...Описание :
Накладная на приход Готовой продукцииЧто измененно :
Описание во вложении и сводный отчет. Обнаружили, что эта ошибка появляется если у документа есть распределённое сырьё. Если сырья нет, то и ошибки тоже нет.
Как измененно :
Доработано.
2015-12-18 14:36:33
Краткое описание :
Для договоров, заключаемых для исполнения ГОЗ и, соответственно имеющих привязку к ИГК, ОБС должен быть уникальнымОписание :
Ввод договораЧто измененно :
Для договоров, заключаемых для исполнения ГОЗ и, соответственно имеющих привязку к ИГК, ОБС должен быть уникальным. Необходимо добавить контроль р/с, если два договора в рамках одного ГОЗ, т.е. с одним ИГК.
Как измененно :
Если в договоре "исполнение госконтракта" заполнен ИГК, то при изменении собственного расчетного счета в договоре проверяется, не выбран ли этот р/c в других договорах.
Если выбран, то появляется сообщение.
2015-12-18 14:36:33
Краткое описание :
договора подряда. необходимо уметь расчитывать подоходный без контроля доходаОписание :
Расчет подоходного налогаЧто измененно :
Проблема с расчетом подоходного для договоров подряда по новым сотрудникам.
Пример:
Новый сотрудник за штатом, работает по договору подряда.
Оплата по договору подряда поступает при закрытии акта. Часто акт закрывают следующим после работы месяцем:
работал 11/2013
документы с подписанным актом в бухгалтерию поступили 12/2013 (когда 11/2013 уже закрытым является)
Создаем в каталоге договоров подряда договор где период РАБОТ будет 01/11/2013 ... 30/11/2013
При расчете договора подряда период ВЫПЛАТ ставим текущий месяц 01/12/2013 ...31/12/2013.
К сожалению, т.к. работник в прошлом месяце не поступил к расчету (да и невозможно это было) то
в "смежных данных"=>"Размер годового дохода до расчета з/п"=>"Кнопка Налог" поправочный коэфф для 11/2013=0
и налог за 11/2013 не считает.
Сейчас клиентам предлагаем "контроль дохода".
Предлагается отказаться от сервисной функции и делать всё автоматом.
Как измененно :
Для Республики Беларусь.
В случае нулевого значения поля коэффициента коррекции (Смежные данные - Расчет заработной платы - Размер годового дохода до расчета заработной платы) при расчете заработной платы это значение будет приведено к единице и подоходный налог будет рассчитан.
2015-12-18 14:36:33
Краткое описание :
Нарушилось распределение сырья после проведения замены в 202 сист. алгоритмеОписание :
Алгоритмы расчетаЧто измененно :
Нарушилось распределение сырья после проведения замены в 202 сист. алгоритме по акту замен, без учета наличия по тек. разрезу.
Если одна и таже МЦ присутствует в распределенном сырье в накладной на ГП (в накладной несколько позиций ГП) для нескольких позиций ГП, то при проведении замены расход МЦ-заменителя агрегируется на первую в спецификации накладной позицию ГП. Т.е. пропадает распределение по позициям ГП. В 9.1 такой проблемы не обнаружено.
Как измененно :
Исправлено
2015-12-18 14:36:33
Краткое описание :
Работа в выходные и формирование условий трудаОписание :
Обработка отклоненийЧто измененно :
Необходимо исключить обязательность применения условного обозначения при формировании табеля, если имеются неявки по РПД 90 (Работа в выходной по приказу, за оплату) или аналогичные для определения условий работы.
Для примера: Сотрудник работает во вредных условиях. Приказом назначается выходной день рабочим. В этом случае как правило при заполнении и печати табеля в этот день проставляются рабочие часы и условных обозначений не используется. На данный момент, если в приказе указаны только рабочие часы и нет условного обозначения, в табеле этот день формируется как "обычный", что приводит к неверному формированию отчета в ФСЗН ПУ6.
Необходимо, чтобы если по приказу дни стали рабочими, и в этот день отсутствует какое-либо условное обозначение, считать часы "вредными".
Как измененно :
Теперь все неявки в табеле, не имеющие условного обозначения, для РБ обрабатываются так, как если бы они имели УО, в котором выставлен признак "Вредные условия"="да". Таким образом, часы, которые заводятся без условного обозначения посредством приказов на работу в выходной (приказов на работу сверхурочно / отклонений с типом "увеличение"), для "вредных" работников считаются вредными.
При добавлении нового УО в классификаторе условных обозначений для Беларуси автоматически выставляется признак "Вредные условия"="да".
2015-12-18 14:36:33
Краткое описание :
Разбить на папки табельные настройки "Расчет итогов"Описание :
Формирование табеляЧто измененно :
В папке "Расчет итогов" (табельный учет) уже такое количество настроек, что очень трудно становится их воспринимать. Требуется разбить настройки на папки и сгруппировать по ним.
Как измененно :
Реорганизованы настройки в разделах "Управление персоналом \ Табельный учет \ Расчет итогов" и "Управление персоналом \ Расчеты с персоналом \ Оплата работ \ Оплата сверхурочных работ".
В раздел "Расчет итогов" добавлены три новые подраздела:
- "Виды часов, вычитаемых из рабочих по факту"
- "Поденный учет сверхурочных часов"
- "Суммированный учет сверхурочных часов"
Настройки "Табельный учет \ Расчет итогов \ Рабочие часы по факту за вычетом ..." перенесены в раздел "Виды часов, вычитаемых из рабочих по факту" и переименованы для устранения избыточности названий в новом разделе. Например: "Рабочие часы по факту за вычетом работы в выходные (поденные режимы учета)" -> "Виды часов, вычитаемых из рабочих по факту \ Работа в выходные (поденные режимы учета)".
Настройки, отвечающие за расчёт сверхурочных часов и остатка сверхурочных перенесены в раздел "Табельный учет \ Расчет итогов \ Суммированный учет сверхурочных часов". Полный список настроек, перенесенных в данный раздел (пути относительно раздела "Управление персоналом"):
"Табельный учет \ Расчет итогов \ Фактически отработанное время ограничивать нормой" -> "Табельный учет \ Расчет итогов \ Суммированный учет сверхурочных часов \ Фактически отработанное время ограничивать нормой"
"Табельный учет \ Расчет итогов \ Суммированный учет сверхурочных часов" -> "Табельный учет \ Расчет итогов \ Суммированный учет сверхурочных часов \ Суммированный учет сверхурочных часов"
"Табельный учет \ Расчет итогов \ ..добавлять время неявок по уважительным причинам к фактически отработанному" -> "Табельный учет \ Расчет итогов \ Суммированный учет сверхурочных часов \ Добавлять время неявок по уважительным причинам к фактически отработанному"
"Табельный учет \ Расчет итогов \ ..вид праздничных часов, исключаемых из числа сверхурочных" -> "Табельный учет \ Расчет итогов \ Суммированный учет сверхурочных часов \ Вид праздничных часов, исключаемых из числа сверхурочных"
"Табельный учет \ Расчет итогов \ ..источник сведений о норме времени" -> "Табельный учет \ Расчет итогов \ Суммированный учет сверхурочных часов \ Источник сведений о норме времени"
"Табельный учет \ Расчет итогов \ ..время уменьшающих норму неявок" -> "Табельный учет \ Расчет итогов \ Суммированный учет сверхурочных часов \ Время уменьшающих норму неявок"
"Табельный учет \ Расчет итогов \ Режим работы для расчета нормы времени" -> "Табельный учет \ Расчет итогов \ Суммированный учет сверхурочных часов \ Режим работы для расчета нормы времени"
"Табельный учет \ Расчет итогов \ Способ расчета сверхурочных часов при смешанном учете" -> "Табельный учет \ Расчет итогов \ Суммированный учет сверхурочных часов \ Способ расчета сверхурочных часов при смешанном учете"
"Табельный учет \ Расчет итогов \ Отображение сверхурочных часов по переходам при суммированном учете" -> "Табельный учет \ Расчет итогов \ Суммированный учет сверхурочных часов \ Отображение сверхурочных часов по переходам при суммированном учете"
"Расчеты с персоналом \ Оплата работ \ Оплата сверхурочных работ \ Суммированный учет \ Алгоритм ограничения сверхурочных" -> "Табельный учет \ Расчет итогов \ Суммированный учет сверхурочных часов \ Алгоритм ограничения сверхурочных"
"Расчеты с персоналом \ Оплата работ \ Оплата сверхурочных работ \ Суммированный учет \ ..ежедневно не более" -> "Табельный учет \ Расчет итогов \ Суммированный учет сверхурочных часов \ ..ежедневно не более"
"Расчеты с персоналом \ Оплата работ \ Оплата сверхурочных работ \ Суммированный учет \ ..суммировано не более" -> "Табельный учет \ Расчет итогов \ Суммированный учет сверхурочных часов \ ..суммировано не более"
Таким образом, теперь все настройки, отвечающие за количество часов, находятся в разделе "Расчет итогов", а в разделе "Оплата работ" остаются только настройки вида оплаты для часов.
В раздел "Расчет итогов \ Поденный учет сверхурочных часов" перенесены следующие настройки:
"Расчеты с персоналом \ Оплата работ \ Оплата сверхурочных работ \ Поденный учет \ ..ежедневно не более" -> "Табельный учет \ Расчет итогов \ Поденный учет сверхурочных часов \ Граница между сверхурочными и остатком сверхурочных"
"Табельный учет \ Расчет итогов \ Дневную норму часов, при поденном учете сверхурочных" -> "Табельный учет \ Расчет итогов \ Поденный учет сверхурочных часов \ Источник сведений о норме времени"
У настройки "Поденный учет сверхурочных часов \ Источник сведений о норме времени" (бывш. "Дневную норму часов, при поденном учете сверхурочных") переименованы значения:
"считать по плановому графику" -> "плановый график"
"считать по балансному графику" -> "балансный график"
Переименованы настройки в разделе "Расчеты с персоналом \ Оплата работ \ Оплата сверхурочных работ \ Поденный учет":
"Сверхурочно" -> "Сверхурочные"
"..остаток отнести на" -> "Остаток сверхурочных"
Переименованы настройки в разделе "Расчеты с персоналом \ Оплата работ \ Оплата сверхурочных работ \ Суммированный учет":
"Сверхурочно" -> "Сверхурочные"
"..остаток отнести на" -> "Остаток сверхурочных"
2015-12-18 14:36:33
Краткое описание :
При обычной печати табеля видны больничный и простои, если печатаем Т-12 - все забито выходным.Описание :
Типовая форма Т12Что измененно :
При обычной печати табеля видны больничный и простои, если печатаем Т-12 - все забито выходным.
Проявляется при следующих условиях:
- больничный начинается до месяца, за который формируем отчет, и продолжается в этом месяце
- в классификаторе видов пособий для этого больничного нулевой первый процент, но ненулевое количество дней первого процента
Как измененно :
Исправлено, теперь условное обозначение больничного выводится в Т-12 корректно.
2015-12-18 14:36:33
Краткое описание :
Количество в колонке "Выбрано" интерфейса выбора остатков
приходных карточек для спецификации документаОписание :
Акт на списаниеЧто измененно :
При пометке остатков в выбора приходных карточек для
спецификации документа автоматически в колонку "Выбрано" проставляется все
количество остатка.
Предложение:Дать возможность настроить количество которое будет автоматически
проставляться при пометке остатка. В рознице чаще списывается 1 позиция, чем
весь остаток.
p.s. Нужно для максимального ускорения работы сотрудников в реальной работе
розничной торговли.
Как измененно :
Добавлена настройка"Настройки Галактики \ Логистика \ Розничная
торговля \ Количество для списания/оприходования", которая может принимать
значения - все или равное 1.
2015-12-18 14:36:33
Краткое описание :
9.1.УПЛ.Ал203. Позиционирование курсора после формирования ДООписание :
Системный алгоритм 203Что измененно :
После формирования ДО алгоритмом 203 курсор позиционируется не корректно.
Описание см. вложенный файл
Как измененно :
Доработано.
2015-12-18 14:36:33
Краткое описание :
Ошибки при окончательном расчетеОписание :
Расчет алиментов и исполнительных листовЧто измененно :
При окончательном расчете почтовых сборов с алиментов без разбивки по аналитике входящих оплат некорректно производится сохранение значение в поле "Рассчитано к удержанию" в постоянных удержаниях.
Как измененно :
При окончательном расчете почтовых сборов с алиментов за несколько месяцев в расчетном без разбивки по аналитике входящих оплат в поле "Рассчитано к удержанию" сохраняется значение равное сумме алиментов по данному постоянному удержанию (без учета месяцев, за которые начисляются алименты).
2015-12-18 14:36:33
Краткое описание :
Расчет почтовых и банковских сборов при расчете алиментовОписание :
Расчет алиментов и исполнительных листовЧто измененно :
При расчете общей суммы сбора (в виде процента от суммы перевода) за перечисление алиментов и исполнительных листов в один адрес (т.е. с одинаковым "Группир. №" в постоянном удержании) за несколько месяцев в текущем округляется сумма сбора за каждый месяц, а затем суммируется. Округлять необходимо общую сумму сбора, за перевод в каждый адрес.
Как измененно :
При расчете сбора (в виде процента от суммы перевода) за перечисление алиментов и исполнительных листов в один адрес (т.е. с одинаковым "Группир. №" в постоянном удержании) за несколько месяцев производится округление общей суммы сбора.
2015-12-18 14:36:33
Краткое описание :
В РПД 91 необходимо добавить кнопку "ПРИМЕЧАНИЕ"Описание :
91. Назначение почасовых табельных отклоненийЧто измененно :
В РПД 91 необходимо добавить кнопку "ПРИМЕЧАНИЕ", аналогично РПД 71.
Также необходимо добавить вывод данных из этой кнопки в поток для rtf-отчётов.
Как измененно :
В РПД 91 добавлена кнопка "Примечание", а также реализован вывод данных, введенных в примечание, в поток для rtf-отчетов. Если у сотрудника не заполнялась нижняя таблица приказа, то в печатных формах этот сотрудник не отображается.
2015-12-18 14:36:33
Краткое описание :
Не работает максимальное ограничение для 188 и 190 ВУОписание :
Расчет алиментов и исполнительных листовЧто измененно :
Для РБ: При расчете удержаний по алиментам и и/л (188,190) не производится ограничение данных удержаний, если недостаточно средств для их удержания.
Как измененно :
Для РФ и РБ: При расчете удержаний по алиментам и и/л (188,190) производится ограничение данных удержаний (если недостаточно средств для их удержания) в следующем порядке:
1. Удержания по алиментам и и/л могут относиться к первой или второй очереди удержания. При значении поля "Макс. %" = 70 в интерфейсе "Постоянные удержания" удержание относится к первой очереди, при значении 50 - ко второй. При наличии хотя бы одного постоянного удержания по алиментам или и/л с признаком "Макс. %" = 70 применяется 70% к базе для определения максимальной суммы удержаний, иначе 50;
2. Максимальная сумма удержаний = (сумме всех начислений с входимостью в заработок для удержания алиментов за расчетный месяц - подоходный налог расчетного месяца) * максимальный процент (наибольшее из значений поля "Макс. %" в интерфейсе "Постоянные удержания");
3. Если максимальной суммы удержаний достаточно для удержаний первой и второй очереди, то они удерживаются в полном размере. Если нет, то в первую очередь удерживаются алименты или и/л с признаком "Макс. %" = 70 (т.е удержания первой очереди). Если максимальной суммы удержаний достаточно для удержания сумм первой очереди, то они удерживаются в полном размере, если нет, то - пропорционально максимальной сумме удержаний.
При наличии удержаний второй очереди, т.е. с признаком "Макс. %" = 50, максимальная сумма удержаний уменьшается на сумму удержанных сумм первой очереди. И если суммы максимально возможного удержания не достаточно для удержаний второй очереди, то они удерживаются пропорционально максимальной сумме удержаний.
4. При наличии ограничений при расчете удержаний в протокол результатов расчета выводится сообщение о применении ограничения и суммах рассчитанных и удержанных.
5. СУММЫ ПОЧТОВЫХ СБОРОВ И КОМИССИЙ БАНКОВ НЕ УЧИТЫВАЮТСЯ ПРИ РАСЧЕТЕ ОГРАНИЧЕНИЙ И РАССЧИТЫВАЮТСЯ ОНИ ПОСЛЕ ПРИМЕНЕНИЯ ОГРАНИЧЕНИЙ К АЛИМЕНТАМ И И/Л.
2015-12-18 14:36:33
Краткое описание :
9.1.УПЛ. Накладная на возврат сырья. Доступ к интерфейсу "Связь со штрих-кодом"Описание :
Накладная на возврат сырья из производстваЧто измененно :
При выполненных настойках :
"Настройки Галактики \ Логистика \ Документы \ Контроль удаления и модификации \ Модификации данных при наличии проводок" - запрещать.
"Настройки Галактики \ Производство и планирование \ Управление производственной логистикой\Модификация накладных после списания/оприходования" - запрещать.
при выборе документа через [Enter] не открывается интерфейс "Связь со штрих-кодом"..
Окно должно открываться.
Как измененно :
Исправлена ошибка программирования
2015-12-18 14:36:33
Краткое описание :
Расчет остатка отпуска разбитого контролем пересечения отпусков и больничныхОписание :
Предварительная разноскаЧто измененно :
Неправильно переносится начисленные суммы отпуска, если дата окончания больничного выходит за пределы отпуска, предоставленного ранее.
У сотрудника был отпуск с 03/10 по 29/10 созданный и рассчитанный в 09 периоде.
Сейчас период 10. В текущем периоде он предоставил больничный с 20/10 по 30/10.
Сделали контроль пересечения отпуска с больничным.
Отпуск разбился на две части 03/10 по 19/10 и 31/10 по 10/11 (вопросов нет все правильно)
Делаем разноску и открываем предварительный просмотр.
Получается две записи расчета отпуска с 30/10 по31/10 и с 01/11 по 09/11 (а ведь должны быть с 31/10 по 31/10 и 01/11 по 10/11)
Как измененно :
Исправлена ошибка в функции "Предварительная разноска", для случаев, когда дата окончания больничного выходит за пределы отпуска, предоставленного ранее.
Теперь суммы такого отпуска переносятся на дату после окончания больничного.
2015-12-18 14:36:33
Краткое описание :
Не корректно рассчитываются алименты и суммы по исп. листам в начислениях межпериода если их несколько в одном месяцеОписание :
Расчет алиментов в режиме "Начисления и выплаты"Что измененно :
РК:Расчет в межпериод "НДФЛ с учетом вычетов на работника и иждивенцев": при наличии в межпериод нескольких начислений для одного сотрудника алименты и исполнительные листы с первой суммы рассчитывается правильно, а при расчете с последующих сумма алиментов и и/л равна сумме текущих алиментов и и/л и рассчитанных ранее.
Как измененно :
Для всех стран, кроме РФ: При расчете "НДФЛ с учетом вычетов на работника и иждивенцев" расчет алиментов и и/л с нескольких сумм межпериода сотрудника производится следующим образом:
- Суммируются все суммы межпериода по сотруднику;
- Рассчитывается сумма алиментов и и/л;
- С общей суммы алиментов и и/л отнимается сумма уже перечисленных алиментов и и/л ранее в межпериод.
2015-12-18 14:36:33
Краткое описание :
Добавить nrec-и в поток РПД 71Описание :
71. Дни отдыха и оплачиваемые неявкиЧто измененно :
Необходимо в выводимый поток добавить nrec-и:
ContDocNrec
PersNrec
В имеющемся файле NFormRD71.frm нету ни одного nrec-а, что существенно затрудняет разработку присоединенных форм.
Как измененно :
В поток печатных форм приказа "Дни отдыха и оплачиваемые неявки" (РПД-71 по персоналу) добавлены поля с уникальными идентификаторами позиции приказа (ContDocNrec) и карточки сотрудника (PersNrec). Присоединенные пользовательские формы по данному РПД могут потребовать перекомпиляции.
2015-12-18 14:36:33
Краткое описание :
Невозможно задать фильтр по статусам для группы документовОписание :
Пакетное распределение входящих платежейЧто измененно :
Пакетное распределение платежей, закладка Фильтр на данные -
после выбора в поле Вид документа группы документов в поле
Статус документа стало открываться окно Хозяйственные документы
вместо выбора статусов.
Как измененно :
Исправлено
2015-12-18 14:36:33
Краткое описание :
Добавить в статус-строку F3Описание :
Работа с банковской гарантиейЧто измененно :
Добавить в статус-строку F3 для "форма БГ утверждена".
Как измененно :
Убрано F3 и список
2015-12-18 14:36:33
Краткое описание :
Часы сверхурочных в командировке не отражаются в форме Т-13Описание :
Типовая форма Т13Что измененно :
В связи с тем, что часы сверхурочных по приказу во время командировки перестали входить в часы командировки, требуется доработка форм Т12 и Т13. В настоящий момент, если к условному обозначению командировки привязан вид оплаты, то время командировки в названных отчетах учитывается, а время сверхурочных - нет.
Как измененно :
Теперь в Т12 и Т13 работа сверхурочно по приказу во время командировки с привязанным видом оплаты учитывается по тем же бизнес-правилам, что и время командировки: если в УО сверхурочной работы выставлен признак "явка", то часы из приказа попадают в итоги по отработанным часам.
Теперь, если день нерабочий, но имеет несколько неявок с признаком "Явка" в условном обозначении, то в итог по отработанным часам попадают часы всех "Явок" на этот день (до этого попадали часы только той "явки", условным обозначением которой день был обозначен).
Формирование списка "неявок по причинам" не менялось.
В FastReport-форме 2й страницы отчета Т-12 исправлено отображение часов в ячейке 6 дня месяца (до этого выводилось то же, что и в 5).
2015-12-18 14:36:33
Краткое описание :
Не рассчитывается ЕСВ с больничных в межпериодОписание :
Расчет ЕСВ и удержаний в пенсионный фонд с больничных листовЧто измененно :
Не рассчитывается ЕСВ с больничных в межпериод
При расчете удержаний с больничных в межпериод, не считается ЕСВ 2%, что дает не верную сумму удержаний и общую сумму к выплате
Как измененно :
Рассчитывается ЕСВ с больничных в межпериод
При расчете удержаний с больничных в межпериод, считается ЕСВ 2%, что дает верную сумму удержаний и общую сумму к выплате.
2015-12-18 14:36:33
Краткое описание :
Некорректно отрабатывает фильтр по договорам в настройке реестра платежных документовОписание :
Интерфейсы/окна выбораЧто измененно :
Некорректно отрабатывает фильтр по договорам в настройке реестра платежных документов
при установке фильтра только по группе договоров фильтр не отрабатывает установленную настройку.
Как измененно :
Исправлена установка фильтра по группе документов в интерфейсе выбора договоров
2015-12-18 14:36:33
Краткое описание :
Сброс пометок при установке фильтра по договорам в реестре платежных документовОписание :
Реестр платежных документов (интерактивный)Что измененно :
Иногда, для фильтрации договоров в реестре платежных документов
требуется наложить фильтр на договора, внесенные несколькими пользователями - по нескольким дескрипторам.
Раньше была возможность установить фильтр по одному дескриптору, пометить все договоры,
потом установить фильтр по другому дескриптору и пометить эти договоры.
Сейчас такой возможности нет.
Клиент просит сделать возможным сохранение пометки при наложении ещё одного фильтра
Как измененно :
При пометке всех документов по текущему фильтру, предыдущий фильтр не удаляется. Т.е. пометка дополняется.
P.S. Снятие пометки снимает пометку полностью, без учета фильтра.
2015-12-18 14:36:33
Краткое описание :
Распределние ГП по ячейкам хранения в НПГПОписание :
Накладная на приход Готовой продукцииЧто измененно :
Нет возможности сформировать план распределения в накладной на прием ГП из производства.
Формирование плана распределения в ордере не совсем правильно. Механизмы распределения
МЦ по ячейкам хранения, как в снабжении (прием МЦ), так и в производстве (прием ГП)
должны быть одинаковы. С точки зрения склада - это однотипные операции, и они должны
быть обеспечены однотипным функционалом.
Процесс оприходования ГП на предприятии организован таким образом:
1) мастер смены создает в Галактике НПГП и печатает ее.
2) сопровождает ГП в СГП.
3) кладовщик СГП принимает по номенклатуре, но пока не приходует.
4) кладовщик СГП в интерфейсе редактирования НПГП формирует план распределения ГП по ячейкам склада.
5) по окончании расстановки ГП по стеллажам формирует ППО и автоматически распределение.
Как измененно :
В локальное меню верхней и нижней панели окна редактирования добавлены пункты для автоматического создания плана размещения и ручного его редактирования.
2015-12-18 14:36:33
Краткое описание :
Неверный расчетый период при расчете среднего заработкаОписание :
Табельные функцииЧто измененно :
Сотрудника отправили на повышение квалификации с 31/08 - 14/09/2015. В Галактике это оформлено приказом о направлении на обучение, в котором выбрано условное обозначение ПК, к которому привязан вид оплаты. При расчете заработной платы за август сотруднику было оплачено повышение квалификации за один день (31/08/2015). При расчете заработной платы за сентябрь галактика оплачивает повышение квалификации за период с 01/09 по 14/09/2015. При этом берет расчетный период с 09/2014 по 08/2015. А должна брать расчетный период 08/2014 по 07/2015, так как начало повышения квалификации приходится на август.
Как измененно :
Теперь при предварительной разноске в записях, создаваемых по приказам на направление на обучение, заполняется дата "Назначена", и эта дата равна исходной дате начала из приказа.
2015-12-18 14:36:33
Краткое описание :
Не работает входимость Приоритет оплаты для отнесения остатка округления НДФЛОписание :
Расчет подоходного налогаЧто измененно :
Не работает входимость "Приоритет оплаты для отнесения остатка округления НДФЛ".
Проблема с установкой доп. аналитики из КВО в результатах расчета по подоходному налогу.
Рассчитываем ЗП по сотруднику. В результатах расчета по ВУ 100 формируется запись на -1 р.
1. Несмотря на то, что максимальный приоритет для отнесения у видов оплат со статьей бюджета Фонд заработной платы, формируется строка на "-1" рубль по НДФЛ по статье бюджета Страховые взносы во внебюджетные фонды (ПФР. ФСС и ФМС). обязательное социальное страхование от несчастных случаев и прочие обязательные платежи (Себ.. ком. упр. без 13-й).
2. При наличии двух уровней доп. аналитики в оплате с наивысшим приоритетом, переносится только один. Также формируется отдельный реестр на эту сумму с пустой допаналитикой.
Как измененно :
Исправлена ошибка с с установкой доп. аналитик в результатах расчета по подоходному налогу с учетом поля "Приоритет оплаты для отнесения остатка округления НДФЛ".
Теперь дополнительные аналитики для записи остатка от округления переносятся правильно: из оплаты с наивысшим приоритетом.