2018-08-24 22:12:27
Краткое описание :
пакетное изменение режима выплаты больничныхОписание :
Работа с интерфейсом ввода больничных листовЧто измененно :
пакетное изменение режима выплаты больничных.
В расчете отпускных есть функция "Изменение режима выплаты" по помеченным отпускам, а в больничных нет. Это необходимо сделать, поскольку намного увеличит скорость формирования выплаты больничных.
Как измененно :
В локальное меню интерфейса "Больничные->Расчет больничных" добавлен новый пункт "Изменить режим выплаты больничных", при вызове которого можно для помеченных больничных изменить:
1. тип перечисления "в межпериод" или "с заработной платой";
2. дату перечисления;
3. код перечисления.
Функция "изменения режима выплаты" работает по помеченным записям.
Применить можно только те параметры, которые отмечены галочкой.
При выборе типа перечисления "межпериод" без выбора даты, выдается соответствующее предупреждение и изменения не сохраняются.
2018-08-24 22:12:25
Краткое описание :
Начисление постоянной доплаты при повторном трудоустройстве.Описание :
Предварительная разноскаЧто измененно :
Начисление постоянной доплаты при повторном трудоустройстве.
"Вопрос по уволенным и вновь принятым на тот же табельный номер в расчётном месяце.
Премия по итогам работы за месяц при предварительной разноске учитывается только по новому месту работы.
Настройка "Контроль ввода данных по дате приема на работу" установлена в значении "не производится" и в результаты расчета зарплаты попадают суммы ДО даты приема на работу в Лицевом счете.
Но не устраивает то, что в этих записях (в результатах расчета зарплаты) подразделение, в котором работает сотрудник на последний день месяца.
Дело в том,что отнесение затрат в каждом подразделении свое, поэтому необходимо, чтобы начисление разбивалось правильно.
На момент увольнения премию по итогам работы за месяц выплатить не можем, так как размер премии определяется на хозрасчетной комиссии по окончании месяца."
Как измененно :
Доработана функция "Предварительная разноска" для уволенных и вновь принятых.
Теперь в предварительный просмотр попадают записи после даты приема на работу с учётом "Истории увольнений".
Примечание. Следует иметь в виду, что, после установки обновления необходимо проанализировать список используемых алгоритмов, и при необходимости изменить их, т.к.не все алгоритмы учитывают периоды входящих оплат. Например, если для доплаты установлены алгоритмы [37..40] пр.1, следует установить признак пр.4
2018-08-24 22:12:27
Краткое описание :
При печати листка нетрудоспособности некорректно указывается дата "Причитается пособие"Описание :
Печать заявления о выплате пособия в ФССЧто измененно :
При печати листка нетрудоспособности некорректно указывается дата "Причитается пособие"
Дата указывается позже начала заболевания на три (3) дня.
Как измененно :
Доработана печать бланка листка нетрудоспособности - поле "Причитается пособие" заполняется корректно.
2018-08-24 22:12:24
Краткое описание :
Нужна новая точка расширения регистрации в ККТ для приходного кассового ордераОписание :
Приходный кассовый ордерЧто измененно :
Нужна новая точка расширения регистрации в ККТ для приходного кассового ордера
Клиент просит реализовать новую точку расширения, которая будет
вызываться даже в случае отсутствия распределения:
Бизнес-процесс формирования приходных кассовых ордеров.
Основная масса приходных кассовых ордеров оформляется следующим образом:
Плательщик приходит к сотруднику отдела кассово-банковских операций и
сообщает ему, какую услугу он намеревается оплатить
(внести плату по договору платного обучения, оплатить общежитие,
оплатить услуги библиотеки или издательского центра и т.п.,
либо внести излишне выданную в подотчет сумму и т.д.).
Сотрудник вводит в системе ПКО, распечатывает его, отдает плательщику,
плательщик идет в кассу и оплачивает.
Ни ДО ни сопроводительные документы при этом не создаются.
Поэтому, назначение платежа для передачи в кассовый аппарат можно
либо брать из полей назначения платежа таблицы PLPOR,
но тогда это будет длинный текст, поскольку при оформлении кассового
ордера указывают и номер договора и номер семестра и т.п.
Поэтому, предлагаю брать назначение платежа их поля примечание,
которое можно будет заполнять в ПКО по шаблону, например
"Образовательные услуги",
"Услуги библиотеки",
"Оплата проживания в общежитии",
"Возврат подотчетных сумм" и т. п.
Полное описание - в файла во вложении.
Как измененно :
Добавлена новая точка расширения регистрации в ККТ для кассового ордера, в котором отсутствует разноска по первичным документам:
ExtensionPoint epKO_KKTRegistrWithOutSoprDoc(wTiDk, wOperation: word; sAdmPass, sOperatorPass, sNamePos, sNamePl1, sNamePl2, sNamePl3 : string; dSum, dTaxRate, dSumTax: double; pObject : pointer);
Описание входящих параметров:
- wTiDk - тип документа;
- wOperation - тип операции (0-не определен; 1-продажа; 2-возврат продажи; 3-покупка; 4-возврат покупки);
- sAdmPass - пароль администратора системы (настройка "Настройки Галактики \ Бухгалтерский контур \ Касса \ Пароль администратора для ККТ");
- sOperatorPass - пароль оператора для ККТ (настройка "Настройки Галактики \ Бухгалтерский контур \ Касса \ Пароль оператора для ККТ");
- sNamePos - значение поля "Приложение" кассового документа (значение поля PlPor.NamePl4);
- sNamePl1 - первая строка основания для приема денег в кассу (значение поля PlPor.NamePl1);
- sNamePl2 - вторая строка основания для приема денег в кассу (значение поля PlPor.NamePl2);
- sNamePl3 - третья строка основания для приема денег в кассу (значение поля PlPor.NamePl3);
- dSum - сумма платежа (значение поля PlPor.SumPlat);
- dTaxRate - ставка налога типа "НДС" (если налоги типа "НДС" отсутсвуют, то передается значение "-1");
- dSumTax - сумма всех налогов типа НДС по платежному документу (если налоги типа "НДС" отсутствуют, то передается значение "-1");
- pObject - ссылка на драйвер кассового аппарата.
Алгоритм регистрации в ККТ.
При нажатии на кнопку "Регистрация в ККТ" выполняется проверка, каким способом производить регистрацию.
Если привязано ДО и есть распределение по спецификации накладной/акта, то регистрация выполняется по распределенным позициям спецификации накладной/акта, когда для каждой оплаченной позиции вызывается точка расширения epKO_KKTRegistration (стандартная схема).
Если отсутствует ссылка на ДО, то регистрация будет проводится по всему документу с помощью одного вызова точки расширения epKO_KKTRegistrWithOutSoprDoc (новая схема).
При этом, если включена настройка "Настройки Галактики \ Бухгалтерский контур \ Касса \ Отображать системный интерфейс регистрации в ККТ", то перед выполнением регистрации, пользователю будет отображено окно, с полученными параметрами регистрации.
2018-08-24 22:12:26
Краткое описание :
Значение поля "Вид зачисления" "настройки для экспорта в форматы Сбербанка" меняется во всех "настройках..." одновременноОписание :
Электронные реестрыЧто измененно :
Значение поля "Вид зачисления" "настройки для экспорта в форматы Сбербанка" меняется во всех "настройках шаблона" одновременно. Требуется в "настройке шаблона" значение поля "Вид зачисления" независимым от значения этого поля в других шаблонах.
Как измененно :
Доработано заполнение значения поля "Вид зачисления" настройки для экспорта в форматы Сбербанка: при создании настройки значение определяется исходя из префикса реестра, изменения значения настройки сохраняются только в данной настройке.
2018-08-24 22:12:23
Краткое описание :
ИНВ-5Описание :
Отчеты пользователяЧто измененно :
Если в конфигурационном файле включить параметр:
{FINPARAMS}
USEVSMNFORMS = ON
То в модуле ФРО в отчетах пользователя будет доступна форма: "[ВСМН] Инвентаризационная опись товарно-материальных ценностей, принятых на ответ.хранение ИНВ-5"
Клиент просит внести в нее следующие доработки:
- на титульном листе описи не заполняются значения "Структурное подразделение", "ОКПО", "Материально ответственное лицо";
- на 2-3 странице, в табличной части не заполняется дата принятия груза на ответственное хранение, информация по документам, подтверждающим количество товарно- материальных ценностей принятых на ответственное хранение (наименование, номер, дата документа), не по всем строкам отражается наименование единиц измерения;
- 4-я странице не отражается информация в строке "Всего" по описи;
- формируется по данным контура оперативного учета, а не по данным бухгалтерского учета;
Как измененно :
В форме "[ВСМН] Инвентаризационная опись товарно-материальных ценностей, принятых на ответ.хранение ИНВ-5" на титульном листе значения "Структурное подразделение", "ОКПО" теперь заполняются. "Материально ответственное лицо" заполняется если был выбран соответствующий фильтр.
На 2-3 странице, в табличной части заполняется информация по документам, подтверждающим количество товарно- материальных ценностей принятых на ответственное хранение (наименование, номер, дата документа).
2018-08-24 22:12:27
Краткое описание :
Больничный будущего периода при расчете удержаний улетает в текущий периодОписание :
Работа с интерфейсом ввода больничных листовЧто измененно :
Чтобы проблема проявилась нужно в больничных сотрудника перейти в больничные не участвующие в расчетах отчетного периода, зайти в больничный с датой начала 02.06., запустить расчет больничного, изменить дату "Дата ввода" на текущую, выбрать из контекстного меню "Расчет удержаний с настройкой". В этот момент больничный исчезает из интерфейса и увидеть его можно в отчетном периоде.
Как измененно :
Исправлен фильтр для просмотра больничных по периодам - архивный/отчетный/будущий.
При изменении даты ввода листка нетрудоспособности на дату будущего/отчетного периода соответственно изменяется отображение больничного листка в списке больничных. Определение периода учета больничного листка в данном случае определяется настройкой "Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Больничные \ Период (отчетный/будущий) определять по дате" = дата ввода.
2018-08-24 22:12:27
Краткое описание :
Требуется доработать перенос БЛ из одного периода в другой.Описание :
Работа с интерфейсом ввода больничных листовЧто измененно :
Требуется доработать перенос БЛ из одного периода в другой для исключения повторной оплаты больничного в будущем периоде.
Как измененно :
Доработан функционал перевода БЛ из одного периода в другой (периоды: текущий, архивный, не участвующие в расчетах).
При изменении периода в интерфейсе редактирования больничных выдается соответствующее предупреждение и перевод осуществляется только с согласия пользователя.
2018-08-24 22:12:27
Краткое описание :
Справка о расчете БЛ в формате FastReport, не печатается датаОписание :
Справки о расчете больничныхЧто измененно :
Справка о расчете БЛ в формате FastReport, не печатается дата
Справка о расчете больничных в формате FastReport. Для БЛ, которое внесены после установки обновлений, не печатается дата (подробно во вложении).
Как измененно :
РБ. Исправлена печать даты выплаты в Справка о расчете БЛ в формате FastReport.
2018-08-24 22:12:27
Краткое описание :
Тестирование атлантиса 5.5.32. Исправить шаблон отчета в FR - листок нетрудоспособности.Описание :
Справки о расчете больничныхЧто измененно :
Тестирование атлантиса 5.5.32. Исправить шаблон отчета в FR - листок нетрудоспособности. Во вложении скрин с ошибкой, чтобы ее локализовать нужно взять ресурсы с атлантисом 5.5.32.
Как измененно :
Ошибка устранена.
2018-08-24 22:12:27
Краткое описание :
Отражение больничных в протоколе заседания комиссииОписание :
Контроль по заболеваемостиЧто измененно :
Отражение продолжающихся больничных в протоколе заседания комиссии. В протоколе заседания комиссии больничные, которые превышают 12 дней, отражаются на весь период как 80 %, а должны разбиваться на соответствующие периоды в зависимости от процента. Продолжающиеся больничные отражаются в протоколе с 80%, хотя оплачиваются как 100%.
Как измененно :
Доработано отражение процента среднедневного заработка больничных в протоколе заседания комиссии.
2018-08-24 22:12:23
Краткое описание :
Atl5532. Ошибки при печати валютной кассовой книги в FR.Описание :
Валютная кассовая книгаЧто измененно :
Atl5532. Ошибки при печати валютной кассовой книги в FR:
---------------------------
FastReport - Ошибка
---------------------------
Были обнаружены следующие ошибки:
DtsDayUchBEGDATE: Could not convert variant of type (UnicodeString) into type (Double)
Memo21: Could not convert variant of type (OleStr) into type (Double)
Memo21: Could not convert variant of type (UnicodeString) into type (Double)
Memo22: Could not convert variant of type (UnicodeString) into type (Double)
---------------------------
ОК
---------------------------
Как измененно :
Указанные ошибки исправлены.
2018-08-24 22:12:23
Краткое описание :
Atl5532. Ошибка при печати Универсального журнала-ордера в FR.Описание :
Универсальный журнал-ордерЧто измененно :
Atl5532. Ошибка при печати Универсального журнала-ордера в FR:
---------------------------
FastReport - Ошибка
---------------------------
Были обнаружены следующие ошибки:
SLITTREENAME: Could not convert variant of type (OleStr) into type (Double)
---------------------------
ОК
---------------------------
Как измененно :
Указанные ошибки исправлены.
2018-08-24 22:12:23
Краткое описание :
Atl5532. Ошибки при формировании рублевой кассовой книги в FR.Описание :
Кассовая книгаЧто измененно :
Atl5532. Ошибки при формировании рублевой кассовой книги в FR:
---------------------------
FastReport - Ошибка
---------------------------
Были обнаружены следующие ошибки:
DtsDayUchBEGDATE: Could not convert variant of type (UnicodeString) into type (Double)
---------------------------
ОК
---------------------------
Как измененно :
Указанные ошибки исправлены.
2018-08-24 22:12:24
Краткое описание :
Atl5532. Ошибки при печати авансового отчета в FR.Описание :
Авансовый отчетЧто измененно :
Atl5532. Ошибки при печати реестра документов по текущему
фильтру:
---------------------------
FastReport - Ошибка
---------------------------
Были обнаружены следующие ошибки:
Memo16: Could not convert variant of type (OleStr) into type (Double)
Memo35: Could not convert variant of type (UnicodeString) into type (Double)
---------------------------
ОК
---------------------------
Как измененно :
Указанные ошибки исправлены.
2018-08-24 22:12:27
Краткое описание :
Внешний интерфейс "заполнить рабочие периоды в плане-графике"Описание :
* Предложение по новой функциональности модуля "Управление персоналом"Что измененно :
Разработать окно в котором будет поле ввода года планового графика и кнопка сформировать.
Суть работы интерфейса: для всех записей планируемых отпусков за указанный год заполнить рабочий период тем, который НАЧИНАЕТСЯ в выбранном в настройке календарном году.
Как измененно :
Разработан внешний интерфейс "Заполнить рабочие периоды в плане-графике", который заполняет отсутствующие рабочие периоды в планах-графиках отпусков, рабочим периодом, начинающимся в году, на который формируется план-график отпусков.
Запуск Z_STAFFEXTERNAL::REPAIRWPFORPLOTPUSK.