Перенос начальных остатков по ОС.

[Cap]

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

[longson]

Делайте стандартный бухгальтерский отчёт в 1С по счёту 01 и их субсчётам (если есть), полученный отчёт можете завести вручную в axapta (т.к их только ~10), либо можете подготовить текстовый файл на основе этих данных для загрузки в axapta через стандартный функционал.

Загружать, можно в виде складской журнал с заб.корр.счётом.

[Cap]

А начальные остатки по амортизации как переносить, тоже проводкой с типом основное средство? Просто суммой? Потом она будет праивльно считаться?

[longson]

Амортизации можно загрузить проводкой общего журнала типа 00 <-- 02. Просто сумму можно, или можно по группам ОС.

[Gustav]

Цитата:

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

или можно по группам ОС.

В смысле "по группам"? А как у вас потом модуль ОС будет знать всю амортизацию по конкретному ОС? (т.е. выражаясь терминами БД, как начальное сальдо амортизации по каждому ОС попадет в таблицу RAssetTrans?)

2 Cap: Посмотрите в нижней части экрана "Похожие темы".

[ppson]

Информацию об осах можно загрузить в аксапту двумя способами:
1) операцией "Передача из другой компании" с небольшой доработкой.
2) загрузив в журналы ОС исторические транзакции.

[Кирилл Егоров]

Цитата:

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

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

1. Настраиваете для всех профилей разноски проводки для операции "Приём" по бухгалтерскому учёту:
Балансовая стоимость: Бухг. счёт: 01* - Корр. счёт: Счёт ввода остатков
Балансовая амортизация: Бухг. счёт: Счёт ввода остатков - Корр. счёт: 02*

2. Создаёте основные средства в справочнике ОС и модели учёта к ним. Для каждого из них прописываете сальдо по балансовой стоимости и амортизации в История -> Приём.

3. Датой, указанной в истории приёма, проводите операцию "Приём" в журнале ОС. Суммы он уже подтянет из истории, останется только проверить и разнести журнал. Всё. И никаких подводных камней.

[Cap]

Сделал как научил Кирилл Егоров.
Амортизация считается не верно. Ошибся я вот в чем - указал балансовую стоимость, указал балансовую амортизацию, и ввел кол-во месяцев использования полное.
И получается соответсвенно 1000р 200 ам. 10 месяцев. И акса считает сейчас (1000-200)/10=80 р. амортизации.
Что делать? Можно ли подправить срок использования? Ничего страшного не случится?

[Кирилл Егоров]

Цитата:

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

Сделал как научил Кирилл Егоров.
Амортизация считается не верно. Ошибся я вот в чем - указал балансовую стоимость, указал балансовую амортизацию, и ввел кол-во месяцев использования полное.
И получается соответсвенно 1000р 200 ам. 10 месяцев. И акса считает сейчас (1000-200)/10=80 р. амортизации.
Что делать? Можно ли подправить срок использования? Ничего страшного не случится?

Укажи для каждого ОС в операции "Приём" прошедший срок его использования. При расчёте амортизации при линейном методе от остаточной стоимости он будет вычитаться из СПИ в модели учёта.

[TasmanianDevil]

Цитата:

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

Сделал как научил Кирилл Егоров.
Амортизация считается не верно. Ошибся я вот в чем - указал балансовую стоимость, указал балансовую амортизацию, и ввел кол-во месяцев использования полное.
И получается соответсвенно 1000р 200 ам. 10 месяцев. И акса считает сейчас (1000-200)/10=80 р. амортизации.
Что делать? Можно ли подправить срок использования? Ничего страшного не случится?

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

P.S. подводные камни в ОС есть и много. Проверяйте, проверяйте и еще раз проверяйте.