[2015-02-10] Задачи 19 / Компоненты 11
[2015-02-12] Задачи 48 / Компоненты 11
[2015-02-13] Задачи 8 / Компоненты 4

Задачи ЕРП Галактика решенные на дату 2015-02-12

Задача :101.43100

2015-02-12 15:08:29
Краткое описание :
Отчет о несоответствии привязки кодов ОКОФ
Описание :
Другие интерфейсы по ОС
Что измененно :

Необходимо получить отчет о несоответствии
привязки кодов ОКОФ к амортизационным группам по
карточеке ОС с распечаткой инвентарных номеров.
Как измененно :

В интерфейс "Отбор ИК" Картотеки ОС добавлен параметр отбора "Проверка соответствия" со значениями: "Вид - Норма", "Амортизационная группа - ОКОФ" и "Подразделение - МОЛ". При отборе по данному параметру будут помечены ИК у которых имеется несоответствие по выбранной паре значений.

Задача :101.46099

2015-02-12 15:08:29
Краткое описание :
Контроль непротиворечивости данных при настройке формы
Описание :
Настройки строк формы
Что измененно :

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

В локальное меню интерфейса "Ведение картотеки" модуля "Учет ОС" добавлена функция "Печать в FastReport строк формы с выбранными инвентарными карточками". Данная функция формирует отчет отображающий: к каким строкам формы №11 привязаны выбранные ИК. Отчет формируется либо для текущей позиции в картотеке, либо по помеченным ИК. Если ни одна ИК не имеет привязки, то отчет не формируется.

Задача :101.56025

2015-02-12 15:08:29
Краткое описание :
Новая декларация по НДС. Признак актуальности сведений в разделе 8
Описание :
Декларация по НДС
Что измененно :

Новая декларация по НДС. Признак актуальности сведений в разделе 8. При формировании первичной декларации по НДС в строке 001 автоматически заполняется значение 0.
В соответствии с порядком заполнения раздела 8 декларации, строка заполняется в случае предоставления уточненной декларации.
При предоставлении первичной декларации строке 001 ставится прочерк.
Как измененно :

Добавлен контроль заполнение поля "Признак актуальности ранее представленных сведений" - допустимые значения: "0" и "1".
При формировании первичной декларации, в соответствии с форматом представления сведений в электронной форме, указанное поле не выгружается в xml-файл. "Прочерк" в электронной форме не используется.
Существующий функционал не дает возможности предоставлять дополнительные разделы в печатном виде, поэтому предложение использовать "прочерк" будет реализовано только в случае наличия печати доп разделов.

Задача :101.56057

2015-02-12 15:08:29
Краткое описание :
налоговая ставка может быть меньше 1
Описание :
Расчет по авансовому платежу по налогу на имущество организаций
Что измененно :

Декларация по авансовому платежу по налогу на имущество. В строке 170 налоговая ставка может быть различной, в том числе, меньше 1. Это прописано в Налоговом кодексе в 30 главе в статье 380.
Как измененно :

Теперь при проверке поля "Налоговая ставка", допустим ввод значений меньше "единицы". Данные изменения касаются отчетов:
1. Декларация по налогу на имущество организаций
- Раздел 2. строка 210
- Раздел 3. строка 80
2. Расчет по авансовому платежу по налогу на имущество организаций
- Раздел 2. строка 170
- Раздел 3. строка 70

Задача :101.56059

2015-02-12 15:08:29
Краткое описание :
2-НДФЛ - для доходов кроме оплаты труда дату получения приравнивать дате выплаты даже уволенным
Описание :
Справки 2-НДФЛ (до 2019 года)
Что измененно :

Для уволенного, если доход является оплатой труда (коды дохода 2000, 2530, 2791), то дата получения дохода должна быть равна дате увольнения. Это соответствует ст. 223 НК и так сейчас реализовано в системе.
Для любого другого вида дохода (например, 4800) дата получения всегда должна приравниваться дате выплаты, даже уволенным. Сейчас уволенным проставляется дата увольнения и это нужно поправить.

Статья 223. Дата фактического получения дохода

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

2. При получении дохода в виде оплаты труда датой фактического получения налогоплательщиком такого дохода признается последний день месяца, за который ему был начислен доход за выполненные трудовые обязанности в соответствии с трудовым договором (контрактом).
В случае прекращения трудовых отношений до истечения календарного месяца датой фактического получения налогоплательщиком дохода в виде оплаты труда считается последний день работы, за который ему был начислен доход.
Как измененно :

В налоговом регистре дата получения дохода, не являющегося оплатой труда, приравнивается дате выплаты, в том числе уволенным (согласно ст. 223 НЛ РФ).

Доходы, являющиеся оплатой труда - это доходы с кодами 2000, 2530, 2791, а также доходы, у которых установлена доп. входимость "Является доходом для налоговой отчетности РФ").

Случай, когда дата получения дохода превышает дату выплаты дохода, регулируется параметром "Дата получения дохода может превышать дату выплаты" на вкладке "Налоговый регистр" параметров формирования отчёта.

Задача :101.56065

2015-02-12 15:08:29
Краткое описание :
В отчете "вылезает" СФО по закрытой карточке
Описание :
Наличие спецодежды в пользовании
Что измененно :

У клиента возникла следующая ситуация:
В отчет о наличии в пользовании СФО по закрытой ЛК учета СФО попадает позиция "Куртка меховая". В КУ СФО и ЛК учета СФО данная позиция не отображается. Удалось найти проблемную запись в таблице PersSFO, ее поля следующие: status=0, zeroKol=0, cDocMBPIn=cCurMBPIn=0, cMBPMove=0, docKol=curKol=1.
Необходимо доработать утилиту F_SFO::CHECKPERSSFO для исправления таких ситуаций по закрытым Личным карточкам учета СФО.
Как измененно :

Доработана утилита F_SFO::CheckPersSFO (Сервис - Утилиты - Запуск внешнего интерфейса) для проверки корректности заполнения полей curKol, zeroKol и spisDate в таблице PersSFO для закрытых ЛК учета СФО (т.е. в состояниях "Закрыта" или "Архив").
Если для закрытых ЛК учета СФО в результате исправления некорректных полей появляется "остаток" предметов, то он списывается из ЛК, а в отчет выводится NRec добавленной операции списания.
Кроме того, доработана функция корректировки выданного количества для ненакопительных периодических норм: поле PersSFO.operDate для добавляемых в интерфейсе записей заполняется датой выдачи предметов.

Задача :101.56143

2015-02-12 15:08:29
Краткое описание :
При задании фильтра на объект строительства в отчет попадают все объекты.
Описание :
Оборотно-сальдовая ведомость
Что измененно :

При задании фильтра на объект строительства в отчет попадают все объекты.
Как измененно :

Исправлена работа фильтра по объекту строительства.

Задача :102.119616

2015-02-12 15:08:29
Краткое описание :
Реализовать возможность привязывать ТХО к операции корректировки разниц
Описание :
Корректировка разниц
Что измененно :

В Галактике имеется операция корректировки разниц.
Корректировка разниц отражается впоследствии во входящем сальдо по разницам при работе с текущим месяцем.
Как известно в бухгалтерском учете, временным разницам соответствуют 09 и 77 счета, а постоянным разницам 99 счет.
Очевидно, что изменение оперативных данных по разницам должно корреспондировать с соответствующими изменениями по вышеуказанным счетам.
Поскольку, сейчас привязывать ТХО к операции корректировка разниц возможности нет, приходится проводить корректировки по бух.учету ручными проводками в бухгалтерских справках, что неудобно и, на мой взгляд, не соответствует концепции Галактики.

ПРЕДЛАГАЮ:
Реализовать возможность привязывать ТХО к операции корректировки разниц, а также обучить OSNMA работать с этим типом операций.
Как измененно :

Добавлена возможность привязывать ТХО к операциям корректировки амортизации и корректировки разниц ОС/НМА. В окна редактирования этих операций внедрены стандартные вкладки "ХозОперации" и "Проводки".
Для операции корректировки амортизации создаются хозоперации по одной на каждый метод учета на сумму изменения износа по методу учета. Для операции корректировки разниц создается одна хозоперация на сумму первоначальной стоимости предметов по налоговому методу учета (см. настройки "Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Налоговый учет \ ОС \ Налоговый метод учета" и "Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Налоговый учет \ НМА \ Налоговый метод учета"). В операции корректировки разниц данные отображаются всегда по налоговому методу учета, переключиться на другой метод учета нельзя. Если налоговый метод учета не указан для пользователя, то интерфейс не открывается.

Добавлена настройка
"Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Налоговый учет \ Сразу проводить операцию корректировки разниц"
Если настройка включена, то :
- при проведении операции сразу корректируется сальдо по разницам на начало месяца.
- в интерфейсе расчета амортизации Параметр позволяющий включить корректировку дисаблится.
- сообщение о несоответствии сальдо прошлого периода и сальдо начало текущего, выдается с учетом проведенной операции, расчете амортизации.

Задача :102.135095

2015-02-12 15:08:29
Краткое описание :
Неуместное предупреждение при установке(снятии) фильтра(галочек)
Описание :
Передача объектов инвестору
Что измененно :

Неуместное предупреждение при установке(снятии) фильтра(галочек)- мы ничего не корректируем!
Как измененно :

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

Задача :102.135129

2015-02-12 15:08:29
Краткое описание :
Реализация ОС: режим "по ссылкам из инвениарных карточек с созданием партий"
Описание :
Выбытие
Что измененно :

ПР
При включении настройки Выбытие / Выбор МЦ для реализации = "с формированием партий" новые мц создаются всегда,также создаются уникальные партии.
При включении значения Выбытие / Выбор МЦ для реализации = "по ссылкам из инвентарных карточек" новые МЦ создаются только когда это необходимо, а партии не создаются вообще.
По бизнес-процессу заказчика МЦ создавать нужно, а партии нужно. подходящего режима не нахожу.

ПРЕДЛАГАЮ
В функции реализация ОС: реализовать режим "по ссылкам из инвентарных карточек с созданием партий"
Как измененно :

Настройка "Бухгалтерский контур \ Учет ОС и НМА \ Настройка операций \ Выбытие \ Выбор МЦ для реализации"
теперь может принимать значения
'способ не определен';
'по ссылкам из инвентарных карточек';
'с формированием МЦ по ОС';
'не формировать новые МЦ по ОС';
Добавлен режим 'не формировать новые МЦ по ОС', что требовалось в проблеме. По нему если в карточке ОС нет МЦ,
то мц не формируется и выдается сообщение об ошибке.
Убран режим "формировать партии мц". Вместо него добавлена настройка
" Бухгалтерский контур \ Учет ОС и НМА \ Настройка операций \ Выбытие \ Формировать партии МЦ для реализации".
Она и управляет формированием партий МЦ.

Задача :102.135404

2015-02-12 15:08:29
Краткое описание :
Объективизировать ссылку на складской ордер склад-ОС в карточке ОС
Описание :
Ведение картотеки
Что измененно :

Сейчас
1) всегда жестко работает связка, отменяешь ордер из которого создавался ОС - удаляется ОС, иногда хотелось бы сохранить карточки.
2) иногда хотелось бы делать карточку тиражированием, и подвязаться к складскому ордеру Склад-ОС
В связи с этим ПРЕДЛАГАЮ:

Объективизировать ссылку на складской ордер склад-ОС в карточке ОС следующим путем:
1) вывести поле "Складской ордер на перевод в ОС" в дополнительной информации карточки, это поле вычислять по ссылке cSpOrder.
2) давать возможность удалять эту связь и восстанавливать ее по F3, при восстановлении нужно будет выбирать сам ордер и его позицию.
Как измененно :

1) выведено поле "Накладная Склад->ОС" в дополнительной информации по карточке.
2) Есть возможность удалять эту связь и восстанавливать ее по F3, при восстановлении нужно будет выбирать саму накладную и МЦ в спецификации накладной. При этом бар код МЦ переносится в карточку.

Если карточка создана из УКС, то тогда накладную склад->Ос выбирать нельзя.
Кнопка "просмотр" для просмотра объекта строительства удалена. Посмотреть объект теперь можно по клавише F4.

Задача :102.135630

2015-02-12 15:08:29
Краткое описание :
Не обновляются данные по ИФ при отмене операции Изменение стоимости в след. случае
Описание :
Изменение стоимости
Что измененно :

Не обновляются данные по ИФ при отмене операции в след. случае:
Установлена настройка ""Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Настройка ИК \ Для источника финансирования в ИК при проведении операций сохранять неизменным" = процент распределения. В карточке вся стоимость распределена по источникам финансирования. Создаем новую операцию "Изменения стоимости" и заданное изменение не распределяем по ИФ (данная стоимость сама должна распределиться по существующим ИФ согласно настройке). Если при отмене данной операции сразу не зайти в интерфейс "Состав стоимости по источникам финансирования" и не "перечитать" значения в "Источники финансирования (предыдущее значение), то данные в карточке на закладке "Источники финансирования не обновляются.
Проявляется нестабильно.
Как измененно :

Откат операции исправлен.

Задача :102.135956

2015-02-12 15:08:29
Краткое описание :
По Enter не формировать карточку ОС
Описание :
ОС-овая сторона накладной
Что измененно :

А еще можно доработать, чтобы по Enter в эталонных параметрах сразу не формировалась карточка, можно чтобы было два Enter, а то заполнили пользователи одно
поле и нажали Enter по привычке как в других документах, сразу начинается формироваться карточка (а еще не все ввели:-()
По Enter не формировать карточку ОС
Как измененно :

По Enter в эталонных параметрах не запускается формирование карточки.
Запускается при нажатии на кнопку "Формировать".

Задача :102.136176

2015-02-12 15:08:29
Краткое описание :
Необходимо отменять проведение операции, в случае, если появлялось какое-нибудь системное сообщение
Описание :
Выбытие
Что измененно :

Бухгалтерии необходимо, чтобы операцию "Выбытие ОС" вводили сами пользователи, а привязку ТХО и проведение этой операции осуществляла только бухгалтерия. Для этого пользователю дали права на работу с картотекой ОС. На таблицу KatOs права дали только на чтение. Произошла следующая ситуация: пользователь ввел операцию выбытия и нажал кнопку "Проведение операции". При этом выскочила ошибка (нет доступа к таблице 3000 (KatOs)), но при этом в поле PROVED в таблице SPMOVE все равно установилось значение равное 1. Дата выбытия при этом в карточке не была проставлена, само собой. Далее бухгалтер привязывает ТХО, и т.к. операция уже, вроде бы, проведена, то тоже никаких изменений в карточке не происходит. В итоге: есть операция выбытия, она проведена, проводки сформированы, но карточка ОС все еще не числится списанной. Необходимо не устанавливать признак того, что операция проведена, если возникает какая-то ошибка, которая мешает завершению проведения операции.
Как измененно :

Добавлена пользовательская настройка "Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Настройка операций \ Разрешать проведение/отмену проведения операций", которая может принимать следующие значения: "нет" и "да" (по умолчанию).
Если настройка установлена в значение "нет", то пользователю запрещено проводить и отменять проведение следующих операций ОС и НМА:
- поступление
- внутреннее перемещение
- изменение стоимости
- выбытие
- изменение группы/вида
- изменение параметров
- корректировка амортизации
- корректировка разниц
- переоценка
- налоговая операция
- налоговая амортизация

Задача :102.136280

2015-02-12 15:08:29
Краткое описание :
При обновлении реестра настроек на текущих патчах 8.1 fastclose ошибка
Описание :
Другие интерфейсы по ОС
Что измененно :

При обновлении реестра настроек на текущих патчах 8.1 fastclose ошибка.
Не найден интерфейс F_OS::Conv_StoimStruct
Как измененно :

Исправлено.

Задача :102.136408

2015-02-12 15:08:29
Краткое описание :
В интерфейсе "Комплектование объектов" по ИК неверно отображается сумма износа
Описание :
Изменение стоимости
Что измененно :

В интерфейсе "Комплектование объектов" по ИК неверно отображается сумма износа (величина умножена на 2)
Как измененно :

Исправлено.

Задача :102.137383

2015-02-12 15:08:29
Краткое описание :
Требуется доработка функции "Скопировать убытки реализации в налоговый регистр" в операции Выбытие.
Описание :
Выбытие
Что измененно :
Требуется доработка функции "Скопировать убытки реализации в
налоговый регистр" в операции Выбытие
Убыток должен формироваться по следующим формулам:
Если:
[Стоимость продажи - (Остаточная стоимость + Расходы + Восстановленная премия)]
> 0, то убытка нет, и появляется сообщение об отсутствии убытка,
Если:
[Стоимость продажи - (Остаточная стоимость + Расходы + Восстановленная премия)]
< 0, то убыток есть, и происходит копирование убытка в налоговый регистр.
Как измененно :
Убыток формируется по следующим формулам:
Если:
[Стоимость продажи - (Остаточная стоимость + Расходы + Восстановленная премия)]
> 0, то убытка нет, и появляется сообщение об отсутствии убытка,
Если:
[Стоимость продажи - (Остаточная стоимость + Расходы + Восстановленная премия)]
< 0, то убыток есть, и происходит копирование убытка в налоговый регистр.

Задача :102.137829

2015-02-12 15:08:29
Краткое описание :
Расходы будущих периодов. Не работает фильтр по контрагенту из документа
Описание :
Расходы будущих периодов
Что измененно :
Расходы будущих периодов. Не работает фильтр по контрагенту из
документа
Подробнее во вложении. Могу предоставить БД.
Как измененно :
работает фильтр по контрагенту из документа

Задача :102.137996

2015-02-12 15:08:29
Краткое описание :
При отмене операции указывается неверный метод учета в след. случае:
Описание :
Изменение стоимости
Что измененно :

При отмене операции указывается неверный метод учета в след. случае:
Проводим в двух методах операцию, которая изменяет параметры только в
в своем методе учета(например, изменение стоимости).
затем проводим в двух методах (бухгалтерский и налоговый) операцию, которая изменяет параметры
во всех методах, например, перемещение.
В бухгалтерском методе отменяет операцию внутреннего перемещения. Затем в этом же
бухгалтерском методе пытаемся отменить операцию изменения стоимости. Выдается
ПРЕДУПРЕЖДЕНИЕ о невозможности отмены, т.к. в БУХГАЛТЕРСКОМ методе учета есть проведенная
позже операция внут. перемещения. А в предупреждении должен быть указан НАЛОГОВЫЙ метод.
Как измененно :

Доработано. МУ указывается верно.

Задача :102.138017

2015-02-12 15:08:29
Краткое описание :
Сообщение об ошибке при удалении операции
Описание :
Изменение стоимости
Что измененно :

Сообщение об ошибке при удалении операции
Неверный адрес записи, или возможен конфликт доступа к записи. Код ошибки: 43. таблица N3108
Создаем операцию Изменение стоимости. Задаем значения в Интерфейсе "Состав стоимости по источникам финансирования".
Удаляем операцию - выдается сообщение об ошибке.
Как измененно :

Исправлено.

Задача :102.138029

2015-02-12 15:08:29
Краткое описание :
В протокол перестали выводиться номер и наименование ИК для режима формирования проводок "только по выбранным карточкам"
Описание :
Амортизация
Что измененно :
\r\nЗапустил пересчет амортизации за месяц.\r\nВ ходе выполнения расчета выскочил вопрос системы \"Объект выбыл, разрешить редактирование\". Причем это сообщение вываливается в середине длинной пакетной операции, что останавливает ее выполнение. В то же время пользователь не сидит и не смотрит, когда рассчитается амортизация, поэтому сообщение заметит не сразу. \r\nПредлагаю проверку на возможность редактирования объектов в связи с их выбытием вынести в начало выполнения расчета амортизации, чтобы пользователь сразу ответил на нужный вопросы и дальше пакетная функция спокойно выполнялась.\r\n
Как измененно :

Исправлено. Карточка выводится.

Задача :102.138326

2015-02-12 15:08:29
Краткое описание :
Декларация НДС 2015 актуализация
Описание :
Декларация по НДС
Что измененно :

Для существующей тестовой версии "Декларация НДС 2015", требуется максимально актуализировать алгоритмы расчета, согласно последним изменениям проекта декларации.
Как измененно :

Реализована итоговая версия "Декларации по НДС 2015".

ОСОБЕННОСТИ РЕАЛИЗАЦИИ
ПЕЧАТЬ
Функция "Печатать с двумерным штрихкодом" позволяет формировать отчет по основным разделам. Для работы требуется обновить tif-шаблоны с сайта ФНС. Отчет по всем разделам на данный момент не предусмотрен ФНС.

ПРОВЕРКА ДАННЫХ
Проверка основных разделов, реализована стандартным образом - через алгоритм. Проверка дополнительных разделов осуществляется посредством соответствующих XSD-файлов разрабатываемых в ФНС (см. http://format.nalog.ru/). XSD-файл по которому будет осуществляться проверка конкретного раздела указывается в "Структуре документа" по пути "XXX/Файл/xsi:noNamespaceSchemaLocation", где "XXX" - это путь на данные соответствующего раздела. XSD-файлы поставляются в составе обновления и располагаются на диске по пути EXE\Tax_Api\XSD\. При необходимости путь на XSD-файлы может быть изменен, он может быть задан в параметрах конфигурационного файла (galnet.cfg). Секция - {TAX_REPORT}, параметр - XSDFILEDIR. Секцию следует указывать в "фигурных" скобках, например:
{TAX_REPORT}
XSDFILEDIR = "d:\EXE"

Задача :102.138387

2015-02-12 15:08:29
Краткое описание :
Ломается печатная форма отчета ОС-2 на внутреннее перемещение
Описание :
Внутреннее перемещение
Что измененно :

Ломается печатная форма отчета ОС-2 на внутреннее перемещение, если в карточке ОС на закладке "Характеристика" вместо текстового файла привязан, например, pdf или doc-файл. При печати сразу нескольких записей операции тоже самое.

Для клиента проблема очень критична, так как срочно надо сделать внутреннее перемещение по 1000 и более карточкам на другого МОЛ-а и сдать отчеты, а из-за этой проблемы этого сделать не могут.
Как измененно :

Исправлено.

Задача :102.139096

2015-02-12 15:08:29
Краткое описание :
Некорректно отображается информация в окне визуализации
Описание :
Амортизация
Что измененно :

При расчете амортизации не верно показывает сведения в окне визуализации (см. вложение)
Как измененно :

Визуализация исправлена.

Задача :102.139097

2015-02-12 15:08:29
Краткое описание :
Не выдавать предупреждения в ходе выполения операции амортизации
Описание :
Амортизация
Что измененно :

Расчет амортизации у клиента занимает
продолжительное время (свыше 10 часов). Запускают
операцию на ночь и уходят.
В хоте выполнения амортизации первым этапом идет
проверка отчетного периода карточек, и если есть
несоответствие - выдается предупреждение с предложением
продолжить. Это предупреждение сотрудники видят только
утром, тем самым теряя драгоценное время, выделенное на
расчет амортизации и формирование проводок.
Следует не выдавать предупреждения, тем самым не
прерывать процесс выполнения расчета амортизации, а по
окончании расчета - выдавать протокол по таким
карточкам с предложением запустить расчет амортизации
по ним отдельно после корректировки отчетного периода.
Как измененно :

Добавлена настройка -
"Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Настройка операций \ Амортизация \ Показывать инвентарные карточки с периодом, отличным от периода расчета амортизации". Настройка может принимать два значения - "до начала расчета" и "после окончания расчета". Если установлено второе значение, то окно с карточками с периодом отличным от периода амортизации показывается после расчета.

Задача :102.139780

2015-02-12 15:08:29
Краткое описание :
Отбор ИК по внешнему КАУ
Описание :
Ведение картотеки
Что измененно :

Добавить в интерфейс отбора ИК карт возможность отбирать по признаку отсутствия или наличия внешних КАУ
Как измененно :

В интерфейс "Отбор инвентарных карт" добавлен параметр отбора "Внешний КАУ" позволяющий отобрать ИК по признаку наличия или отсутствия привязанных внешних КАУ.

Задача :102.139858

2015-02-12 15:08:29
Краткое описание :
Обеспечить корректный откат к предыдущей версии компоненты F_TAXREPORT_RES
Описание :
Электронная отчетность в целом
Что измененно :

Данные в ресурсах и БД всегда должны быть в актуальном взаимно соответствующем состоянии. При изменении данных в ресурсах требуется обновлять данные в БД. Если после установки "нового обновления" компоненты F_TaxReport, зайди в интерфейсы функционала "Электронная отчетность", то появится запрос на обновление соответствующих данных в БД: "Произошли изменения в объектах электронной отчетности. Обновить данные?" - это хорошо. Однако если потом "откатить" это "новое обновление" и компонент F_TaxReport станет "старой" версии, то соответствующей синхронизации данных в БД не произойдет - это плохо.
Как измененно :

Если при запуске "Электронной отчетности" выявлены различия между версией данных компоненты F_TaxReport и версией данных в БД, то будет выдан запрос на обновление данных в БД (обновление алгоритмов и отчетов).

ОСОБЕННОСТИ ИСПОЛЬЗОВАНИЯ
Описанный функционал будет отрабатывать при наличии в системе обновления F_TAXREPORT версии 9.1.6.0 и выше. Т.е. если откатить обновления до F_TAXREPORT версии 9.1.5.0, то автоматически запрос на обновление данных в БД не произойдет

Задача :102.139892

2015-02-12 15:08:29
Краткое описание :
Заполнять поля Период и код (по месту нахождения учета) декларации по НДС в соответствии с требованиями формата в электронной форме.
Описание :
Декларация по НДС
Что измененно :

Заполнять поля Период и код (по месту нахождения учета) в соответствии с требованиями формата представления налоговой декларации по налогу на добавленную стоимость в электронной форме.
Формируем НДС за 2 квартал. В интерфейсе редактирования декларации период указан корректно 01.04.2015-30.06.2015 По умолчанию проставляется код периода 01 и в поле "Код места, по которому представляется документ" проставляется 116 - по месту постановки индивидуального предпринимателя на учет в качестве налогоплательщика. Предполагаем, что после расчета все нормализуется, но после расчета ничего не поменялось.
Как измененно :

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

Задача :102.139905

2015-02-12 15:08:29
Краткое описание :
Дополнить подсказку
Описание :
Личная карточка спецодежды
Что измененно :

Спецодежда - Документы - Личная карточка учета СФО - поле "Состояние предметов": во всплывающей подсказке и строке состояния не указано состояние "П" - перемещено.
Как измененно :

Доработано.

Задача :102.139906

2015-02-12 15:08:29
Краткое описание :
Выводить количество помеченных записей.
Описание :
Личная карточка спецодежды
Что измененно :

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

Доработано. Также в окно группового выбора ЛК учета спецоснастки/СФО добавлены поля: подразделение и дата увольнения.

Задача :102.139909

2015-02-12 15:08:29
Краткое описание :
Необходимо доработать импорт коэффициентов переоценки из Excel
Описание :
Ввод коэффициентов переоценки
Что измененно :

Необходимо доработать импорт коэффициентов переоценки из Excel. Надо добавить параметр "Количество знаков после запятой" для указания точности округления импортируемых коэффициентов.
Как измененно :

Доработано.

Задача :102.139931

2015-02-12 15:08:29
Краткое описание :
Неизвестный идентификатор TYPELOG
Описание :
Пересчет сальдовых остатков в разрезе объектов целевого учета
Что измененно :

Настройки Галактики \ Общие настройки системы \ Работа с МЦ, услугами \ Целевое назначение МТР \ Расчет остатков МТР с использованием DSQL = "да"

При пересчете сальдовых остатков в разрезе объектов целевого учета с параметром "Отчет о выполнении" <> "протокол пересчета" ORA90DRV.LOG содержит ошибки:

30.01.2015 14:44:24 [TEST91#IVANOV]:
Ошибка(5,0): Неизвестный идентификатор TYPELOG

30.01.2015 14:44:24 [TEST91#IVANOV]:
Ошибка(5,0): Неизвестный идентификатор TYPELOG

30.01.2015 14:44:24 [TEST91#IVANOV]:
Ошибка(5,0): Неизвестный идентификатор TYPELOG

....

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

Исправлено.

Задача :102.140147

2015-02-12 15:08:29
Краткое описание :
Функции проверки XML по XSD
Описание :
Электронная отчетность в целом
Что измененно :
Требуется функционал проверки XML-файлов по XSD-схеме. Под
решением текущей проблемы понимается наличие в системе pascal-функций для
выполнения поставленной задачи

Как измененно :
Разработаны pascal-функции для проверки XML-файлов по XSD-схеме:
function BuhXSD_GetStLastError1 : string ; external
'WordLib.dll';
function BuhXSD_GetStLastError2 : string ; external
'WordLib.dll';
function BuhXSD_IsAllInstalled : boolean; external
'WordLib.dll';
function BuhXSD_Validate (string , string ) : boolean; external
'WordLib.dll';
function BuhXSD_MultyValidate (string , string ) : boolean; external
'WordLib.dll';
function BuhXSD_SetPosFirstMultyError : boolean; external
'WordLib.dll';
function BuhXSD_SetPosNextMultyError : boolean; external
'WordLib.dll';

Задача :103.7199

2015-02-12 15:08:29
Краткое описание :
Предлагаю после выбора подразделения делать проверку: если подразделение и подразделение выбранного МОЛ разные, то поле МОЛ очищать.
Описание :
Ведение картотеки
Что измененно :

Если в инвентарной карточке или в операции на внутреннее перемещение после выбора МОЛ перевыбрать подразделение,
то МОЛ не меняется, и получается, что установлено подразделение одно, а МОЛ из другого подразделения.
Предлагаем после выбора подразделения делать проверку: если подразделение и подразделение выбранного МОЛ разные,
то поле МОЛ очищать.
Как измененно :

В операциях и карточке ОС после выбора подразделения делается проверка: если подразделение и подразделение выбранного МОЛ разные, то поле МОЛ очищается после запроса.

Задача :180.4725

2015-02-12 15:08:29
Краткое описание :
выбор договора при выбытии (реализации ОС)
Описание :
Выбытие
Что измененно :

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

Доработано
Изменен внешний вид окна параметров формирования документов реализации
(из операции выбытия).
Добавлена возможность в окне параметров формирования выбора договора,
соглашения, пункта кал.плана, которые переносятся в формируемые
сопроводительные документы.

Задача :180.8379

2015-02-12 15:08:29
Краткое описание :
Создавать текущий OsRazn, если его нет, в операции корректировки разниц
Описание :
Корректировка разниц
Что измененно :

Если по карточке, которая включена в операцию "Корректировка разниц", по какой-то причине отсутствует запись OsRazn за текущий период, то в окне "Корректировка разниц (Налоговые)", в котором мы вводим суммы корректировки разниц значения "На начало периода", "В текущем периоде" светится от той карточки, у которой OsRazn за текущий период есть.
Чтобы избежать этой проблемы, необходимо при добавлении карточки ОС в операцию корректировки разниц, проверять есть ли у нее текущий OsRazn и создавать его.

Доп.инфо. Причина, по которой может отсутствовать OsRazn следующая.
Заказчик использует следующий подход: разницы прошлого налогового периода отражает операцией корректировки разниц, чтобы эти суммы как то выделялись и особо попадали в отчет по разницам, а доначисление разниц текущего периода уже отражает обычным начислением разниц. Таким образом, при оформлении документов поступивших с запозданием либо при оформлении задним числом ОС, которые по итогам проверки гос.органами были признаны ОС и должны были амортизироваться, иногда приходится доначислять амортизацию и разницы за прошлые и за текущий налоговые периоды. Таким образом, вводят карточку ОС, которой не было раньше, по которой также раньше не считались разницы. И в месяце ввода сразу же делают операцию корректировки разниц на сумму пропущенных периодов. В этих условиях у ОС отсутствует OsRazn за текущий период.
Как измененно :

Доработано. Создаются нужные записи в разницах.

Задача :180.8380

2015-02-12 15:08:29
Краткое описание :
Нелогичный дизайн окна "Корректировка разниц"
Описание :
Корректировка разниц
Что измененно :

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

Было бы еще логичнее, если бы учет корректировки в текущем сальдо происходил при проведении операции например в НУ (а не при расчете амортизации как сейчас).
Считаю, что стоит этот подход реализовать реализации включении системную настройку "всегда учитывать операции корректировки разниц" по ПИР 180.8341
Как измененно :

Колонки будут следующие:
"Сальдо на конец прошлого периода" (не редактируемое) (из записи прошлого периода или 0 если нет)
"Корректировка" (редактируемое)
"На начало периода (не редактируемое) (из текущей записи)
"В периоде" (не редактируемое) (из текущей записи)
"На конец периода" (не редактируемое) = "На начало периода" + "На конец периода"
Если сальдо на конец не совпадает с сальдо на начало, то это будет значить что операция корректировки проведена (возможно.)

Поле "Корректировка" становится не доступным после проведения операции.

Пока проведение корректировки оставлено в операции расчета разниц(амортизации). Возможно будет перенесена в операции корректировки после решения 102.119616

Теперь проводится корректировка разниц и потом проверка на сальдо конца прошлого периода и начало текущего.
Причем проверка происходит с учетом проведенной операции корректировки.

Задача :180.8386

2015-02-12 15:08:29
Краткое описание :
Ликвидировать жесткую привязку операции инвентаризации к отчетному периоду
Описание :
Инвентаризация
Что измененно :

В настоящее время система не дает возможности создавать операцию инвентаризации не в отчетном периоде модуля.
Это весьма не удобно при филиальной структуре предприятия: на каждом филиале бухгалтер переводит по периодам свою часть картотеки. Таким образом, кто-то может уже перевести по своему филиалу картотеку в сентябрь, и там ему уже нужно делать инвентаризацию, при этом все карточки, которые будут добавляться в его операцию инвентаризации находятся в нужном нам периоде (сентябре). А второй бухгалтер может еще доделывать август и его картотека и модуль иже с ним могут быть еще в августе. Получается неудобно, что нужно менять отчетный период через настройки (чтобы картотека второго бухгалтера не перешла в сентябрь вместе с отчетным периодом модуля), учитывая что настройки у пользователей закрыты, т.е. только через ОИТ.
При этом с другой стороны в инвентаризации главное соблюсти соответствие: отчетный период карточек = отчетному периоду операции инвентаризации = отчетному периоду создаваемых из инвентаризации операций. В рассматриваемом случае данное условие выполняется.
ПРЕДЛАГАЮ снять жесткую привязку операции инвентаризации к периоду модуля, и при добавлении карточек в операцию инвентаризации контролировать просто период карточек, а в случае излишков или недостач новые операции создавать в периоде, равном периоду инвентаризации.
Как измененно :

Операцию инвентаризации можно создать на любую дату, в т.ч. отличную от отчетного периода модуля ОС.

Задача :180.8396

2015-02-12 15:08:29
Краткое описание :
Поле в операции внутреннего перемещения
Описание :
Предложения по новой функциональности модуля "Основные средства"
Что измененно :

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

Для Казахстана стало возможным изменить инвентарный номер в операции внутреннего перемещения.

Задача :180.8406

2015-02-12 15:08:29
Краткое описание :
Точка расширения на отбор удаляемых проводок при отмене/пересчете амортизации
Описание :
Амортизация
Что измененно :

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

Alter Interface Amort '' EscClose, gray;

overload
Procedure GetOborotOnAnalitForSpMove( pwTabKau : word;
pcKau : comp;
_cSoprHoz : comp );
end;

... (пример вложен в проблему)

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

ПРДЕЛАГАЮ:
реализовать точку расширения или какой-то подобный механизм, позволяющий расширить или заменить процедуру GetOborotOnAnalitForSpMove, но не требущее перекомпиляций в отиличие от alter interface.
Как измененно :

Добавлена точка расширения epDeleteOborotForPickedOS. Вызывается для удаления проводок по части картотеки при отмене амортизации.
Вызывается из интерфейса расчета-отмены амортизации Amort.
Вызывается при отмене амортизации, если для удаления проводок задан парметр проводки по операции амортизация - "удалять с аналитикой по ОС/НМА в проводке". `
Если обработчик точки расширения вернет FALSE, то стандартная функция удаления проводок (DeleteObSpMoveForPickedOS) не вызываются.
Параметры:
_wTip - 15-ОС, 16-НМА.
_cSoprHoz - ссылка на SoprHoz.
Карточки по которым производится отмена амортизации занесены в таблицу Pick с wlist = 120 (cgPick_KatOs120);


ExtensionPoint epDeleteOborotForPickedOS(_wTip: word; _cSoprHoz: comp);

Задача :180.8428

2015-02-12 15:08:29
Краткое описание :
Ускорение расчета разниц
Описание :
Амортизация
Что измененно :

Методика расчета разниц такова что, чтобы посчитать одну из 5 видов разниц по сути нужно посчитать все 5 видов разниц.
Получается, что при расчёте всегда (5раз) считается одно и то же, но для каждого вида разниц берётся одно из 5 рассчитанных значений.
Таким образом, можно молучить хорошее ускорение (до 5 раз), если бы алгоритм разниц выполнял вычисления один раз, при этом вычисляя сразу все разницы, возвращал в качестве результата не одно значение, а сразу 5.
ПРЕДЛАГАЮ рассмотреть следующие варианты ускорения расчета:
1) реализовать движок расчета разниц, который бы позволил получать из алгоиритма сразу 5 значений и который бы запускался однократно на карточку.
2) реализовать точку расширения, позволяющую заменить стандартный движок расчета разниц своим (вроде премудростей с генерацией новых OsRazn нет, этот вариант при использовании прикладным разработчиком функций DSQL может дать еще больший прирос в производительности!)
Как измененно :

Добавлена Точка расширения. Вызывается для расчета разниц по карточкам в указанный период.
ExtensionPoint epCalcRaznPick (_dDate: date; _wList: word; _KolOs : LongInt);


Вызывается из интерфейса Amort (расчет амортизации). Вызывается один раз для всех выбранных ИК.
Перед вызовом НЕ создается запись таблицы OsRazn для указанного периода. Но она создается при переходе на следующий период.
Операция корректировки разниц НЕ выполняется.
Амортизационная льгота рассчитывается согласно параметрам расчета амортизации.
Если обработчик точки расширения вернет FALSE, то алгоритмы расчета разниц не вызываются.
Параметры:
_dDate - дата расчета.
_wList - Pick.wList
_KolOs - количество выбранных карточек.

Задача :180.8429

2015-02-12 15:08:29
Краткое описание :
Копирование операций ОС
Описание :
Изменение параметров
Что измененно :

ПРЕДЛАГАЮ в неспешном порядке, когда будет время:
реализовать сервис копирования операций ОС.
Как измененно :

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

Примечание:
Если выбрана операция хотя бы одного вида, то отбор ведется по операциям. Выбранные ТХО не учитываются, но и не очищаются.

т.е. таким способом можно перенести ИК из одной операции в другую

Задача :180.8431

2015-02-12 15:08:29
Краткое описание :
Повторное групповое проведение операций ОС
Описание :
Изменение параметров
Что измененно :

Если операции уже проведены и я их отметил для повторного группового проведения, то перепривязка ТХО не происходит, выдается протокол ошибок с записью на каждую отмеченную операцию. В единичном режиме - ругается, но ТХО перепроводит. Предлагаю в групповом режиме реализовать вариант позволяющий перепровести ТХО, без перепроведения самой операции, вместо полного прерывания ее выполнения.
Как измененно :

Доработано.

Задача :180.8440

2015-02-12 15:08:29
Краткое описание :
Поступление ОС с разных партий МЦ
Описание :
Предложения по новой функциональности модуля "Основные средства"
Что измененно :

Добрый день!
У клиента партионный учет и FIFO. При формировании документа Накладная склад=>ОС бухгалтер выбирает МЦ1, в спецификации одна строка к примеру на 15 шт. После проведения по кнопке [Перевод в основные средства] спецификация в Накладной превращается в 3 строки, потому, что 15 штук лежат по разным партиям. Бухгалтеру по ОС нет необходимости формировать 3 инв. карточки при формировании карточек выбирает в окне =Параметры формирования карточек=, вкладка Формирование
¦ Режим формирования карточек - Включить материальные ценности в состав нового простого объекта;
¦ Объект - вручную вводят наименование
¦ Сформировать групповые карточки

При этом создается одна карточка с количеством 1 и общей суммой согласно накладной склад-ОС. Далее в операции Поступление ОС в режиме редактирования карточки бухгалтер перебивает количество в карточке с 1 на 15.
При таком режиме работы теряется связь с МЦ у карточки (локальное меню в карточке Дополнительная информация, поле Номенклатурный номер).
Клиент просит доработать:
1. Объединение в одном инвентарном номере все количество в рамках одной номенклатуры
2. Сохранить связь с МЦ в карточке ОС
Как измененно :

Добавлен режим создания карточек
(.) Создать новую простую ИК с учетом разных партий МЦ (не включать МЦ с состав ИК)`

При этом создается одна карточка с количеством равным общему количеству в спецификации накладной
и общей суммой согласно накладной склад-ОС.
При таком режиме работы не теряется связь с МЦ у карточки (локальное меню в карточке Дополнительная информация, поле Номенклатурный номер).

Данный режим доступен только если спецификация накладной имеет ссылки на одну и туже МЦ.
Если МЦ разные, то выдается предупреждения и карточки не формируются.

Задача :180.8448

2015-02-12 15:08:29
Краткое описание :
Обнулять поле Сумма амортизации (SpKatOS.SumFld) при смене признака использования на признак с режимом амортизации "Суммой"
Описание :
Ведение картотеки
Что измененно :

Необходимо обнулять поле Сумма амортизации (SpKatOS.SumFld)
1) при смене признака использования на признак с режимом амортизации "Суммой", т.к. поле "Сумма амортизации" (SpKatOS.SumFld) при других значениях режима насчисления амортизации не играет никакой роли, а при режиме расчета амортизации "Суммой" играет роль фиксированной суммы амортизации которая должна начисляться ежемесячно. И если в этом поле как-то случайно оказалась какая-то сумма, а признак использования был изменен на режим амортизации "Суммой", то это может привести к нежелательному начислению амортизации в указанном размере.
2) при смене режима расчета амортизации в признаке использования, система должна задавать вопрос, обнулить ли поле "Сумма амортизации" (SpKatOS.SumFld) во всех ОС с данным признаком использования.
3) при тиражировании карточки ОС с признаком использования предполагающим расчет амортизации "Суммой" стоит также обнулять поле "Сумма амортизации" (SpKatOS.SumFld), т.к. тиражируют карточки обычно чтобы снизить трудозатраты на заведение новой похожей, но не идентичной карточки, и велика вероятность что фиксированная сумма амортизации из карточки родителя подойдет и для карточки потомка.
Как измененно :

При смене признака использования на признак с режимом амортизации "Суммой" выдается запрос "Обнулить поле "Сумма амортизации" во всех ОС с данным признаком использования?". При утвердительном ответе во всех ОС с данным признаком использования поле "Сумма амортизации" обнуляется.

Задача :180.8465

2015-02-12 15:08:29
Краткое описание :
Интерактивный запрос в ходе расчета амортизации и разниц
Описание :
Амортизация
Что измененно :

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

Есть настройка "Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Настройка ИК \ ОС \ Разрешать модификацию выбывших ИК"
имеет значение "по запросу", то перед началом расчета амортизации будет выдаваться запрос
'Возможно некоторые объекты учета выбыли.Разрешить расчет разниц данных по методам учета для выбывших ИК?'.
И в зависимости от ответа разницы или будут считаться или нет для выбывших ИК.

Задача :180.8501

2015-02-12 15:08:29
Краткое описание :
При входе в фильтры по картотеке ОС видны остатки от фильтра по картотеке НМА
Описание :
Ведение картотеки
Что измененно :

При входе в фильтры по картотеке ОС видны остатки от фильтра по картотеке НМА. Это выглядит нелогично. Нужно сохранять последнее состояние фильтров для ОС и для НМА отдельно.
Как измененно :

Доработано. Также заблокирована установка фильтра по адресу для картотеки НМА.

Задача :180.8593

2015-02-12 15:08:29
Краткое описание :
Некорректно формируется справка 2-НДФЛ в случае не удержания НДФЛ с сотрудника c признаком 2
Описание :
Справки 2-НДФЛ (до 2019 года)
Что измененно :

Некорректно формируется справка 2-НДФЛ в случае с признаком 2 в случае, если налог не удерживали полностью и недоудерживали частично в разных месяцах отчётного периода.
Как измененно :

Исправлена ошибка.
Справка с признаком 2 формируется корректно, с учётом долга по налогу в каждом месяце года.

[2015-02-10] Задачи 19 / Компоненты 11
[2015-02-12] Задачи 48 / Компоненты 11
[2015-02-13] Задачи 8 / Компоненты 4