Текущее время: Пн, июл 28 2025, 09:59

Часовой пояс: 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 часа


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

Сейчас этот форум просматривают: Yandex [Bot]


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

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