Остатки по ОС

[Andrux]

Добрый день! Подскажите как правильнее всего перенести информацию по ОС (остатки). Необходимо вводить ОС в эксплуатацию исторической датой или же вводить остаточную стоимость. Везде противоречивая информация. Так, например, если вводить остаточную стоимость то счета 01 и 02 нужно заносить раздельно? Карточка ОС будет некорректна в части первоначальной стоимости?

[pitersky]

Если вы введёте ОС исторической датой, то у вас ретроспективно сформируются остатки по 01 и 02 счетам (т.е. баланс прошлого квартала в Аксапте изменится). Если по остаточной стоимости - пойдёт разнобой в сроках эксплуатации по одной модели. Это насвкидку.
Найдите для себя наименьшее зло из перечисленного. Если Аксапта не порождает напрямую налоговую отчётность, то я бы вводил исторической датой.

[Arahnid]

Мы на практике делали так:
1. Для ОС, которые не модернизировались
На 31.12 импортировали из эксель общую сумму накопленной амортизации. Остаточная стоимость нам не подошла, аудиторы мозг съедят.
Историческими датами 01 счет с типом операции ВВЭ

2. Для ОС с модернизацией
На 31.12 импортировали
-отдельно тип операции ВВЭ - исторические даты ВВЭ по 01 счету за вычетом кап ремонтов
- отдельно тип операции амортизации - накопленная амортизация 02 на 31.12
- отдельно тип операции Кап ремонт - сумма модернизации на 01 счете с указанием исторической даты
Делили кап ремонт и первонач стоимость, т.к. это важно для аудиторов и важно иметь возможность формировать отчеты.

[Rivez]

Цитата:

Сообщение от Andrux

Карточка ОС будет некорректна в части первоначальной стоимости?

все будет корректно
делаете через "Прием"
в результате
1. сформируется две проводки с одним ваучером и одной датой в ОС (RAssetTrans)
- Ввод в эксплуатацию
- Амортизация
2. В ГК будет одна проводка дт01*-кт02*

Первоначальная стоимость будет правильной.

[Andrux]

А Прием осуществлять датой 31.12 или 01.01 ?

[ikopyl]

Цитата:

Сообщение от Andrux

А Прием осуществлять датой 31.12 или 01.01 ?

Не нужен вам приём...
Закачайте из стандартных шаблонов необходимые модели по каждому ОС (RAssetStandards), обратите внимание на поля "Срок службы", "Дата начала амортизации" (должна соответствовать настройкам амортизационной группы), "Дата последней амортизации" (должна быть 31.12).

Далее закачайте проводки по ОС (RAssetTrans) - по вводу в эксплуатацию, по модернизации и по начисленной амортизации. Даты ввода в эксплуатацию и модернизации должны соответствовать реальным датам операций, начисленную амортизацию можно вводить суммарно одной строкой на 31.12.

В ГК остатки можете закачивать любой датой, как правило - датой ввода всех остатков в системе, по 01 счету первоначальную стоимость и сумму модернизаций, по 02 - накопленную амортизацию, если необходимо - то в разрезе аналитик, в корреспонденции со счетом ввода начальных остатков. Если раньше по ГК остатки уже вводили, то нужно будет просто сверить сальдо по ГК с отчетом по ОС (см. ниже).

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

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

Далее проверьте оборотку по 01 и 02 счету с отчетом по ОС (Можно использовать отчет "Ведомость ОС и амортизационных отчислений".

Собственно, всё...

[ksuchern]

Зачем грузить модернизацию и ремонт?
На мой взгляд важнее загрузить амортизационную премию

Гружу ОС постоянно. Рекомендую не мучаться с операцией Прием. Хотя теоретически это самое правильное решение. Очень много занимает ненужных усилий и времени.

Проще и эффективно загрузить восстановительную стоимость через операцию "Ввод в эксплуатацию" исторической датой.
Далее амортизацию (в случае налогового учета отдельно выделять амортизационную премию) на последнее число месяца, которым вводите остатки. Операция Амортизация.

Журналы заполняются на основе созданных ексель шаблонов. (Ад \ Период операции \ Импорт / экспорт)
На что следует обратить внимание, для амортизации нужно заполнить Период амортизации (так же = последнее число месяца, которым вводите остатки)

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

[ksuchern]

ikopyl:

Не согласна с Вами, что проводки по основным средствам (RAssetTrans) и бухгалтерские проводки (ledgertrans) стоит грузить по отдельности. Больше проблем, чем пользы.

Во первых вы в два раза больше потратите времени. Сначала грузите RAssetTrans, потом все равно создаете журнал и разносите для LedgerTrans. Далее если что то не так, то Вам достаточно сложно будет потом сверить ГК и модуль. Т.е. опытный специалист это сделает, но вот бухгалтер под вопросом.

[ikopyl]

Цитата:

Сообщение от ksuchern

ikopyl:

Во первых вы в два раза больше потратите времени. Сначала грузите RAssetTrans, потом все равно создаете журнал и разносите для LedgerTrans. Далее если что то не так, то Вам достаточно сложно будет потом сверить ГК и модуль. Т.е. опытный специалист это сделает, но вот бухгалтер под вопросом.

Не в два. В самом простом случае у меня будет две проводки - остатки по 01 счету и по 02. В сложном - будет куча проводок в разрезе аналитик. Данные для проводок я возьму из того же очета по ОС .

Сверку я всё равно буду делать целиком по счету и модулю - баланс на дату целиком должен совпасть в модуле и в ГК.
На последнем проекте бухгалтер спокойно сверяла остатки там и там

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

[ksuchern]

ikopyl

Если вывести на аналитику инв.номер ОС, то Вы сможете представить как возрастет количество проводок по ГК.

Предвижу следующий вопрос, зачем занимать "нужные" аналитики. Ответ - для получения оперативных отчетов. Модульный отчет может формировать от 15 мин и больше. Отчет по ГК в разрезе аналитики 1-2 мин

По какую карточку Вы упоминаете? Если про ОС-6, то в этом случае надо грузить не только модернизацию, но переоценки, частичные разборки, смена МОЛ. Вы грузили модернизацию по требованию бухгалтерии?

[TasmanianDevil]

Цитата:

Сообщение от ksuchern

Если вывести на аналитику инв.номер ОС, то Вы сможете представить как возрастет количество проводок по ГК.

Не возрастет ни разу и ничего в проводках ГК - даже если журнал ОС у Вас разносится с уровнем детализации "Сводка". Каждая операция ОС в журнале - одна пара "ваучер + дата операции", свернуть там там мало что получится даже при отсутствии справочника ОС в фин. аналитике. А вот в таблице балансов ГК по счетам/аналитикам при синхронизации справочника ОС в фин. аналитики и ее использовании - там да, вырастет весьма и весьма.

P.S. Копирование каких-либо справочников в фин. аналитику - зло и дурь вторичного порядка.
P.P.S. Фин. аналитика, а точнее, ее реализация в аксапте - зло и дурь первичного порядка.

[Axal]

Цитата:

Сообщение от ksuchern

Гружу ОС постоянно. Рекомендую не мучаться с операцией Прием. Хотя теоретически это самое правильное решение. Очень много занимает ненужных усилий и времени.

Вы уверены, что операция "Прием" ("Поступление" по-новому) является хорошим решением для переноса остатков ОС?

В большой книжке по АХ2009 про операцию "Прием"/"Поступление" вкупе с операцией "Передача", говорится как об операциях перемещения ОС между компаниями холдинга.