Задачи ЕРП Галактика решенные на дату 2016-07-08

Задача :102.141580

2016-07-08 14:54:27
Краткое описание :
Конфликт с другим пользователем при повторной переразноске
Описание :
Разноска ТХО по видам документов /укажите тип документа/
Что измененно :

При повторной переразноске в текущем периоде вылетает сообщение
---------------------------
Ошибка
---------------------------
Конфликт с другим пользователем. Запись будет пересчитана. таблица N9011
---------------------------
ОК
---------------------------
К ошибкам не приводит, переразноска отрабатывает корректно.
Как измененно :

Исправлена ошибка конфликта с другим пользователем при повторном использовании функции локального меню "Переразноска в текущем периоде" интерфейса привязки ТХО.

Задача :102.152448

2016-07-08 14:54:27
Краткое описание :
Доработать распределение платежа по ПКП из договора при установленном контроле сумм ПКП
Описание :
Платежное поручение
Что измененно :

Доработать распределение платежа по ПКП из договора при установленном контроле сумм ПКП.
Установлена настройка
"Настройки Галактики \ Бухгалтерский контур \ Обработка документов \ Распределение платежа по договорам \ Контролировать сумму финансового ПКП при привязке к платежу" = да.
Есть договор на 200 руб. Есть фин. ПКП1 на сумму 20 руб. и фин.ПКП2 на сумму 30 руб. Создаем ПП на 100 руб. На закладке Договора создаем ХО1 на сумму 20 руб. и привязываем ПКП1 , создаем в ХО2 на сумму 30 руб. и привязываем ПКП2. На нераспределенную сумму 50 создалась ХО3. При попытке исправить сумму в ХО2 на 17 рублей, сумма в ХО2 сбрасывается в 0 и создаются две новые ХО (нераспределенные) на суммы 17 рублей и 13 рублей, что неверно.
Как измененно :

Доработано.

Задача :102.153652

2016-07-08 14:54:27
Краткое описание :
Привязка платежа к накладным с фильтром по договору
Описание :
Платежное поручение
Что измененно :

Привязка платежа к накладным с фильтром по договору.
Предложение по развитию ПиР 102.135536. Если
платеж привязан к договору, то желательно к платежу
привязывать только те накладные, которые тоже
привязаны к этому же договору.
Как измененно :

Доработано автоматическое распределение платежных
документов с учетом договоров. При выключенной
настройке "Настройки Галактики\Бухгалтерский
контур\Обработка документов\Распределение платежа по
ДО\Привязывать к платежу ДО с другим договором"
происходит контроль совпадения договоров в платежном
документе с договором в накладной/акте который будет
распределятся в данном платеже.
Распределение возможно только в случае, если в
документах договора совпадают или если они не указаны.
В данном режиме поиск накладных/актов производится
по условию совпадению договора и контрагента из текущей
хозоперации платежного документа, при этом
накладные/акты обрабатываются в порядке возрастания
даты выписки накладной. Т.е. игнорируется значение
настройки "Настройки Галактики \ Бухгалтерский контур \
Обработка документов \ Распределение платежа по ДО \
Распределение платежа по сопроводительным документам \
Автоматическое распределение \ Распределять
накладные/акты" и распределение идет в режиме значения
настройки "все документы".
В случае, если в хозоперации платежного документа
присутствует ссылка на договор, но накладной с таким
договором не было обнаружено, то соответствующая запись
заносится в протокол распределения. При этом в поле
"Операция" будет отображать сокращенное название ошибки
- "Ош.Дог.", а в поле "Примечание" будет содержаться
расшифровка - "Нет накладной/акта с договором как в
платеже"
В случае, если в хозоперации платежного документа
отсутствует ссылка на договор, но накладной без
договора не было обнаружено, то соответствующая запись
так же заносится в протокол распределения. При этом в
поле "Операция" будет отображать сокращенное название
ошибки - "Ош.Дог.", а в поле "Примечание" будет
содержаться расшифровка - "Нет накладной/акта без
договора"

Аналогичным образом доработано автоматическое
распределение накладных/актов с учетом договоров.
В случае возникновения ошибок, связанных с
невозможностью найти платежный документ удовлетворяющий
договору накладной/акта в поле "Операция" будет
отображать сокращенное название ошибки - "Ош.Дог.", а в
поле "Тип документа" будет выводится расшифровка
ошибки.

Задача :102.155054

2016-07-08 14:54:27
Краткое описание :
Формирование ДО по накладной в пакетном распределении
Описание :
Пакетное распределение платежей
Что измененно :

Формирование ДО по накладной в пакетном распределении платежей на закладке Накладные\Акты
происходит на текущую дату, а должно на дату накладной.
Как измененно :

При формировании ДО по накладной, ДО формируется
на дату выписки накладной.

Задача :102.155477

2016-07-08 14:54:27
Краткое описание :
продолжение ПИРа 102.155065. Сервисная ф-ция округления окладов/тарифн.ставок
Описание :
Предложение по новой функциональности контура управления персоналом
Что измененно :

Сервисную функцию "Деноминация белорусского рубля 2016 года" можно выполнять с отключенной опцией "Округлять тарифы и оклады в модулях Управление персоналом и Заработная плата". При этом выполняется только деление на 10000 полей базы данных, содержащих тарифы или оклады.
Согласно инструкции минтруда значения тарифов и окладов должны быть округлены.
Необходимо реализовать сервисную функцию, которую можно было бы запускать на деноминированной базе, чтобы округлить до заданной точности тарифы и оклады в выбранных пользователем таблицах.
Как измененно :

В сервисной функции деноминатора убрана возможность выполнять деноминацию с одновременным округлением тарифов и окладов в модулях Заработная плата и Управление персоналом.

В модуле "Настройка" добавлен пункт меню "Администратор - Сервисные функции - Округление тарифов и окладов после деноминации в РБ 2016 года". По нему открывается интерфейс мастера, позволяющего задать параметры округления тарифов и окладов.
На первом этапе проверяются предварительные условия. Если всё в порядке, то по кнопке [Продолжить] можно перейти к следующему шагу.
На втором этапе мастера необходимо пометить сущности (интерфейсы), поля которых следует округлить.
В средней панели определяются правила округления для каждого поля. Правило "по системе оплат" означает, что для поля будет применена точность округления, соответствующая системе оплаты. Точность округления для систем оплат настраивается в окне, доступном по кнопке [Системы оплат] в колонке "Точность округления". Значение точности "2 знака (0.00 -> 0.01)", доступное для полей "Долг предприятия на начало месяца" и "Долг работника на начало месяца" интерфейса "Информация о выплатах заработной платы" означает, что округление будет выполнено до двух знаков, но если исходное значение было больше либо равно 0.000001 и меньше 0.01, то такому полю будет присвоено значение 0.01 (одна копейка). Значение точности округления "не округлять" означает, что соответствующее поле не будет округляться.
С помощью клавиши Insert следует пометить сущности (интерфейсы), которые требуется округлить. Для запуска процесса округления выбранных данных следует нажать кнопку [Продолжить].
По результатам выполнения этой функции выдается протокол, доступный также по кнопке [Протокол].

При округлении модифицируются не все данные, а только соответствующие июлю 2016 г. Ниже описаны пояснения по отдельным интерфейсам:
- Тарифные ставки: округлятся тарифные ставки последней по дате тарифной сетки;
- Лицевые счета: округляется значение поля "Тарифная ставка или оклад" только открытых для расчета лицевых счетов, кроме уволенных до 01.07.2016 г.
- Сведения о переходах: округляется тариф в переходах, период которых пересекается с июлем 2016 г.
- Бригадные наряды, Табели учета рабочего времени - вкладка "О работнике", Постоянные доплаты, Доплаты сотрудников, Доплаты в штатном расписании: округляется поле Тариф (оклад) у записей, соответствующих июлю 2016 г.
- Рабочая корзина: округляется тариф в необработанных сигналах рабочей корзины для работников, не уволенных до 01.07.2016 г.
- Информация о выплатах заработной платы: долги предприятия и работников на начало июля 2016 г. округляются по правилу "2 знака (0.00 -> 0.01)", остальные поля по умолчанию не округляются.
- Архив тарифов (окладов): округляются только значения тарифа (оклада) в архиве на начало и конец июля 2016 г.
- Штатное расписание, История изменения параметров ставки штатного расписания, Сведения о работе на предприятии (6-е окно картотеки), История изменения параметров назначения: округление будет выполнено для ставок и назначений не закрытых до 01.07.2016.

Имеется возможность округлить данные не только за июль 2016 г., но и за предыдущие периоды, но этот режим не является рекомендуемым. Для его включения следует использовать функцию локального меню "Разрешить округление данных до 01.07.2016". В результате в верхней панели будет отображена колонка "Период (данные) для округления", позволяющая расширить диапазон модифицируемых записей для каждой сущности.
В этом режиме есть возможность округлить тарифы/оклады ещё и в интерфейсе "Суммы по видам оплат". Округление будет выполнено для тарифов/окладов в архивах начисленных сумм за все периоды.

При попытке округления архивных данных выдается дополнительный запрос подтверждения.

Задача :102.155538

2016-07-08 14:54:27
Краткое описание :
Округление долга за предприятием
Описание :
Деноминация белорусского рубля 2016 года
Что измененно :
Согласно постановления МФ №27 все активы и обязательства,
которые после деления на 10000 стали равняться нулю необходимо сделать равными
1 копейке.
Как измененно :
В сервисной функции "Округление тарифов и окладов после
деноминации в РБ 2016 года" для интерфейса "Информация о выплатах заработной
платы" для полей "Долг предприятия на начало месяца" и "Долг работника на
начало месяца" можно указать точность округления, обозначенную как "2 знака
(0.00 -> 0.01)". Это значение точности для них установлено по умолчанию. При
таком значении точности после округления до 2-х знаков после запятой, если
полученное значение оказалось нулевым, полю присваивается значение "0.01".
При выборе точности "2 знака после запятой" производится только округление
соответствующего поля.

Задача :102.155544

2016-07-08 14:54:27
Краткое описание :
Неверные данные по суммовым разницам при следующих условиях
Описание :
Платежное поручение
Что измененно :

Неверные данные по суммовым разницам при следующих условиях
К платежному поручению, в котором не указана валюта, привязываем валютно-рублевое ДО
Затем, если к платежному поручению, в котором валюты указана, привязать валютно-рублевое ДО, то при установленной настройке "Обрабатывать суммовую разницу" ("Настройки Галактики \ Бухгалтерский контур \ Обработка документов \ Параметры работы с документами различных типов" ), данные по суммовым разницам вычисляются неправильно.
Как измененно :

Если привязать ВАЛ-НДЕ ДО к платежному документу в
котором не указана валюта, а затем привязать другое
ВАЛ-НДЕ ДО к другому платежному документу в котором
указана валюта, то в случае, если суммы платежных
документов отличаются друг от друга, хозоперация на
суммовую разницу будет формироваться на неправильную
сумму.
Алгоритм расчета доработан таким образом, что
предыдущие расчеты суммовой разницы не влияют на
последующие расчеты.

Задача :102.155782

2016-07-08 14:54:27
Краткое описание :
Runtime при выполнении отмены расчета зарплаты
Описание :
Отмена расчета зарплаты
Что измененно :

Runtime при выполнении отмены расчета зарплаты.
Как измененно :

Исправлен Runtime при выполнении отмены расчета зарплаты для работника у которого имеются реестры на перечисление отпуска.

Задача :180.9384

2016-07-08 14:54:27
Краткое описание :
Распределение платежа в тенге
Описание :
Пакетное распределение платежей
Что измененно :

При распределении валютного платежа по валютному до и акту, сумму к распределению система считает через рубли. В результате для валют, курс которых меньше рубля, может получиться ситуация, когда суммы в валюте платежного поручения, до и акта совпадают, а сумма в валюте к распределению отличается. Пример во вложении: документы на 653,07 тенге = 200,67 рублей (по курсу 30,7267 тенге на 100 рублей), к распределению 653,08 тенге.
Как измененно :

Добавлена пользовательская настройка "Настройки
Галактики \ Бухгалтерский контур \ Обработка документов
\ Распределение платежа по ДО \ Распределение платежа
по сопроводительным документам \ Распределение с
накоплением погрешности для округленных сумм" со
значением по умолчанию "нет".
При включении данной настройки активизируется
новый режим распределения по спецификации
накладных/актов. Основные отличия от существующего
распределения следующие:
1) При привязке валютного ДО к хозоперации
платежного документа, в случае если валютная сумма
хозоперации совпадает с задолженностью в валюте по ДО,
сумма в НДЕ хозопераци, после привязки ДО, не будет
пересчитываться. Это решит проблему несоответствия сумм
в НДЕ по хозоперациям с суммой в НДЕ в шапке платежного
документа, в случае когда к документу привязано
несколько валютных ДО. Таким образом погрешность
округления при пересчете в НДЕ будет накапливаться на
последней хозоперации.
2) Доработан алгоритм распределения по
спецификации накладных/актов. В случае если валюта ДО
совпадает с валютой хозяйственной операции платежного
документа, то распределение ведется от суммы в валюте.
Т.е. и валютная сумма к распределению берется из
хозоперации, а не рассчитывается по курсу на дату от
суммы в НДЕ, и само распределение производится от суммы
в валюте избегая лишние расчеты, которые приводят к
погрешностям округления.

Данная настройка также оказывает влияние и на
работу пакетного распределения платежных документов.
Во первых, при выполнении распределения по
документам, у которых совпадает валюта, сумма в валюте
не пересчитывается из суммы в НДЕ. А во вторых, в
случае если при выполнении привязки ДО к платежному
документу происходит округление суммы в НДЕ в
хозоперации, сумма изменения хозоперации после
округления сбрасывается и накапливается на последней
хозоперации документа к которой еще не привязано ДО.

Задача :180.9657

2016-07-08 14:54:27
Краткое описание :
Филиальность ЭХД
Описание :
?
Что измененно :

У Заказчика используется Филиальность. Присутствуют мультифиальные пользователи. Используется механизм интеграции с КИС ЭХД. Выставлены настройки для каждого филиала у пользователя "Перечень доступных РНУ". Пользователь заходит в Систему выбирая один из доступных ему фиалов и работает с механизмом интеграции с КИС ЭХД (ошибок нет). Если в процессе работы пользователю необходимо выбрать другой филиал (не выходя из системы) через настройки.После выбора другого филиала в момент привязки ШК выдается сообщение об ошибке "В системе не определено ни одного РНУ".
Как измененно :

исправлено