← На главную

При работе с иностранными поставщиками или при расчетах внутри страны с привязкой к валюте компании часто сталкиваются с ситуацией, когда договор оформлен в рублях (или обязательства зафиксированы в рублевом эквиваленте), а фактическая оплата производится в евро (или другой иностранной валюте) по заранее согласованному фиксированному курсу. При попытке отразить такую операцию в программе 1С:Управление холдингом (или 1С:ERP, 1С:Бухгалтерия) пользователи замечают странное поведение системы: при проведении банковской выписки рублевая сумма в проводках упорно рассчитывается по официальному курсу ЦБ РФ на дату оплаты, игнорируя настройки фиксированного курса в договоре или попытки создать "свою" искусственную валюту.

В этой статье мы подробно разберем, почему система ведет себя именно так, проанализируем законодательную и техническую сторону вопроса, а также рассмотрим пошаговые практические варианты решения этой задачи в конфигурациях 1С.

Выясняем причину: почему 1С игнорирует фиксированный курс в списании с расчетного счета

Для начала проанализируем ситуацию с точки зрения методологии бухгалтерского учета и архитектуры систем 1С. Поведение программы обусловлено жесткими требованиями российского законодательства к отражению валютных операций:

1. Требования ПБУ 3/2006: Согласно нормам бухгалтерского учета, денежные средства, находящиеся на валютных счетах в банках (счет 52), обязаны оцениваться в рублевом эквиваленте исключительно по официальному курсу Центрального Банка РФ на дату совершения операции. У предприятия нет соглашения с обслуживающим банком на отражение операций по расчетному счету по какому-либо иному курсу, кроме установленного ЦБ РФ.
2. Техническое ограничение в документах 1С: В документе Списание с расчетного счета при выборе валютного счета (счет 52) программа принудительно рассчитывает рублевую сумму по официальному курсу ЦБ для выбранной валюты (EUR). В самом документе списания отсутствует техническая возможность (гиперссылка или поле ввода) для ручного изменения курса валюты. Если бы разработчики 1С позволили менять курс вручную в выписке, это привело бы к искажению рублевого остатка реальной валюты на вашем расчетном счете, что является грубым нарушением кассовой дисциплины и правил ведения бухучета.
3. Почему не помогает создание "своей" валюты: Некоторые пользователи пытаются обойти систему, создавая в справочнике Валюты элемент (например, "EUR_FIX") с фиксированным курсом и указывая его в договоре. Однако при проведении платежа со счета 52 система определяет, что фактически списывается реальная валюта EUR. Программа обращается к регистру сведений курсов валют для регламентированного учета и производит переоценку по курсу ЦБ РФ, полностью игнорируя настройки "искусственной" валюты платежа.

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

Рассмотрим подробнее два наиболее эффективных практических решения этой проблемы.

Решение 1. Схема с двумя договорами и документом "Взаимозачет задолженности" (Рекомендованное)

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

Разберем этот сценарий по шагам на конкретном примере:

Пример условий:
У нас есть обязательство перед поставщиком на сумму 90 000 рублей.
По условиям договора оплата производится в евро по фиксированному курсу 90 руб./EUR.
Соответственно, мы должны перечислить поставщику: 90 000 рублей / 90 = 1 000 EUR.
На дату фактического платежа официальный курс ЦБ РФ составляет 100 руб./EUR.

Шаг 1. Настройка договоров в справочнике контрагентов

В карточке нашего поставщика необходимо создать два договора:

• Договор №1 (основной): Валюта договора — рубль (RUB). Этот договор мы будем использовать для отражения поступления товаров, работ или услуг.
• Договор №2 (технический): Валюта договора — евро (EUR), валюта расчетов — евро (EUR). Этот договор мы будем использовать исключительно для отражения банковских платежей в валюте.

Шаг 2. Отражение обязательства (Поступление)

Оформляем документ Поступление (акт, накладная, УПД). В качестве договора выбираем Договор №1 (в рублях). Программа формирует стандартную проводку поступления и фиксирует задолженность на счете 60.01 в размере 90 000 рублей:

Дт 41 (20, 26, 44) — Кт 60.01 (Договор №1) — 90 000 руб.

Шаг 3. Отражение фактической оплаты

Оформляем документ Списание с расчетного счета. Поскольку мы платим валютой, мы списываем средства со счета 52. В качестве договора выбираем технический Договор №2 (в EUR). Сумма платежа составляет 1 000 EUR.
Программа автоматически пересчитывает платеж по официальному курсу ЦБ на дату проведения (100 руб./EUR) и формирует проводку:

Дт 60.21 (Договор №2) — Кт 52 — 1 000 EUR (100 000 руб.)

Обратите внимание: на данном этапе у нас числится рублевый долг перед поставщиком по первому договору (90 000 руб.) и валютный аванс поставщику по второму договору (1 000 EUR, что эквивалентно 100 000 руб. по курсу ЦБ).

Шаг 4. Проведение взаимозачета и корректировки долга

Для того чтобы "захлопнуть" эти расчеты и отразить условия о фиксированном курсе, мы используем документ Взаимозачет задолженности (в некоторых редакциях — Корректировка долга):

1. В шапке документа указываем нашего контрагента (дебитора и кредитора в одном лице).
2. На вкладке взаимозачета сопоставляем две наши задолженности: кредиторскую по Договору №1 и дебиторскую по Договору №2.
3. Для Договора №1 (в рублях) указываем сумму списания долга: 90 000 рублей.
4. Для Договора №2 (в EUR) указываем сумму списания платежа: 1 000 EUR.
5. При проведении документа система видит разницу между рублевой оценкой валютного платежа по курсу ЦБ (100 000 руб.) и фактически зачитываемой суммой рублевого долга (90 000 руб.).
6. Эта разница в размере 10 000 рублей автоматически списывается системой на финансовый результат (счет 91 "Прочие доходы и расходы") как отклонение курса (курсовая/суммовая разница по соглашению сторон).

Проводка взаимозачета будет выглядеть следующим образом:

Дт 60.01 (Договор №1) — Кт 60.21 (Договор №2) — 90 000 руб. (зачтен основной долг)
Дт 91.02 — Кт 60.21 (Договор №2) — 10 000 руб. (списана разница между фиксированным курсом и курсом ЦБ)

В результате этих действий расчеты с контрагентом полностью закрыты, остатки по обоим договорам равны нулю, а разница курсов корректно отнесена на расходы организации в соответствии с ПБУ 3/2006.

Решение 2. Использование ручной корректировки проводок (Бухгалтерская справка)

Если по каким-то причинам использование схемы с двумя договорами вам не подходит (например, жестко регламентирован аналитический учет или руководство требует видеть все расчеты строго в рамках одного договора), можно прибегнуть к отражению операции с помощью ручных корректировок.

Посмотрим, как реализовать этот подход:

1. Создаем договор в рублях (или в евро с признаком расчетов в рублях).
2. Проводим документ Списание с расчетного счета. Система сформирует рублевую сумму по курсу ЦБ РФ на дату платежа.
3. В документе списания включаем флаг Ручная調整ка проводок (разрешаем редактирование движений документа).
4. В дебетовой части проводки (по счету 60) вручную корректируем рублевую сумму на ту, которая получается исходя из фиксированного курса договора. При этом сумму по кредиту счета 52 (валютный счет) оставляем неизменной (строго по курсу ЦБ!), чтобы не нарушить баланс денежных средств в банке.
5. Возникшую разницу между дебетом счета 60 и кредитом счета 52 мы явным образом дописываем в проводках, относя ее на счет 91.02 (или 91.01, в зависимости от того, в чью пользу отклонение курса).

Важное предупреждение: Использование ручных корректировок проводок крайне не рекомендуется для регулярных операций. Это лишает учет автоматизации, может приводить к ошибкам при автоматическом закрытии месяца, расчете курсовых разниц и формировании регламентированной отчетности. Используйте этот метод только в единичных исключительных случаях.

Специфика настройки в "1С:Управление холдингом" (1С:УХ)

Поскольку автор вопроса использует специализированное решение 1С:Управление холдингом, важно понимать архитектурную специфику этой программы. В 1С:УХ учет разделен на два крупных контура: казначейство (управленческий контур) и регламентированный учет (бухгалтерский контур).

Давайте проанализируем, как эти контуры взаимодействуют при работе с фиксированными курсами:

• Контур Казначейства (управление лимитами и бюджетами):
  В параметрах договора в 1С:УХ действительно можно настроить "Способ определения курса" как "Фиксированный курс" и задать его значение. Эта настройка отлично работает для планирования. При создании документов Заявка на расходование денежных средств и формировании платежного календаря система будет корректно пересчитывать лимиты по БДДС и планируемые платежи именно по этому фиксированному курсу. Контроль бюджетов сработает без ошибок.
• Контур Регламентированного учета (бухгалтерские проводки):
  Когда на основании утвержденной Заявки создается фактический документ Списание с расчетного счета, в силу вступают правила бухучета, описанные выше. Программа обязана отразить движение по счету 52 по курсу ЦБ. Настройки фиксированного курса из договора казначейства не могут принудительно изменить правила валютной переоценки счетов регламентированного учета.

Поэтому для пользователей 1С:УХ наиболее правильным подходом является ведение планирования в казначейском контуре по согласованному в договоре фиксированному курсу, а при фактическом отражении выписок в бухгалтерии — применение Решения 1 (схема с взаимозачетом задолженности) для корректного закрытия счетов расчетов.

Резюме и рекомендации

Мы подробно разобрали особенности отражения валютных оплат по фиксированному курсу. Подведем итоги:

• Попытки заставить 1С списывать валюту со счета 52 по курсу, отличному от ЦБ РФ, противоречат методологии учета и заблокированы разработчиками на уровне конфигурации.
• Наиболее безопасным и автоматизированным способом является разделение обязательств и оплат на два договора (рублевый и валютный) с последующим проведением документа Взаимозачет задолженности.
• Использование ручных правок в проводках банковских документов допускается, но является нежелательным из-за рисков сбоя механизмов закрытия месяца.