Sapforum.Biz
Логистика => Управление материальными потоками (MM) => Тема розпочата: yakoff від Вересень 12, 2013, 04:17:00 ПП
Добрый день, коллеги! Может у кого возникнут мысли или был опыт в подобных ситуациях?
Ситуация следующая. Закупаем 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 руб.
Цитата: yakoff від Вересень 12, 2013, 04:17:00 ПП
Закупаем 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, что мы и видим в задолженности.
Вот как быть?
Цитата: yakoff від Вересень 12, 2013, 05:22:54 ПП
Вот как быть?
Ну наверное никак, потому что даже если сделать разбивку по мультиконтировке, то по ММ позиция поступает 1 на 3 штуки, но в разрезе контировок, соответственно при вводе счета оно рассчитывает каждую позицию, потом суммирует и на этом получаем разницу в округлении, т.е. на одну копейку меньше, так что те же яйца, ну только я доллары к евро пересчитывал по вашему курсу. Подогнать копейку через не запланированные затраты, тоже как-то очень не просто.
Проекты вы как делаете приход в запас проекта Q и затем уже отпуск на проект или сразу в расход на проект идет с типом P?
Да, похоже, что сначала рассчитывается сумма во ВВ для позиции, полученное значение округляется. Так делается для каждой позиции. После чего путём суммирования полученных для позиций значений получается кредит. задолженность во ВВ.
А проекты мы в Q кладём, а потом списываем на проект.
Есть мысль проводить такую фактуру в рублях и вручную в одной из позиций докидывать (или убирать) копейку. Тогда при проводке документа эта копейка упадёт либо на счёт запаса, либо на счёт отклонений. Но... фактура нужна в валюте. А во-вторых, а если позиций много, а в-третьих, а если фактура не на один материал, а на несколько это ещё по-хорошему позицию бы правильную знать надо и т.п и т.д.
Цитата: yakoff від Вересень 13, 2013, 09:01:01 ДП
Есть мысль проводить такую фактуру в рублях и вручную в одной из позиций докидывать (или убирать) копейку.
Заказ то у вас валютный, счет тут же будет подтягивать из заказа валюту заголовка. Так что как вы к валютному заказу рублевую фактуру прикрутите не знаю?
Цитата: yakoff від Вересень 13, 2013, 09:01:01 ДП
А во-вторых, а если позиций много, а в-третьих, а если фактура не на один материал, а на несколько это ещё по-хорошему позицию бы правильную знать надо и т.п и т.д.
Ну я тут попробовал в условиях сделать надбавку и указать ее в рублях скажем так, т.е. поставить по одной из позиций 0,01 RUB, ну если честно из этой затеи ничего не вышло. Система видит по курсу что 1 копейка это совсем как-то ноль долларов, поэтому при проводке счета делает интересный финт ушами, а именно проводит на 1 цент больше, соответственно это 30 копеек по курсу, а потом убирает 29 через счет отклонений. Типа вы хитрые, а я еще хитрожопее... так что у меня пока мысли с копейкой кончились... хотя еще может что придет.
PS: На картинках вместо EUR, читаем RUB 8)
Цитата: Uukrul від Вересень 13, 2013, 10:47:40 ДП
Заказ то у вас валютный, счет тут же будет подтягивать из заказа валюту заголовка. Так что как вы к валютному заказу рублевую фактуру прикрутите не знаю?
Ну тут, если честно я знаком с этой проверкой и она уже "модифицирована" Z-ом ))) Потому что фактура у меня хоть и валютная, да вот все остальные затраты (таможенные пошлины, сборы и т.п.) проводятся в рублях. Так что эта проверка у меня не жёсткая (как по стандарту), а с возможностью выбора (копировать валюту из заказа или всё же оставить рубли). Можно и без Z, но это надо каждый раз надо изменять заказ и снимать в нём галку "Курс фиксирован", а потом снова ставить.
Плюс ещё ньанс: система ругается и жёстко подменяет валюту счета на валюту заказа только если поставить в заказе галку "Курс фиксирован". Если галка такая не стоит в заказе, то при желании провести фактуру в рублях просто до указания ссылки на заказ ставим в заголовке фактуры код валюты "RUB". Затем указываем ссылку на заказ, жмём Enter и в появившемся окошке определяемся с выбором, в какой валюте мы всё-таки будем проводить документ.
Цитата: yakoff від Вересень 13, 2013, 11:30:58 ДП
только если поставить в заказе галку "Курс фиксирован". Если галка такая не стоит в заказе, то при желании провести фактуру в рублях
Так что рассматривать второй вариант, если у вас изначально это одно из условий - курс фиксирован, а ну и второй вариант система сломана, я тоже не рассматриваю. А из оставшегося ничего не смог вымутить, но поставил себе еще одну галочку в минус, бить поставки по проектам в заказе, когда поставщик тебе дает все совместно.
Цитата: yakoff від Вересень 12, 2013, 04:17:00 ПП
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
Цитата: Lubjen від Листопад 20, 2013, 12:21:38 ПП
В итоге 0,01 должен был пройти по M16, на на счет кредитора упасть сумма 16008,54. А отобразилась на счете кредитора 16008,55 без M16
Не понял, а копейка куда у вас делась?
Цитата: Uukrul від Листопад 21, 2013, 11:21:07 ДП
Не понял, а копейка куда у вас делась?
Получается, что ушла на счет кредитора, согласно help "Поскольку в каждой строке проводки суммы округляются, то в результате пересчета валюты могут появиться разницы из-за округления"