Добрый день!
1С:Предприятие 8.3 (8.3.17.1851), Бухгалтерия предприятия, редакция 3.0 (3.0.89.51). Вопрос по ОНА и ОНО.
Начислен резерв в июле 2020. Возникает разница между налоговым и бухгалтерским учетом. По дт 96 на сумму 48 916,21 по кт 96 на сумму 32 623,03.
Получаем разницу 48916,21-32623,03=16293,18*20%=3 258,64.
Программа списывает 09 счет частично 1 906,38 и признает ОНО 1 352,26. Хотя на 09 счете остается еще остаток по дебету. Как исправить данную ошибку?
Все комментарии (3)
Комментарии закрыты.
Добрый день, Карине!
Приложите, пожалуйста, скрин Учетной политики с вариантом ведения ПБУ 18/02 в 1С.
С 2020 должно быть — балансовым методом.
Пишите: «По дт 96 на сумму 48 916,21 по кт 96 на сумму 32 623,03.
Получаем разницу 48916,21-32623,03=16293,18*20%=3 258,64»
Временная разница определяется не как разница оборотов по дебету и кредиту, а как разница между налоговой стоимостью резерва и бухгалтерской.
Поясните, пожалуйста, в чем вы видите ошибку программы?
Добрый день!
К сожалению мы не перешли в 2020 на балансовый метод. «Временная разница определяется не как разница оборотов по дебету и кредиту, а как разница между налоговой стоимостью резерва и бухгалтерской.» А программа считает именно так, как написала выше. И если есть остаток на 09 счете, почему программа не списывает его целиком. А часть списывает с 09, а часть с 77? Это не ошибка?
Не видя базы, трудно понять, ошибка ли это. По вашим отчетам судя, вижу такую логику программы:
На начало июля у вас был сформирован ОНА по
1. 96.01.1 — в сумме 31282,06
2. 96.01.2 — в сумме 284.14
В июле, анализируя обороты по резервам и разницы по ним (НУ-БУ) получается, что произошло погашение ОНА:
1. 96.01.1 — на сумму 1622,24 руб.
2. 96.01.2 — на сумму 284.14 руб.
Итого — 1906,38
И признание ОНО на счете 96.01.2 на сумму 1352,26 (обратите внимание, на этом счете разница на начало июля была +1420,67 -> ОНА 284.14, а стала -6761,29 -> ОНО 1352,26 руб.
Это признание ОНО и погашение ОНА отражено в Справке-расчете налоговых активов и обязательств за июль 2020.
Это то, что я вижу. Но остатки здесь не видны и затратный метод, если вы еще на нем, не отвечает всем требованиям стандарта в настоящее время, поэтому, конечно, ошибки вероятны.
Рекомендуем переходить на балансовый метод без ПР и ВР, что сильно облегчит ваши трудозатраты.
А сейчас необходимо проверять все, параллельно формируя Регистр учета временных разниц. Как его вести, ознакомьтесь тут Регистр учета временных разниц .