F_OSOPER
Краткое описание :
Восстановленная амортизационная льготаОписание :
ВыбытиеЧто измененно :
Восстановленная амортизационная льгота.
При выполнении функции "Скопировать убытки реализации в налоговый регистр"
алгоритм расчета суммы убытка должен учитывать значение поля "Восстановленная
премия" на вкладке Окно операции выбытия ОС. Данная необходимость обусловлена
требованием пункта 1 статьи 268 НК РФ.
Определение убытка должно осуществляться по следующей формуле:
Первоначальная стоимость - Амортизация + Восстановленная премия + Расходы на
реализацию - Стоимость реализации.
В регистр "Убытки от реализации амортизируемого имущества" модуля Налоговый
учет необходимо добавить поле Восстановленная премия, которое будет
соответствовать сумме по полю Восстановленная премия вкладки "Окно" операции
выбытия ОС. Данное поле должно быть доступно для выбора в качестве переменной в
алгоритмах расчета убытков.
Пир зарегистрирован по просьбе сотрудника ПНР Коробова Владислава.
Как измененно :
В регистр "Убытки от реализации амортизируемого имущества"
модуля Налоговый учет добавлено поле Восстановленная премия, которое будет
соответствовать сумме по
полю Восстановленная премия вкладки "Окно" операции выбытия ОС. Данное поле
доступно для выбора в качестве переменной в алгоритмах расчета убытков.
Премия записывается в поле NalRegDc.SumRs5.
F_OSOPER
Краткое описание :
Необходимо в операции "Поступление" подвязывать подразделение и МОЛ-а с помощью локальной функции "Актуализация данных в операции"Описание :
ПоступлениеЧто измененно :
Ситуация следующая: создаем карточку, подразделение и МОЛ-а не заполняем сразу. Затем создаем операцию поступления и соответственно в ней подразделение и МОЛ не указаны. После проведения операции в карточке привязываем подразделение и МОЛ-а. Формируем отчет "Ведомость движения" с группировкой по подразделению и в группу подразделение "значение не определено" попадает операция поступления, а уже в группу заданного подразделения попадает сальдо на конец.
Клиенту не удобно так просматривать отчеты - им необходимо видеть все действия по карточке в разрезе заданного подразделения. Для того чтобы сейчас это исправить, необходимо отменить проведение операции, отвязать в ней карточку и привязать снова, чтобы подразделение и МОЛ автоматически подтянулись. Но если в операции таких карточек, например 50 и более, то это займет много времени и никого не устроит, поэтому предлагаю не отвязывать карточки в операции, а с помощью локальной функции "Актуализация данных в операции" подтягивать также и подразделение и МОЛ-а.
См. вложение.
Как измененно :
С помощью локальной функции "Актуализация данных в операции" исправляются также и подразделение и МОЛ
в операциях Поступления, Изменения стоимости и Переоценки.
F_OSOPER
Краткое описание :
Необходимо в отчет ОС-2 в операции на внутреннее перемещение выводить весь текст из строки с закладки "Характеристика"Описание :
Внутреннее перемещениеЧто измененно :
Если в инвентарной карточке на закладке "Характеристика" в строке указано больше чем 253 символа, то эта строка и все последующие не выводятся в поле "Примечание (краткая характеристика технического состояния объекта основных средств)" в отчете ОС-2, который формируется из операции на внутреннее перемещение.
Необходимо чтоб в этот отчет выводилось все значение строки с закладки "Характеристика".
Как измененно :
Исправлено. Строка выводится полностью.
F_OSOPER
Краткое описание :
Доработка интерфейса "Ввод коэффициентов переоценки"Описание :
Ввод коэффициентов переоценкиЧто измененно :
Доработка интерфейса "Ввод коэффициентов переоценки"
1. в заголовке окна отображать наименование метода учета.
2. окна просмотра и редактирования сделать единообразными.
3. реализовать новое представление панели "коэффициенты по датам":
- в верхнюю панель добавить поле диапазон: с "месяц год" по "месяц год". Добавить кнопку "Сформировать".
- по нажатии кнопки "Сформировать" автоматически формируются записи коэффициентов по датам. Для новых записей коэффициент устанавливается равным единице, а записи, не удовлетворяющие заданному диапазону должны быть удалены (по предупреждению).
- к записи диапазона добавить поле "Расшифровка".
- реализовать режим копирования коэффициентов построчно.
- реализовать отчет в FastReport.
Как измененно :
В заголовке окна отображается наименование метода учета.
Реализовано новое представление панели "коэффициенты по датам":
- столбец - последнее число каждого месяца из диапазона, строки - коэффициент.
- в верхнюю панель добавлены поля диапазона: с "месяц, год" по "месяц, год". Максимально допустимый диапазон - 25 месяцев.
- добавлена кнопка "Сформировать".
- по нажатии кнопки "Сформировать" автоматически формируются записи коэффициентов по датам. Для новых записей коэффициент устанавливается равным единице, а записи, не удовлетворяющие заданному диапазону будут удалены (по предупреждению).
- к записи диапазона добавлено поле "Расшифровка".
- поле "Расшифровка" добавлено в список экспорта/импорта.
- реализован режим копирования коэффициентов построчно.
- реализован отчет в FastReport.
Окна просмотра и редактирования сделаны единообразными.
F_OSOPER
Краткое описание :
Сломалось вычисление амортизации для поля OperIzmStoim.SumL_NextОписание :
АмортизацияЧто измененно :
Сломалось вычисление амортизации для поля OperIzmStoim.SumL_Next (потеря преемственности).
Используем мы поле &SumL_Next примерно следующим образом
Причем в 60 ключе мы вычисляем амортизируемую стоимость, от которой нужно посчитать линейную часть амортизации.
Эта амортизируемая стоимость должна удовлетворять следующим требованиям:
1) Не должна учитывать модернизации текущего периода, поэтому берем за основу стоимость на начало месяца, см. ключ 55 &StoimNachM
2) Амортизационная премия начисленная в текущем месяце, пришедшая из операции прошлого месяца, должна уменьшить амортизируемую стоимость;
3) Амортизационная премия начисленная в текущем месяце из операции текущего месяца не должна уменьшить амортизируемую стоимость.
Пункт 2 и 3 объясняются тем, что амортизационная премия исключается в том же периоде, когда и изменение стоимости начинает влиять на расчет амортизации. Но это не столь важно, откуда это требование, важно что это требование методологической службы заказчика и его нужно соблюсти.
При настройке алгоритмов мы решили поставленную задачу указанным ниже способом.
Учитывая, что OperIzmStoim.SumL_Next может работать неправильно, ломается вся логика заложенная в ключ 60.
Прошу Вас прокомментировать,
1) сломался ли OperIzmStoim.SumL_Next в связи с внесенными изменениями (Тестирование на Мосводоканал показали, что у них этот алгоритм сломался)
2) какие есть варианты временного решения проблемы с соблюдением вышеуказанных требований заказчика?
Как временное решение можно попробовать в алгоритме поменять ключ &SumL_Next
Было
if(IsValidAll(tnOperIzmStoim), OperIzmStoim.SumL_Next / SpKatOS.PoprKoef, 0)
Переписать
if(IsValidAll(tnOperIzmStoim) and (OperIzmStoim.dOperPrizn <> OperIzmStoim.dOper), OperIzmStoim.SumL / SpKatOS.PoprKoef, 0)
В нашем примере при расчете за июнь dOper=30.06.14 а dOperPrizn=30.07.14.
Но сработает это только если операция с льготой будет одна.
Если будет несколько операций с льготой (например добавится операция изменения стоимости за июнь с учетов в июне) то SumL будет содержать сумму
двух операций и поступления и изменения стоимости.
Алгоритм:
Наименование алгоритма !АК! ***2011_НУ_Линейный, ДатаВвода после 2010_Льгота учит при Поступлении
Алгоритм &AmRes
Применение алгоритма с учетом доп. параметров Расчет от даты: ввода в эксплуатацию
Анализ остаточной стоимости в архиве на ноль: нет
Коэффициенты расчета из архива
Архив износа на конец предыдущего месяца
Правило округления округлять по правилам: >= 0.5 Точность: 0,01
Номер Ключ Алгоритм для расчетов Описание алгоритма
10 &SumL if(IsValidAll(tnOperIzmStoim), OperIzmStoim.SumL / SpKatOS.PoprKoef, 0) Амортизационная льгота для учета в текущем месяце
15 &AllSumL if(IsValidAll(tnOperIzmStoim), OperIzmStoim.AllSumL / SpKatOS.PoprKoef, 0) Накопленная величина амортизационной льготы с учетом текущего месяца
25 &SumL_Next if(IsValidAll(tnOperIzmStoim), OperIzmStoim.SumL_Next / SpKatOS.PoprKoef, 0) Амортизационная льгота для учета в текущем месяце с прошлого месяца
40 &Norm if(IsValidAll(tnArcIznos), (ArcIznos.SrokIsp-SpKatOS.IspPS), (SpKatOS.SrokIsp-SpKatOS.IspPS)) Норма амортиз.: если было изменение СПИ, то чтобы оно началось со след месяца
55 &StoimNachM if(IsValidAll(tnArcIznos), ArcIznos.Stoim, SpKatOS.Stoim) Условность: если нет архива считаем что ОС в месяце ввода.
60 &AmStoim Сейчас алгоритм выглядит так.
&StoimNachM - (&AllSumL-if(&SumL<>&SumL_Next, &SumL-&SumL_Next, 0))
Можно упростить следующим образом
&StoimNachM - (&AllSumL- (&SumL - &SumL_Next))
Может быть в таком виде будет более доступно для понимания. В линейной части исключаем влияние мод.тек.периода и АЛ тек.перода
61 &SPosle Months_Between(KATOS.datek, katos.otchper)
62 &FirstAmort if (spkatos.sumizn=0, &SPosle, 1)
65 &AmLin round(&AmStoim*(1/&Norm),2)*&FirstAmort Линейная часть амортизации
70 &AmRes IF (&AmStoim-spkatos.sumizn > &AmLin, &AmLin, &AmStoim)+&SumL Анализируем на превышение только линейную часть, т.к. АЛ должна начислиться!
Как измененно :
Исправлено вычисление льготы для поля OperIzmStoim.SumL_Next (потеря преемственности).
Пример.
Есть ИК стоимостью 1000 р, льгота в следующем периоде = 200р. Операция поступления проведена в 05.2014.
Теперь стало считаться так
05 06 07.2014
SumL 0 200 0
SumL_Next 200 0 0
Расчет поля OperIzmStoim.SumL_Next для итоговых значений возвращен к первоначальному варианта (так как раньше рассчитывалось).
05 06 07.2014
SumL 0 200 0
SumL_Next 0 200 0
F_OSOPER
Краткое описание :
Импорт коэф. переоценки из ExcelОписание :
Ввод коэффициентов переоценкиЧто измененно :
Необходимо добавить возможность импорта коэффициентов переоценки из Excel.
Как измененно :
В локальное меню каталога переоценок добавлена функция "Импорт коэффициентов из Excel". В окне настройки импорта необходимо указать:
- имя файла, из которого будет выполняться импорт;
- номер столбца, содержащего наименование вида ОС (значения из этого столбца будут переносится в расшифровку диапазона кодов; диапазон кодов генерируется автоматически как 000001-000001, 000002-000002 и т.д.);
- номер первой строки, содержащей коэффициенты;
- номер первого столбца, содержащего коэффициенты;
- дату, на которую указаны коэффициенты в первом столбце (даты в следующих столбцах отличаются от предыдущих на один месяц).
Если в переоценки уже есть диапазоны с такими кодами, то в результате импорта данные в них (расшифровка диапазона и соответствующие коэффициенты) обновляются.
Если у переоценки не указан диапазон времени, за который указаны коэффициенты, то в результате импорта он установится в соответствии с загруженными коэффициентами.
F_OSOPER
Краткое описание :
Новая запись создается о связью с произволь выбранным актом на поступлениеОписание :
ИнвентаризацияЧто измененно :
При создании новой инвентаризации
Модуль ОС - Операции - Инвентаризация
создается новая запись, в которой СРАЗУ еще до выбора подразделения,
МОЛ и ИК устанавливается связь с произвольным актом на поступление.
Если выбрать подразделение, МОЛ, ИК, связь этим актом остается,
акт вообще не связан с поступлением ни в это подразделение,
ни на этот МОЛ, нет связи с ИК.
Удалить запись по F8 не удается - сообщение:
"невозможно выполнить удаление, т.к. были проведены ТХО".
Скриншоты, сводный отчет об установленных компонентах,
статистика обращений к настройкам - во вложении.
Игнорировать привязанные при создании акты нельзя, т.к. они
не позволяют создать акты по функции локального меню
"Формирование актов", выдается сообщение "невозможно сформировать
акты, т.к. были проведены ТХО"
Самое неприятное, что ошибка непостоянная, иногда акты не привязываются,
инвентаризационная опись создается нормально.
Контроль корректности таблиц операций - без ошибок,
там правда нет операции инвентаризации, есть поступление.
Как измененно :
При переводе из склада в ОС ошибочно заполнялась ссылка на MoveOs.cNewMol.
В дальнейшем это поле использовалось для ссылки на инвентарную опись.
and InvTab.nRec == MoveOs2.cNewMol
Доработан перевод со склада в ОС. Поле MoveOs.cNewMol больше не заполняется.
Доработана проверка операций ОС. Неверные ссылки в операциях поступления и выбытия обнуляются.
F_OSOPER
Краткое описание :
Привязка комиссии к инвентаризационной описи (ОС)Описание :
ИнвентаризацияЧто измененно :
В настоящий момент функционалом предусмотрен выбор комиссии при печати инвентаризационной описи. Это неудобно, поскольку в момент вывода на печать необходимо помнить, какая именно комиссия отвечала за результаты в определенной описи.
В связи с этим необходима возможность вводить и хранить комиссию в каждой инвентаризационной описи (как это уже сделано в модулях Складской учет и УПЛ).
Как измененно :
В окно редактирования Инвентаризационной описи ОС (НМА) добавлено поле "Комиссия", значение которого хранится во внешнем атрибуте таблицы InvTab с именем "Commission". Если Инвентаризационная опись недоступна для редактирования, то запрещено изменять значение поля "Комиссия" (например, нажатием Delete, F3, Ctrl+F3). При печати по умолчанию устанавливается комиссия из Инвентаризационной описи, указанной в настройках ведомости наличия ОС (НМА).