Закупка в иностранной валюте

[yakoff]

Добрый день, коллеги! Может у кого возникнут мысли или был опыт в подобных ситуациях?

Ситуация следующая. Закупаем 3 шт оборудования общей стоимостью 5,31 евро. Оборудование закупается для трёх проектов, по штуке на проект. Поставщик осуществляет одну поставку сразу 3 штук оборудования.

Создаю доки в системе:
1. Заказ на поставку. Заказ содержит три позиции. Каждая позиция на 1 шт под свой проект по цене 1,77 евро за штуку. Указываю в заголовке код валюты, курс валюты (30,4769) и "галку" курс фиксирован.
2. Документ поступления материала. Провожу три документа ПМ, по документу на каждую позицию заказа. Каждый документ ПМ проводится на сумму 1,77 Х 30,4769 = 53,94 рубля (внутренняя валюта).
3. Счет-фактуру к заказу. Счет-фактура создаётся в валюте (евро).

После чего вижу, что задолженность за поставленное оборудование составляет 3 Х 53,94 = 161,82 рубля (оплату буду делать в рублях). НО! по документам полученным от поставщика вижу, что моя задолженность перед ним 5,31 Х 30,4769 = 161,83 рубля, что на копейку больше, чем по факту в системе.

Как быть? Хочется конечно видеть задолженность равной 161,83 руб.

[Uukrul]

Закупаем 3 шт оборудования общей стоимостью 5,31 евро.

1. Заказ на поставку. Заказ содержит три позиции. Каждая позиция на 1 шт под свой проект по цене 1,77 евро за штуку. Указываю в заголовке код валюты, курс валюты (30,4769) и "галку" курс фиксирован.

Странно... 1.77 * 3 = 5.31 и по курсу 30,4769 должно быть именно = 161,83 при вводе счета. Одна копейка должны уйти или на округления или на дооценку  запаса.

[yakoff]

Так вот дело в том, что не считает система так 3 Х 1,77 = 5,31 и по курсу...
У меня три документа материала. При проводке каждого из них получились проводки по счетам: Дт 07* 53,94 Кт 15* 53,94. Соответственно, когда провожу счет-фактуру там будет три позиции по 1 штуке в каждой и на сумму 1,77 евро в каждой. В результате по счетам выполняются проводки (НДС отсутствует):
Кт 60* 161,82
Дт 15* 53,94
Дт 15* 53,94
Дт 15* 53,94

[Uukrul]

А в заказе галка контроль счетов  ПС стоит?

[yakoff]

Да, стоит такая галка.

[yakoff]

Вот, если бы выполнялись тривиальные проводки:
1. Заказ с одной позицией объёмом 3 шт по цене 1,77 евро за штуку.
2. ПМ одним документом на 3 шт (Проводки по счетам были бы Дт 07* 161,83 Кт 15* 161,83).
3. Сч.ф. к заказу. Сч.ф. содержал бы одну позицию с количеством 3 шт на сумму 5,31 евро. И проводки по счетам были бы хорошими Дт 15* 161,83 Кт 60* 161,83.

И было бы счастье, так нет...

В моём случае получается, что каждый из трёх документов ПМ проводится в евро, но система автоматически пересчитывает стоимость оборудования во ВВ и получает 1 Х 1,77 Х 30,4769 = 53,9441 руб. Но потом округляет и в итоге записывает 53,94 руб.
Точно так же она ведёт себя и при фактурировании. Так как позиций у меня три, то имеем 53,94 Х 3 = 161,82, что мы и видим в задолженности.

Вот как быть?

[Uukrul]

Вот как быть?

Ну наверное никак, потому что даже если сделать разбивку по мультиконтировке, то по ММ позиция поступает 1 на 3 штуки, но в разрезе контировок, соответственно при вводе счета оно рассчитывает каждую позицию, потом суммирует и на этом получаем разницу в округлении, т.е. на одну копейку меньше, так что те же яйца, ну только я доллары к евро пересчитывал по вашему курсу. Подогнать копейку через не запланированные затраты, тоже как-то очень не просто.

Проекты вы как делаете приход в запас проекта Q и затем уже отпуск на проект или сразу в расход на проект идет с типом P?

[yakoff]

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

А проекты мы в Q кладём, а потом списываем на проект.

[yakoff]

Есть мысль проводить такую фактуру в рублях и вручную в одной из позиций докидывать (или убирать) копейку. Тогда при проводке документа эта копейка упадёт либо на счёт запаса, либо на счёт отклонений. Но... фактура нужна в валюте. А во-вторых, а если позиций много, а в-третьих, а если фактура не на один материал, а на несколько это ещё по-хорошему позицию бы правильную знать надо и т.п и т.д.

[Uukrul]

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

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

А во-вторых, а если позиций много, а в-третьих, а если фактура не на один материал, а на несколько это ещё по-хорошему позицию бы правильную знать надо и т.п и т.д.

Ну я тут попробовал в условиях сделать надбавку и указать ее в рублях скажем так, т.е. поставить по одной из позиций 0,01 RUB, ну если честно из этой затеи ничего не вышло. Система видит по курсу что 1 копейка это совсем как-то ноль долларов, поэтому при проводке счета делает интересный финт ушами, а именно проводит на 1 цент больше, соответственно это 30 копеек по курсу, а потом убирает 29 через счет отклонений. Типа вы хитрые, а я еще хитрожопее... так что у меня пока мысли с копейкой кончились... хотя еще может что придет.

PS: На картинках вместо EUR, читаем RUB  8)

[yakoff]

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

Ну тут, если честно я знаком с этой проверкой и она уже "модифицирована" Z-ом ))) Потому что фактура у меня хоть и валютная, да вот все остальные затраты (таможенные пошлины, сборы и т.п.) проводятся в рублях. Так что эта проверка у меня не жёсткая (как по стандарту), а с возможностью выбора (копировать валюту из заказа или всё же оставить рубли). Можно и без Z, но это надо каждый раз надо изменять заказ и снимать в нём галку "Курс фиксирован", а потом снова ставить.

Плюс ещё ньанс: система ругается и жёстко подменяет валюту счета на валюту заказа только если поставить в заказе галку "Курс фиксирован". Если галка такая не стоит в заказе, то при желании провести фактуру в рублях просто до указания ссылки на заказ ставим в заголовке фактуры код валюты "RUB". Затем указываем ссылку на заказ, жмём Enter и в появившемся окошке определяемся с выбором, в какой валюте мы всё-таки будем проводить документ.

[Uukrul]

только если поставить в заказе галку "Курс фиксирован". Если галка такая не стоит в заказе, то при желании провести фактуру в рублях

Так что рассматривать второй вариант, если у вас изначально это одно из условий - курс фиксирован, а ну и второй вариант система сломана, я тоже не рассматриваю. А из оставшегося ничего не смог вымутить, но поставил себе еще одну галочку в минус, бить поставки по проектам в заказе, когда поставщик тебе дает все совместно.

[sapworkdir]

3. Счет-фактуру к заказу. Счет-фактура создаётся в валюте (евро).

После чего вижу, что задолженность за поставленное оборудование составляет 3 Х 53,94 = 161,82 рубля (оплату буду делать в рублях). НО! по документам полученным от поставщика вижу, что моя задолженность перед ним 5,31 Х 30,4769 = 161,83 рубля, что на копейку больше, чем по факту в системе.

Как быть? Хочется конечно видеть задолженность равной 161,83 руб.

Непонятно, почему задолженность в рублях, если счет-фактура в евро. Как это вам удалось?

[yakoff]

В продолжение темы.
В общем сделали так: после проводок счетов-фактур (в нашем примере их три) смотрим задолженность в рублях и видим, что она отличается от задолженности по счету на N копеек. после чего эти N копеек проводим доп. дебетованием/кредитованием, тем самым увеличивая/уменьшая стоимость материалов и корректируя кредиторскую задолженность в нужную нам сторону.
Сразу говорю, что проводка с корреспонденцией по счету запаса - это такое требование заказчика. Эту сумму по идее надо бы проводить на какой-нить счет прибыли/убытков.
Было ещё одно предложение по решению проблемы, которое в итоге не прошло, но всё же... Далее в цепочке документов создаётся документ платежа. Документ платежа создаётся в рублях по курсу на дату платежа. При выравнивании документа платежа со счетами фактурами возникают суммовые разницы из-за разницы курсов валют. На величину суммовой разницы также проводится доп. дебетование/кредитование. Так вот та копейка, которая возникла ранее из-за округлений в счетах-фактурах учитывается в этой суммовой разнице и соответственно при доп. дебетовании/кредитовании проводится по соответствующим счетам. Но вариант не прошёл, не захотели...

Тo sapworkdir: задолженность в рублях - это сумма в документе счета-фактуры в поле "Сумма во ВВ".

А вообще да, раз документ валютный, то вводится он в валюте и как пишется вот здесь http://help.sap.com/saphelp_afs64/helpdata/ru/a8/b997be452b11d189430000e829fbbd/content.htm из-за округлений значение во ВВ может не совпадать с первичным документом. Ну и плюс к этому, как писал Uukruk, по возможности не бить поставку по частям в документах закупки (будь то разбивка по контировке, по складам, по позициям документа).

[Lubjen]

Напишу в данной теме, поскольку мой вопрос продолжает тему закупки в ин. валюте.

Округление в следствии возникновения курсовой разницы
В help.sap.com есть ссылка http://help.sap.com/saphelp_afs64/helpdata/ru/a8/b997be452b11d189430000e829fbbd/content.htm в которой речь идет про
"Курсовая разница в результате округления
При проводке счета-фактуры в иностранной валюте суммы переводятся во внутреннюю валюту. Поскольку в каждой строке проводки суммы округляются, то в результате пересчета валюты могут появиться разницы из-за округления.
Если операции по нескольким балансовым единицам не проводятся, и не используются различные налоговые ставки, эти разницы проводятся по счету поставщика."

В нашем примере, нет налоговых ставок и СФ проводится только по одной БЕ. В результате должен был возникнуть PRD (M16) корреспондируются с счетом кредитора (6*) на разницу за счет округления из-за курса по каждой позиции.
Но не выходит так.
Пример
Сумма в вал.док (ин.валюта)         курс        Сумма в вн.вал. (грн) округленная до 2 знаков после запятой, поскольку сис. хранит в таком виде.
845                                               8,767       7408,12
981                                               8,767       8600,43
---------------------------
Итого по счету кредитора: (845+981)*8,767=16008,54 а не 16008,55=7408,12+8600,43
В итоге 0,01 должен был пройти по M16, на на счет кредитора упасть сумма 16008,54. А отобразилась на счете кредитора 16008,55 без M16

[Uukrul]

В итоге 0,01 должен был пройти по M16, на на счет кредитора упасть сумма 16008,54. А отобразилась на счете кредитора 16008,55 без M16

Не понял, а копейка куда у вас делась?

[Lubjen]

Не понял, а копейка куда у вас делась?

Получается, что ушла на счет кредитора, согласно help "Поскольку в каждой строке проводки суммы округляются, то в результате пересчета валюты могут появиться разницы из-за округления"