Проводки при сопоставлении

[Blondinka_N]

Расскажите, пожалуйста, какие проводки должны создаваться при сопоставлении и на какие суммы. В частности интересует случай, когда заказ валютный, а платеж рублевый и по другому курсу.
Заранее спасибо.

[Serge_DD]

Если по простому
Заказ 62 - 90 1000 usd 23000 rur
Оплата 51 - 62 24000 rur (предположим что это таже 1000 usd)

при сопоставлении прибыль по курсовой разнице
62 - 91 1000 rur

[Blondinka_N]

А проводка всегда в рублях? (точнее, я так понимаю, что это валюта компании, правильно?)
А если usd и usd? тоже в рублях? а в платеже курс берется для пересчета в рубли откуда? на дату платежа или из строк журнала?

[Serge_DD]

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

[glibs]

У вас суммовые разницы включены?

При сопоставлении могут формироваться проводки по:
- курсовым или суммовым разницам
- проводки зачета (например, 60.1 - 60.4), которые в русской функциональности не сопровождаются VendTrans или CustTrans
- проводки по незначительному расхождению или округлению
- проводки по скидке по оплате
- проводки по реверсированию/сторнированию нереализованной курсовой разницы
Возможно, еще что-то.

Какие проводки вас интересуют?

Курсовая разница пишется в валюте операции с нулевой суммой в валюте и ненулевой суммой в основной валюте.

Курс в платеже — это при его разноске? Из справочника валют. При сопоставлении вы либо указываете кросс-курс для сопоставления, либо сумма сопоставления рассчитывается по текущим курсам из справочника валют.

Там в курсовых разницах есть лажа следующего плана.

Система при сопоставлении двух любых проводок одну считает платежом, а другую накладной. Идеологически. Даже если вы сопоставляете два платежа или две накладных (например, при сторнировании). В общем, суть в том, что не всегда платеж может оказаться платежом, а накладная — накладной. Иногда они могут перепутаться. В самом простом случае система ориентируется на то, что в CustTrans или VendTrans если поле Накладная заполнено, то типа накладная, а если нет — то платеж. В случае с двумя оплатами или накладными там тоже есть какой-то алгоритм, но я не помню.

Так вот. При сопосталении валютных операций то, что система сочла накладной она пытается переоценить на дату оплаты. В смысле курсовую разницу посчитать.

Бывает забавно. Если предоплата есть. Аксапта пытается накладную переоценить на дату в прошлом. Глупость получается.

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

В Аксапте есть функция, которая позволяет явно указать, что считать оплатой при сопоставлении. Это позволяет обойти часть косяков. В случае с предоплатами.

Так что вам лучше перейти на конкретные примеры.

[блондинка]

Цитата:

В Аксапте есть функция, которая позволяет явно указать, что считать оплатой при сопоставлении. Это позволяет обойти часть косяков. В случае с предоплатами.

А не подскажите как называется эта функция

[glibs]

РК\Клиенты, Функции\Сопоставление открытых операций.

Становитесь на операцию и жмете кнопку Пометить оплату.

Ставите галку на второй операции.

Сопоставляете.

[Lily]

У меня к этой же теме вопрос возник.
От клиента был возврат в рублях, который мы засчитываем как оплату. При этом сопоставляем его с заказом в уе. Даты разные, соответственно возникает суммовая (курсовая) разница, т.е. проводка по ней.
Но проблема в том, что в проводках она отображается в валюте заказа и стоит сумма 0, но если посмотреть глубже в рублях она имеет не нулевое значение. Это во-первых. А во вторых по ней не формируется фактура.

Так вот вопрос. Это нормально? Или надо что-то переделывать чтобы в данном случае тоже формировалась фактура на суммовую разницу?