Курсовые разницы при расчетах с иностранными клиентами

[feuerfub]

D365FO
Добрый день, коллеги!
Подскажите, пожалуйста, кто-нибудь сталкивался с ситуацией, когда платежи клиента проходит в EUR, а документы в рублях. Т.е. накладная на продажу в рублях, счет на оплату также в рублях, платеж в EUR. Всё это на разные даты.
При поступлении предоплаты клиента в EUR должен фиксироваться курс и далее при сопоставлении оплаты должна создаться проводка по курсовой разнице.

Пробую в российской локализации D365FO. Проводок по курсовой разнице не возникает. Подскажите, в чем может быть проблема?

[sukhanchik]

Насколько я помню - курсовых разниц для предоплат по правилам российского бухучета не должно возникать. Т.е. если заплатить предоплатой 100 евро (допустим курс был 80 рублей/евро), а накладную выставить на 10000 рублей, то документ будет зачтен на 8000 рублей и 2000 рублей останутся, как неоплаченная часть документа. И вот уже курсовые разницы по постоплатам - да, возникать будут, потому что сопоставление будет выполняться на дату оплаты, а курсовая разница будет считаться на разницу курсов между датой документа и датой оплаты.

При этом в российской локализации ориентация идет на галку Предоплата - т.е. если она стоит, то платеж классифицируется как предоплата (т.е. без курсовых разниц), а если она не стоит - то платеж классифицируется, как постоплата (т.е. с курсовыми разницами)

[Raven Melancholic]

Цитата:

Сообщение от sukhanchik

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

Это так, но в Аксе (не знаю как в D365, но до DAX2012 точно) технически реализовано с "особенностями".

Накладная разносится по курсу на дату накладной (или по указанному в заказе курсу), а при сопоставлении, понимая, что оплата является предоплатой, рассчитывает, так называемую "суммовую разницу", в итоге, сумма накладной приводится к курсу предоплаты (или частичной предоплаты, тогда оставшаяся часть идет по курсу накладной).
Для заказов на покупку, если накладная в открытом периоде (то есть сопоставление не задним числом), то еще корректируется себестоимость по складу.

Правда это работает (если не делать кучу рассопоставлений/сопоставлений - тогда всё может нарушиться) когда и платеж и накладная в валюте, отличной от валюты главной книги и когда платеж в валюте главной книги, а накладная в валюте, отличной от неё (расчеты в условных единицах).

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

[sukhanchik]

Цитата:

Сообщение от Raven Melancholic

Накладная разносится по курсу на дату накладной (или по указанному в заказе курсу), а при сопоставлении, понимая, что оплата является предоплатой, рассчитывает, так называемую "суммовую разницу", в итоге, сумма накладной приводится к курсу предоплаты (или частичной предоплаты, тогда оставшаяся часть идет по курсу накладной).

Хорошее замечание, спасибо. Но в любом случае - именно курсовых разниц не возникает.
Я собственно почему и не помню точно - потому что как раз именно с такой ситуацией сталкивался (давно, ещё в AX2009 лет... сколько-то там назад) - когда платежи были в валюте, а документы в рублях. И как раз сопоставление с предоплатами - курсовых разниц не генерировало, но дальше... были сложности - в итоге эту ситуацию я достаточно долго переделывал (потому что надо было учесть все нюансы и моменты, плюс было много вычислений и проверок).
Собственно, из-за этого нюанса (что предоплаты не генерируют курсовых разниц, а сумма накладной приводится к сумме предоплаты) - система требует жёсткую хронологию предоплат, в противном случае пишет "ошибка ведения книги покупок-продаж".

А по учёту - в моём случае правила были такие:
Выставляется (формируется, но не разносится) документ в рублях допустим 15-го числа (в будущее). Клиент платит предоплату 7-го в валюте, которая пересчитывается по текущему курсу ЦБ (на 7-е число). Эта сумма в рублях засчитывается к документу, когда он будет разнесен. Соответственно, если была вторая предоплата (10-го) - то она пересчитается в рубли по курсу на 10-е число и эти рубли также зачтутся к документу.
Предоплаты привязываются к документу (можно сопоставить разнесенную предоплату и неразнесенный заказ на продажу)

Наступает день разноски документа (отгрузки). Документ разносится и автоматически сопоставляется на ту рублёвую сумму предоплат, которая уже была сформирована.

В последующие дни производится разноска постоплат. И вот тут в моём случае было 2 варианта - когда по сути фиксировали курс валюты на дату документа и по сути - остаток сопоставляли в валюте (формально сопоставление было в рублях, но фактически - рассчитывалась сумма в рублях остатка от сопоставления предоплаты, переводилась в валюту на дату документа и математически сопоставлялась в валюте платежа). И был вариант, когда сопоставляли "по-честному", т.е. зачитывали рубли, которые рассчитывались, как сумма в валюте, умноженная на курс от даты платежа.
Алгоритм расчета устанавливался в договоре с клиентом.

[Raven Melancholic]

Тут непонятно как именно формировать накладную в рублях.
Опять же предполагаю, что валюта главной книги рубли.

Она же и так в рублях, за счет чего и как она должна корректироваться при сопоставлении?

В данном случае, на мой взгляд, нужно вести заказ на продажу в евро и накладную делать в евро. При сопоставлении за счет аванса рублевое выражение будет сформировано абсолютно правильно по курсу предоплаты (нескольких предоплат, смеси предоплат/остатка незакрытого предоплатами).

А вот выводить на печать (выгружать в бухгалтерскую систему и т.п.) уже в рублях. Правда стандартное приложение при таком выводе на печать слишком вольно обращается с округлениями при выводе строк и сумма строк, скорее всего, не будет равна рулевому выражению (а строка в накладной "Округления" вызывает инфаркт у российского бухгалтера).