Произвели оплату иностранному поставщику (Китай) в юанях, сформировался аванс, деньги вернулись назад, оформили поступление ДС с видом Возврат от поставщика, соответственно аванс закрылся по курсу на момент первоначальной оплаты, деньги учлись по текущему курсу. При этом должна была образоваться курсовая разница, но ее нет, упр. баланс в  1С рвется. Речь про управл. учет, период закрыт.
1) это нормальное поведение 1С при таких возвратах валютных платежей?
2) кто-то сталкивался с таким, в чем может проблема? Что-то при заполнении документов или в настройках базы
3) если это недоработка 1С, то кто-то производил допилку этой ситуации, как это сделать проще?

(0) Деньги вернулись из-за санкционных проблем у банков-корреспондентов?

(0) Способ учета курсовых разниц какой стоит?

(1) это Китай, поэтому официальных санкций нет, просто обычные проблемы с платежами в Китай сейчас

(2) На дату оплаты и на конец месяца

(3) Я в курсе. Итак, деньги НЕ дошли до продавца, просто погуляли и вернулись.
Ну и какой тогда на ... возврат от поставщика?
Он что, получил бабки и вдруг у него взыграло:
- Я си эти ми русски на одном поле не сисяду!
?

Система двойной записи Пачолли - она не только внутри фирмы, она как интернет пронизывает весь мир.
Если у Вас возврат от поставщика, то в учёте китайцев обязано быть: Возврат покупателю.
Есть такое? Нет, конечно. Китаец эти бабки и в глаза не видел.

Открывайте период и отправляйте свои деньги не на 60-й, а в путь - на 57-ой. И возврат тогда будет не от поставщика, а с ПУТИ. И курсовые будут как доктор прописал. Во всех учётах.

(4) Допустим. Я думал, что возможно с видом операции что-то не так. Но во-первых, это какой вид операции тогда выбирать у исходной платежки и какие реквизиты? А во-вторых, при реальном возврате от поставщика (такое тоже бывает) ситуация то та же будет.

(5) УУ не ведётся как БУ на двойной записи. Он собирается по регистрам, как если бы отдельно собирали только Дт и отдельно только Кт.

Раз сбор рвёт, то не провели или неправильно провели движение по крайней мере по одному из регистров. Отладчик это покажет за минуту.

(6) "УУ не ведётся как БУ на двойной записи. Он собирается по регистрам, как если бы отдельно собирали только Дт и отдельно только Кт.

Раз сбор рвёт, то не провели или неправильно провели движение по крайней мере по одному из регистров"
У меня один из исходных вопросов и был: 1С в принципе умеет такое корректно отрабатывать или такого функционала нет из коробки, надо сильно заморачиваться с доработкой

Про двойную запись в УУ я в курсе, спасибо, столько в этой субстанции копаюсь)

(7) управленческий баланс используется настолько редко, что вероятность найти ответ по конкретной хоз.операции на мисте равна 0