Галактика в вопросах и ответах

Почему при вводе новой ОС амортизация начисляется в месяце ввода ОС, а не со следующего месяца? Что нужно сделать, чтобы начислялась со следующего ?

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

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

Не метод, а алгоритм

Спасибо всем и вообще спасибо Тюмбиту за нужный и полезный особенно для начинающих Галактистов сайт !

При формировании алгоритма начисления амортизации использую дату отчетного периода SystDate.DateTemp1 для сравнения с датой ввода-if(sub_months(SystDate.DateTemp1,1)>katos.datek,ARCIZNOS.STOIM/(Spkatos.SrokIsp * 12),0)
При начислении амортизации выд ош
Если задаю просто дату, а не SystDate.DateTemp1 - все верно
Как правильно задать дату отчетного периода ?

Зачем такие сложности?
Возьмите алгоритм просто ARCIZNOS.STOIM/(Spkatos.SrokIsp * 12)

И поставтете "Доп информация" = "из архива",
т.к. если карточка пришла в тек. месяце, то расчет автоматически производиться не будет!!!

Спасибо

Дело скорее всего не в алгоритме... Я поставил в параметрах алгоритма доп. информацию из картотеки и алгоритм SPKATOS.STOIM/SPKATOS.SROKISP. Галка все равно не считает амортизацию. Скорее всего, это свойство у нее где-то зашито. Версия 7.11

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

при расчёте износа выскакивает сообщение что проводка не будет сформирована т.к. по дебету не задан счет. и расчет износа виснет.
объем картотеки 200тыс. карточек.
скорее всего этот мессадж компоненты по формированию проводок, но может быть есть какой то способ в ОС выявления таких карточек?


З.Ы.: обнаружил три карточки у которых по три записи spkatos одного типа. в первой всё как надо а вот вторые две ссылаются на хоз.операцию у которой как раз нет счета в дебете.
попробую сегодня зачистить и на ночь опять запустить расчет.

ну вот сам и ответил на свой вопрос. А как еще. В основных нет инфы о счете субсчете, все определяется хозоперацией.

ну может быть есть какая-то проверка, которая бегает по карточкам, смотрит признак использования, если в нем стоит расчет износа - "да" то она опа, и проверяет ТХОшку на правильность

ТХО начисления износа проверяйте прежде всего.
Вообще говоря, в картотеке ОС счет-сбусчет может задаваться внешними атрибутами, либо каким-либо каталогом (например, "источник финансирования"). Далее хитрая ТХО извлекает этот счет-субсчет и ставит его в Дт проводки оператором типа TxoSetSchetNrec(161,&8).
Шаблон такой проводки в ТХО имеет для счета/субсчета по Дт вид <режим1>.<режим1>.

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