2016-07-13 17:12:57
Краткое описание :
Неверный расчет больничного при простое при меньшем СДЗОписание :
Расчет больничных при простоеЧто измененно :
У сотрудника во время больничного возник простой не по вине работодателя. Установлена настройка "...Больничные/Ограничения/Приостановка работы предприятия/Размер пособия" = "не больше суммы ограничения". Если ситуация такая, что 2\3 оклада сотрудника меньше, чем его СДЗ, то все верно рассчитывается. Но, если СДЗ меньше, чем оплата по простою, по законодательству мы должны выплачивать меньшую сумму, т.е. должны оплачивать полностью по СДЗ. Но в Галактике этого не происходит.
Порядок учета ограничения следующий:
1. Определяем размер дневного пособия (ДП) в общеустановленном порядке.
2. Считаем максимально возможный размер дневного пособия ДПmax, который составляет 2/3 среднего заработка, если простой произошел по вине работодателя, или 2/3 тарифной ставки (оклада), если причины простоя не зависят ни от работника, ни от работодателя.
3. Если ДП > ДПmax, то пособие за дни временной нетрудоспособности, совпавшие с периодом простоя, назначается исходя из ДПmax.
4. Если ДП < ДПmax, то пособие назначается в размере ДП.
Как измененно :
Для России доработан расчет пособия по нетрудоспособности при простое.
Установлена настройка "...Больничные/Ограничения/Приостановка работы предприятия/Размер пособия" = "не больше суммы ограничения".
Теперь учтена ситуация, если СДЗ больничного меньше, чем оплата в случае простоя. В этом случае пособие полностью оплачивается из СДЗ.
Примечание. Напомним, что по законодательству РФ оплачиваются только те больничные листы, временная нетрудоспособность, по которым началась до начала простоя и продолжалась в период простоя.
2016-07-13 17:12:57
Краткое описание :
В интерфейсе выбора пропадают этапыОписание :
Не знаю, какая именно часть модуля Управление НИОКР, научитеЧто измененно :
В интерфейсе выбора этапа заказов L_NIOKR::GETTHEME не
отображаются этапы, в случае, если они являются листами и на этом же уровне
присутствуют папки.
Как измененно :
Исправлено
2016-07-13 17:12:57
Краткое описание :
пособие по БИР для КрымаОписание :
Расчет больничныхЧто измененно :
При расчете пособия по БИР для Крыма с учетом 2014 и 2015 годов некорректно определяется количество дней исключения и дней по графику.
МАРТ и АПРЕЛЬ 2014 дни должны быть за минусом, но дни исключения записываются на июнь и июль.
Итоговое количество дней должно равняться 654 за минусом количества дней исключения.
Как измененно :
При расчете пособия по БИР для Крыма с учетом 2014 и 2015 годов корректно определяется количество дней исключения и дней по графику.
2016-07-13 16:13:37
Краткое описание :
Некорректная работа алгоритма NachD(O)Описание :
Расчет удержаний (общие вопросы)Что измененно :
У работника есть начисление с кодом 207 (системный 264)
В постоянных удержаниях запись на формирование удержания с кодом 172 и алгоритмом NachD(264).
Удержание не рассчиталось.
Как измененно :
При неустановленном значении даты окончания постоянного удержания не производился расчет по пользовательскому алгоритму NachD. Теперь расчет по пользовательскому алгоритму NachD не зависит от занесения даты окончания постоянного удержания
2016-07-13 16:13:37
Краткое описание :
Не все пустые столбцы заполняются прочерком в форме ИНВ-8аОписание :
Ведомости наличия драгоценных металловЧто измененно :
Если включен параметр "Пустые ячейки заполнять символом"
сделать так, что бы прочерк ставился во всех колонках кроме колонок с массой.
Итоги по странице на внутренних листах выходят с заголовком "Итого по описи", а
должны быть "Итого ". Необходимо исправить.
Как измененно :
При включенном параметре "Пустые ячейки заполнять символом"
прочерк подставляется во всех ячейках кроме ячеек с массой.
Итоги по странице отображаются с правильным заголовком.
& УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ:
RNALDRAG.XLT
2016-07-13 17:12:57
Краткое описание :
Удаление всех ХО по ПД связанному с ФОБОписание :
Разноска хоз. операций по фин. операциямЧто измененно :
Речь идет о ситуации, когда ПД (Платежный документ) имеет
несколько ХО, связанных с ФОБ. В случае если пользователь удаляет все ХО по ПД,
портится разноска по ФОБ (см. ПИР 180.9253 "При отмене распределения ДО в
платежном поручении неверно происходит отмена распределения в ФОБ", вложение
"Исследование проблемы"). Предлагаю в этом случае:
- либо автоматически запускать функцию "Объединение хозопераций"
- либо запускать функцию "Объединение хозопераций" по запросу, например:
В случае удаления всех ХозОпераций, может нарушиться разноска "Платежного
документа" по "Платежному календарю". Предлагаем выполнить "Объединение
хозопераций".
Как измененно :
Доработан процесс объединения исполнения при удалении всех ХО
по ПД.
В процессе объединения анализируется свободная сумма ФОП.
Сумма исполнения увеличивается до суммы ФОП, если она доступна для
распределения.
2016-07-13 16:13:37
Краткое описание :
Распределенный расчет зарплатыОписание :
Расчет начислений (общие вопросы)Что измененно :
Для ускорения расчета зарплаты можно запустить расчет на нескольких компьютерах по лицевым счетам разных подразделений.
Нужно автоматизировать этот процесс: реализовать возможность настройки и запуска расчета с одного компьютера, но с привлечением ресурсов других компьютеров в локальной сети. Диспетчер такого расчета должен каждый очередной лицевой счет попытаться отдать в обработку свободному серверу, а если свободных серверов не найдется, обработать его самостоятельно.
Как измененно :
Для ускорения расчета зарплаты на платформе Oracle реализован режим распределенного расчета на нескольких компьютерах. Один компьютер выступает в роли диспетчера, а остальные в роли серверов.
Сервер
---------------------
Реализован интерфейс "Сервер распределенного расчета" (доступен через меню "Заработная плата - Настройка - Администратор - Сервер распределенного расчета"). В окне интерфейса присутствуют следующие элементы:
- поле "Наименование" - отображает сетевое имя текущего компьютера, не доступно для редактирования.
- поле "Порт сервера" - позволяет указать локальный сетевой порт (https://ru.wikipedia.org/wiki/Порт_(компьютерные_сети)) на данном компьютере, через который будет выполняться передача команд серверу. Следует выбирать незанятый порт. Брендмауэр операционной системы должен разрешать входящие подключения через этот порт. По умолчанию значение 7777.
- поле "Описание" - позволяет ввести произвольный текст, идентифицирующий текущий сервер в списке серверов. По умолчанию инициализируется значением "Имени пользователя" из личной настройки пакета Microsoft Office, если он установлен.
- поле "Состояние" - отображает одно из состояний сервера:
- "Не инициализирован" - сервер не запущен.
- "Готов к работе" или "Обработано задач: %d. Готов к работе" - ожидает команды на расчет, отображает количество отработанных задач. Под задачей понимается предварительная разноска по одному ЛС, расчет начисления по одному ЛС, расчет удержаний по одному ЛС или расчет налогов на ФОТ по одному ЛС.
- сообщение об ошибке.
- кнопка [Старт] - запуск сервера.
- кнопка [Стоп] - остановка сервера.
Диспетчер
---------------------
Реализован диспетчер распределенного расчета, который позволяет при расчете зарплаты задействовать множество описанных выше серверов, активных в локальной сети на момент расчета. Список серверов задается в интерфейсе, доступном по F3 на поле "Распределенный расчет" на вкладке "Настройки расчета" окна параметров расчета зарплаты (Заработная плата - Операции - Расчет зарплаты - Расчет зарплаты). Диспетчер представлен в виде списка серверов. В этом списке доступно добавление серверов по F7, удаление по F8, редактирование по F4. В окне редактирования присутствуют следующие элементы:
- поле "Наименование" - в нем необходимо указать сетевое имя компьютера, который будет выступать в роли сервера. По умолчанию присваивается имя текущего компьютера. Один компьютер может выступать в роли диспетчера и серверов одновременно.
- поле "Порт сервера" - указывается номер сетевого порта, соответствующий номеру порта, заданному у сервера. По умолчанию 7777.
- поле "Длина очереди" - буфер заданий для сервера. Призван обеспечить постоянную загрузку сервера работой. Рекомендованное значение 3.
- поле "Описание" - позволяет ввести произвольный текст, идентифицирующий сервер в списке серверов.
- поле "Состояние" - отображает одно из состояний сервера:
- "Не инициализирован" - сервер не запущен.
- "Готов к работе" - ожидает команды на расчет.
- сообщение об ошибке, например, "Сервер не доступен", если не удалось установить с ним соединение.
- опция "Использовать при вычислениях" - позволяет указать какие сервера из списка будут участвовать в распределенном расчете. Для проверки состояния серверов из диспетчера предназначены локальные функции "Проверка подключения Alt+1" и "Пометить доступные Alt+2".
Помимо ручного добавления описаний серверов в список реализована автоматическая их регистрация. Для автоматической регистрации следует выполнить локальную функцию "Авторегистрация Alt+3", после чего откроется окно, в котором будет отображаться количество автоматически зарегистрированных серверов. Авторегистрация завершится после закрытия этого окна или нажатия кнопки [Завершить]. В процессе авторегистрации регистрироваться будут те серверы, которые стартуют в промежуток времени между началом и окончанием этого процесса.
Для выполнения авторегистрации необходима предварительная настройка - в конфигурационных файлах как серверов, так и диспетчера должны быть предварительно добавлены следующие элементы:
{PayrollDistributeManager}
CompName = 'CompName' // сетевое имя диспетчера
PortNumber = 7775 // сетевой порт диспетчера
'CompName' заменить на сетевое имя компьютера, который выступает в роли диспетчера. В конфигурационном файле Галактики, которая будет выступать в роли диспетчера этот параметр не обязателен, т.к. будет использовано сетевое имя компьютера. 7775 заменить, если необходимо, на номер порта, по которому диспетчер будет принимать информацию о стартовавших серверах. Следует выбирать незанятый порт. Брендмауэр операционной системы должен разрешать входящие подключения через этот порт на компьютере диспетчера и исходящие соединения на серверах.
Распределенный расчет
---------------------
Для выполнения расчета зарплаты с привлечением ресурсов распределенных серверов необходимо:
в списке серверов диспетчера пометить сервера, которые должны участвовать в расчете, нажать Enter. После этого в поле "Распределенный расчет" окна параметров расчета зарплаты отобразиться количество выбранных серверов, а в нижней панели этого окна появится метка "Распределенный расчет". После нажатия [Продолжить] расчет зарплаты будет выполняться как на текущем компьютере, так и на указанных серверах. После расчета в протокол выводится статистика по каждому этапу в следующем виде:
---------------------------- РАСЧЕТ НАЧИСЛЕНИЙ ---------------------------------
...
Расчет в режиме диспетчера - распределение списка ЛС между серверами.
Обработано ЛС: 20 (2 - в этом приложении, 18 - делегировано)
--------------------------------------------------------------------------------
Рекомендация
---------------------
При выполнении расчета на сервере будут использоваться общесистемные настройки того пользователя, под которым запущена Галактика, выступающая в роли сервера. Поэтому рекомендуем для всех пользователей, под которыми будут запускаться диспетчер и серверы, обеспечить идентичность общесистемных настроек настройкам расчетчика зарплаты, например путем их копирования в Администраторе настроек.
Лицензирование
---------------------
Для запуска интерфейса "Сервер распределенного расчета" требуется лицензия. За получением лицензии следует обращаться в техподдержку.
2016-07-13 17:12:58
Краткое описание :
Логирование предупреждений при работе с dsk ( объект:"Ud_TUv" )Описание :
Отмена расчета зарплатыЧто измененно :
Логирование предупреждений при работе с dsk ( объект:"Ud_TUv" )
----------------------------------------------------
05.04.2016 18:53:36, объект:"Ud_TUv"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : GETPMEU1REP
Записан: UNZARNET
Как измененно :
Исправлено.
2016-07-13 17:12:57
Краткое описание :
Неверные даты назначения пособия по нетрудоспособности в случае работы в отпуске по уходу за ребенкомОписание :
Расчет больничныхЧто измененно :
Неверные даты назначения пособия по нетрудоспособности в случае работы в отпуске по уходу за ребенком,
если больничный начинается во время отпуска по уходу за ребенком, а заканчивается в дни работы во время отпуска по уходу за ребенком.
Как измененно :
Доработан контроль даты начала оплаты больничного для случая, когда сотрудник оформляет больничный, находясь в отпуске по уходу за ребенком и при этом у него есть рабочее время в табеле.
2016-07-13 17:12:58
Краткое описание :
Контроль выплаты материальной помощи к отпуску за рабочий период.Описание :
Материальная помощь к отпускуЧто измененно :
Для контроля выплаты МП нужно анализировать отпускной рабочий период, а не календарный год.
Выплата МП производится в соответствии со ст.182 ТК - к отпуску, а трудовой отпуск предоставляется ежегодно, в течение каждого рабочего года ст.170 ТК.
А рабочий год - промежуток времени, равный по продолжительности календарному году, но исчисляемый для каждого работника со дня приёма работу ст.163 ТК.
Как измененно :
Настройка "Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Отпуска \ Формирование \ Контролировать выплату материальной помощи в течение года" со значениями ["да"/"нет"] заменена на "Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Отпуска \ Формирование \ Контролировать выплату материальной помощи" со значениями [0 - "нет", 1 - "в течение календарного года", 2 - "за рабочий год"].
При установке обновления произойдет конвертация значений настройки: "нет" в 0, "да" - 1. Автоматическое формирование материальной помощи из кадров - не изменялось, автоматическое формирование материальной помощи при вводе отпуска по F7 из зарплаты - не изменялось.
Реализован механизм проверки для настройки в значении "2" при формировании "вручную" по локальному меню для пакета отпусков.
Если в классификаторе отпусков потенциально для этого кода отпуска может назначаться материальная помощь, то "фиксируем" его рабочий период (РП). Анализируем предоставленные ранее работнику отпуска (архивные, текущие и будущие) и сравниваем РП этих отпусков с РП сформированного отпуска . Если среди всех предоставленных отпусков с таким РП нет ни одного с привязанной м/п - формируем её к текущему. Если хоть к одному нашли - не формируем и выдаём обоснование отказа на экран.
2016-07-13 17:12:58
Краткое описание :
При контроле облагаемой базы учесть новый тип льготы - для обработки мат.помощи на рождение ребенкаОписание :
Контроль (для налогов с годовой НБ)Что измененно :
При контроле облагаемой базы необходимо учитывать (возможно, включать в базу не всю начисленную сумму) новый тип льготы - предоставляемой в течение первого года после рождения/усыновления (отдельно на каждого) ребенка.
И ещё второй режим "Сервис налогов на ФОТ за закрытые месяцы" - аналогично, так как льгота распространяется и на СВ, и на доп.тарифы.
Как измененно :
Для РФ. Доработаны сервисные функции Настройка - Сервис - Налоги на ФОТ - "Контроль(для налогов с годовой НБ)" и "Сервис налогов на ФОТ за закрытые месяцы".
При наличии в архивных начислениях оплаты, настроенной соответствующим образом, её сумма учитывается в составе общих аналогичных оплат в пользу данного ребёнка в течение года после даты его рождения (усыновления) и льготируется в пределах введенного ограничения. При этом порядок следующий: дата усыновления (Лицевой счёт - Кадровая информация - Семейное положение - Документы - документ с типом "Документ об усыновлении" - колонка "Действителен с") сравнивается с датой оплаты, указанной в поле "Дата выплаты, возврата". Если такого документа нет либо дата "Действителен с" у него не заполнена, то с датой оплаты сравнивается дата рождения (Лицевой счёт - Кадровая информация - Семейное положение - список родственников - колонка "Родился"). При этом дополнительного контроля по степени родства или типу родственных связей не выполняется, пользователь системы самостоятельно контролирует - какого именно родственника он указывает (выбирает) в поле "Ребёнок" для оплаты.
2016-07-13 17:12:57
Краткое описание :
книга журнал- главнаяОписание :
Книга Журнал-главнаяЧто измененно :
В книге журнал главная сворачивается сальдо по активно-пассивным счетам.
Нужно доработать свертку активно-пассивных счетов по общим правилам.
Как измененно :
Доработана свертка сальдо в отчете "Книга журнал-главная":
Для АП-счета свертка происходит в большую сторону
Для А и П счета в зависимости от настройки "Настройки Галактики \ Бухгалтерский контур \ Отчеты \ Сворачивать в отчетах сальдо по активным счетам к дебету, по пассивным - к кредиту":
если "да" - активным счетам к дебету, по пассивным - к кредиту
если "нет" - свертка в большую сторону
2016-07-13 17:12:58
Краткое описание :
Help. Подключить топик справкиОписание :
Платежные поручения по налогамЧто измененно :
К пункту меню "Формирование проводок межрасчетного периода" > "Платежные поручения по налогам" и к интерфейсу "Параметры формирования платежных поручений по налогам межпериода" подключить идентификатор топика Zar_MegPlPNalog.
Как измененно :
К пункту меню "Формирование проводок межрасчетного периода" > "Платежные поручения по налогам" и к интерфейсу "Параметры формирования платежных поручений по налогам межпериода" подключен соответствующий раздел справки.
2016-07-13 17:12:58
Краткое описание :
Отчет для контроля начисления взносов РБ - отображать копейкиОписание :
Отчет для контроля начисления взносов [РБ]Что измененно :
Деноминация. Отчет для контроля начисления взносов РБ - отображать копейки для суммы ограничения во всех отчетах.
Как измененно :
В отчете для контроля начисления взносов РБ отображаются копейки для суммы ограничения.
2016-07-13 17:12:58
Краткое описание :
Бригадные наряды попадают только в текущий период вне зависимости от значения системной настройки "Расчетный период"Описание :
Формирование и расчет нарядовЧто измененно :
Бригадные наряды попадают только в текущий период вне зависимости от значения системной настройки "Расчетный период"
Клиент пишет: Необходима возможность формирования нарядов в будущем периоде для текущего месяца.
Закрытие периода происходит как правило в середине следующего месяца, т.е. в момент массового ввода нарядов текущего месяца в модуле "Заработная плата" еще установлен "отчетный период" = прошлый месяц, соответственно необходимо сдвигать формируемые наряды на месяц.
Это позволяет сделать настройка "Расчетный период" = будущий месяц. Но, как выяснилось, при формировании нарядов алгоритмом 153 по производственному документу с использованием функций модуля "Заработная плата", вне зависимости от значения этой настройки формируемые наряды попадают только в текущий период. Это видно при выполнении функции "Операции - Наряды - Бригадные наряды - Формирование и расчет нарядов".
При значении настройки "Расчетный период"="текущий месяц" формируемые наряды должны попадать в текущий месяц, а для значения "будущий месяц" наряды должны попадать в будущий месяц.
Как измененно :
При значении настройки "Расчетный период" = "текущий месяц" формируемые наряды попадают в текущий месяц, а при значении "будущий месяц" - в будущий месяц.
2016-07-13 17:12:58
Краткое описание :
Help. Подключить топик справкиОписание :
Коды отнесения затратЧто измененно :
К пункту меню "Операции" > "Наряды" > "Коды отнесения затрат" и к интерфейсу "Коды отнесения затрат" подключить идентификатор Zar_NariadKodZatrat.
Как измененно :
К пункту меню "Операции" > "Наряды" > "Коды отнесения затрат" и к интерфейсу "Коды отнесения затрат" подключен идентификатор Zar_NariadKodZatrat.
2016-07-13 17:12:58
Краткое описание :
Help. Подключить топик справкиОписание :
Формирование и расчет нарядовЧто измененно :
К пункту меню "Операции" > "Наряды" > "Бригадные наряды" > "Формирование и расчет нарядов" и к открываемому по функции интерфейсу "Перечень бригадных нарядов" подключить идентификатор Zar_FormRaschetNar.
Как измененно :
Идентификатор Zar_FormRaschetNar подключен к пункту меню "Операции" > "Наряды" > "Бригадные наряды" > "Формирование и расчет нарядов" и к открываемому по нему интерфейсу "Перечень бригадных нарядов".
2016-07-13 17:12:58
Краткое описание :
Добавить код должности в интерфейс Условий трудаОписание :
Условия труда на рабочем местеЧто измененно :
Добавить код должности в интерфейс Условий труда
Просим добавить в интерфейс каталога Условия труда на рабочем месте в правой
части окна столбец с Кодом должности из каталога Должности, профессии. При
запуске каталога условий труда ПК "Галактика" в подразделении у клиента могут
отражаться несколько должностей с одним и тем же наименованием. Неудобство
заключается в том, что нет возможности контролировать имеющиеся должности при
добавлении/удалении записей в каталог условий труда.
Как измененно :
Добавлен код должности в интерфейс Условий труда.
2016-07-13 17:12:58
Краткое описание :
Help. Подключить топик справкиОписание :
Формирование нарядовЧто измененно :
К пунктам меню "Операции" > "Наряды" > "Индивидуальные наряды без учета КТУ" > "Формирование нарядов" и "Операции" > "Наряды" > "Индивидуальные наряды с учетом КТУ" > "Формирование нарядов" и открываемым по функциям интерфейсам подключить идентификатор PRnarI.
Как измененно :
Идентификатор PRnarI подключен к пунктам меню "Операции" > "Наряды" > "Индивидуальные наряды без учета КТУ" > "Формирование нарядов" и "Операции" > "Наряды" > "Индивидуальные наряды с учетом КТУ" > "Формирование нарядов" и открываемым по ним интерфейсам.
2016-07-13 17:12:58
Краткое описание :
Отображать два знака после запятой на вкладке ограничений взносов (удержаний) для минимума облагаемой базыОписание :
Ограничения по взносам и налогам на ФОТЧто измененно :
Отображать два знака после запятой на вкладке ограничений взносов (удержаний) для минимума облагаемой базы.
Как измененно :
В справочнике "Настройка \ Заполнение каталогов \ Налоги на ФОТ и взносы \ Ограничения по налогам на ФОТ" на закладке "Взносы (удержания)" в столбце "Минимум облагаемой базы" отображается два знака после запятой.
2016-07-13 17:12:58
Краткое описание :
Ошибка в функционале - АВТООБНОВЛЕНИЕ ДАННЫХ В КАДРАХОписание :
6-е окно (сведения о работе на предприятии)Что измененно :
При установленной настройке Настройки Галактики \ Управление персоналом \ Общие настройки \ Автообновление данных "Кадров" - "Прочие" в состояние "Да" после изменения оклада/тарифа в лицевом счете, в назначениях создается запись без привязки к тарифной сетке.
Как измененно :
Ссылка на тарифную сетку корректно проставляется из ЛС в назначение и историю назначения.
2016-07-13 17:12:58
Краткое описание :
При работе с нарядами очень долго открывается интерфейс формирования нового нарядаОписание :
Формирование нарядовЧто измененно :
Время открытия интерфейса формирования нового индивидуального наряда без учета КТУ - около минуты а.
Кол-во нарядов в базе а более 37 тыс шт, кол-во записей в них - более 360 тыс. Требуется улучшить быстродействие.
Как измененно :
При установленной настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Наряды \ Автонумерация нарядов" = "по внутренней нумерации нарядов" в момент формирования наряда происходит поиск следующего свободного номера среди всех нарядов. Если количество нарядов большое, то сканирование всей таблицы происходит медленно.
Для баз с огромным количеством записей рекомендуется устанавливать вышеуказанной настройке значение "по специальной таблице", при которой значение номера наряда берется из таблицы "Нумерация документов" модуля Настройка. Формирование нарядов доработано для данного варианта настройки.
2016-07-13 17:12:58
Краткое описание :
Эргономика окна параметров расчета зарплатыОписание :
Окно параметров расчетаЧто измененно :
Перегруппировать опции и вкладки окна параметров расчета для более удобного использования.
Как измененно :
Параметры для выполнения предварительной разноски и формирования расчетных листков перенесены в верхнюю панель и расположены в том порядке, в котором выполняются при расчете:
- Предварительная разноска
- Расчет начислений
- Распределение затрат
- Расчет удержаний
- Расчет налогов на ФОТ
- Расчетные листки
Опция "Распределять затраты" переименована в "Распределение затрат".
Вкладка "Расчет" переименована в "Главная", вкладка "Предварительная разноска" переименована в "Разноска" и расположена правее вкладки "Главная", вкладка "Параметры формирования р/листков" переименована в "Параметры р/листков".
Параметры, которые были доступны по кнопке [Настройки расчета], перенесены в основное окно. "Относить долги уволенных на основной ЛС" и "Окончательный расчет" - на вкладку "Главная", а остальные - на новую вкладку "Налоги на ФОТ", при этом опция "Выдавать протокол о корректности данных" переименована в "Протокол о корректности данных", а "Выдавать отладочный протокол сторнирования" - в "Отладочный протокол сторнирования".
Красный цвет метки про период разноски заменен на жирный шрифт.
2016-07-13 17:12:57
Краткое описание :
Групповая модификация ФОБ в статусе (на выбор)Описание :
Журнал обязательствЧто измененно :
Групповая модификация ФОБ в статусе (на выбор).
Нужно сделать пользовательскую настройку
"Разрешать групповую модификацию ФОБ в статусе" -
значения: нет запрета, далее значения статусов.
Значение по умолчанию: оформляемый.
Смысл: куча ФОБ, где пользователи сделали ошибки \
не проставили ПФО и теперь надо отменять платеж \
переводить ФОБ в статус оформляемый, проводить замену,
переводить в исполняемый...это долго и не эргономично
(500-600 ФОБ в день).
Пример:
Около 500 ФОБов созданы без информации по Статье
бюджета и ЦО. Не скопировались по разным причинам из
планируемых финопераций ДО. Значительная часть из этих
ФОБ оплачивается частями (по 3-6 платежей,
соответственно 3-6 ФОП). Теперь представьте, что 4 из
6ти ФОП оплачены (платежи распределены по ПК), а
остальные 2 мне надо оплатить, для чего передать в
Платежный календарь со статьей и ЦО. Мне нужно
перевести ФОБ в статус "Оформляемый" - сделать это могу
только удалив распределение по ПК каждого платежа.
(т.к. НЕ могу я перевести ФОБ в оформляемый, пока есть
хоть одна оплата по нему). После удаления распределения
платежей по ПК, перевожу ФОБ в оформляемый и делаю
групповую замену статьи, затем снова перевожу ФОБ в
исполняемый. Когда один ФОБ - это нормально, когда их
более 100 - это проблема.
По поводу отката периода - не подойдет, т.к. ФОПы
находятся в разных периодах. Откат на полгода и ранее,
пересчет сальдо по рабочему полю может затянуться не на
часы, а на дни...
Пользователь ждал решения ПИР 103.4377, т.к. он
должен был решить их проблему, но ПИР неожиданно сняли.
Поэтому регистрирую новое предложение.
Как измененно :
Добавлена пользовательская настройка:
"Настройки Галактики \ Управление финансами \ Платежный календарь \ Права
доступа \
Разрешать редактирование разноски по статьям бюджета в статусе отличном от
"оформляемый""
- нет (по умолчанию)
- да
При установленном значении "да" появляется возможность изменять
ЦО и статьи бюджета вручную и через функцию групповой модификации полей для
заявок и ФОБ.
При редактировании разноски по статьям в статусе "исполняемый" и "закрытый"
контроль лимитов не выполняется.
В окне редактирования статей бюджета изменить сумму документа
в статусе отличном от "оформляемый" нельзя.
2016-07-13 17:12:57
Краткое описание :
Передача сумм в бюджетОписание :
Журнал обязательствЧто измененно :
Настройка:
"Настройки Галактики \ Управление финансами \ Платежный календарь \ Связь с
бюджетом \ Передача данных в бюджет \ Приемник данных" = "бюджет"
пример.
формируем ФОБ на сумму 555р
распределяем сумму по трем статьям равномерно по 185р с помощью функции
локального меню.
При этом процент пересчитывается от суммы (по 33.33333333% на каждую позицию)
Переводим ФОБ в статус "исполняемый".
При передаче сумм в бюджет, они пересчитывается от процента и в бюджет
передается меньшая сумма.
Предлагается не пересчитывать суммы от процента, если в этом нет необходимости.
Как измененно :
Если в бюджет передается вся сумма документа,
пересчет сумм разноски не выполняется.
2016-07-13 17:12:57
Краткое описание :
Отпуск с выходного дняОписание :
Предварительная разноска отпусков и компенсаций расчетного периодаЧто измененно :
С 18.04.2016 по 12.05.2016 гг работник в отпуске. Признак отпуска для оплаты "5" - по графику и работнику оплачивается по часам. Одновременно с датой начала отпуска начинается переход в межпериод на другой режим работы. Для вида оплаты отпуска в КВО установлена входимость "разбивать по датам" = "+".
В окне предварительного просмотра после предварительной разноски появляется лишняя запись по оплате отпуска с датой начала 18.04.2016 и датой окончания 17.04.2016 (меньшей, чем дата начала).
Как измененно :
При указанных обстоятельствах - при наличии перехода и оплате отпуска по часам - записи предварительной разноски формируются корректно, лишняя запись с неправильными датами не создаётся.
2016-07-13 17:12:57
Краткое описание :
Неправильно работает отчет "Сверка остатков ТМЦ по складскому и бухгалтерскому учету", если был установлен фильтр по партии, а потом галочка снятаОписание :
Отчеты пользователяЧто измененно :
Неверная работа отчета "Сверка остатков ТМЦ по складскому и бухгалтерскому учету", если был установлен фильтр по партии, а потом галочка снята.
Как измененно :
Отчет формируется корректно.
2016-07-13 17:12:57
Краткое описание :
Не рассчитываются сверхурочные часы при суммированном учете при увольненииОписание :
Предварительная разноска сверхурочных, ночных, работы в праздники и выходныеЧто измененно :
Не рассчитываются сверхурочные часы при суммированном учете при увольнении
При суммированном учете работ (полугодие), если в последнем месяце нет отработанных дней (отпуск)и сотрудник увольняется не рассчитываются сверхурочные часы.
Хотя в отчете Контроль сверхурочных часов они точно есть (подробности во вложенном файле)
Как измененно :
Исправлен расчет суммированных сверхурочных с периодом расчета более месяца. Проблема проявлялась при отсутствии рабочего времени в отчетном периоде (отпуск, затем сразу увольнение).
2016-07-13 17:12:57
Краткое описание :
пропали фильтры по Контрагенту и ЦО при групповом формировании ЭСЧФ (потеря преемственности)Описание :
Пакетное формирование документов с НДС продавца (Беларусь)Что измененно :
пропали фильтры по Контрагенту и ЦО при групповом формировании ЭСЧФ (потеря преемственности).
На ЦО и Контрагнетов завязан бизнес-процесс формирования. Прошу вернуть фильтры.
Как измененно :
Добавлены фильтры по ЦО и Контрагенту для Пакетного формирования документов с НДС для Беларуси.
2016-07-13 17:12:57
Краткое описание :
Формирование одного ФОБ по множеству зарплатных реестровОписание :
Журнал обязательствЧто измененно :
Формирование одного ФОБ по множеству зарплатных реестров.
Требуется реализовать формирование одного ФОБ по
множеству зарплатных реестров, с последующей
возможностью формирования Платежей по каждому реестру отдельно.
Как измененно :
Добавлена возможность указать ссылку на реестр для финансовой
операции.
Реализована возможность формирования общего ФОБ по нескольким реестрам.
При формировании ФОБ реестры группируются по валюте.
При формировании платежных документов по ФОП с ссылкой на реестр,
получатель платежей берется из реестра.
2016-07-13 17:12:57
Краткое описание :
Доработать фильтр сумм в отчете анализ задолженностиОписание :
Анализ задолженностиЧто измененно :
Доработать фильтр сумм в отчете анализ задолженности в режиме кредиторской задолженности
Как измененно :
Фильтр по суммам работает как для дебиторской так и для кредиторской задолженности
2016-07-13 17:12:57
Краткое описание :
Вкладка "Дополнительная информация" ФОБОписание :
Журнал обязательствЧто измененно :
Вкладка "Дополнительная информация" в журнале обязательств
должна отображаться только для ФОБ с видом "авансовый" и "регламентный"
Как измененно :
Вкладка "Дополнительная информация" в журнале обязательств
отображается только для ФОБ с видом "авансовый" и "регламентный".
При смене типа обязательства на "конвертация" или "штрафные санкции"
дополнительная информация удаляется.
2016-07-13 17:12:57
Краткое описание :
Необходимо доработать расчет зарплаты для НДФЛ с дивидендовОписание :
Расчет подоходного налогаЧто измененно :
Необходимо доработать расчет зарплаты для НДФЛ с дивидендов.
Сейчас получается при расчете заработной платы для НДФЛ с дивидендов заполняется ссылка на первый вид оплаты из КВО, а не на реальный.
Нужно сделать аналогично 182, 183 ВУ
Как измененно :
Доработан расчет зарплаты по формированию записей НДФЛ с дивидендов.
Для данного типа записей теперь заполняется вид оплаты из классификатора видов оплат.
В поле "Сумма дохода" заполняется сумма, исходя из которой рассчитывался данный налог.
2016-07-13 17:12:57
Краткое описание :
При формировании ЭСЧФ в номер договора попадает внутренний номер, а нужно заполнять внешний/фактическийОписание :
Счета-фактуры поставщика (Беларусь)Что измененно :
При формировании ЭСЧФ в номер договора попадает внутренний номер, а нужно заполнять внешний/фактический
Как измененно :
Исправлено.
2016-07-13 17:12:57
Краткое описание :
При расчете зарплаты нужно учесть ситуацию выплаты доплаты к отпуску вместе с отпускомОписание :
Расчет подоходного налогаЧто измененно :
При расчете зарплаты нужно учесть ситуацию выплаты доплаты к отпуску вместе с отпуском. В рамках проекта по расчету зарплаты и 6-НФДЛ
Очень часто встречается ситуация выплаты мат.помощи (доплаты к отпуску) вместе с самим отпуском.
Есть настройка: "Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Отпуска \ Формирование \ Вид оплаты для мат.помощи к отпуску", которая говорит о том, какой вид оплаты является мат.помощью в отпуску.
Считаем отпуск в межпериод, там же в отпусках назначаем мат.помощь в размере 45 000 (НДФЛ - 5850).
Формируем реестры на перечисление и НДФЛ через интерфейс отпусков.
Затем считаем зарплату.
В результатах расчета формируется две записи по НДФЛ с отпуска:
сумма дохода - 5850 (это не доход, это налог)
налог - 0
сумма дохода - 39150 (это сумма к выплате по доплате)
налог - 5090
Для этого ВО должна быть одна запись
сумма дохода - 45 000
налог - 5850
Суммарно по итогам расчета налог правильный, остаток НДФЛ от доплаты к отпуску пошел на основную оплату.
Как измененно :
Исправлена ситуация при формировании результатов расчета заработной платы по удержаниям НДФЛ при выплате доплаты к отпуску вместе с отпуском.
Теперь некорректная запись по доплате на сумму НДФЛ не формируется.
2016-07-13 16:13:37
Краткое описание :
Исправление отрицательных сумм НДФЛ в архивеОписание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)Что измененно :
Сервисная функция Z_SERVICE::FINDINCORRECTUDER (Z_Service.res)не исправляет отрицательные суммы в архиве.
Как измененно :
Доработана сервисная функция Z_SERVICE::FINDINCORRECTUDER (Z_Service.res)
Учтены случаи, когда в результатах расчета заработной платы, суммы НДФЛ, перечисленные в межпериод с отпуска, показывались два раза за счет суммы доплаты.
2016-07-13 16:13:37
Краткое описание :
Изменить алгоритм различия суммы и кол-ва вычетов(поле дополнительные вычеты)Описание :
Расчет подоходного налогаЧто измененно :
В связи с проведением деноминации необходимо изменить алгоритм различия суммы и кол-ва вычетов(поле "Дополнительные вычеты", вкладка "Налог на доходы").
Сейчас, в случае если сумма меньше 10000, программа принимает число за кол-во вычетов, а не сумму.
Как измененно :
Для РБ: вычет занесенный в поле "Дополнительные вычеты" на вкладке "Налог на доходы" учитывается при расчете как сумма независимо от значения.
Для всех остальных полей вычетов: количество вычетов максимум 20. Все значения, что больше 20 - сумма.
2016-07-13 16:13:37
Краткое описание :
Неверное оприходование в розницу ТМЦ по фиксированным
ценам, если в накладной налоги входят в ценуОписание :
Карточка учета товара в разрезе МЦЧто измененно :
После того как добавили новое поле("Заводская цена с налогами")
в каталог МЦ,
цена в КУТ при оприходовании рассчитывается от поля "Заводская цена без
налогов" при входимости налогов
Как измененно :
При формировании КУТ, в зависимости от входимости налогов,
берется для расчета Заводская цена с/без налогов.
2016-07-13 16:13:37
Краткое описание :
результаты расчета.матпомощь к отпуску.лишняя строкаОписание :
Расчет подоходного налогаЧто измененно :
Материальная помощь к отпуску 10 000 сформирована и выплачена в меж.период, налог с нее тоже.
В результатах расчета лишняя нулевая сумма с указанием полной суммы.
Как измененно :
Исправлена функция формирования результатов расчета по материальной помощи к отпуску для случая, когда отпуск рассчитан за период с переходом на следующий месяц.
Теперь лишняя строка в результатах расчете не формируется.
2016-07-13 16:13:37
Краткое описание :
Срочно необходимо сделать сервис по очистке ссылок на реестры.Описание :
Контроль выплаты зарплаты (удержания)Что измененно :
Необходимо сделать сервис по очистке ссылок на реестры.
Возникла ситуация при которой, пользователь запустил функцию контроля выплаты зарплаты по неразбитому архиву (без ссылок на вид оплаты).
Функция контроля проставила странные ссылки на реестры перечислений, и, как следствие, странные даты выплаты.
Например, для удержаний января проставились ссылки на реестры апреля. Затем запустили функцию разбивки архива по видам оплат. Записи размножились, ссылки на реестры апреля остались. Функция контроля не перебивает ссылки на реестры, удалить можно только вручную.
Нужен сервис по очистке поля "дата перечисления (выплаты)" и удалению ссылок для источника "реестр" и "ведомость"
Как измененно :
В сервисной функции "Контроль выплаты зарплаты" добавлена вкладка "Сервис". На этой вкладке есть возможность выбора режима работы сервиса:
- очистка ссылки на реестр в удержаниях;
- очистка ссылки на ведомость в удержаниях.
Если выбран режим работы "очистка ссылки на реестр в удержаниях", то в результате работы сервиса будет очищена ссылка на реестр в удержаниях, у которых установлен тип источника данных "реестр". Если выбран режим работы "очистка ссылки на ведомость в удержаниях", то будет очищена ссылка на ведомость в удержаниях, у которых установлен тип источника данных "ведомость". Дополнительно, при удалении ссылок в этих двух режимах происходит очистка и поля "Дата перечисления (выплаты)" в результатах расчета или "Дата перечисления (выплаты) дохода".
Записи, которые попадают под сервис, отбираются согласно установленного фильтра по лицевым счетам и периода (для установки периода нужно открыть окно посредством нажатия кнопки "Выбор параметров контроля"), причем по периоду отбор идет по "месяц в котором".
2016-07-13 17:12:58
Краткое описание :
Правила округления в ВООписание :
Классификатор видов оплатЧто измененно :
В КВО при изменении значения поля "Тип" на закладке "Расчеты" с "-" на "О" флаг "имеет собственные правила округления" скрывается, но не меняет значения. В результате при расчете начислений применяется собственное правило, указанное в КВО независимо от отображения.
Как измененно :
В КВО при выборе вида оплаты (или изменении типа оплаты), для которого не предусмотрено собственное правило округления, на закладке "Расчеты" флаг "имеет собственные правила округления" снимается автоматически.
2016-07-13 17:12:57
Краткое описание :
Доработать расчет заработной платы для призов/подарков, идущих по дополнительной шкалеОписание :
Расчет подоходного налогаЧто измененно :
Доработать расчет заработной платы для призов/подарков, идущих по дополнительной шкале.
Сейчас формируется лишняя запись по НДФЛ по коду 183 с отрицательным доходом и нулевым налогом.
Как измененно :
Доработать расчет заработной платы для призов/подарков, идущих по дополнительной шкале.
Сейчас формируется лишняя запись по НДФЛ по коду 183 с отрицательным доходом и нулевым налогом.
2016-07-13 17:12:58
Краткое описание :
При отмене оприходования выскакивают сообщения "Информация"Описание :
Накладные на внутреннее перемещениеЧто измененно :
При отменен оприходования выскакивают по три окна "Информация" по МЦ ( сначала наименование МЦ, затем информация о списании, информация о накладной), приходится многократно нажимать клавишу ОК, чтобы миновать сообщения
Управление производственной логистикой - Накладная на отпуск в производство.
Как измененно :
Сообщения о списании по приходам выводятся в протокол, а не в сообщения
2016-07-13 17:12:58
Краткое описание :
при расчете налогов на ФОТ выходит предупреждение -
заполнение сведений о работе во вредных условиях труда в начислениях не
производилось....Описание :
Расчёт налогов на ФОТЧто измененно :
При расчете налогов на ФОТ предлагается запуск функции
автоматического заполнения сведений о работе во вредных условиях труда в
начислениях.
Как измененно :
При расчете налогов на фот отключена возможность запуска
функции автоматического заполнения сведений о работе во вредных условиях в
начислениях.
2016-07-13 17:12:58
Краткое описание :
Некорректное отображение ВУ в функции локального меню "Изменение режима выплаты" в отпускахОписание :
Окно формирования, просмотра и редактирования отпусковЧто измененно :
Некорректное отображение ВУ в функции локального меню "Изменение режима выплаты" в отпусках
Запускаем функцию "Изменение режима выплаты" в отпусках (через контекстное меню). При выборе вида удержания код удержания отображается некорректно. В отпусках при вызове контекстного меню "Изменение режима выплаты" некорректно отрабатывает установка вида удержания.
Как измененно :
В функции "Изменение режима выплаты",которая вызывается из локального меню интерфейса со списком отпусков, корректно отображается выбранный вид удержания.
2016-07-13 17:12:57
Краткое описание :
Перестало работать условие по применению ограничения налога на ФОТ (ПИР. 104.20345)Описание :
Расчёт налогов на ФОТЧто измененно :
Перестало работать условие по применению ограничения налога на ФОТ.
"В случае увольнения или принятия работника на основное место работы в течение месяца, в котором начисленная заработная плата за отработанное время не превышает размера минимальной заработной платы, установленной законом на месяц, сумма единого взноса рассчитывается из фактически начисленной заработной платы независимо от ее размера."
Как измененно :
Исправлено. Минимальное ограничение в случаях приёма/увольнения в середине месяца применяется в соответствии с требованиями.
2016-07-13 17:12:57
Краткое описание :
Налоги в накладной на внутреннее перемещениеОписание :
Накладные на внутреннее перемещениеЧто измененно :
На предприятии ОМА реализована филиальность через
Подразделения: ОМА Минск, ОМА Гродно и пр.
Закупки осуществляются централизованно в Минске, после чего передаются в
филиалы. Передачу осуществляем накладными на внутреннее перемещение через
промежуточный виртуальный склад в пути. По сути товары и материалы передаются с
НДС (настроили ТХО и доработали печатные формы), а в самом документе налогов
нет.
На данный момент Клиента устраивает реализация данного процесса через
перемещение, т.к. делать накладную на отпуск в Минске и в филиале зеркальную
накладную на приход не целесообразно и трудоемко.
Но с 01.07.2016 планируется запуск электронных счетов-фактур, выгрузка из
Галактики и загрузка на портал ИМНС. Соответственно уже можно говорить о том,
что нужно будет прикрутить Налоги к позиции в документе накладная на внутреннее
перемещение.
Как измененно :
Налоги в накладных на внутреннее перемещение.
Для организации бизнес-процесса передачи МЦ с налогами с последующей
регистрацией налога в инспекции УНП, когда в одной БД (не филиальной) работают
несколько УНП (Организация связывается со складом через поле организация), в
НВП добавлена возможность рассчитывать налоги.
Добавлена настройка: "Настройки Галактики \ Логистика \ Складской учет \
Сопроводительные документы \ Внутреннее перемещение \ Показывать налоги в
накладных на внутреннее перемещение". По данной настройке в НВП добавляется:
функционал расчета налогов, аналогичный другим сопроводительным документам;
возможность создавать СФ.
Расчет налога производится так же как и в других документах с отличием:
1. "Настройки Галактики \ Логистика \ Складской учет \ Сопроводительные
документы \ Внутреннее перемещение \ Налоги рассчитывать пропорционально
количеству из последнего прихода по партии". При "да" - налог берется из
последнего прихода по партии, в случае если совпадает группа налогов, сумма
налога рассчитывается пропорционально количеству из прихода. Если приход не
найден, то расчет налога выполняется стандартно.
2. Чтобы налог рассчитался нужно чтобы: не совпадал склад контрагент в
складе "откуда" и "куда", чтобы был контрагент в складе "куда"
2016-07-13 17:12:57
Краткое описание :
Расчет входящего сальдо в акте сверки (фунционал быстрого закрытия)Описание :
Акт сверкиЧто измененно :
Формирование входящего сальдо в акте сверки при использовании функционала быстрого закрытия.
Не включать во входящее сальдо обороты со статусом "специальный".
Как измененно :
Входящее сальдо формируется в соответствии с описанием:
Входящее сальдо по акту сверки = Сальдо входящее + обороты по документам <сторнировочные> (1- число) + обороты по документам <полные> (1-е число).
2016-07-13 17:12:58
Краткое описание :
Отсутствует возможность в функции "Пакетное добавление
условий труда" выбрать подкласс условий труда.Описание :
Условия труда на рабочем местеЧто измененно :
Отсутствует возможность в функции "Пакетное добавление условий
труда" выбрать подкласс условий труда.
Как измененно :
Для пакетного добавления Особых условия для РФ и Казахстана
добавлены поля "Подкласс условий труда" и "Пол". Для РБ добавлено поле "Пол".
2016-07-13 16:13:37
Краткое описание :
При расчете заработной платы за будущий период, система автоматически изменяет код удержания межпериодных выплатОписание :
Расчет удержаний (общие вопросы)Что измененно :
Работнику необходимо в будущем месяце выплатить 13-ую заработную плату и после этого произвести окончательный расчет. Рассчитывается выплата в межпериод в будущем месяце и формируется реестр. При расчете заработной платы система автоматически меняет вид удержания с 200("Взносы на лицевой счет в банк") на 206("Перечисление всей зарплаты в банк").
Как измененно :
При расчете заработной платы в данной ситуации вид удержания для выплаты межпериода не изменяется.
2016-07-13 17:12:57
Краткое описание :
Реализовать возможность формирования СФ по НВПОписание :
Накладные на внутреннее перемещениеЧто измененно :
Реализовать возможность формирования СФ по НВП.
Необходимо учесть, что налоги надо брать из позиции спецификации, которые будут реализованы в рамках ПиР 180.9422.
Как измененно :
Беларусь, накладные на внутреннее перемещение, возможность создавать СФ при установленной настройке "Показывать налоги в накладных на внутреннее перемещение", папка Логистика \ Складской учет \ Сопроводительные документы \ Внутреннее перемещение.
При условиях: склады ОТКУДА и КУДА имеют Роль - "головная организация" или "филиал/представительство" и заполнено поле Контрагент, в интерфейсе редактирования НВП отображается поле "Документ для учета НДС", по F3 можно создать СФ с типом " Накладная, НВП" и зарегистрировать 2-мя записями в книге продаж и покупок.
Для СФ и записи в книге продаж поле контрагент из склада Куда, для записи в книге покупок из склада Откуда.
2016-07-13 17:12:57
Краткое описание :
Изменение счета фактуры в закрытом периодеОписание :
Счета-фактуры поставщикаЧто измененно :
Настройки Галактики/Логистика/Налоги, документы для учета НДС/Россия, Молдова, Узбекистан/Запрещать модификацию СФ и книг в закрытом периоде = по дате бухгалтерского контура
Настройки Галактики/Бухгалтерский контур/Закрытый отчетный период до = 01/05/2016
Есть счет фактура поставщика с датой составления и получения в закрытом периоде.
При попытке изменить дату получения на открытый период выходит запрет "Закрытый период. Модификация документов запрещена." - ок.
Заводим в счет фактуре запись регистрации с типом "Корректирующая запись (книга покупок)" текущей датой, возвращаемся в счет фактуру и меняем дату получения на открытый период, запрета не происходит.
При этом вернуть дату получения обратно уже невозможно.
Нужен контроль модификации счета фактуры в закрытом периоде после формировании записи регистрации.
Как измененно :
Если дата получения(передачи) находится в закрытом периоде, то изменить ее вручную на дату открытого периода невозможно.
2016-07-13 16:13:37
Краткое описание :
Некорректно работает Сервисная функция разделение архива удержаний по дополнительным аналитикам по уволенным сотрудникамОписание :
Разбивка архива удержаний НДФЛ в разрезе видов оплатЧто измененно :
Некорректно работает Сервисная функция разделение архива удержаний по дополнительным аналитикам в случаях, когда часть зарплаты была выплачена через удержания и выплаты, а еще одна часть при окончательном расчете зарплаты. В таких случаях удержания не разбиваются.
Как измененно :
Доработана сервисная функция. Теперь случаи, когда часть зарплаты была выплачена через удержания и выплаты, а еще одна часть при окончательном расчете зарплаты, обрабатываются корректно.