Доброе утро, коллеги.
Ситуация следующая: есть контрагент с договором в USD и расчетами в у.е. Ему разными датами проводятся 3 платежа в USD, после чего оформляется поступление товаров уже в руб. При проведении поступления ругается следующим образом:

"По результатам зачета авансов выявлена необходимость корректировки сумм документа в размере x руб.
Распределение курсовой разницы по расчетам в у.е. по движениям не может быть произведено, так как документ выписан в валюте регл.учета.
Отразите корректировки самостоятельно."

В результате по 60.31 повисает разница x руб. (вал. сальдо = 0). В общем-то при закрытии месяца эта сумма вроде бы корректно схлопывается. Проблема в том, что эта же разница повисает на РН "НДС расчеты с поставщиками" (только уже с валютной суммой, соответствующей x руб.) и закрытием месяца не устранятся. Как предлагается устранять эту разницу в РН? Корректировкой записей регистра накопления? Или может я какой волшебный документ не углядел?
Спасибо.

PS На партнерском форуме подобный вопрос всплывал, причем изначально применительно к БП 1.5, но решение так не было озвучено.

1.6...?

(1) 1.6.22.4

А не надо путать валюту и у.е.
Если у вас договор с расчетами в у.е., зачем вы по нему проводите платежи в валюте?

(2) это у вас не у.е. У.е называется, когда оплата в рублях, приход в долларах.

(3)(4) Ребят, я не в курсе :) Это же как всегда - пост-фактум. Хотя мне всегда казалось, что при договоре в у.е. расчеты и отгрузки в любую сторону как в валюте договора, так и в национальной валюте. Нет?

Вопрос, собственно, не в правильности схемы, а как правильно делать "Отразите корректировки самостоятельно" с регистром накопления "НДС расчеты с поставщиками"?

Походу наврал, платежки с рублевого счета, тоже рублевые. Глаз замылился :)

(6) платежи в валюте вообще запрещены российским законодательством. Разве только если у вас поставщики за границей, тогда можно.

(7) Ок. Так а корректировать то как в результате? Перепроверил цепочку, оформлено все вроде правильно. Три платежки с разными курсами взаиморасчетов, потом поступление со своим курсом, с которым как не играйся, в ноль не сведешь: добавляешь 0,0001 уползает в одну сторону, убираешь - в другую :(

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

Так с закрытием месяца по оборотке все в порядке. Проблема с РН "НДС расчеты с поставщиками", который закрытием в принципе не двигается.

(10)[В результате по 60.31 повисает разница x руб]
при закрытии авансов на 60.31 не может остаться что-либо,
поэтому обсуждать НДС бессмысленно, когда у Вас есть курсовые разницы по авансам

(11) Ок. В результате 3-х платежей общая накопленная сумма 1204352,4 руб. = 43698,88 у.е. Курс при таком раскладе получается 27,5602578372718... т.е. одним поступлением ввиду ограничения разрядности курса взаиморасчетов оно закрыться не может по обоим суммам. Как мне корректно обработать данную ситуацию?

(12)[т.е. одним поступлением ввиду ограничения разрядности курса взаиморасчетов оно закрыться не может по обоим суммам]
если ГБ думает так же,
то закрывайте фирму

(13) Вы, право, ставите меня в тупик своими "аргументами" :) Может стоит внимательнее читать вопрос. Я, конечно, попробую передать руководству Ваши рекомендации, тем не менее, на случай, если они все таки откажутся, проясню: и я, и, скорее всего, ГБ, думаем как раз наоборот, но нам программа (либо наше незнание ее) не позволяет сделать так, как нам кажется правильно... ввиду ограничения разрядности курса взаиморасчетов. Собственно, вопрос сводится лишь к тому, можно ли зачистить получающиеся хвосты каким-либо документом, кроме корректировки записей регистра накопления?

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

Тебе неправльно казалось. Расчетами в условных единицах называется режим, когда валюта цены договора номинирована не в рублях (инвалюта или искуственная валюта), а валюта платежа - рубли. Обратная ситуация программой 1С не поддерживается, как и случай, когда валюта цены договора номинирована в одной инвалюте, а валюта платежа - другая инвалюта.

(7) Не только из-за границы - внутри России тоже можно, но только в двух случаях: нерезидентам и резидентам при наличии специального разрешения ЦБ.

(14) Если были авансы, то они закрываются по курсу на дату аванса. Общая рублёвая сумма поставки рассчитывается как:

СуммаВалАванса1*КурсНаДатуАванса1 + ... + СуммаВалАвансаN*КурсНаДатуАвансаN + [СуммаВалПолная - (СуммаВалАванса1 + ... + СуммаВалАвансаN)]*КурсНаДатуПоставкиПоФакту

(15) Что такое СуммаВалПолная? У меня договор в у.е., поступление в рублях. Если имеется ввиду сумма поступления * КурсНаДатуПоставкиПоФакту, то у меня по вашей формуле все равно получается разница. Меньшая, но разница.

(16)
>Что такое СуммаВалПолная?

Полная сумма поставки (сделки) в условных единицах, для которой приведена формула: N авансов, 1 поставка, 1 платёж по факту поставки.

>у меня по вашей формуле все равно получается разница. Меньшая, но разница

Это не ко мне. :)

Подпишусь :)

(0)"...есть контрагент с договором в USD и расчетами в у.е."

Наверное, все-таки, у.е., привязанные к курсу USD.
Оплата - в рублях, поступление - в валюте.
Программа при этом вроде бы не должна требовать каких-либо корректировок.

(0)"...оформляется поступление товаров уже в руб"
Почему в рублях, а не валюте?

(20)
>Почему в рублях, а не валюте?

Потому что мануалы и хелпы не читают.