Sapforum.Biz
Логистика => Управление материальными потоками (MM) => Тема начата: yakoff от Сентябрь 12, 2013, 04:17:00 pm
-
Добрый день, коллеги! Может у кого возникнут мысли или был опыт в подобных ситуациях?
Ситуация следующая. Закупаем 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 руб.
-
Закупаем 3 шт оборудования общей стоимостью 5,31 евро.
1. Заказ на поставку. Заказ содержит три позиции. Каждая позиция на 1 шт под свой проект по цене 1,77 евро за штуку. Указываю в заголовке код валюты, курс валюты (30,4769) и "галку" курс фиксирован.
Странно... 1.77 * 3 = 5.31 и по курсу 30,4769 должно быть именно = 161,83 при вводе счета. Одна копейка должны уйти или на округления или на дооценку запаса.
-
Так вот дело в том, что не считает система так 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
-
А в заказе галка контроль счетов ПС стоит?
-
Да, стоит такая галка.
-
Вот, если бы выполнялись тривиальные проводки:
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, что мы и видим в задолженности.
Вот как быть?
-
Вот как быть?
Ну наверное никак, потому что даже если сделать разбивку по мультиконтировке, то по ММ позиция поступает 1 на 3 штуки, но в разрезе контировок, соответственно при вводе счета оно рассчитывает каждую позицию, потом суммирует и на этом получаем разницу в округлении, т.е. на одну копейку меньше, так что те же яйца, ну только я доллары к евро пересчитывал по вашему курсу. Подогнать копейку через не запланированные затраты, тоже как-то очень не просто.
Проекты вы как делаете приход в запас проекта Q и затем уже отпуск на проект или сразу в расход на проект идет с типом P?
-
Да, похоже, что сначала рассчитывается сумма во ВВ для позиции, полученное значение округляется. Так делается для каждой позиции. После чего путём суммирования полученных для позиций значений получается кредит. задолженность во ВВ.
А проекты мы в Q кладём, а потом списываем на проект.
-
Есть мысль проводить такую фактуру в рублях и вручную в одной из позиций докидывать (или убирать) копейку. Тогда при проводке документа эта копейка упадёт либо на счёт запаса, либо на счёт отклонений. Но... фактура нужна в валюте. А во-вторых, а если позиций много, а в-третьих, а если фактура не на один материал, а на несколько это ещё по-хорошему позицию бы правильную знать надо и т.п и т.д.
-
Есть мысль проводить такую фактуру в рублях и вручную в одной из позиций докидывать (или убирать) копейку.
Заказ то у вас валютный, счет тут же будет подтягивать из заказа валюту заголовка. Так что как вы к валютному заказу рублевую фактуру прикрутите не знаю?
А во-вторых, а если позиций много, а в-третьих, а если фактура не на один материал, а на несколько это ещё по-хорошему позицию бы правильную знать надо и т.п и т.д.
Ну я тут попробовал в условиях сделать надбавку и указать ее в рублях скажем так, т.е. поставить по одной из позиций 0,01 RUB, ну если честно из этой затеи ничего не вышло. Система видит по курсу что 1 копейка это совсем как-то ноль долларов, поэтому при проводке счета делает интересный финт ушами, а именно проводит на 1 цент больше, соответственно это 30 копеек по курсу, а потом убирает 29 через счет отклонений. Типа вы хитрые, а я еще хитрожопее... так что у меня пока мысли с копейкой кончились... хотя еще может что придет.
PS: На картинках вместо EUR, читаем RUB 8)
-
Заказ то у вас валютный, счет тут же будет подтягивать из заказа валюту заголовка. Так что как вы к валютному заказу рублевую фактуру прикрутите не знаю?
Ну тут, если честно я знаком с этой проверкой и она уже "модифицирована" Z-ом ))) Потому что фактура у меня хоть и валютная, да вот все остальные затраты (таможенные пошлины, сборы и т.п.) проводятся в рублях. Так что эта проверка у меня не жёсткая (как по стандарту), а с возможностью выбора (копировать валюту из заказа или всё же оставить рубли). Можно и без Z, но это надо каждый раз надо изменять заказ и снимать в нём галку "Курс фиксирован", а потом снова ставить.
Плюс ещё ньанс: система ругается и жёстко подменяет валюту счета на валюту заказа только если поставить в заказе галку "Курс фиксирован". Если галка такая не стоит в заказе, то при желании провести фактуру в рублях просто до указания ссылки на заказ ставим в заголовке фактуры код валюты "RUB". Затем указываем ссылку на заказ, жмём Enter и в появившемся окошке определяемся с выбором, в какой валюте мы всё-таки будем проводить документ.
-
только если поставить в заказе галку "Курс фиксирован". Если галка такая не стоит в заказе, то при желании провести фактуру в рублях
Так что рассматривать второй вариант, если у вас изначально это одно из условий - курс фиксирован, а ну и второй вариант система сломана, я тоже не рассматриваю. А из оставшегося ничего не смог вымутить, но поставил себе еще одну галочку в минус, бить поставки по проектам в заказе, когда поставщик тебе дает все совместно.
-
3. Счет-фактуру к заказу. Счет-фактура создаётся в валюте (евро).
После чего вижу, что задолженность за поставленное оборудование составляет 3 Х 53,94 = 161,82 рубля (оплату буду делать в рублях). НО! по документам полученным от поставщика вижу, что моя задолженность перед ним 5,31 Х 30,4769 = 161,83 рубля, что на копейку больше, чем по факту в системе.
Как быть? Хочется конечно видеть задолженность равной 161,83 руб.
Непонятно, почему задолженность в рублях, если счет-фактура в евро. Как это вам удалось?
-
В продолжение темы.
В общем сделали так: после проводок счетов-фактур (в нашем примере их три) смотрим задолженность в рублях и видим, что она отличается от задолженности по счету на N копеек. после чего эти N копеек проводим доп. дебетованием/кредитованием, тем самым увеличивая/уменьшая стоимость материалов и корректируя кредиторскую задолженность в нужную нам сторону.
Сразу говорю, что проводка с корреспонденцией по счету запаса - это такое требование заказчика. Эту сумму по идее надо бы проводить на какой-нить счет прибыли/убытков.
Было ещё одно предложение по решению проблемы, которое в итоге не прошло, но всё же... Далее в цепочке документов создаётся документ платежа. Документ платежа создаётся в рублях по курсу на дату платежа. При выравнивании документа платежа со счетами фактурами возникают суммовые разницы из-за разницы курсов валют. На величину суммовой разницы также проводится доп. дебетование/кредитование. Так вот та копейка, которая возникла ранее из-за округлений в счетах-фактурах учитывается в этой суммовой разнице и соответственно при доп. дебетовании/кредитовании проводится по соответствующим счетам. Но вариант не прошёл, не захотели...
Тo sapworkdir: задолженность в рублях - это сумма в документе счета-фактуры в поле "Сумма во ВВ".
А вообще да, раз документ валютный, то вводится он в валюте и как пишется вот здесь http://help.sap.com/saphelp_afs64/helpdata/ru/a8/b997be452b11d189430000e829fbbd/content.htm из-за округлений значение во ВВ может не совпадать с первичным документом. Ну и плюс к этому, как писал Uukruk, по возможности не бить поставку по частям в документах закупки (будь то разбивка по контировке, по складам, по позициям документа).
-
Напишу в данной теме, поскольку мой вопрос продолжает тему закупки в ин. валюте.
Округление в следствии возникновения курсовой разницы
В 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
-
В итоге 0,01 должен был пройти по M16, на на счет кредитора упасть сумма 16008,54. А отобразилась на счете кредитора 16008,55 без M16
Не понял, а копейка куда у вас делась?
-
Не понял, а копейка куда у вас делась?
Получается, что ушла на счет кредитора, согласно help "Поскольку в каждой строке проводки суммы округляются, то в результате пересчета валюты могут появиться разницы из-за округления"