Текущее время: Вс, июл 27 2025, 17:44

Часовой пояс: UTC + 3 часа


Правила форума


Вопросы по ППМ (MRP) - сюда.
Вопросы по классификации - сюда.
Вопросы по входящим поставкам - сюда.



Начать новую тему Ответить на тему  [ Сообщений: 5 ] 
Автор Сообщение
 Заголовок сообщения: Пропала 1 копейка в транзакции MB52
СообщениеДобавлено: Ср, ноя 21 2007, 13:57 
Младший специалист
Младший специалист

Зарегистрирован:
Ср, сен 28 2005, 06:24
Сообщения: 74
Добрый день.
Возникает плавающая ошибка при формирвоании Складских запасов к материалу(тран MB52).
А именно разница иной раз на одну копейку с обороткой (транзакция zrmobved).
возможно ли как-то это откорректировать без модификации программы?

----
Заранее благодарю за помощь.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, ноя 21 2007, 14:47 
Гуру-эксперт
Гуру-эксперт

Зарегистрирован:
Вт, авг 24 2004, 07:19
Сообщения: 3952
Откуда: ECC 6.0, South Kazakhstan
тут конечно в первую очередь возникает вопрос - что за зверь эта zrmobved. В российском аддоне оборотка вроде по другому называется, значит это самописный отчет - так что ищите решение в нем.

Но скорее всего это связано со следующим:
Оценка материала ведется на уровне завода и для расчета цены на складе в MB52 сначала определяется цена единицы, как:
Code:
factor = t_mbew-salk3 / t_mbew-lbkum

(т.е. стоимость общего запаса делим на общее количество)

а затем стоимость на складе, как произведение цены на складской запас:
Code:
bestand-wlabs = bestand-labst * factor.
...


если оба этих действия выполнить за раз, т.е. что-то типа:

Code:
bestand-wlabs = bestand-labst * t_mbew-salk3 / t_mbew-lbkum

то вполне можем получить и другую цифру (где нибудь в копейках)

factor в данном случае объявлен как:
Code:
DATA: factor TYPE f.

за счет чего и достигается необходимая точность.

так что проверьте в своей оборотке этот момент.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, ноя 21 2007, 15:09 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Вт, окт 04 2005, 10:21
Сообщения: 972
Откуда: Киев
Пол: Мужской
Да, MB52 может давать разницу в 1-2 копейки из за округлений. Нафиг ваша обормотка :) сверьте остатки по сальдо на счетах в FS10N


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, ноя 21 2007, 15:24 
Младший специалист
Младший специалист

Зарегистрирован:
Вт, сен 18 2007, 08:01
Сообщения: 76
Откуда: Россия, Пермь
Пол: Мужской
В отчётах копейки догоняются - идёт сравнение с общей суммой по заводу и докидывается к какому-нить складу


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, ноя 21 2007, 15:30 
Младший специалист
Младший специалист

Зарегистрирован:
Ср, сен 28 2005, 06:24
Сообщения: 74
Дело в том что в программа J_3RMOBVED происходит анализ такого отклонения проверяя полученный результат с записью MBEW, и делая при этом поправку на погрешность. Так я и подумала может SAP (через NOTE) тоже сделал поправку этой погрешности.
Если нет то тогда придется заняться программкой транзакции MB52 самой...

Спасибо.


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 5 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB