Регистр постоянных разниц при балансовом методе в 1С

Вопрос задал МАРИЯ А. (МОСКВА)

Ответственный за ответ: Бачурина Оксана (★9.83/10)

Здравствуйте! Посоветуйте, пжл, что предложить аудиторам на запрос регистра постоянных разниц? В УП выбран балансовый метод без ПР и ВР. Заранеее спасибо

Все комментарии (16)

  1. Добрый день! Постоянный налоговый расход (доход) – это расчетная величина в программе. Поэтому специального отчета для проверки нет. Как можно проверить показатели для представления информации аудиторам, посмотрите, пожалуйста, здесь:
    Балансовый метод ПБУ 18/02 и его проверка в 1С
    .

  2. Оксана, здравствуйте, спасибо, в статье нашла подсказку про отчет Анализ учета по налогу на прибыль — подойдет! Единственное, в этих целях теперь хочу поподробнее разобраться с этим отчетом — не пойму по самой структуре, как он задуман, например, есть блок Прочие расходы, учитываемые в НУ, а у меня в нем разница между БУ и НУ.. Или «учитываемые в НУ» не должно означать, что БУ=НУ? По какому принципу расходы распределяются по блокам отчета?

  3. Оксана,спасибо, материал посмотрела. К сожалению, пример дан на доходах, а меня больше интересуют расходы. Все-таки, проясните немного, пжл, «учитываемые в НУ» не должно означать, что БУ=НУ? у меня в блоке «учитываемые в НУ»разница между БУ и НУ..

  4. Отчет сопоставляет показатели налогового и бухгалтерского учета, может быть разница между БУ и НУ. Тут надо уже анализировать данные в программе. Первое, на что нужно обратить внимание, не выделен ли блок красной рамкой. Если есть красная рамка, то тогда нужно проверить данные в учете на наличие ошибок. Показатели можно расшифровать, кликнув по ним дважды мышкой.
    Если в указанном отчете налог на прибыль по БУ совпадает с налогом на прибыль по НУ, и нет красных рамок, то ведение НУ в базе можно расценивать как верное.

  5. Оксана, здравствуйте! Нет, рамок нет, показатели я все вижу, проваливаюсь, разницы корректны. Меня смущает другое — что в блок с учитываемыми в НУ, у меня попадают неучитываемые.. По какому принципу программа распределяет операции по блокам? Посмотрите, пжл, скрин во вложении выделила красным

  6. Показатель, который выделили рамочкой, расчетный и равен сумма БУ минус сумма НУ, т.е. программа вывела ту сумму, на которую отличаются данные БУ и НУ. Это не ошибка, далее просто проверяем, чем обусловлена разница:
    Проверка налога на прибыль с помощью расшифровки «БУ-НУ»
    .

  7. Оксана, здравствуйте, не могу пока до конца разобраться, посмотрите еще, пжл? Аа как так у меня может быть, что на рис.1 (см.влож) одни цифры, а когда в них проваливаешься (рис.2) другие?

  8. Здравствуйте, Мария! Если раскрыть дальше расшифровку (до перечней прочих расходов, учитываемых и неучитываемых), есть ли там показатель, соответствующей этим разницам: 136283 (в расходах, учитываемых в НУ) и 2839 (в расходах, не учитываемых в НУ)?

  9. Оксана, здравствуйте! Да, действительно, когда я провалилась дальше (см вложение 3), то суммы 3 = рисунку 1! А что это означает? что за промежуточный шаг 2?

  10. Этот промежуточный шаг 2 — более детальная расшифровка к шагу 1. Согласна, кажется не совсем логичным, что суммы в ячейках различаются.
    Главное по перечню еще пробежаться и проверить, правильно ли учтены расходы в качестве принимаемых и не принимаемых. Особенно, если в отчете по анализу прибыли есть красная рамка.

  11. Красных рамок нет и не было с самого начала. Сейчас я успокоилась, т.к. конечная расшифровка действительно абсолютно соответствует первому шагу, а мне это и требовалось расшифровать. Оксана, спасибо огромное за помощь! Странная структура отчета, конечно..

  12. Оксана, я рано обрадовалась (( посмотрите, пжл, вложение: провалившись в каждую из зеленых рамок, я получила расшифровку именно зеленых цифр — все ок. Но нонсенс — они в сумме (если сложить все зеленые, получается 39 152 828) НЕ дают красную рамку Расходы всего 38 494 014! Как такое может быть? может наведете еще на какую мысль?

  13. Мария, показатели, которые Вы выделили, это разница между БУ и НУ в каждом блоке, определяется расчетным путем, считаю, что в данном случае их складывать не совсем корректно. Правильнее будет проверять данные по расшифровке для каждого блока в отдельности.

  14. Оксана, доброе утро! Поняла, спасибо большое!

  15. Пожалуйста 🙂 Я рада, если смогла помочь!

Комментарии закрыты.