← На главную

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

Анализ проблемы: почему 1С ограничивает выбор договора?

В типовых конфигурациях на платформе 1С:Предприятие 8.3, таких как УТ 11, ERP или Комплексная автоматизация, действует строгий принцип: валюта документа, влияющего на взаиморасчеты, должна совпадать с валютой взаиморасчетов, указанной в договоре. Рассмотрим подробнее, к чему это приводит:

1. Если в Заказе клиента выбрана валюта EUR, система при попытке выбора договора отфильтрует все договоры, кроме тех, у которых валюта расчетов — EUR.
2. Это сделано для обеспечения корректности работы регистров накопления, таких как РасчетыСКлиентами и РасчетыСКлиентамиПоДокументам.
3. При проведении документа система должна четко понимать, в какой валюте фиксируется задолженность. Если смешать валюты без использования специального механизма «У.Е.», в отчетах возникнет ситуация, когда сумма в валюте висит на остатке, а рублевая оплата её не закрывает.

Рискованный способ: изменение связей параметров выбора

Некоторые технические специалисты пытаются решить вопрос «в лоб» через конфигуратор. Проанализируем, что именно предлагается сделать и к каким последствиям это приведет. Суть метода заключается в редактировании реквизита Договор в документе ЗаказКлиента.

В конфигураторе для этого реквизита установлены Связи параметров выбора. Там прописано условие:

Отбор.ВалютаВзаиморасчетов(Объект.Валюта)

Если удалить эту связь, система позволит выбрать в валютном заказе рублевый договор. Однако, как отмечают эксперты, это «выстрел в ногу». Проблема в том, что логика проведения документа в модуле менеджера или объекта все равно будет ожидать совпадения валют. В лучшем случае документ не проведется с ошибкой «Валюта документа не совпадает с валютой договора», в худшем — запишет некорректные данные в регистры, что «развалит» ведомость расчетов с клиентами. Исправлять такие ошибки в будущем придется вручную через Корректировку записей регистров.

Решение №1: Использование механизма «Условные единицы» (Штатно)

Это самый правильный и методически верный способ. Рассмотрим по шагам, как настроить систему, чтобы заказы были в евро, а оплаты в рублях:

1. Откроем карточку договора с контрагентом.
2. В поле Валюта расчетов установим EUR.
3. Ниже найдем настройку Оплата в и установим значение руб..
4. В этом случае Заказ клиента и Реализация товаров и услуг будут оформляться в EUR.
5. При поступлении оплаты (документ Поступление безналичных денежных средств) вы сможете выбрать этот договор, указать сумму в рублях, а система автоматически пересчитает её в евро по курсу на дату оплаты и закроет задолженность.

Важный нюанс: С точки зрения российского законодательства, между резидентами РФ реализация должна оформляться в рублях. При использовании схемы «У.Е.» первичные документы (УПД, счета-фактуры) будут печататься в рублях по курсу на дату отгрузки, что полностью соответствует требованиям НК РФ и ГК РФ.

Решение №2: Использование валютных соглашений при рублевом договоре

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

1. Создадим Индивидуальное соглашение с клиентом.
2. В настройках соглашения укажем Валюта цен: EUR.
3. При этом Валюта расчетов в соглашении (или в связанном договоре) должна остаться RUB.
4. Рассмотрим, как это работает в документе Заказ клиента: менеджер выбирает данное соглашение. В самом заказе он устанавливает валюту документа — RUB.
5. При подборе товаров система видит, что в соглашении цены указаны в EUR, берет курс на дату заказа и автоматически пересчитывает цену в рубли для каждой строки.

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

Решение №3: Временная смена валюты для печати

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

1. Оформляем Заказ клиента в рублях.
2. Перед печатью счета временно меняем в шапке документа валюту на EUR.
3. Система предложит пересчитать цены — соглашаемся.
4. Выводим на печать Счет на оплату.
5. Критически важно: После печати возвращаем валюту документа обратно на RUB (с пересчетом цен по курсу), чтобы документ соответствовал валюте договора и корректно провелся по регистрам.

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

Заключение и рекомендации

Выясним причину, по которой ручная правка конфигуратора в данном вопросе является крайне нежелательной. В 1С:УТ 11 реализована сложная система распределения оплат по документам отгрузки (автоматический зачет авансов). Эта система опирается на измерения регистров, где валюта является ключевым полем. Любое расхождение между «валютой в шапке» и «валютой в договоре» приведет к тому, что фоновое задание по расчету взаиморасчетов будет выдавать ошибки или бесконечно плодить корректировки курсовых разниц.

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