Доброго времени суток!
Столкнулась с такой ситуацией:
При регламентном расчете налога на прибыль проводка переноса сальдо счета 68.04.2 получилась на неприлично большую сумму в 2 с лишним тысячи... О_о
Может кто сталкивался с таким? В какую сторону копать?
По данным закрытия месяца - не ноль.
Хозоперации в течении месяца - ноль. Закрытие счетов-корреспондентов в конце месяца - не ноль. Значит, при закрытии счетов появляется остаток, который потом превращается в корректировку остатка. Т.е. сумма с какого-то корреспондирующего счета в результате закрытия месяца на сч68 не закрылась "как положено" по своим корреспонденциям, а осела на 68 счете в виде остатка. Который механизм округления обязан и списывает на 99 счет.
В 1С введен перенос и округление остатков-копеек.
С 01.01.2014 года при выполнении регламентной операции "Расчет налога на прибыль" отражается начисление налога на прибыль в полных рублях - 1С ввела в БП дополнительную проводку "Сальдо сч.68- на сч.99(с 2014г)". Статья http://its.1c.ru/db/metod81#content:5531:1 "Округление налогов (налог на прибыль)"
Однако, вместо "копеек" это механизм может находить некое "предыдущее" сальдо на десятки и сотни тысяч рублей, и, считая его "реальным остатком", пытается т.о. проводкой Кт68.02(04) - сальдо Дт99 "округлить" сальдо по счету 68.
Тогда в этом случае надо делать корректировку регистра на "лишнюю" проводку округления.
(13) KiLLius, Он не под конец года) Бухи перед составлением годовой бух отчетности вдруг обнаружили, что по прошлым периодам в этом году строка 2400 не идет со счетом 99. Крыжинием обнаружила, что расхождения как раз из-за переноса сальдо...
Он не под конец года) Бухи перед составлением годовой бух отчетности вдруг обнаружили, что по прошлым периодам в этом году строка 2400 не идет со счетом 99.
Ну вот.
Скорректируйте остаток (если это реально остаток, а не округление) под конец года, и не заморачивайтесь больше.
как раз "нужная" ситуация и могла сложиться под конец года - когда масса хозопераций, корректировок в течении года, и не все счета закрыты правильно, а должны были быть.
А механизм округления работает топорно: нашел остаток по регистру - перекинул его. И все, он больше не "вдается" в подробности, тот ли это остаток под округление, который он призван перенести, или просто некая хозсумма.
Оно уже "вылезло". Т.е. причина-то не в механизме округления (он просто недоработан, но свою функцию "найти-и-перенести" выполняет на все 100%), а в неких хозоперациях, которые вносят раздрай в баланс по 68 счету. А механизм округления оказался "крайним" и лишь выявил несовпадение: есть остаток по регистру - он его "скорректировал" в закрытии месяца, так как "призван" делать именно эту корректировку. А что остаток не от округления, а совсем по другой причине - в этом механизм не разбирается.
Но и главный вопрос остается, откуда он эту сумму-то взял?
Ищите вручную, если интересно, берете месяц, когда возникло первый раз, и смотрите по операциям (проводкам), почему, например, и откуда сумма в 3 000 в остатке за месяц по 68 счету (обычно по дополнительным субсчетам чего-нибудь накидают в кредит лишнего), а не копейки.
Ищите вручную, если интересно, берете месяц, когда возникло первый раз, и смотрите по операциям (проводкам), почему, например, и откуда сумма в 3 000 в остатке за месяц по 68 счету (обычно по дополнительным субсчетам чего-нибудь накидают в кредит лишнего), а не копейки.
У меня бухгалтера тоже ничего не могли найти, т.к. искали по типу совета "Посмотрите отчёт Анализ состояния по налогу на прибыль."
Выводите полный список операций по счету, и смотрите, как суммы "прыгают" на Кр68 и с него, и откуда "вдруг" нарисовалось "лишнее".
Поймите только одно: округление суммы налога при закрытии месяца само ничего не выдумывает, а работает с теми данными, которые получает из регистра. Если получен остаток в 3 000 - то он "скорректирован" не потому, что так захотелось округлению, а потому, что именно "по РБ на счете 68 на момент округления - остаток в 3000 руб".
Это явно не нормально, что то не так с расчётами налоговых обязательств и активов. Какую программу хоть используете? Как вариант, что то забыли отразить в налоговом учёте.
Так... что-то начинает проясняться...
Открыла анализ по налоговому учету. Налог на прибыль по НУ и БУ не идет на нужную сумму за вычетом 10 копеек... хотя может совпадение...
(8) KiLLius, Но теперь самое интересное, найти эти 2 тысячи... Кстати, по НУ налог получился больше, чем по БУ О_о
Где-то получается, что переотразили по НУ?
Посмотрите отчёт Анализ состояния по налогу на прибыль.
Этот отчет показывает общее состояние по налогу, по всем регистрам, а механизм округления - тупо работает конкретно по 68 счету и регистру бухгалтерии.
Так что навряд ли в данной ситуации отчет будет нагляднее списка хозопераций (или того же анализа счета) по регистру.
полностью 68 счет формировался на сервере больше 5 минут( Там овер дофига операций(
Попробуйте выявить в Excel период, с какого момента суммы по кредиту и дебету счета "вдруг" перестали сходиться "примерно в 0". Т.е. когда произошло смещение баланса. А потом уже конкретно рассмотреть операции этого момента.
Попробуйте выявить в Excel период, с какого момента суммы по кредиту и дебету счета "вдруг" перестали сходиться "примерно в 0". Т.е. когда произошло смещение баланса. А потом уже конкретно рассмотреть операции этого момента.
они не сходятся. на момент когда он списывает эти 3000, на 68 в целом 30 с небольшим млн, а на 68.04 11млн...
на 68 в целом 30 с небольшим млн, а на 68.04 11млн...
Что значит в целом? Посмотрите операции закрытия месяца, откуда он берет остаток в 3000, чтобы потом его "скорректировать".
Операция корректировки остатка - она последняя в закрытии, до неё формируются закрытия счетов. Если при закрытии месяца с какого-то счета (20, 25, 26) пришли "лишние" 3000 - смотрите, почему так произошло, на счетах-корреспондентах.
По данным закрытия месяца - не ноль.
Хозоперации в течении месяца - ноль. Закрытие счетов-корреспондентов в конце месяца - не ноль. Значит, при закрытии счетов появляется остаток, который потом превращается в корректировку остатка. Т.е. сумма с какого-то корреспондирующего счета в результате закрытия месяца на сч68 не закрылась "как положено" по своим корреспонденциям, а осела на 68 счете в виде остатка. Который механизм округления обязан и списывает на 99 счет.
(30) AlexO, Все, спасибо! Нашлись суммы. Оказались очень странные бух справки, после отмены которых и перезакрытии месяца, сальдо переноса получилось приемлемым. С анализа состояния налогового учета краснота ушла.
Завтра буду узнавать в бухгалтерии чье это художество)
(31) Я так понимаю все уже забыли в чем было решение, но в данный момент у меня очень похожая ситуация..
Висит проводка Дт 99.09 - Кт 68.04.2 перенос сальдо счета 68.04.2.. Сотни рублей не идут, но найти их надо.