F_OS
Краткое описание :
Опция "Учитывать изменения стоимости и износа" = в текущем
периоде/в следующем периодеОписание :
Изменение стоимостиЧто измененно :
Практика такова, что операция изменения стоимости и износа
используется для следующих целей:
- отражение модернизации/реконструкции
- отражение капитального/текущего ремонта без изменения стоимости и износа
- корректировки стоимости
- корректировки износа
- корректировки ам.премии.
- ввод ОС в НУ с начислением ам.премии (* поясню ниже)
С другой стороны, согласно законодательству, изменения в стоимости из-за
модернизации и реконструкции учитываются месяцем позже. Поэтому в алгоритме
амортизации настраиваем либо стоимость из архива, либо текущую стоимость за
минусом суммы модернизации(изменения стоимости) с помощью таблицы в памяти
OperIzmStoim.
Корректировки стоимости и износа могут быть различными: те которые мы решили
сделать уже после расчета амортизации и мы там корректируем и стоимость и
износ. Либо корректировки которые мы выявили и произвели до расчета
амортизации, и которые мы бы хотели учесть прямо в периоде корректировок,
например прибавляя к стоимости из архива, либо вычитая из текущей стоимости.
Сейчас это сделать невозможно.
ПРЕДЛОЖЕНИЕ
Таким образом, для дифференцирования данных ситуаций, предлагаю
1) ввести системный тип основания для операций изменения стоимости и износа
"корректировка".
У такого типа основания должны быть следующие опции
- "Учитывать изменения стоимости и износа" = в текущем периоде/в следующем
периоде
- опция по ам.премии такая же как у "модернизации"
2) доработать логику, формирующую таблицу в памяти, чтобы формировались поля
"Изменение стоимости, подлежащее учету в текущем периоде", "Изменение износа,
подлежащее учету в текущем периоде", "Изменение стоимости, не подлежащее учету
в текущем периоде", "Изменение износа, не подлежащее учету в текущем периоде".
* по законодательству в БУ ОС можно начать амортизировать еще до того как оно
фактически начало использоваться в деятельности, связанной с получением
прибыли, по НУ, использование в деятельности, приносящей прибыль - обязательное
условие для начала амортизации. Поэтому в НУ ОС может начать амортизироваться
позже. Чтобы не происходило перекоса по периоду возникновения и применения
ам.премии, эту ам.премию мы не указываем в операции поступления, а указываем ее
в операции изменения стоимости, в которой стоимость не меняется а лишь
начисляется ам.премия. Плюсы такого подхода в том, что премия отражается тем
периодом когда она должна отражаться в НУ. Минусы - то что происходит искажение
показателя "изм.стоимости подлежащее льготе" и "изм.стоимости не подлежащее
льготе", но об этом отдельно в другой проблеме. В этой проблеме данный случай
не рассматривается.
Как измененно :
Добавлена настройка "Настройки Галактики \ Бухгалтерский контур
\ Учет ОС и НМА \ Настройка операций \ Амортизация \ Производить расчет суммы
изменения стоимости и износа в операциях изменения стоимости"
По ней производится расчет по всем операциям изменения стоимости текущего
периода. Рассчитанные суммы
записываются в таблицу mtIzmStoim.
// таблица изменения стоимости ОС(НМА) для расчета амортизации
Table struct mtIzmStoim
(
cKatOS : comp //ссылка на KatOS
, cNastrOS : comp //ссылка на NastrOS
, dOper : date //дата операции
, Kol : double //количество объектов карточки
, IzmStoim : double // сумма Изменения стоимости, подлежащее учету в
текущем периоде
, IzmSumIzn : double // сумма изменения износа, подлежащее учету в текущем
периоде
, IzmStoimNo : double // сумма Изменения стоимости, не подлежащее учету в
текущем периоде
, IzmSumIznNo : double // сумма изменения износа, не подлежащее учету в
текущем периоде
)
with index
(
Index1 = cKatOs + cNastrOs + dOper
);
В операции должно быть выбрано основание операции.
Введен системный тип основания для операций изменения стоимости и износа
"корректировка".
Для всех типов оснований добавлен параметр:
- "Учитывать изменения стоимости и износа" = в текущем периоде/в следующем
периоде
В таблицу попадают только операции текущего периода.
IzmStoim - содержит суммарное изменения стоимости по операциям текущего периода
с признаком учитывать в текущем периоде.
IzmStoim - содержит суммарное изменения стоимости по операциям текущего периода
с признаком учитывать в следующем периоде.
Таблица доступна в алгоритмах расчета амортизации.
F_OS
Краткое описание :
Переименовать значение настройки или доработать функционалОписание :
АмортизацияЧто измененно :
Переименовать значение настройки или доработать функционал
Настройка "При расчете амортизации создавать
записи карточек с амортизацией равной нулю" может иметь
значение "если ненулевое входящее сальдо по разницам".
Сальдо по разницам считается нулевым, если по временным
разницам сколько начислено, то столько же и погашено
(по постоянной разнице =0). Функционал же сейчас
работает следующим образом: если на начало месяца есть
хоть какое-то значение для разниц, то считается, что
сальдо по разницам ненулевое (это неверно).
Как измененно :
Доработано. Сальдо по разницам считается нулевым, если по временным
разницам сколько начислено, то столько же и погашено (по постоянной разнице =0).
F_OS
Краткое описание :
"Параметры бухгалтерских данных" отчета "Сверка с КБУ" вступают в конфликт с параметрами бухгалтерских отчетовОписание :
Старый диалог настройкиЧто измененно :
"Параметры бухгалтерских данных" отчета "Сверка с КБУ" вступают в конфликт с параметрами бухгалтерских отчетов.
Описание во вложении.
Как измененно :
Исправлено. Запуск двух отчетов одновременно не приводит к изменению субсчета в отчете по сверке.
F_OS
Краткое описание :
Переоценка в НМАОписание :
Другие вопросы по НМАЧто измененно :
Клиент просит реализовать операцию переоценки в НМА.
Законодательный документ во вложении.
Как измененно :
В модуль НМА добавлены два пункта меню аналогично ОС:
- 'Переоценка',
- 'Ввод коэффициентов переоценки'
Все работает аналогично ОС.
F_OS
Краткое описание :
Не реализован п.2 по ПИР 102.124702: реализовать доступ в OSNMA доступ к переценке стоимости и переценке износаОписание :
Изменение стоимостиЧто измененно :
Необходима возможность обрабатывать в ТХО
изменения "переоценки стоимости" и "переоценки износа".
Cтарые и новые значения параметров нужно брать с
закладки "Изменяемые параметры". Если среди изменяемых
параметров отсутствует данный параметр, то новое и
старое значение изменяемого параметра должно браться из
соответствующих полей "переоценка стоимости" и
"переоценка износа" расширенной информации карточки ОС.
Как измененно :
В параметр "Результат" идентификатора OsNma
добавлен пункт "Изменяемые параметры". И доработана
возможность получать старые и новые значения
накопленной переоценки стоимости и износа с закладки
"Изменяемые параметры". Если среди изменяемых
параметров отсутствует данный значения, то новое и
старое значение берется из соответствующих полей
"переоценка стоимости" и "переоценка износа"
расширенной информации карточки ОС.
Форма записи параметров в идентификаторе:
[Рез:НакПерСт] - Накопленная переоценка стоимости (старое значение)
[Рез:НакПерСтНов] - Накопленная переоценка стоимости (новое значение)
[Рез:НакПерИзн] - Накопленная переоценка суммы износа (старое значение)
[Рез:НакПерИзнНов] - Накопленная переоценка суммы износа (новое значение)