При работе со сторонними поставщиками по договорам в иностранной валюте или условных единицах (у.е.) бухгалтеры часто сталкиваются с неприятной ситуацией. После закрытия месяца и запуска регламентной обработки «Восстановление состояния расчетов с контрагентами» рублевые суммы документов поступления в базе покупателя перестают совпадать с бумажными накладными (ТОРГ-12, УПД) от поставщика. Программа автоматически формирует корректирующие проводки по дебету счетов учета материальных ценностей (например, 10.01, 41.01) и НДС (19.03) в корреспонденции со счетами расчетов (60.31).
В результате рублевый акт сверки расходится с данными контрагента на копейки или даже на весьма ощутимые суммы. В этой статье мы подробно разберем, почему возникает эта проблема с точки зрения законодательства и алгоритмов 1С, а также рассмотрим несколько практических способов ее решения.
Первоисточником проблемы является разница в методологии учета у покупателя и поставщика. Согласно правилам российского бухгалтерского учета (в частности, ПБУ 3/2006 «Учет активов и обязательств, стоимость которых выражена в иностранной валюте»), активы, которые были оплачены предварительно (частично или полностью), оцениваются в рублевом эквиваленте по курсу на дату перечисления аванса. В части этой предоплаты рублевая стоимость ценностей «замораживается» и в дальнейшем переоценке не подлежат.
Рассмотрим классическую ситуацию:
9 717.74 * 73.8211 = 717 374.26 руб.Однако по правилам БУ в вашей программе 1С:УПП рублевая стоимость этой поставки должна рассчитываться иначе, с учетом ранее выданного аванса:
2 224.25 + 714 962.52 = 717 186.77 руб.Разница между рублевой суммой поставщика и правильной суммой по БУ составляет: 717 374.26 - 717 186.77 = 187.49 руб.
Когда вы проводите первичный документ поступления в 1С:УПП по курсу на дату отгрузки (73.8211), программа сначала приходует товары на сумму поставщика (717 374.26 руб.). Но при проведении регламентной обработки «Восстановление состояния расчетов с контрагентами» система анализирует авансы и делает корректирующие проводки, сторнируя «лишнюю» стоимость:
Дт 10.01 - Кт 60.31 -158.89 руб. (Корректировка стоимости ценностей)
Дт 19.03 - Кт 60.31 -28.60 руб. (Корректировка НДС по расчетам в у.е.)
С точки зрения методологии бухгалтерского учета программа 1С:УПП абсолютно права. Но на практике вы получаете акт сверки, в котором рублевая сумма накладной (717 186.77 руб.) не сходится с бумажным оригиналом поставщика (717 374.26 руб.). Сверить такой учет становится крайне тяжело.
Проанализируем основные способы решения этой проблемы.
---
Этот способ позволяет избежать появления корректирующих проводок в конце месяца. Если мы сразу укажем в документе поступления правильный средневзвешенный курс, то рублевая сумма документа изначально сформируется верной, и регламентной обработке не придется ничего корректировать.
Для определения правильного курса воспользуемся формулой:
Расчетный курс = (Сумма аванса в рублях + Неоплаченный остаток в валюте * Курс ЦБ на дату поступления) / Общая сумма в валюте
Подставим наши значения из примера:
Расчетный курс = (2 224.25 + 9 685.07 * 73.8211) / 9 717.74 = 73.8018
Проверим, как это работает на практике:
Поступление товаров и услуг.Программа зачтет аванс копейка в копейку, а сумма поступления в рублях совпадет с расчетной величиной. Нам не придется разыскивать причины появления корректировок на счетах 10 и 19. Главный минус этого способа — необходимость ручного расчета курса для каждой поставки, по которой были авансы.
---
Если поставщик предоставляет первичные документы исключительно в рублях, а договор при этом заключен в условных единицах, в 1С:УПП предусмотрен штатный механизм отражения таких операций.
Рассмотрим последовательность действий:
Поступление товаров и услуг зайдем в меню «Цены и валюта» и переключим валюту документа на «руб.». При этом договор по-прежнему должен быть выбран валютный (в у.е.).При такой схеме проведения рублевые взаиморасчеты гарантированно сойдутся с точностью до копейки, так как мы зафиксировали рублевую первичку. Переоценка валютных остатков и расчет курсовых разниц по договору в у.е. будут выполняться в автоматическом режиме при закрытии месяца, но при этом сама рублевая стоимость оприходованных товаров корректироваться не будет.
---
Очень часто мелкие разницы (как 30 евро из примера автора темы) висят в базе месяцами или годами. Бухгалтер давно забыл про этот аванс, а поставщик у себя в учете его не отражает. При поступлении новой крупной партии программа автоматически производит зачет этого старого аванса, что инициирует сложный расчет курсовых разниц по ПБУ 3/2006 и искажает сумму новой накладной.
Чтобы избежать этой проблемы, необходимо изолировать «проблемный» аванс:
Корректировка долга (вид операции — «Перенос задолженности») перенесем сумму старого аванса с основного договора на этот новый обособленный договор.91.01), если прошел срок исковой давности.После переноса аванса основной рабочий договор очистится. Новая закупка на сумму 7000 евро пройдет без автозачета старых копеек, и рублевый акт сверки с поставщиком идеально сойдется с первого раза.
---
Если специфика вашей деятельности предполагает регулярные авансовые платежи и поставки в валюте, постоянные ручные корректировки курсов станут рутиной. В таких условиях методологически правильным решением является изменение подхода к сверке расчетов с контрагентом.
Рассмотрим шаги для перехода на новую схему сверки:
10 и 19. Все курсовые разницы в таком акте выводятся в самом конце отдельной регламентной строкой.Появление корректировок стоимости при восстановлении состояния расчетов в 1С:УПП — это не техническая ошибка программы, а следствие выполнения требований ПБУ 3/2006. Чтобы рублевый акт сверки всегда сходился с поставщиком, используйте наиболее подходящий вам метод: