2016-09-29 16:16:32

Краткое описание :

В каталог документов системы добавить признак участия в расчете оперативного сальдо

Описание :

F_KatDoc [Каталог документов]

Что измененно :

Настройка - Заполнение каталогов - Документы системы.
Добавить колонку с признаком участия документа в расчете оперативного сальдо
контрагентов. Например, колонка будет называть "О".
Если документ участвует, то значение в колонке "+", если нет, то ничего.

Как измененно :

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

2016-09-29 16:16:33

Краткое описание :

Корректировка архива удержаний - "к исправлению" НЕ выводятся ошибочные ситуации

Описание :

Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)

Что измененно :

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

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

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

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

Требуется исправить фильтр.

Как измененно :

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

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

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

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

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

2016-09-29 16:16:32

Краткое описание :

Логирование предупреждений при работе с dsk ( объект:"PP_NulPaym" )

Описание :

Ведение интерфейса "Начисления и выплаты"

Что измененно :

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

Как измененно :

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

2016-09-29 16:16:32

Краткое описание :

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

Описание :

Не знаю, какая именно часть финансового контура, научите

Что измененно :

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

Как измененно :

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

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". Запуск функции перераспределения происходит после утвердительного ответа на сообщение "Перераспределить отрицательные суммы?".

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).
При подведении курсора к полям "таб. номер", "ФИО", "сумма дохода", "сумма налога" изменяется вид курсора и по щелчку мыши вызывается окно редактирования ЛС для (полей "таб. номер" и "ФИО") и архив удержаний (для полей "сумма дохода" и "сумма налога").

2016-09-29 16:16:33

Краткое описание :

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

Описание :

Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)

Что измененно :

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

Как измененно :

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

2016-09-29 16:16:33

Краткое описание :

Доработка перераспределения отрицательных сумм.

Описание :

6-НДФЛ (развитие)

Что измененно :

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

Как измененно :

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

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

2016-09-29 16:16:32

Краткое описание :

Неверно рассчитываются алименты с отпусков межпериода

Описание :

Расчет алиментов и и/листов с отпусков межпериода

Что измененно :

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

Как измененно :

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

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); // Адрес
}

Как измененно :

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