2015-10-19 17:52:30
Краткое описание :
Предложение по введению ограниченияОписание :
Справочник счетов (~ФРО)Что измененно :
Предложение: ввести в систему ограничение по корреспонденции счетов до уровня субсчетов счёта
(это используется в бюджетном учёте, когда на субсчетах учитываются балансовые единицы и
запрещается корреспонденция между разными балансовыми единицами).
Как измененно :
Реализовано ограничение корреспонденции на уровне субсчетов
2015-10-19 17:52:30
Краткое описание :
Кратность ограничений больничных сделать пользовательской настройкойОписание :
Справочник "Ограничение больничных по уходу"Что измененно :
Настройку кратности ограничения пособия в интерфейсе "Ограничение пособий" больничных нужно сделать системной настройкой для всех стран, кроме России. Для России эту настройку убрать вовсе.
Как измененно :
По пути "Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Больничные \ Ограничения \ Кратность для ограничения пособия" была заведена системная настройка. По умолчанию выставлена равной единице. Доступна для всех стран, кроме России.
2015-10-19 17:52:31
Краткое описание :
Больничный - контроль даты начала для ухода за ребенкомОписание :
Расчет больничныхЧто измененно :
Согласно п.41 Приложения к Приказу 624н от 29.06.2011 г. "При заболевании ребенка в период, когда мать (иной член семьи, фактически осуществляющий уход за ребенком) не нуждается в освобождении от работы (ежегодные оплачиваемые отпуска, отпуск по беременности и родам, отпуск по уходу за ребенком до достижения им возраста 3-х лет, отпуск без сохранения заработной платы), листок нетрудоспособности по уходу за ребенком (в случае, когда он продолжает нуждаться в уходе) выдается со дня, когда мать (иной член семьи, фактически осуществляющий уход за ребенком) должна приступить
к работе".
Врач выдает больничный со слов работника. Если работник неправильно посчитал начало больничного листа - мы должны это [автоматически] отследить и не оплачивать начальные выходные дни.
Просят реализовать автоматический контроль, т.к. десятками идут больничные от разных подразделений, среди них есть такие некорректные. Необходимо сразу не учитывать в оплате начальные выходные дни, выдавая об этом запрос и запись в протокол
расчета. Т.е. даты начала и окончания остаются как в больничном, а количество дней нужно уменьшить (при положительном ответе на запрос).
Поскольку это касается только больничных по уходу за ребёнком, предлагается добавить признак в классификатор видов пособий (контролировать дату начала, или нет).
У данного клиента это пособия 52, 53 (см. вложенный файл).
Пример самый простой: пришел работник, принес больничный. Больничный заполнен по всем правилам, но начинается с выходного дня работника. И два варианта:
1. Работник на 5-дневке, больничный с воскресения.
2. Работник сменный, больничный выдан с выходного по его графику.
Как измененно :
В окна просмотра и редактирования больничных листов добавлено новое поле - "Предоставлен с". Это дата, которая указана в листке нетрудоспособности.
Доработка для РФ.
Добавлен контроль начала учета больничного листа. При вводе больничного листа осуществляется контроль, не попадает ли дата предоставления больничного на
- дни нахождения в отпуске, не предусматривающем начисления по больничному листку,
- дни нахождения на больничном по БИР.
Для больничных листов по уходу дополнительно анализируется попадание даты предоставления больничного листа на выходные по графику дни работника.
При попадании на такие дни дата учета больничного листа сдвигается на первый рабочий день, не превышающий дату окончания больничного.
Если до окончания больничного нет ни одного рабочего дня, то дата начала учета остается равной дате предоставления и дальше количество дней оплаты контролируется только при расчете больничного.
2015-10-19 17:52:31
Краткое описание :
Налоги стали ручными.Описание :
Счета, ДО на продажуЧто измененно :
Рассмотрим вариант. Пользователь изменил налоги в
спецификации ДО - тип налогов стал "ручные". Затем
пользователь изменяет цену и/или количество в ДО. Надо
ли в этом случае менять налоги? 1) Аргумент за -
изменилась сумма спецификации - надо изменить налоги.
2) Аргумент против - изменив налоги в ДО мы дали
понять, что расчётные налоги нас не устраивают.
Проблема усугубляется при копировании ДО. Так как не
понятно исправлял кто-то налоги в спецификации ДО
источника или нет. Для того, что бы уберечь
пользователя от потенциальных ошибок предлагаем
следующее: если строка спецификации имеет ручные
налоги, то при изменении суммы строки выдавать
предупреждение о том, что налоги ручные и они не будут
меняться. В сообщении можно привести сумму ручного и
рассчитанного налогов.
Как измененно :
Добавлена настройка
"Настройки Галактики \ Логистика \ Документы \ Документы-основания \ Информировать об изменении суммы в позиции спецификации при ручных налогах"
При изменении суммы в позиции спецификации при ручных налогах (в момент сохранения изменений) по настройке выдается предупреждение:
Изменилась сумма по позиции.
Возможно, необходимо изменить сумму налогов (ручные)
Также добавлена колонка в окне редактирования в спецификации после поля "Налоги".
Принимает значение "Р", если налоги ручные.
2015-10-19 17:52:30
Краткое описание :
По уволенным сотрудникам не рассчитываются алиментыОписание :
Расчет алиментов и исполнительных листовЧто измененно :
По уволенным сотрудникам не рассчитываются алименты (доля от заработка).
Как измененно :
При расчете алиментов исправлена некорректная обработка значения поля из КВУ, в котором задается правило пересчета удержания. Пересчет алиментов или исполнительных листов пропорционально календарным дням или по плановому графику производится только при условии, что в поле правила пересчета указано одно из значений "Пересчитывать по плановому графику" или "Пересчитывать по календарным"
2015-10-19 17:52:30
Краткое описание :
Авансовый Вычет предоставляется некорректно при указании значения в настройке "Кол-во месяцев для сторнирования налога"Описание :
Расчет подоходного налогаЧто измененно :
Авансовый Вычет предоставляется некорректно при указании значения в настройке "Кол-во месяцев для сторнирования налога".
Человеку были заведены АВАНСОВЫЕ ВЫЧЕТЫ ( в текущем месяце за прошлые), при расчете ЗП система некорректно предоставляет вычет при указании в настройке "Кол-во месяцев для сторнирования налога" какого либо значения.
Как измененно :
Исправлена ошибка при предоставлении авансового вычета при указании значения в настройке "Кол-во месяцев для сторнирования налога".
Теперь вычет предоставляется корректно все зависимости от настройки.
2015-10-19 17:52:31
Краткое описание :
Повторный запуск окна со списком сопроводительных документов запрещёнОписание :
Не знаю, какая именно часть контура логистики, научитеЧто измененно :
Повторный запуск окна со списком сопроводительных документов запрещён
В модулях Управление снабжением/сбытом в Счета,ДО
на закупку/Счетах,ДО на продажу переходим по кнопке
"Сопроводительные документы". Если один пользователь
прошёл по цепочке из ДО в Сопроводительные документы,
то для любого другого пользователя, который хочет
сделать то же самое на своих ДО (не в том же самом(!)),
выходит сообщение "Повторный запуск окна со списком
сопроводительных документов запрещён" и
сопроводительные документы не открываются. Т.е. до тех
пор пока кто то сидит в сопроводительных документах
через ДО другие работать не могут. Причем не важно
снабжение это или сбыт.
Как измененно :
Исправлен контроль повторного открытия окна по кнопке "Сопроводительные документы
2015-10-19 17:52:31
Краткое описание :
Необходимо дать возможность формировать расчетные листки за
любой периодОписание :
Расчетные листкиЧто измененно :
Необходимо дать возможность формировать расчетные листки за
любой период.
Очень часто возникает необходимость формирования расчетных листков за разное
количество лет.
Как измененно :
Добавлена возможность формирования расчетных листков за период,
где можно выбрать расчетные листки за несколько лет.
В интерфейсе добавлено новое поле "Год", который указывает окончание периода.
Он не может быть меньше чем "Год" - начала периода.
2015-10-19 17:52:31
Краткое описание :
При анализе полученных протоколов этапа "обработки нарядов SYS_NAR" выявлен бесполезный и неоптимальный кодОписание :
Переход к новому периодуЧто измененно :
Протоколирование перехода на новый расчетный период показало, что автоматическое вычисление номера наряда осуществляется не совсем оптимальным образом. В результате при большом количестве нарядов в системе, включая архивные наряды, этап "Обработка нарядов" при переходе на новый период происходит долго, если настройка "Управление персоналом \ Расчеты с персоналом \ Переход на следующий месяц \ Обработать наряды" имеет значения "скопировать в архив" или "скопировать в архив (со спецификацией)".
При общем количестве нарядов в БД от 30 тысяч, медленное вычисление номера наряда становится заметно невооружённым взглядом при добавлении нового наряда в списке нарядов по F7.
Как измененно :
Оптимизировано копирование нарядов в архивные при переходе на новый расчетный период, для всех платформ БД. Ускорение за счет того, что вычисление номера скопированного в архив наряда больше не происходит, поскольку в этом нет нужды.
В результате время выполнения этапа "Обработка нарядов" при переходе на новый расчетный период при 500 нарядах в текущем периоде и 180 в архивном уменьшено в 3.6 раза. При этом величина того, во сколько раз уменьшилось время, линейно зависит от общего количества нарядов в БД: для 60000 нарядов ожидается ускорение приблизительно в 230 раз.
2015-10-19 17:52:30
Краткое описание :
Не считаются сверхурочные если до перехода в межпериод со сменой режима есть отпускОписание :
Предварительная разноска сверхурочных, ночных, работы в праздники и выходныеЧто измененно :
Не считаются сверхурочные если до перехода в межпериод со сменой режима есть отпуск.
Как измененно :
Исправлена ошибка расчета сверхурочных, ночных, вечерних и т.п.часов, если до перехода в межпериод со сменой режима есть отпуск.
Теперь сверхурочные рассчитываются правильно, согласно разбивке по периодам.
2015-10-19 17:52:30
Краткое описание :
Неверно считаются сверхурочные при смене режима с суммированного на поденный и обратно. Не отнимается значение недоработки в одном из периодов.Описание :
Предварительная разноска сверхурочных, ночных, работы в праздники и выходныеЧто измененно :
Неверно считаются сверхурочные при смене режима с суммированного на поденный и обратно. Не отнимается значение недоработки в одном из периодов.
Локализовано на тестовой базе //By01-720/102.145958. Таб.н. 100.
Пояснение со скринами во вложении.
Как измененно :
Исправлена ошибка при расчете сверхурочных при смене режимов с суммированного на поденный и обратно.
2015-10-19 17:52:30
Краткое описание :
Неверно считаются сверхурочные, если в одном из переходов в межпериод ноль по балансному режиму работы.Описание :
Предварительная разноска сверхурочных, ночных, работы в праздники и выходныеЧто измененно :
Неверно считаются сверхурочные, если в одном из переходов в межпериод ноль по балансному режиму работы.
Проявляется, если в настройке "..суммировано не более" задано количество часов.
Как измененно :
Исправлена ошибка, возникающая при расчете сверхурочных, если в одном из переходов время по балансному графику равно 0.
2015-10-19 17:52:30
Краткое описание :
Разноска хозопераций, добавить кнопку просмотраОписание :
Разноска ТХО по видам документов /укажите тип документа/Что измененно :
Разноска хозопераций, добавить кнопку просмотра
добавить кнопку просмотра документа в колонку "№ документа"
и кнопку просмотра настройки ТХО в колонку "Проведенные типовые хозоперации"
Как измененно :
Добавлены кнопки просмотра в колонки "№ документа" и "Проведенные типовые хозоперации".
Из колонки "№ документа" открывается изначальный документ.
из колонки "Проведенные типовые хозоперации" открывается проведенная типовая хозоперация (с учетом плана счетов, если привязка НЕ сквозная).
2015-10-19 17:52:30
Краткое описание :
Добавить в статус-строку F3 для полей окна настройки отчетаОписание :
Не знаю, какая именно часть модуля Складской учет, научитеЧто измененно :
Добавить в статус-строку F3 для полей "на дату", "входящее сальдо", "группировка" окна настройки отчета.
Как измененно :
Добавлено в статус-строку F3 для полей "на дату", "входящее сальдо", "группировка" окна настройки отчета.
2015-10-19 17:52:30
Краткое описание :
Не правильная сортировка по датам документов в отчетахОписание :
Акт сверкиЧто измененно :
Получаем отчет: ФРО - Отчеты - Журналы-ордера -
Акт сверки.
Структура КАУ по документам-основаниям - @type
@date № @num @note.
В получившемся отчете неправильно группируются
документы по дате в течение года (периода). Требуется,
чтобы дата документов группировалась по возрастанию,
т.е. февраль 2014, март2014:. январь 2015, февраль
2015, март 2015 и т.д.
Как измененно :
В соответствии с настройкой "Настройки Галактики \ Бухгалтерский контур \ Аналитика по счетам \ Обработка данных в отчетах \ Сортировать КАУ в отчетах по" данные в отчете "Акт сверки" сортируются по наименованию при соответствующем значении в настройке.
При сортировке по наименованию данные сортируются в алфавитном порядке, а дата имеет формат Год.Месяц.День, что позволяет правильно сортировать записи одного уровня в рамках полной даты.
2015-10-19 17:52:30
Краткое описание :
При наличии даты в наименовании КАУ нужно сортировать по (Год.Месяц.День)Описание :
Интерактивный аналитический отчетЧто измененно :
При наличии даты в наименовании КАУ нужно сортировать по представлению Год.Месяц.День
Как измененно :
В соответствии с настройкой "Настройки Галактики \ Бухгалтерский контур \ Аналитика по счетам \ Обработка данных в отчетах \ Сортировать КАУ в отчетах по" данные в отчете "Интерактивный аналитический отчет" сортируются по коду или наименованию.
Для пользовательских аналитик кодом является код записи, для системных - Nrec записи.
При сортировке по наименованию данные сортируются в алфавитном порядке, а дата имеет формат Год.Месяц.День(данный формат используется только для сортировки. для отображения данные не меняются), что позволяет правильно сортировать записи одного уровня в рамках полной даты.
2015-10-19 17:52:30
Краткое описание :
Предварительная разноска неверно устанавливает пометку для пересчета(индексации) отпускаОписание :
Предварительная разноскаЧто измененно :
Предварительная разноска неверно устанавливает пометку для пересчета(индексации) отпуска.
Установлено значение отличное от "нет" в настройке:
"Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Условие индексации ранее рассчитанных больничных и отпусков"
Установлено значение "сохранять" в настройке
"Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Отпуска \ Вид оплаты при сторнировании отпуска будущего месяца".
Отпуск переходящий, начислен и выплачен в пред. месяце( ноябре), в текущем месяце(декабре) изменился оклад и необходимо осовременить часть отпуска, которая приходиться на декабрь.
Предварительная разноска неверно устанавливает пометку для пересчета(индексации) отпуска и далее неверно формируется сумма индексации при системной настройке Вид оплаты при сторнировании отпуска будущего месяца=сохранять.
Предварительная разноска изменяет пометку на "С", что приводит к неверной сумме оплаты.
Должна быть пометка "ИО"
Как измененно :
Исправлена функция предварительная разноска при (индексации) отпуска.
Установлено значение отличное от "нет" в настройке:
"Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Условие индексации ранее рассчитанных больничных и отпусков"
Установлено значение "сохранять" в настройке
"Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Отпуска \ Вид оплаты при сторнировании отпуска будущего месяца".
Теперь при индексации отпуска предварительной разноской устанавливается пометка "ИО".
2015-10-19 17:52:31
Краткое описание :
Переименовать локальное меню "Заявление в ФСС" в "Печать заявления в ФСС"Описание :
Заявления о выплате пособия в ФССЧто измененно :
Переименовать локальное меню "Заявление в ФСС" в "Печать заявления в ФСС", в случаях вызова интерфейса печати заявлений. В связи с последними доработками по Пилотному проекту, в системе появился интерфейс "Заявления в ФСС", который можно вызвать по локальному меню "Заявления в ФСС". Вызов печати заявления происходит по локальному меню - "Печать заявления" (например, в интерфейсах единовременных и ежемесячных пособий). Необходимо сделать единообразный вызов указанных интерфейсов.
Как измененно :
Переименовано локальное меню "Заявление в ФСС" в "Печать заявления в ФСС", в случаях вызова интерфейса печати заявлений по отпускам.
2015-10-19 17:52:30
Краткое описание :
Не правильное кол-во часов в разноске по больничномуОписание :
Предварительная разноскаЧто измененно :
Не правильное кол-во часов в разноске по больничному
Есть табель с ручной корректировкой.
В БД установлена настройка для определения продолжительности больничного по маске ручной корректировке.
Создаем больничный с расчетом по календарным дням.
Как видим, часы показаны с учетом ручных корректировок.
В разноске кол-во дней правильное, а кол-во часов нет. Должно быть 40 часов.
Как измененно :
Доработана функция "Предварительная разноска" больничных листов по настройке на "Беларусь".
Теперь сумма часов формируется с учетом разных значений настройки: "Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Больничные \ Продолжительность \ Источник данных для расчета продолжительности".
2015-10-19 17:52:30
Краткое описание :
Не учитывается авансовый платеж, если в ВО по НДФЛ системный код отличается от пользовательскогоОписание :
Расчет подоходного налогаЧто измененно :
Не учитывается авансовый платеж, если в ВУ по НДФЛ системный код отличается от пользовательского
В справочник "Авансовые платежи" занесен платеж на сумму 2000 руб. Вид удержания по авансовому платежу привязан в общесистемной настройке. При расчете зарплаты авансовый платеж не учитывается. Но, если в ВО по НДФЛ пользовательский код сделать тоже 182 аналогично системному, расчет идет корректно.
Как измененно :
Исправлена функция погашения НДФЛ за счет авансовых платежей при расчете заработной платы, если в виде удержания по НДФЛ системный код отличается от пользовательского.
Теперь функция работает корректно и с пользовательским видом удержания.
2015-10-19 17:52:31
Краткое описание :
Больничный лист не продлевает отпускОписание :
Контроль пересечений больничных с отпускамиЧто измененно :
Больничный лист не продлевает отпуск, база w:\public\9.1\rusakovich\102.147067\ таб. 55 (б/л не введен)
На базе настройка системная Автоматически обновлять табели=нет, а пользовательская = да.
Если ввести таб. №55 б/л с 26/06/2012 по 04/07/2012, табель не отреагирует, даже если поставить
системную настройку в "да", картинка табеля та же.
Как измененно :
Исправлена контроль даты начала оплаты больничного листа с целью правильного формирования табеля.
2015-10-19 17:52:31
Краткое описание :
Добавить доп поля в построитель отчетовОписание :
Построитель отчетовЧто измененно :
Клиент просит добавить в построитель следующие поля:
-Район по прописке (наименование),
-Район по прописке (код КЛАДР),
-Район проживания (наименование),
-Район проживания (код).
-Населенный пункт по прописке(наименование)
-Населенный пункт по прописке(код КЛАДР)
-Населенный пункт проживания(наименование)
-Населенный пункт проживания(код КЛАДР)
-Город по прописке (код КЛАДР)
-Город проживания (код КЛАДР)
Как измененно :
В построитель отчетов добавлены поля и их обработка:
1) в папку "Общие сведения/Место прописки":
- Место прописки (район, код КЛАДР);
- Место прописки (населенный пункт, код КЛАДР);
- Место прописки (город, код КЛАДР);
3) в папку "Общие сведения/Место проживания":
- Место проживания (район, код КЛАДР);
- Место проживания (населенный пункт, код КЛАДР);
- Место проживания (город, код КЛАДР).
Заполняются из поля "Код КЛАДР" выбранных в адресе записей справочника АТД с
соответствующими типам (район, населенный пункт, город).
Указанные ниже поля уже существуют в построителе отчетов:
- Место проживания (район);
- Место проживания (населенный пункт);
- Место прописки (район);
- Место прописки (населенный пункт).
2015-10-19 17:52:30
Краткое описание :
Доступ к ФОБ и общая настройка доступа к документамОписание :
Журнал обязательствЧто измененно :
Для обеспечения возможности "тонкой" настройки прав доступа,
требуется вернуть функционал использования настройки, и саму настройку:
"Настройки Галактики \ Управление финансами \ Платежный календарь \ Права
доступа \ Учитывать настройку: "Настройки Галактики \ Общие настройки системы \
Доступ к документам""
Как измененно :
Возвращен функционал использования настройки, и сама настройка:
"Настройки Галактики \ Управление финансами \ Платежный календарь \ Права
доступа \ Учитывать настройку: "Настройки Галактики \ Общие настройки системы \
Доступ к документам""
2015-10-19 17:52:31
Краткое описание :
Округление до копеек СДЗ с учетом ограниченияОписание :
Расчет больничныхЧто измененно :
Округление до копеек СДЗ с учетом ограничения. Настрока:
Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные,
отпуска, расчеты по среднему \ Больничные \ Особенности расчета\ Округлять
среднедневной заработок до копеек влияет только на округление СДЗ без
ограничения. СДЗ с учетом ограничения с 3 знаками после
запятой. Необходимо и это значение СДЗ округлять до копеек, иначе после
умножения на кол-во дней набегают десятые доли копеек и итоговая сумма
отличается на копейки.
Как измененно :
Доработано округление СДЗ с ограничением в отчетных(TEXT.
FastReport) формах листка нетрудоспособности.
Сначала округление определяется по настройке "Ограничение по СДЗ" в настройках
видов пособий, затем определяется округление по настройке Настройки Галактики \
Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по
среднему \ Больничные \ Особенности расчета\ Округлять среднедневной заработок
до копеек. Если округление по настройке видов пособий превышает округление по
общесистемной настройке, то округление осуществляется с учетом общесистемной
настройки.
2015-10-19 17:52:30
Краткое описание :
Возможность формировать протокол по работе SQLTXOОписание :
F_TXO [Типовые хозяйственные операции (TXO)]Что измененно :
Допустим работа SQLTXO требует выполнения некоторых необходимых условий для своей работы.
Например, чтобы у всех элементов аналитики "40 Объекты строительства" был заполнен внешний КАУ "Период планирования". Это обязательное условие правильной работы моей ТХО. Если у какого-то объекта строительства будет не заполнен период планирования, то ТХО заведомо отработает неправильно (это объект не попадет в фильтр, при этом не будет проводок с незаполненными аналитиками, но база распределения затрат будет неправильная т.к. в нее не попадут некоторые объекты у которых не заолнен КАУ Период планирования). Для пользователя такая ошбика вообще не очевидна, т.к. непосредственно ТХО не будет ругаться на незаполненные КАУ, но распределение затрат произойдет неправильно.
Для того чтобы отловить такие ситуации, нужна возможность формировать протокол работы SQLTXO
Реализовать это предлагаю следующим образом:
1) делается временная таблица со следующими полями.
- Тип сообщения
- Код ошибки
- Наименование ошибки
- Описание ошибки
В поле Тип сообщения могут быть сообщения типов 0 - ошибка, 1- предупреждение, 2 - информация, 4 - отладка
2) Организовать еще одно мемо-поле в ТХО в которое можно сохранять еще один DSQL-запрос-проверку условий.
Запрос-проверка условий должен возвращать всегда необходимые нам 4 поля.
Если прикладник делает несколько проверок, то он соединяет проверочные запросы через union в один запрос, сохраненный в указанном поле.
3) При выполнении такой ТХО сперва выполняется запрос-проверка.
Запрос-проверка делает возврат таблицы.
Механизм перегружает этот возврат из объекта работы с DSQL в ранее созданную временную таблицу.
Если среди перегружаемых сообщений есть сообщения у которых - Тип сообщения = 0 - ошибка, то дальнейшее выполнение ТХО не производится. Процесс аварийно прекращается.
В других случаях процесс продолжается.
4) В любом случае формируется потокол, содержащий ошибки и предупреждения. При этом из временной таблицы в log файл перегружаются данные.
Если включено логирование "Настройки Галактики \ Бухгалтерский контур \ Типовые проводки \ Формировать протокол расчетов при разноске ТХО" <> "нет", то дополнительно перегружаются сообщения типов "информация" и "отладка".
Как измененно :
В настройке ТХО добавлена возможность задания SQL запроса, по нажатию кнопки "SQL проверка"
SQL проверка - запрос который выдает в протокол ТХО таблицу из четырех полей.
В поле TypeMsg - Тип сообщения могут быть сообщения типов 0 - ошибка, 1 - предупреждение,
2 - информация, 4 - отладка. При выполнении ТХО у которой есть запрос SQL проверка
сперва выполняется запрос-проверка, который выдает таблицу из четырех полей. Полей TypeMsg должно
обязательно присутствовать в таблице. Если среди выгруженных сообщений есть сообщения у которых в поле TypeMsg
значение равно 0, то дальнейшее выполнение ТХО не производится. Процесс аварийно прекращается.
В других случаях процесс продолжается.
В качестве параметров в запросе можно указывать все переменные, которые
передаются в TXO API:
:CurSoprDoc (тип comp) - ссылка на документ;
:CurSoprHoz (тип comp) - журнал хозопераций;
:CurTiDk (тип word) - тип документа;
:CurHozOper (тип comp) - ТХО;
:CurPlansSch (тип comp) - регистр учета;
2015-10-19 17:52:30
Краткое описание :
Сохранение фильтра на проводкиОписание :
Книга бухгалтерских проводокЧто измененно :
Необходимо сделать сохранение фильтров в окне просмотра/печати бухгалтерских проводок.
Как измененно :
Реализовано сохранение фильтров для интерфейсов просмотра/печати бухгалтерских проводок, просмотр/печать сальдо за день/за месяц.
Настройки сохраняются в разрезе текущего интерфейса (сальдо, проводки, печать/просмотр) и текущего плана счетов.
2015-10-19 17:52:31
Краткое описание :
В справке-расчете отпуска на период лечения неверно указывается среднее количество дней в месяце (29.4 вместо 29.3), хотя в настройках стоит 29,3Описание :
Справки по расчету отпускныхЧто измененно :
В справке-расчете отпуска на период лечения неверно указывается среднее количество дней в месяце (29,4 вместо 29,3), хотя в настройках стоит 29,3.
Как измененно :
В справке-расчете на период лечения среднее количество дней месяца указывается из настройки "Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Отпуска \ Особенности расчета \ Среднемесячное количество календарных дней".
2015-10-19 17:52:30
Краткое описание :
Во время расчета компенсации в протоколе сообщения выходит ошибка "Ошибка округления в процедуре MyRound"Описание :
Расчет отпускныхЧто измененно :
Рассчитываем отпуск "Свободная компенсация". В классификаторе отпусков признак "разбивать по месяцам" не установлен. Признак отпуска для расчёта = 5 (по графику).
Дата начала компенсации: 31.10.2015, дата окончания 09.11.2015. (Внимание: 31.10.2015г. приходится на выходной день). Признак расчета отпуска "среднечас." (устанавливаем для компенсации в окне формирования отпусков).
Во время расчета в протоколе сообщения итоговая сумма не рассчитывается. Если начало компенсации придется на будний день ошибки не возникает.
Как измененно :
Для компенсаций: рассчитываемых по часам, не разбиваемых по месяцам, с датой начала компенсации, приходящейся на последний день месяца, который по плану не является рабочим, расчет происходит верно.