Красное сальдо по 62.02, ошибка по учету обеспечительного платежа

Вопрос задал po***@mail.ru

Ответственный за ответ: Демашева Мария (★9.85/10)

Добрый день. подскажите пожалуйста, как исправить данную ситуацию в учете: На 62.02 висит красная сумма с 2017г. Скрин данной операции, с которой стоит проводка, прилагаю. Предполагаю, что бухгалтер таким образом пыталась отразить обеспечительный платеж. Как мне правильно текущим периодом убрать эту красноту на счете 62.02? (скрин прилагаю)

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

  1. Здравствуйте Полина! Ваш вопрос принят в работу. В ближайшее время будет дан ответ.

  2. Здравствуйте!

    По вашему вопросу попрошу еще один момент уточнить. А именно, раскрутить цепочку дальше.
    Во-первых не заполнены документы расчетов, по карточке видно, что субконто пустое. Там <>, а должно быть, например, Поступление на расчетный счет или какой-то другой документ.
    Во-вторых, нужно посмотреть, что у этого контрагента на 76.06.
    Пытаюсь представить, что произошло.
    Получили обеспечительный платеж Д 51 К 76.06 и если хотим его перевести на 62, то проводка Д 76.06 К 62.02, а не наоборот.
    И давайте смотреть Отчеты — Стандартные отчеты — Анализ субконто — Контрагенты — отбор по нашему контрагенту.
    А субконто — Контрагенты, Договоры, Документы расчетов с контрагентом.

    1
  3. Здравствуйте. В том то и дело, что на 76 по этому контрагенту ничего нет, кроме проводок с данной операции (см. файл). Я понимаю, что бухгалтер неправильно сделала проводку. По всей видимости хотела предоплату с 62.02 перекинуть на 76 в качестве обеспечительного платежа, чтоб эта сумма не участвовала в текущих взаиморасчетах, а осталась в резерве. Но поскольку все сделано шиворот-навыворот, сейчас мне нужно все выправить. Вот и пытаюсь понять, как это сделать правильно? Не только касательно проводок, но пока не понимаю, коснется ли это как то налогов прошлых периодов, поскольку операция была в декабре 2017г. Не попадем ли на уточненки?
    А касательно скобок, (пустое субконто, сейчас в любом случае нет смысла это выяснять, т.к. при выправлении данной операции все равно придется также оставлять пустым субконто по этой аналитике, иначе же строки вразнобой встанут ( строка со скобками существующая должна закрыться также исправительной проводкой со скобками по этой же аналитике).

  4. Здравствуйте!

    Нужно понять всю цепочку.
    Т.е. найти приход, откуда деньги — в первичных документах найти выписку банка с поступлением этих денежных средств.
    Должен быть приход Д 51 К…
    Дальше его уже куда-то переносили.
    Смотреть надо Анализ субконто по этому контрагенту — все договоры и документы, а не один договор выборочно.
    Только по этим скринам, не видя базы и не зная всей истории взаимоотношения с этим контрагентом, что-либо сказать затруднительно.

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

    Запросите, пожалуйста, у этого контрагента Акт сверки. По нему сверьте свои данные.
    Посмотрите договор, что там написано про обеспечительный платеж.

    По поводу документов расчетов — в принципе они должны быть всегда заполнены. Это просто проконтролировать в учете. Здесь это явная ошибка при оформлении операции, поэтому обратила на нее внимание.

  5. Акт сверки с контрагентом подписан, свежий. Никаких расхождений нет.
    По анализу субконто расчеты только по в рамках 62 и 76.
    Зайдем с другой стороны. Один вопрос. Если я отсторнирую эту проводку как ошибочную текущим периодом, у меня это как то повлияет на налоги прошлых периодов? Я опять про уточненки?

    1. Надо смотреть тот период, когда проводку сделали.
      Там есть что-то по этой сумме и этому покупателю. СФ на аванс?

  6. То есть возьмем за утверждение, что проводка ошибочная. И сделаем вот так: скрин. В итоге выправится краснота на 62 и 76 обнулится. (на него эта сумма и попала с неправильной проводки)

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

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