|
I need HelpКурсовые разницы учитываются, с использованием дополнительных счетов, где фиксируются доходы или убытки от этих курсовых разниц. С этим проблем нет.
Но в принципе подход с использованием предварительной конвертации задолженности перед погашением валютой, отличной от валюты долга - очень даже нормальный, и отражает реальные хоз.операции. Или нет? Хотя бы скажите, плиз, будет ли такая операция правильной по российскому законодательству?Для расчетных валютных счетов, открытых организацией в банке, используется счет 52. Обычно бухгалтера создают отдельный счет на отдельный вид валюты - для того, чтобы отслеживалась корректно конвертация. Правильнее под каждый валютный счет завести отдельный субсчет счета 52, например:
52/01 - счет в USD
52/02 - счет в EUR
Рассмотреим упрощенно проводки. Допустим, некоторая сумма переводится (конвертируется) из USD в EUR:
Д52/02 (300 EUR-фиксируется только для дебета!) К52/01 (222 USD - фиксируется только для кредита!) 3000 рублей (а это сумма проводки в валюте баланса, которая фиксируется на обеих счетах!)
Если по какому-то счету возникает курсовая разница, то она делается примерно так:
Д91 (на этом счете учет в валюте вестись не может - тут фиксируется только рублевая сумма!) К52/01 ( 0 USD ) 10 рублей (Сумма проводки в валюте баланса, которая фиксируется на счетах 91 и 52/01, при этом НЕ ИЗМЕНЯЯ валютное сальдо на счете 52/01, но изменяя рублевое!)
Примечание: Счет 91 используется для учета внереализационных доходов и расходов (прибылей и убытков, если использовать устаревшую терминологию). Туда и относятся курсовые разницы. В настройках этого счета указывается, что валютный учет по нему не ведется, следовательно указать какие-либо валютные эквиваленты в проводках на сторонах этого счета невозможно.
На счете 51/01 присутствуют одновременно два сальдо - рублевое сальдо и сальдо в USD. На счете 51/02 - тоже два сальдо - рублевое и в EUR. Поскольку на каждом счете есть рублевое сальдо (то есть, сальдо в валюте баланса), составление оборотно-сальдового баланса становится возможным. На счете 91 сальдо всегда ТОЛЬКО рублевое.
-------------------------------------------------------------------------
Это простейшие приемы для учета валютных операций. Если программа позволяет вести мультивалютный учет на одном и том же счете (ИНФИН, которым пользуемся мы, позволяет), то можно не заводить отдельных субсчетов для учета различных валют. В этом случае программа должна позволять делать по одному счету 52 проводки в разных валютах, и просматривать сальдо и обороты в разрезе нескольких разных валют одновременно, а также вычислять курсовые разницы, возникающих на одном и том же счете сразу по множеству валют. Пример:
Д52 (300 EUR - фиксируются в дебете счета 52) К52 (222 EUR - фиксируются в кредите счета 52) 3000 рублей (сумма в валюте баланса фиксируется в дебете и в кредите одновременно) - конвертация 222 EUR в 300 USD
При этом одна проводка прводит к возникновению на одном счете одновременно трех сальдо - рублевого, EUR и USD.
Проводки по курсовым разницам:
Д91 К52 ( 0 USD, 0 EUR ) 12 рублей
Как расчитываются эти 12 рублей по мультивалютному счету? Курсовая разница в рублях = ([сальдо в USD] * [курс USD на дату проводки]) + ([сальдо в EUR] * [курс EUR на дату проводки]) + ... + ([сальдо в N-й валюте] * [курс N-й валюты на дату проводки]) - [текущее сальдо рублевое по счету 52 на дату выполнения проводки]
Для такой методики ведения учета для счета 52 также присутствует на любой момент учетного времени рублевое сальдо (кроме сальдо множества других валют). И, значит, получение оборотно-сальдового баланса в валюте баланса (то есть, в рублях) становится возможным.
Однако, это, в некоторой степени изврат. Наш главбух предпочитает на каждый валютный счет иметь отдельный субсчет, чтобы можно было проконтролировать его ведение по банковской выписке. Если валютных счетов в одной и той же валюте несколько (в разных банках, например), то от выделения отдельных субсчетов все равно никуда не деться, иначе обороты, сделанные в одной валюте на разных счетах свалятся в одну кучу и проконтролировать правильность их ведения по банковской выписке будет уже затруднительно.
I need HelpНа текущий момент суммовые разницы у нас идут как курсовые.Вот это я совершенно не понял. По-моему, они никак не могут считаться как курсовые, по крайней мере по российскому законодательству. Отгрузка оценивается в USD, а оплата в рублях. Оплату переоценивать нет смысла (потому что валютный эквивалент проводки задается раз и навсегда в момент проводки, и рублевое сальдо в дальнейшем не изменяется - в этом отличие от учета с использованием курсовых разниц). Отгрузка переоценивается, но она зависит от курса USD не на дату выполнения проводки, а на НЕСКОЛЬКО разных дат, связанных с НЕСКОЛЬКИМИ оплатами, причем, еще нужно эти оплаты и отгрузки разбить на взаимно согласующиеся порции по FIFO. И переоцениваться отгрузки должны в момент совершения оплат. В этот момент и формируются суммовые разницы, которые привязываются НЕ К ОТГРУЗКАМ, а к оплатам (о как!) :). Поэтому и не понимаю, как вы можете считать суммовые разницы как курсовые. Либо у вас совершенно другая методика расчета.
I need HelpЕсли рассмотреть вариант, когда задолженность в долларах, а оплата идет в рублях по курсу, отличному от курса, установленного в системе - указывается сумма оплаты в рублях и указывается, какой эквивалент в валюте долга он закрывает .Перечитай выделенное жирным и ответь на вопрос. А если она закрывает НЕСКОЛЬКО отгрузок, совершенных в РАЗНОЕ время, а если он закрывает последнюю из них частично, а если первая из этих отгрузок тоже частично была покрыта другой предоплатой , то... считаете вручную? И каждый раз пересчитываете остаток в валюте баланса и в УЕ?
I need HelpКак видите, курс валюты в самой проводке не указывается. Если этот эквивалент не соответствует сумме оплаты в рублях, умноженному на текущий курс, то разница относится на счета курсовых разниц.Ай, нехорошо. По нашему законодательству - это совершенно неправильно! А если отгрузок вообще еще не было? То есть, если это предоплата на всю сумму, она целиком попадет в курсовые разницы, вместо того, чтобы попасть на счет взаиморасчетов? Что-то не сходится...
ORA-600Остальную часть по факту оплачивают в RR по тому же курсу как договорились отдел закупок и отдел продаж.
3 дня на перевод денег из одной страны в друнгую (официальные курсы успевают прыгать). Акт сверки между предприятием ведется в USD.ПМСМ, вы вполне можете выкрутиться, если нормально договоритесь со своим контрагентом. Решение у проблемы есть. Прописать в договоре, что датой платежа считается дата снятия средств со счета плательщика - и всё! Как курс ни поменяйся за 3 дня, это уже ничего не изменит. Курс на дату снятия средств известен и плательщику, и получателю. И тот, и другой может корректно сделать проводки.
А вот если у вас в договоре прописано, что моментом оплаты считается момент поступления денег на расчетный счет получателя, то вот тут и начинаются проблемы. Тот кто платит, тот не знает, какой именно будет курс через 3 дня. Он непременно либо переплатит, либо недоплатит. И у вас в ноль не закроются взаиморасчеты. Но это еще не всё. Если, допустим, плательщику через несколько дней стало известно (это еще загадка, каким именно образом!), в какой день дошли деньги до получателя (нужно запрашивать банковскую выписку у получателя - вот каким образом!), и он выяснил, что 10 УЕ он в итоге остался должен, он может перечислить 10 УЕ, но.... он опять не знает курс! И когда эти 10 УЕ дойдут до получателя, выяснится, что он опять должен, но уже 30 центов! И такое рекурсивное покрытие задолженности может продолжаться до бесконечности.
Старайтесь не создавать себе проблем при заключении договора. Я понимаю, что кто-то из вас перестраховывается от мухлежа, который может произойти на уровне банковской системы. Но тут уже нужно исходить из целесообразности. Готовы ли вы мучиться и мучить вашего партнера, ради того, чтобы ликвидировать небольшой риск? Готовы ли вы пожертвовать конфиденциальностью банковской выписки получателя ради того, чтобы избежать проблем с затягиванием прихода средств по банковской системе? Лично я считаю это неоправданным, но это мое скромное мнение ... :)
|
