Коллеги, в учете ОСАГО возникло несколько вопросов, кто и как их решает:
1. Учет ведется на карточках ОС, но часть суммы должна быть возвращена поставщику в связи с расторжением одного полиса в пакете, который равен карточке, оставшаяся сумма должна продолжать амортизироваться. Кто и как это сделал?
2. Списание должно производиться равномерно по дням (код амортизации готов), но вот незадача, бывают случаи, когда списание должно остановиться не в конце месяца, в середине, например, 15 числа и, соответственно, амортизация должно рассчитаться за 15 дней. Окончания амортизации в ОС нет, как это вы обеспечиваете у себя в системе?

Я сейчас тоже занимаюсь этой проблемой, в процессе тестирования.
А начало амортизации у вас тоже в середине месяца?
Если, например, объект амортизируется с 14 числа, а заканчивается 13-го какого-то месяца, то при соответствующей настройке кода амортизации и установке даты начала амортизации 14 числа (срок использования-то указывается целое число месяцев), в последний месяц посчитается ровно за 13 дней.
У меня проблема - при расчете количества дней не учитывается високосный год, т.е делится на 365 дней, а 2008 год - високосный. Как вы побороли эту проблему?

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

А как вы реализовали возврат страховщику через схему строк проводок?
Наши бухи требуют в этом случае проводку:
д-т 75, кр-т 97 - остаточная стоимость и никаких лишних оборотов.
У меня такая схема не получается.

А финансовый результат от выбытия актива они когда определяют - при погашении дебиторки? Тогда это уже какой-то кассовый метод получается

Наша схема строк проводок выглядит так (вид движения - выбытие с выручкой):

№ Строка Счет Сумма

10 1 KTANSW 01
20 2 KTNAFB 05
30 2 KTSAFB 06
40 2 KTAAFB 07
50 2 KTMAFB 08
60 2 KTAUNB 10
70 3 KTERLW 11
80 4 KTMEHR 18
90 4 KTMIND 17

В данном случае KTERLW - технический счет.

При такой схеме финансовый результат (прибыль или убыток) определяется автоматически. Но формируется "лишний" оборот по счету KTERLW (дебет и кредит в одной сумме - дебиторской задолженности), что несущественно, так как счет технический. Кроме того по счету 97 проходит как первоначальная стоимость, так и накопленная амортизация, что бухгалтеров тоже устраивает.