Модернизация ОС

[NV]

Вы имеете ввиду - сквозной код аналитики - "инв. номер ОС"
согласна - это выход, причем простой, я как-то об этом не подумала
Спасибо!

однако это дороговато... для такой "мелкой" задачи использовать сквозной код аналитики ...

похоже стандартного хода для решения этой проблемы в Аксапте не предусмотрено ...

[glibs]

Цитата:

Изначально опубликовано NV
...но проект прицеплен к контр - агенту!...

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

Цитата:

Изначально опубликовано NV
...а оказывать услуги по ремонту одного ОС могут несколько организаций, значит создавать проект под каждый ремонт, но это очень много... или как ???!...

Или как.

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

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

[glibs]

Цитата:

Изначально опубликовано NV
...однако это дороговато... для такой "мелкой" задачи использовать сквозной код аналитики ...

Ой, какие мы мелочные! Вы Аксапту, случайно, не из-за экономии покупали? По-моему, вы не ту систему выбрали.

С добавлением новых аналитик у вас скорее возникнут технические проблемы. Их в системе м.б. не так уж и много.

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

Цитата:

Изначально опубликовано NV
...похоже стандартного хода для решения этой проблемы в Аксапте не предусмотрено ...

Обоснуйте, чем проекты — не стандартное решение. Только без домыслов. Или вам нужен именно модуль "Учет затрат на ремонт ОС"?

[NV]

не буду спорить про "стандартность решения", т.к. занимаюсь Аксаптой не так давно...

мне казалось, что должен быть обычный документ (в модуле ОС) по не кап. ремонту, позволяющий относить стоимость на 25, 26 счет, и сохранять назначение - инв. номер
а все существующие аналитики уже заняты

[mnu]

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

[NV]

аксапта считает амортизацию от первоначальной стоимости (в моделях учета которая), а по БУ после модернизации должна считать от остаточной. можно выкрутиться стандартным функционалом, может кто уже решал эту проблему? подскажите, плз!

[Alex_K]

What's new in Axapta 3.0 CIS CU1:

"Для равномерного расчета амортизации после изменения восстановительной стоимости ОС, изменен
линейный метод амортизации.
Линейный метод амортизации (Основные средства/ Настройки/ Методы амортизации) дополнен
параметром База для расчета амортизации, который может принимать значения:
По восстановительной стоимости (по умолчанию) – расчет амортизационных сумм производится
так, как это было раньше по формуле:
амортизация за месяц = текущая восстановительная стоимость ОС / срок службы.
По остаточной стоимости – расчет амортизации происходит от остаточной суммы ОС по формуле:
амортизация за месяц = текущая остаточная стоимость ОС / оставшийся срок службы.
Результаты расчета амортизационных сумм по этим двум способам вычисления будут отличаться только в
случае изменения восстановительной стоимости ОС в процессе эксплуатации, например, при проведении
модернизации, дополнительному вводу в эксплуатацию или переоценки стоимости. "

Как это работает, правда, не проверял, но параметр точно есть

[Голова 2уха]

Цитата:

Изначально опубликовано NV
аксапта считает амортизацию от первоначальной стоимости (в моделях учета которая), а по БУ после модернизации должна считать от остаточной. можно выкрутиться стандартным функционалом, может кто уже решал эту проблему? подскажите, плз!

1. Создать новую карточку ОС, туда перенести данные о новой первоначальной стоимости и начисленной амортизации, график амортизации задать, например, вручную.

2. Либо воспользоваться п. 42 Мет. указаний по бухгалтерскому учету ОС, первоначальную стоимость ОС не увеличивать, на сумму затрат на модернизацию ОС создать отдельную инвентарную карточку.