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

Задача :101.60042

2016-09-29 16:16:32
Краткое описание :
При попытке пересчитать расчетные поля по формулам шаблона МЦ выдается сообщение
Описание :
Каталог МЦ
Что измененно :

При попытке пересчитать расчетные поля по формулам шаблона МЦ выдается сообщение "Не указаны значения всех контролируемых аналитик!". Но значения всех аналитик заполнено. И также отключен контроль в настройке групп аналитик.
Как измененно :

Исправлено

Задача :101.60097

2016-09-29 16:16:32
Краткое описание :
В каталог документов системы добавить признак участия в расчете оперативного сальдо
Описание :
F_KatDoc [Каталог документов]
Что измененно :
Настройка - Заполнение каталогов - Документы системы.
Добавить колонку с признаком участия документа в расчете оперативного сальдо
контрагентов. Например, колонка будет называть "О".
Если документ участвует, то значение в колонке "+", если нет, то ничего.
Как измененно :
В интерфейс "Документы системы" добавлена колонка "О",
отображающая признак участия документа в расчете оперативного сальдо
контрагентов.
Если документ участвует, то значение в колонке "+", если нет, то ничего.

Задача :101.60184

2016-09-29 16:16:33
Краткое описание :
Корректировка архива удержаний - объединяется доход без объединения НДФЛ
Описание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Что измененно :

Ситуация 31 - после расчёта зарплаты сформированы 2 корректные записи по ВО 44, функция переносит сумму дохода из первой записи во вторую, а налог оставляет без изменений.
Как измененно :

Галактика ERP \ Персонал \ ЗП \ =Настройка= \ Сервисные функции \ Налог на доходы физических лиц \ Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
по учету сумм, разбитых на несколько периодов после расчёта зарплаты.
Теперь функция не переносит сумму дохода из первой записи во вторую.

Задача :101.60266

2016-09-29 16:16:33
Краткое описание :
Корректировка архива удержаний - "к исправлению" НЕ выводятся ошибочные ситуации
Описание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Что измененно :

Фильтрация данных, выводимых в отчет, работает неправильно.

При установке фильтра в режиме "Требующие исправления и анализа" в отчет могут попасть не все данные, которые функция умеет корректировать. В то же время в режиме "Все" такие данные в отчет попадают.

Наблюдается и обратная ситуация: в режиме "Требующие исправления" в отчет попадают корректные записи.

В связи с этим в подвале FastReport-отчета итоги не всегда соответствуют действительности.

Требуется исправить фильтр.
Как измененно :

В функции контроля и корректировки архива удержаний теперь доступно два режима фильтрации (выбором из выпадающего списка) применительно к имеющимся уже уровням ("все", "требующие анализа" и т.д.):
- фильтровать после применения алгоритмов (по умолчанию);
- фильтровать предварительно (старый вариант).

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

В варианте "фильтровать после применения алгоритмов" перед выводом в отчет анализируются результаты работы алгоритмов корректировки. Такой способ более медленный, но только он позволяет формировать вывод в точном соответствии с установленными опциями фильтрации.

Независимо от выбранного варианта подсчет количества записей определенного типа для вывода в подвал отчета и протокол формирования производится по факту (после применения алгоритмов).

В шапку отчета добавлен вывод выбранного варианта фильтрации.

Задача :101.60278

2016-09-29 16:16:32
Краткое описание :
Необходима возможность указания даты проведения балансировки
Описание :
Балансировка цен в сальдовых остатках
Что измененно :
Необходима возможность указания даты проведения балансировки

В данный момент в ТОРО - нет возможности задать
дату проведения балансировки цен в сальдовых остатках.
Необходимо вернуть возможность указывать дату по
аналогии с функционалом в модуле "Складской учет".
Как измененно :
Доработано

Задача :102.152782

2016-09-29 16:16:32
Краткое описание :
Логирование предупреждений при работе с dsk ( объект:"PP_NulPaym" )
Описание :
Ведение интерфейса "Начисления и выплаты"
Что измененно :

Логирование предупреждений при работе с dsk ( объект:"PP_NulPaym" )
Создание межрасчетной выплаты.
----------------------------------------------------
05.04.2016 17:47:36, объект:"PP_NulPaym"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : PRVIDOPL1
Записан: PAYMENTPARAMS
Как измененно :

Предупреждение устранено.

Задача :102.158815

2016-09-29 16:16:32
Краткое описание :
Необходимо скрыть неактуальные колонки для Казахстана
Описание :
Заполнение особых условий (КПС)
Что измененно :
Казахстан. В лицевых счетах при выборе особых условий в окне
"Выбор условий труда на рабочем месте" необходимо скрыть неактуальны колонки
"Дата изменения процента ППС" и "Процент с даты изменения ППС"
Как измененно :
Колонки скрыты.

Задача :102.158821

2016-09-29 16:16:32
Краткое описание :
Настройка Разрешать выбор нетерминальных значений КАУ не дает выбрать договор в фильтре при наличии доп.соглашения
Описание :
Не знаю, какая именно часть финансового контура, научите
Что измененно :

Настройка Разрешать выбор нетерминальных значений
КАУ не дает выбрать договор в фильтре при наличии
доп.соглашения.
Если установить настройку "Разрешать выбор
нетерминальных значений КАУ" в "нет", то в журнале
обязательств в фильтре становится невозможным выбор
договора, при наличии у него дополнительного
соглашения.Аналогичная проблема наблюдается и при
выборе договора как аналитики в бух.проводках.
Необходимо давать выбирать договор даже при
наличии соглашений.
Как измененно :

Для аналитики Договра при выборе значений не учитывается настройка "Настройки Галактики \ Бухгалтерский контур \ Аналитика по счетам \ Разрешать выбор нетерминальных значений КАУ"

Задача :102.158851

2016-09-29 16:16:33
Краткое описание :
Лишний лист при печати реестрок из бизнес текста
Описание :
Реестры по перечислениям. Печатные формы реестров
Что измененно :

Реестры по перечислениям - Печатные формы реестров - В конце печати из бизнес текста гонит чистый лист бумаги.
Как измененно :

Исправлено: печать чистого листа бумаги в печатных формах реестров Бизнес-текст.

Задача :102.158887

2016-09-29 16:16:33
Краткое описание :
6-НДФЛ Добавить параметр "Перераспределение отрицательных сумм в Разделе 2"
Описание :
6-НДФЛ (развитие)
Что измененно :

6-НДФЛ Добавить параметр "Перераспределение отрицательных сумм в Разделе 2".

Предлагается в параметры формирования отчёта 6-НДФЛ добавить параметр "Перераспределение отрицательных сумм в Разделе 2" (аналогичный параметр есть в РСВ-1).
При включенном параметре (или по локальному меню) проверять наличие отрицательных сумм дохода в Разделе 2 (для записей, которые выводятся в xml-файл). Для каждой отрицательной суммы дохода в Разделе 2 попробовать найти запись с такой же датой выплаты и положительной суммой. И "схлопнуть" отрицательную и положительную суммы в одну. Таким образом, отрицательная сумма учтётся в строке с положительной. В строках по сотрудникам изменить только даты в соответствии со строкой на верхнем уровне, код дохода не изменять (проще будет потом разбираться с отчётом, найти откуда пришли суммы).

Пример ситуации, когда могут появиться отрицательные суммы дохода в разделе 2: перерасчет отпуска с уменьшением суммы отпуска.
Сотруднику рассчитали отпуск и выплатили в межпериод. После перерасчета отпуска суммы уменьшились (процент премии за прошлый месяц стал меньше).
Соответственно по видам оплат с кодом дохода 2012 получились отрицательные суммы, которые в 6-НДФЛ выделяются в отдельную строку.
Как измененно :

Доработано формирование отчёта 6-НДФЛ.
В параметры формирования отчёта добавлен параметр "Перераспределение отрицательных сумм в Разделе 2".

Алгоритм перераспределения отрицательных сумм в Разделе 2:
При включенном параметре проверяется наличие отрицательных сумм дохода и (или) налога в Разделе 2 (для записей, которые выводятся в xml-файл).
Для каждой отрицательной суммы дохода или налога в Разделе 2 (на верхнем уровне) проверяем наличие записи с положительными суммами дохода и налога и с такой же датой выплаты дохода. Если такая запись найдена и сумм дохода и налога в найденной записи достаточно, чтобы компенсировать отрицательные суммы,
тогда "дочерние" записи с отрицательными суммами переносятся в строку с положительными суммами. Коды дохода при этом не изменяются, так как они не выводятся в xml-файл.
При перераспределении отрицательных сумм сохраняется информация о том, какие суммы изменены.По локальному меню во втором Разделе 6-НДФЛ "Расшифровка перераспределения отрицательных сумм" (комбинация "горячих" клавиш "Alt+4") можно узнать каким образом перераспределены суммы. Расшифровка содержит следующую информацию:
- табельный номер
- ФИО
- дата получения дохода (100)
- дата выплаты дохода (110)
- срок перечисления налога (120)
- ВО (пользовательский)
- сумма дохода
- сумма налога
- дата (изм.) получения (100)
- срок (изм.) перечисления налога (120).

Выполнить перераспределение отрицательных сумм после формирования 6-НДФЛ можно по локальному меню в Разделе 2 "Перераспределить отрицательные суммы в Разделе 2" или комбинации "горячих" клавиш "Alt+N". Запуск функции перераспределения происходит после утвердительного ответа на сообщение "Перераспределить отрицательные суммы?".

Задача :102.158915

2016-09-29 16:16:33
Краткое описание :
Z_SERVICE::FINDINCORRECTUDER (Z_Service.res) зануляет налог с матвыгоды
Описание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Что измененно :

Z_SERVICE::FINDINCORRECTUDER (Z_Service.res) зануляет налог с матвыгоды.
Как измененно :

Матвыгода обрабатывается корректно.

Задача :102.158972

2016-09-29 16:16:33
Краткое описание :
6-НДФЛ - реализовать FR-расшифровку перераспределения отрицательных сумм.
Описание :
6-НДФЛ (развитие)
Что измененно :

6-НДФЛ - реализовать FR-расшифровку перераспределения отрицательных сумм.
При перераспределении отрицательных сумм сохраняется информация о том, какие суммы изменены. По локальному меню во втором Разделе 6-НДФЛ предлагается вызывать расшифровку перераспределения.
Расшифровка должна содержать следующую информацию:
- табельный номер
- ФИО
- дата получения дохода (100)
- дата выплаты дохода (110)
- срок перечисления налога (120)
- ВО (пользовательский)
- сумма дохода
- сумма налога
- дата (изм.) получения (100)
- срок (изм.) перечисления налога (120).
При подведении курсора к полям "таб. номер", "ФИО", "сумма дохода", "сумма налога" изменять вид курсора и по щелчку мыши вызывать окно редактирования ЛС для (полей "таб. номер" и "ФИО") и архив удержаний (для полей "сумма дохода" и "сумма налога").
Как измененно :

Реализована FR-расшифровка перераспределения отрицательных сумм.
При перераспределении отрицательных сумм сохраняется информация о том, какие суммы изменены. По локальному меню во втором Разделе 6-НДФЛ "Расшифровка перераспределения отрицательных сумм" (комбинация "горячих" клавиш "Alt+4") вызывается расшифровка перераспределения.
Расшифровка содержит следующую информацию:
- табельный номер
- ФИО
- дата получения дохода (100)
- дата выплаты дохода (110)
- срок перечисления налога (120)
- ВО (пользовательский)
- сумма дохода
- сумма налога
- дата (изм.) получения (100)
- срок (изм.) перечисления налога (120).
При подведении курсора к полям "таб. номер", "ФИО", "сумма дохода", "сумма налога" изменяется вид курсора и по щелчку мыши вызывается окно редактирования ЛС для (полей "таб. номер" и "ФИО") и архив удержаний (для полей "сумма дохода" и "сумма налога").

Задача :102.158973

2016-09-29 16:16:33
Краткое описание :
Если у ВО нет входимости в НДФЛ не забирать запись по удержанию в 6-НДФЛ
Описание :
6-НДФЛ (развитие)
Что измененно :

Если у ВО нет входимости в НДФЛ не забирать запись по удержанию в 6-НДФЛ
У клиента возникла ситуация, при которой есть запись по НДФЛ с суммой удержания ноль и суммой дохода. Ссылка на ВО, который не облагается НДФЛ. Записи в архиве, видимо такие записи создавались между обновлениями (на текущем расчете такого нет).
Как измененно :

Доработано формирование 6-НДФЛ.
При формировании Раздела 2 для сумм, у которых налог = 0, дополнительно проверяются входимости ВО. Суммы дохода в Раздел 2 попадают по тем же правилам, что и в справку 2-НДФЛ.

Задача :102.159051

2016-09-29 16:16:33
Краткое описание :
Происходит корректировка, даже если записи некорректные
Описание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Что измененно :

Происходит корректировка, даже если записи некорректные.
Как измененно :

Проверка на совпадение НДФЛ и реестра на НДФЛ ошибочно запускалась, даже если суммы дохода не совпадали и возвращала корректное значение. Исправлено.

Задача :102.159061

2016-09-29 16:16:33
Краткое описание :
Поломалось решение 102.158370 (т.н. 10342)
Описание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Что измененно :

Выпуск решения по выплате премии с надбавками в межпериод для некоторых случаев привнес ошибку в расчет итоговых суммы дохода и НДФЛ с отпусков, отраженных разными видами оплат, соответствуют суммам из реестра.
Как измененно :

При поиске соответствия виду оплаты северных и РК с тем же источником теперь:
- признаки наличия северной надбавки и РК проверяются в полях "РК" межпериода и "СН" межпериода классификатора;
- при поиске совпадения по источнику записи отсекаются записи без источника.

Задача :102.159065

2016-09-29 16:16:33
Краткое описание :
Доработка перераспределения отрицательных сумм.
Описание :
6-НДФЛ (развитие)
Что измененно :

6-перераспределения отрицательных сумм.
Нужно учесть ситуацию, когда дата выплаты дохода = 0 (в связи с тем, что сумма налога = 0, дата удержания налога также = 0).
Как измененно :

6-перераспределения отрицательных сумм.
Ситуация, когда дата выплаты дохода = 0 (в связи с тем, что сумма налога = 0, дата удержания налога также = 0) обрабатывается следующим образом.
Сначала ищем запись с той же датой выплаты дохода, которая была в удержании НДФЛ ("дата перечисления(выплаты)дохода"). Если запись найдена и отрицательную сумму можно компенсировать положительной, относим отрицательную сумму к этой записи.
Если запись с такой же датой выплаты (как в удержании НДФЛ) не нашлась, по тому же принципу ищем запись с "нулевой" датой выплаты дохода.

В расшифровке перераспределения указываются даты по строкам 100, 110, 120 какие были до перераспределения и после.

Задача :102.159077

2016-09-29 16:16:32
Краткое описание :
Извещения Из списка "Вид документов", на которые действует извещение, исчезли КС, ПС, МК, позиция МК
Описание :
Извещения об изменениях
Что измененно :

Извещения Из списка "Вид документов", на которые действует извещение, исчезли КС, ПС, МК, позиция МК
По инциденту 2.93240
В документации написано:
Вкладка "Документы, подпадающие под замену"
В средней панели формируется перечень документов, на которые распространяется данное извещение. При формировании этого перечня вручную (без использования возможности [Применить фильтр]) в первую очередь устанавливается Вид документа (Конструкторская спецификация, Производственная спецификация, Маршрутная карта, Позиции маршрутной карты), после чего в поле Наименование выбирается требуемый документ указанного Вида. При выборе позиций маршрутной карты сначала выбирается документ, а затем - его позиция.
Клиент не может выбрать тип "Производственная спецификация", так как его нет в списке выбора. Также отсутствует возможность выбрать КС, МК, позиции МК.
Как измененно :

Ошибка исправлена. Тип документа на закладке <Документы, подпадающие под замену> выбирается корректно.

Задача :106.10349

2016-09-29 16:16:32
Краткое описание :
Неверно рассчитываются алименты с отпусков межпериода
Описание :
Расчет алиментов и и/листов с отпусков межпериода
Что измененно :

Если у сотрудника в месяце есть несколько отпусков, то некорректно рассчитываются алименты с последнего отпуска.
Как измененно :

Расчет алиментов с отпусков производится с общей суммы отпускных в расчетном месяце (в то числе, если сотруднику оформляли отпуск несколько раз в расчетном месяце), а затем отнимается уже удержанная сумма алиментов с предыдущих отпусков.
Сбор за перечисление алиментов рассчитывается в рамках каждого отпуска отдельно.

Задача :106.10352

2016-09-29 16:16:32
Краткое описание :
Система зависает при попытке отказаться от печати Каталога МЦ
Описание :
Каталог МЦ
Что измененно :

Система зависает при попытке отказаться от печати Каталога МЦ
После обновления обнаружили следующую проблему:
"1. Запускаем Галактику и открываем любой модуль логистики.
2. "Настройка" - "Заполнение каталогов" открываем "Каталог МЦ". Курсор стоит в первой МЦ в графе "Наименование".
3. Нажимаем кнопку "Печать" - "вываливается" список отчетов. Не выбирая ничего, отказываемся от печати по Esc - список отчетов пропадает, после чего Галактика зависает на время.
4. По прошествии времени (до несколько минут) копка "всплывает", Галактика выходит из комы"

Я проверил у себя на БД др. клиента - проблема действительно имеет быть.
Собрал sil.log - он у меня составил почти 1Гб, Галактика висела около минут 40. Но даже в архиве он весит около 40Мб.
Еще заметил, что если пометить несколько МЦ, и проделать последовательность, то ничего не зависает. Отрабатывает все быстро.
Sil файл могу прислать почтой порезав по частям или предоставив ссылку.

Прошу решить проблему.
Как измененно :

Исправлено зависание при отмене печати

Задача :180.9870

2016-09-29 16:16:32
Краткое описание :
Проблема с адресом при выгрузке в ЭДО.
Описание :
Наши счета-фактуры
Что измененно :

Добрый день, уважаемые коллеги.

После установки компоненты L_Common 9.1.60.0, в графе:
<СвПрод>
<Адрес>
Печатается ВСЕГДА адрес контрагента.


С/ф тип "Счет-фактура заказчика".

Скорее всего, данная проблема из-за указания первым параметром aOrg, которая присваивает aOrg := SchFact.cOrg;
// Сведения о продавце (строки 2, 2а, 2б)
SvProdPokTip(result, 'СвПрод', 2, aOrg, aMyOrg);
// Сведения о покупателе (строки 6, 6а, 6б)
SvProdPokTip(result, 'СвПокуп', 1, aOrg, aMyOrg);

А процедура SpProdPokTip получает адрес всегда по параметру _KatOrg.

Function SvProdPokTip(_Node: comp; _NodeName: string; aMode : Word; _KatOrg, _KatOrgMy: comp): comp;
{
result := AddNode(_Node, _NodeName);
IdSv(result, 'ИдСв', aMode, _KatOrg, _KatOrgMy);
AdresTip(result, 'Адрес', _KatOrg, true); // Адрес
}
Как измененно :

Исправлено, адрес при экспорте для ЭДО выгружается корректно.