Добрый вечер!

Подскажите, пожалуйста, можно ли разбить проводку Ам по одному ОС на 2 и более объета контировки за один месяц.
Например, до 07.10.2013 на вкладке "В завис. от времени" прописано МВЗ №1, а с 08.10.2013 - МВЗ №2. При прогоне Ам система берет объект, актуальный на 31.10.2013 (МВЗ №2), и проводит на него всю сумму амортизации за месяц. Хотелось бы разбить Ам на 2 МВЗ. А если ОС перемещали еще раз в этом месяце в 3е МВЗ (или изменили перевели расчет амортизации вообще на СО-заказ), то нужно увидеть разъбиение Ам на 3 объекта контировки. И т.д.
Используем код амортизации под дням.

Существует ли решние (кроме перевода ОС в новый класс при каждом изменении СО-объекта) для разбиения амортизации в пределах одного месяца?

Пересмотрела форму, но ответ не нашелся... Если упустила, отправьте, пожалуйста, меня по ссылке на тему...

Спасибо!

в FI-AA оперирование идет периодом. а если периодов не 365 - то думаю что никак этого не сделать..
решайте это на организационном и процессном уровне. например переводить только с 01.XX.XXXX.

Списывайте на заказ. Заказ распределяйте на МВЗ

Спасибо за ответы!



так понимаю, определение периодов ведется на уровне БЕ и в FI-AA отличное уплавление задать не можем.



на момент изменения контировки в ОС все данные для распределения амортизации есть, поэтому сразу хотелось бы ее провести на разные объекты без последующих корректировок.


Получается, если в БЕ активировано управление периодами не по дням, то пока существует 3 варианта решения:
1) организационный
2) изменение класса (перенос с одной основной записи ОС на другую)
3) распределение между объектами (или перенос) после проведения амортизации

Второй пункт не сработает, амортизация будет идти только по той карточке, которая была последняя в периоде.
Третий пункт можно заабапить, чтобы запускать или запускалась прога после прогона амортизации, находила эти объекты, амортизацию по ним снимала с МВЗ на заказ, а потом перераспределяла так как надо. Только стоит ли?
Проще договориться организационно, это ведь все таки управленческий учет

Если в предложении встречаются слова "сразу" и "хотелось бы", то с большой вероятностью должно быть слово "разработка"

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


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

Ваша проблема решается стандартными средствами через контроллинг. Поговорите с вашими консультантами по СО.

Вы имеете ввиду последующее распределение в СО?

Да, подобные вещи решаются в СО. Может конечно Z*+CO потребуется.