В практике внешнеэкономической деятельности (ВЭД) нередко возникают ситуации, когда иностранный покупатель по ошибке или из-за технических ограничений банка отправляет платеж в валюте, отличной от той, которая зафиксирована в договоре. Например, спецификация и основной договор оформлены в евро (EUR), а платеж фактически приходит в английских фунтах стерлингов (GBP). Из-за разницы курсов валют образуется переплата или недоплата.
Подобная ситуация вызывает множество вопросов как со стороны валютного контроля, так и со стороны методологии ведения учета в программных продуктах 1С. В конфигурации 1С:Управление производственным предприятием (УПП) редакции 1.3 отсутствуют встроенные механизмы автоматического мультивалютного зачета в рамках одного соглашения. В этой статье мы подробно разберем, как правильно оформить такую операцию с юридической точки зрения и отразить ее в учетной системе 1С:УПП 1.3 без нарушения логики проведения документов и регистров взаиморасчетов.
Прежде чем приступать к техническому отражению операций в программе 1С:УПП 1.3, необходимо урегулировать юридическую сторону вопроса. Согласно Федеральному закону № 173-ФЗ «О валютном регулировании и валютном контроле», уполномоченный банк тщательно проверяет соответствие поступающих платежей условиям контракта.
Если в контракте прописана одна валюта (EUR), а платеж поступил в другой (GBP), банк может приостановить операцию до выяснения обстоятельств. Чтобы избежать штрафных санкций и успешно пройти валютный контроль, выполним следующие действия:
Согласно требованиям ПБУ 3/2006 «Учет активов и обязательств, стоимость которых выражена в иностранной валюте», активы и обязательства пересчитываются в рубли на дату совершения операции. При этом важно помнить ключевое правило учета авансов:
Полученные валютные авансы (включая излишне уплаченные суммы, признанные авансом) в дальнейшем не переоцениваются в рубли. Рублевый эквивалент аванса «замораживается» в учете по курсу на дату его фактического поступления на транзитный валютный счет.
Если в результате пересчета по кросс-курсу на дату платежа возникла переплата, которую организация обязана вернуть покупателю, то на дату возврата этой переплаты возникнет стандартная курсовая разница (из-за изменения курса GBP к рублю за период нахождения средств на счете компании). Данная разница должна быть отнесена на финансовые результаты организации на счет 91.01 «Прочие доходы» или 91.02 «Прочие расходы».
Рассмотрим наиболее корректный и методологически верный способ отражения операции в программе 1С:УПП 1.3. Поскольку напрямую провести платеж в GBP по договору в EUR система не позволит, мы воспользуемся схемой с созданием вспомогательного технического договора.
Проанализируем этот процесс по шагам:
GBP.С покупателем.Платежное поручение входящее (или Поступление на расчетный счет) с видом операции «Оплата от покупателя».GBP.52 (валютные счета) и счета расчетов с контрагентом — 62.21 (расчеты по авансам в валюте) или 62.22 (расчеты по расчетам в валюте).Теперь нам необходимо перенести ту часть оплаты, которая покрывает нашу отгрузку, с технического договора в GBP на основной договор в EUR. Напрямую зачесть разные валюты документом Корректировка долга в УПП 1.3 не получится, так как программа требует совпадения валюты взаиморасчетов по дебету и кредиту.
Для обхода этого ограничения мы используем промежуточный счет расчетов — например, счет 76.29 «Разные дебиторы и кредиторы (в валюте)» или счет 57.11 «Переводы в пути (в иностранной валюте)».
Рассмотрим схему с использованием счета 76.29:
Корректировка долга с видом операции «Перенос задолженности»:
76.29 (в аналитике счета указываем того же контрагента, но договор в GBP).Корректировка долга с видом операции «Перенос задолженности»:
76.29 на основной договор контрагента в EUR.76.29 не зависло рублевое сальдо.После проведения обеих корректировок задолженность покупателя по основному договору в EUR будет успешно погашена на необходимую сумму, а остаток переплаты останется числиться на техническом договоре в GBP.
Если операции носят единичный характер и вы не хотите плодить транзитные договоры, можно воспользоваться альтернативным вариантом — ручной операцией бухгалтерского учета. Однако этот метод требует от бухгалтера повышенного внимания, так как в 1С:УПП 1.3 взаиморасчеты строятся не только на бухгалтерских счетах, но и на регистрах накопления.
Выясним, как правильно отразить операцию вручную:
Операция (бухгалтерский и налоговый учет).Корректировка записей регистров.Взаиморасчеты с контрагентамиВзаиморасчеты с контрагентами по документам расчетов (если ведется детализация по документам)Расчеты с контрагентамиНиже приведен пример того, как концептуально выглядит структура заполнения регистров (в эквиваленте кода 1С для понимания разработчиками, если вы решите автоматизировать этот процесс с помощью внешней обработки):
// Пример формирования движения по регистру "Взаиморасчеты с контрагентами"
Движение = Движения.ВзаиморасчетыСКонтрагентами.Добавить();
Движение.ВидДвижения = ВидДвиженияНакопления.Расход;
Движение.Период = ДатаОперации;
Движение.ДоговорКонтрагента = ДоговорGBP;
Движение.СуммаВзаиморасчетов = СуммаВGBP;
Движение.СуммаУпр = СуммаВРублях;
ДвижениеНовое = Движения.ВзаиморасчетыСКонтрагентами.Добавить();
ДвижениеНовое.ВидДвижения = ВидДвиженияНакопления.Приход;
ДвижениеНовое.Период = ДатаОперации;
ДвижениеНовое.ДоговорКонтрагента = ДоговорEUR;
ДвижениеНовое.СуммаВзаиморасчетов = СуммаВEUR;
ДвижениеНовое.СуммаУпр = СуммаВРублях;
Если по условиям дополнительного соглашения переплата в GBP подлежит возврату покупателю, мы оформляем стандартный исходящий платеж:
Платежное поручение исходящее (вид операции «Возврат денежных средств покупателю»).GBP.91.Мы подробно разобрали, как решить непростую задачу с ошибочным валютным платежом в программе 1С:УПП 1.3. Подведем итог:
76.29).