Настройка профиля разноски модуля Основные средства

[mnu]

Уважаемые! Появилась интересная проблема: в модуле «Основные средства» при настройках профиля разноски для операции «списание» (продажа, разборка) отдельно указаны настройки параметра «Допустимый для» Все - на реальные счета плана счетов, группа МБП - на забалансовые счета. При проведении операции «списание» система выводить для разноски проводки и для группы МБП и для Все.
Тип операции Текст проводки Дебет Бух. счет Корр. счет
Списание Балансовая стоимость 2500 Z01.999 Z01.999
Списание Балансовая амортизация 2500 Z01.999 Z01.999
Списание Балансовая стоимость 2500 01.020 01.010
Списание Балансовая амортизация 2500 02.010 01.020
Буду благодарна за ответ.

[ksenia]

А сколько у вас моделей учета?

[mnu]

2: бухгалтерский и налоговый учет. Но в налоговом учете система также удваивает проводки, так что на списание МБП получается 8 проводок

[ksenia]

МБП - это группа малоценных материалов (менее 10 тыс)? или какая-то другая?

[Vansoft]

А налоговая модель учета у Вас используется как подмодель Бухгалтерской модели, или же как обособленная?

[mnu]

МБП - это группа малоценных товаров до 10000, но это не принципиально, для группы НМА такая же ситуация.
Подмодели принципиально не настроены, так как операции по бухгалтерскому и налоговому учету ведут разные бухгалтера.

[ksenia]

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

P.S. А вообще-то, если возникают такие проблемы, попытайтесь удалить все профили разноски и создать их заново. Проверено, что иногда это помогает...

[mnu]

Для МБП отдельная амортизационная группа и настроена с месяца ввода в эксплуатацию, сразу для бух/учета ПС списывается Д20(26) К 01, для налогового - на забалансовый, так как ПС списалась сразу Д 20 (26) К 08/транзитный. Проблема-то возникает когда МБП больше не числится на подразделении (закончила свою фактическую эксплуатацию) и нужно списать данную единицу со статусом "Закрыто" и остаточной стоимостью 0.

Профили удалялись неоднократно, увы, безрезультатно.

[ksenia]

А вы списываете через журнал ОС, или с помощью периодической операции "Списание по сроку"?

[mnu]

Через журнал ОС, кстати, раз Вы уж затронули данный вопрос, как Вы настроили списание по сроку?

[ksenia]

Попробуйте через списание по сроку. В принципе, оба эти способа подхватывают профиль разноски "Списание". Интересно будет, если результаты списывания по сроку будут отличаться от списывания в журнале...

[mnu]

Увы, интересно не будет, ситуация повторяется в точности, проводки и для Группы и для Все

[ksenia]

Попробовала сделать тоже самое на чистой базе: действительно, появляются лишние проводки для "Все", даже если настроен профиль для "Группа".

Думается, что это все-таки проблема разработчиков модуля.

P.S. Если вы для группы МБП начислили амортизацию (то бишь списали в производство), то зачем вам операция списание? Ведь фактически оно уже списалось при начислении амртизации и других проводок не должно быть... (А смена статуса "Закрыто" на "Списано" - это уже отдельная песня....)

[ksenia]

А если настраивать профиль разноски еще и для отдельного ОС в группе, то еще появляеся запись и для "Таблица". Т.е. в профиле списания появляется 3 вида записей: для "Все", для "Группа" и для "Таблица".

Пока вижу только один выход - удалять лишние проводки руками в журнале ОС

[mnu]

Тогда лучший вариант создать настройки для Групп

[ksenia]

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

[mnu]

ага и попытаться объяснить бухгалтерам, что это глюк программы и они должны лишие проводки удалять Проще затрелиться.

[ksenia]

нет, ну стреляться, конечно, не надо, потому как и при попытке продать ОС через журнал ОС возникает такая же проблема (Выбытие(продажа))

Надейтесь на ваших программистов. А может кто-нибудь все-таки поделится с общественностью, как же решать эту проблему без "напильника"

[mnu]

Так же как поделились решением учета многокомпонентных ОС и частичной ликвидацией? Основная рекомендация "дорабатывать напильником" как панацея от всех бед.

[mnu]

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