Российские ОС – ошибка сторно ввода в эксплуатации

[Starling]

Если для номенклатуры, которая была списана как комплектующая в ОС, активировать валютный склад, то сторно ввода в эксплуатации завершается с ошибкой.
Итого имеем (счета украинские):
281 - Товары
103 - ОС
152 - Приобретение ОС
1. Создаем комплектующую в карточке ОС.
2. Вводим ОС в эксплуатацию стандартным журналом в результате:

a. Система списывает номенклатуру
b. Формирует проводки ГК (тут все ок):

Дт 152 Кт 281 Сумма 0.00 Сумма вал = 80 Слой = Вал. склад
Дт 152 Кт 281 Сумма 1000 Сумма вал = 80 Слой = Текущий
Дт 103 Кт 152 Сумма 1000 Сумма вал = 80 Слой = Текущий

3. В форме «Проводки ОС» нажимаем на кнопку «Сторнировать проводку» и получаем результат в ГК:

a. Система возвращает номенклатуру
b. Формирует новые жирные проводки ГК в том же ваучере :

Дт 281 Кт 152 Сумма 0.00 Сумма вал = 80 Слой = Вал. склад
Дт 152 Кт 281 Сумма 0.00 Сумма вал = 80 Слой = Вал. склад
Дт 152 Кт 281 Сумма 1000 Сумма вал = 80 Слой = Текущий
Дт 103 Кт 152 Сумма 1000 Сумма вал = 80 Слой = Текущий
Дт 152 Кт 281 Сумма 0.00 Сумма вал = -80 Слой = Вал. склад
Дт 152 Кт 281 Сумма -1000 Сумма вал = -80 Слой = Текущий
Дт 103 Кт 152 Сумма -1000 Сумма вал = -80 Слой = Текущий

Самая первая проводка лишняя – это бага.
Более того, если копнут более глубоко, то это не единственная ошибка в этой функциональности. При формировании сторно проводки по складу система забывает про исходную валютную себестоимость, а вместо нее рассчивает новую путем перевода текущй суммы в основной валюте по текущему курсу.
Система DAX2009

[Starling]

Проверил в DAX2012 - ситуация еще хуже (+1 бага).
Лишняя проводка так же формируется, но при это система все сторнирующие проводки ГК делает в валютном слое.

[Pustik]

лично меня задолбали эти ОС. каждый раз приходиться исправлять проблемы властью программиста. Когда нужно сделать сторно, я огорченно вздыхаю и делаю это ручками. Если ситуация выйдет из под контроля придется написать джоб.