При работе с реализацией товаров или услуг в иностранной валюте пользователи часто сталкиваются с ситуацией, когда рублевая сумма в бухгалтерских проводках (например, по дебету счета 62.21 и кредиту счета 90.01.1) оказывается иной, нежели простой пересчет валютной суммы по курсу, указанному в документе реализации. Рассмотрим подробнее, почему возникают такие расхождения и как их корректно интерпретировать и устранять в 1С:Бухгалтерия Предприятия 2.0, а также в 1С:Управление Торговлей 10.3.
Самая распространенная причина, по которой сумма в проводках по реализации в валюте отличается от суммы по текущему курсу документа, заключается в механизме зачета авансов. Согласно российскому бухгалтерскому законодательству (ПБУ 3/2006 «Учет активов и обязательств, стоимость которых выражена в иностранной валюте»), выручка от реализации товаров (работ, услуг) в части, оплаченной авансом, пересчитывается в рубли по курсу, действовавшему на дату получения аванса. Оставшаяся, неоплаченная авансом часть реализации, пересчитывается в рубли по курсу Центрального банка РФ (или иному согласованному курсу) на дату отгрузки товаров или оказания услуг.
Именно этот подход приводит к тому, что общая рублевая сумма проводки может не совпадать с результатом умножения валютной суммы на курс документа реализации. Например, если вы получили аванс, когда курс EUR был 80 рублей, а отгрузка произошла, когда курс стал 85 рублей, то часть выручки, соответствующая авансу, будет оценена по 80 рублей, а оставшаяся часть – по 85 рублей. Это формирует средневзвешенный курс, который может отличаться от курса на дату реализации.
Давайте разберем на примере, описанном в исходном сообщении. Допустим, курс реализации составляет 84,9526, а сумма по позиции 155000 EUR. Ожидаемая сумма в рублях была бы 13 167 653 (155000 * 84,9526). Однако в проводке мы видим сумму 13 376 673,46. Это означает, что фактически рублевая оценка проводилась по курсу 86,3011190968 (13 376 673,46 / 155000). Такая разница практически всегда указывает на наличие авансовых платежей, полученных по другому курсу.
В конфигурации 1С:Бухгалтерия Предприятия 2.0 (и аналогично в 3.0) механизм зачета авансов автоматизирован:
Дт 62.22 Кт 62.21 на сумму засчитываемой предоплаты, но по курсу, действовавшему на дату получения аванса.Дт 62.21 Кт 90.01.1 формируется на общую сумму реализации, но рублевая оценка ее складывается из двух частей:
Таким образом, общая сумма по кредиту 90.01.1 будет представлять собой сумму этих двух частей, что и объясняет "неожиданный" курс.
Чтобы убедиться, что причиной расхождения являются авансы, рекомендуем выполнить следующие шаги:
Дт 62.21 Кт 90.01.1, но и проводку по зачету аванса (Дт 62.22 Кт 62.21). Если аванс был, то эти проводки наглядно покажут механизм зачета и его влияние на рублевую сумму.Иногда после проведения реализации и зачета аванса пользователи обнаруживают отрицательные остатки по взаиморасчетам или по счету 62.21, что вызывает беспокойство. Это может происходить по нескольким причинам:
Для устранения подобных ошибок и приведения учета в порядок рекомендуем следующий алгоритм действий:
Если вы или кто-то другой меняли документы задним числом (особенно платежные документы или документы поступления), то последовательность проведения могла нарушиться. Критически важно выполнить восстановление последовательности документов. Это можно сделать через стандартные обработки в 1С:Бухгалтерия (обычно в меню "Операции" -> "Проведение документов" или "Сервис" -> "Управление датой актуальности учета"). Выберите период и тип документов (например, "Расчеты с контрагентами") и запустите восстановление. Это заставит программу перепровести все документы в правильном хронологическом порядке, что часто решает проблему.
Убедитесь, что все документы, относящиеся к данной сделке (платежное поручение, поступление аванса, реализация), введены и проведены в правильной хронологии. Платеж должен быть ДО реализации.
Проверьте, что регламентные операции "Закрытие месяца" выполняются регулярно и корректно, особенно операция "Переоценка валютных средств". Она затрагивает денежные средства на валютных счетах и задолженности по расчетам с контрагентами (счета 60, 62, 76 и др.), но, как мы помним, не авансы. Однако ее корректное выполнение может влиять на остатки по счету 62.21.
В некоторых конфигурациях 1С существуют настройки, позволяющие запрещать проведение документов при возникновении отрицательных остатков (например, при отгрузке товара, которого нет на складе). Убедитесь, что подобные настройки не отключены, если они важны для вашего учета. В противном случае это может маскировать проблемы, которые потом проявляются в некорректных остатках по взаиморасчетам.
В очень сложных случаях, например, когда оплаты и зачеты происходили в разных валютах, или при наличии специфических соглашений с контрагентами, автоматический зачет может не сработать идеально. В таких ситуациях может потребоваться документ "Корректировка долга" для ручного зачета или списания задолженности. Однако это крайняя мера, к которой следует прибегать только после тщательного анализа причин.
Если вы работаете в 1С:Управление торговлей 10.3, механизм зачета авансов имеет свои нюансы, которые могут отличаться от 1С:Бухгалтерия:
Если в УТ 10.3 вы столкнулись с тем, что опция "по документам расчетов" неактивна или отсутствует, это может быть связано с настройками договора, видом операции или особенностями релиза конфигурации. В таком случае рекомендуем обратиться к документации по УТ 10.3 или к специалистам по 1С для проверки специфических настроек.
Проблема расхождения сумм в проводках по реализации в валюте практически всегда объясняется особенностями учета авансовых платежей, которые пересчитываются по курсу на дату их получения, а не на дату реализации. Этот подход соответствует требованиям бухгалтерского учета и реализован в 1С. Если же возникают отрицательные остатки или другие аномалии, то в большинстве случаев это является следствием нарушения последовательности документов или некорректных ручных операций. Всегда начинайте с проверки хронологии и восстановления последовательности документов – это самый действенный метод для устранения большинства проблем с взаиморасчетами.