При работе с валютными договорами или договорами в условных единицах (у.е.) часто возникает ситуация, которая ставит в тупик даже опытных специалистов. Бухгалтер видит, что в документе Реализация (акт, накладная, УПД) сумма зачета аванса не соответствует текущему курсу валюты на дату отгрузки. Вместо этого программа «подтягивает» курс, который был актуален на момент получения денег от покупателя. Разберем подробно, почему это происходит, как это регулируется законодательством и как проверить правильность проводок в программе 1С:Бухгалтерия 3.0.
Первое, что нам необходимо усвоить: поведение программы продиктовано требованиями законодательства. Согласно ПБУ 3/2006 «Учет активов и обязательств, стоимость которых выражена в иностранной валюте», активы и расходы, которые были оплачены в порядке предварительной оплаты, признаются в бухгалтерском учете в оценке в рублях по курсу, действовавшему на дату пересчета в рубли средств полученного аванса.
Проанализируем это правило проще:
62.22 или 62.32).В налоговом учете действуют аналогичные правила (ст. 271 и 272 НК РФ). Таким образом, курсовые разницы по полученным авансам в принципе не возникают. Переоценке подлежат только остатки денежных средств на валютных счетах и дебиторская/кредиторская задолженность (то, что нам еще должны или что мы должны доплатить), но никак не полученная предоплата.
Рассмотрим ситуацию, описанную пользователем. Покупателю выставлен счет в USD, оплата пришла в рублях (договор в у.е.).
62.22.Выясним причину, почему сумма реализации составила 187 494,52, а аванс зачелся на 194 753,81. Программа произвела расчет суммы реализации исходя из «исторического» курса аванса. Если зачет аванса частичный, 1С берет ровно ту часть рублевой суммы аванса, которая соответствует валютной сумме отгрузки по курсу на дату оплаты.
Важный нюанс: Если сумма отгрузки в валюте больше, чем сумма имеющегося аванса, то выручка в рублях будет состоять из двух частей:
Именно из-за этого «смешения» курсов итоговая рублевая сумма в накладной может казаться странной, если просто умножить валютную сумму на курс ЦБ РФ на день отгрузки.
Корректность зачета аванса в 1С:Бухгалтерия 3.0 критически зависит от настроек договора. Рассмотрим основные параметры:
В зависимости от этих настроек программа использует разные счета:
62.21 (расчеты) и 62.22 (авансы).62.31 (расчеты) и 62.32 (авансы).Если бухгалтер утверждает, что «раньше было по-другому», скорее всего, в базе были неверно выбраны счета учета или тип договора. Например, если договор оформлен как рублевый, а документы вводятся с пересчетом вручную, программа будет пытаться переоценивать остатки некорректно, что приведет к ошибкам в учете.
Проанализируем ситуацию с налогом на добавленную стоимость. Здесь кроется главный подвох, который часто путает бухгалтеров. Согласно п. 4 ст. 153 НК РФ:
Внимание! Получается разрыв: выручка в бухгалтерском учете фиксируется по курсу аванса, а для целей НДС база может определяться иначе. Однако для упрощения учета и соблюдения требований законодательства, 1С реализует механизмы, позволяющие минимизировать эти расхождения. Обычно рублевая сумма НДС в счете-фактуре должна соответствовать рублевой сумме реализации, указанной в документе отгрузки, чтобы не возникало «зависшего» НДС на счете 19 или 68.
Если у вас возникли сомнения в том, что 1С правильно рассчитала зачет, выполним следующие действия:
Валютная сумма и Сумма (регл. учет).62.22 (или 62.32) в момент поступления денег и на обороты по дебету в момент отгрузки.Если валютная сумма аванса закрылась полностью, а рублевая сумма зачета в документе реализации в точности совпадает с рублевой суммой, которая пришла по банковской выписке — программа отработала верно. Любое отклонение курса в документе реализации от курса ЦБ на эту дату — это не ошибка, а следствие работы алгоритма «заморозки» курса аванса.
Посмотрим, как на ситуацию влияет закрытие месяца. Регламентная операция Переоценка валютных средств:
52).62.21, 62.31).62.22, 62.32).Если вы видите, что в конце месяца по счету авансов начислились курсовые разницы, это явный признак ошибки в аналитике. Либо в платежном поручении указан один договор, а в реализации другой, либо перепутан счет учета (например, вместо 62.22 аванс попал на 62.21). В таких случаях автоматический зачет аванса не сработает, и программа воспримет остаток как задолженность, которую «нужно» переоценить.
Подводя итог, при возникновении вопросов по валютным зачетам, следует придерживаться следующей логики: Аванс = Исторический курс. Мы не пересчитываем его ценность при изменении курса доллара или евро. В реализации мы лишь «забираем» ту рублевую оценку, которая уже была сформирована ранее. Это соответствует методологии учета в 1С и требованиям ПБУ 3/2006. Если бухгалтер настаивает на обратном, стоит напомнить о правилах оценки активов, оплаченных предоплатой, и проверить настройки типа договора в карточке контрагента.