F_OS

F_OS ( 9.1.24.0 )

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

Доработать &Vip_[Obj:"OSNMA"][Рез:СтНов][Состав:ИФ] для обработки новых ИФ с операцией "Удалить"

Описание :

Изменение стоимости

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

Доработать &Vip_[Obj:"OSNMA"][Рез:СтНов][Состав:ИФ] для
обработки новых ИФ с операцией "Удалить" в операциях
"Поступление", "Изменение стоимости", "Изменение параметров"

Например:
Стоимость ИК (100 руб) распределена по ИФ1 =40 и
ИФ2=60 руб. В операции Изменение стоимости увеличиваем
стоимость ИК на 10 рублей и изменяем источники
финансирования : ИФ2 с суммой 60 - удаляем, добавляем
ИФ3 с суммой 70 рублей.
Результат вычисления алгоритмов
&Vip_[Obj:"OSNMA"][Рез:СтНов][Состав:ИФ] - &Vip_[Obj:"OSNMA"][Рез:СтПред][Состав:ИФ] по ИФ2 выдает "0",
а должен выдавать "-60"

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

Доработан &Vip_[Obj:"OSNMA"][Рез:СтНов][Состав:ИФ] для
обработки новых ИФ с операцией "Удалить" в операциях
"Поступление", "Изменение стоимости", "Изменение параметров"
В параметре результат в пункте меню 'Изменение
параметров ОС/НМА' добавлены пункты 'ИФ сумма (новое
значение)' и 'ИФ сумма (предыдущее значение)'.

F_OS

F_OS ( 9.1.24.0 )

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

Реализовать опцию "Учитывать ам.премию" для типа операции Корректировка

Описание :

Изменение стоимости

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

По ПИР 102.134849 был реализован дополнительный тип операции "Корректировка"

При этом в формулировке ПИР содержалось следующее требование:
<<
1) ввести системный тип основания для операций изменения стоимости и износа
"корректировка".
У такого типа основания должны быть следующие опции
- "Учитывать изменения стоимости и износа" = в текущем периоде/в следующем
периоде
- опция по ам.премии такая же как у "модернизации"
>>
Причем в описании проблемы содержались пояснения, что с помощью корректировки, корректируют амортизацию, в том числе и премию.
Сейчас для типа "Корректировка" не доступна функциональность работы с амортизационной премией.
Проблема ПИР 102.134849 реализована не полностью.

НЕОБХОДИМО
Реализовать опцию "Учитывать ам.премию" для типа операции Корректировка.

P.S. Проблема много обсуждалась по почте и на встрече.
По сути в ходе обсуждения мы пришли к выводу, что не столько важно само по себе добавление системного типа корректировка,
сколь важно добавление параметра: - "Учитывать изменения стоимости и износа" = в текущем периоде/в следующем периоде
По сути "основание модернизация + указанный дополнительный параметр" уже решают проблему.
Сейчас есть два пути:
1) то что предлагаю: добавить опцию "Амортизационная льгота" в тип операции "Корректировка" (как сформулирована основная часть текущей проблемы)
2) убрать системный тип основания "корректировка" и решать проблему "основание модернизация + указанный дополнительный параметр" (возможно этот вариант лучше для быстродействия?)
Можно пойти и по пути 2, если это лучше для быстродействия. Если одинаково, то лучше по пути 1.

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

Добавлена опция "Амортизационная льгота" в тип операции "Корректировка" (как сформулирована основная часть текущей проблемы).

F_OS

F_OS ( 9.1.24.0 )

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

Нумерация ИК

Описание :

Ведение картотеки

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

Установлены настройки:
-Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Настройка ИК \ ОС - Способ формирования --инвентарного номера = по шаблону
-Шаблон инвентарного номера. Ничего не задано
Контролировать уникальность инвентарного номера карточки = в пределах уровня вложенности объекта.

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

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

Доработано. При не заданном шаблоне, инвентарный номер остается не заполненным.