Подскажите, пожалуйста, как быть в такой ситуации. Отдел снабжения закупает болты, гайки в КГ, а производство потребляет их в ШТ. Если сделать базисной ЕИ КГ, то при отпуске на производственный склад 500 ШТ туда приходит 499, 998 ШТ. Это нехорошо. Если сделать базисной ШТ (согласно рекомендациям о том, что базисной надо делать более мелкую ЕИ), то остатки болтов, гаек на складах (MB52) будем видеть в ШТ. Это не устраивает ни снабженцев, ни бухгалтерию. Кроме того, в заявки придется набивать не 2 КГ гаек, а например, 1752 ШТ. Как быть?

В качестве БЕИ надо в любом случае брать ШТ. Так правильней!
А для других целей есть и единицы измерения заказов на поставку и единицы выдачи и т.д. Настройте, укажите коэффициенты пересчета. В MMBE например можно для разных ЕИ видеть отчет по остаткам.

А чем плох такой вариант: КГ сделать базисной ЕИ, а ШТ – единицей выдачи? А чтобы избежать ошибок округления, сделать ШТ целыми, как в общем-то и должно быть.

Штуки и так целочисленные.
А насчет варианта вы же сами писали "Если сделать базисной ЕИ КГ, то при отпуске на производственный склад 500 ШТ туда приходит 499, 998 ШТ."

Штуки и так целочисленные.
А насчет варианта вы же сами писали "Если сделать базисной ЕИ КГ, то при отпуске на производственный склад 500 ШТ туда приходит 499, 998 ШТ."

Разве 499,998 это целое число? В том то и дело, что ШТ у нас сейчас с 3 цифрами после запятой. А если сделать их целыми, то 499,998, если я правильно понимаю, будет округляться до 500 и вроде должно быть нормально.

Разве 499,998 это целое число? В том то и дело, что ШТ у нас сейчас с 3 цифрами после запятой. А если сделать их целыми, то 499,998, если я правильно понимаю, будет округляться до 500 и вроде должно быть нормально.

Во-первых, не понятно, зачем у вас штуки дробные...
А во-вторых, тут есть один нюанс, если вы будете пытаться ввести такое число ручками, то система выругается, а когда она сама рассчитывает количество, то вполне может посчитать и 499,998.

Насчет второго с трудом верится, надо будет проверить. Все равно, спасибо за обсуждение.

По сути это стандартная ситуация. Такая же как при закупке труб или каких-нибудь металлических заготовок для производства. Все поставщики продают в тоннах, а учет в штуках.
Базовой единицей измерения необходимо ставить ту единицу, которая используется для учета на предприятии.
Дле пересчета, всего скорее, лучше использовать функциональность переменная ЕИ партии, тогда у каждой партии может вестись своя единица пересчета и стоимость при отпуске то же будет расчитываться исходя из этого коэффициента.
Остается только открытым вопрос, неужели кладовщик пересчитывает болты при поступлении?

P.S.: Меня всегда поражал дибилизм российских заводов. Везде натыкаешься на то, что стоимость учета во много раз дороже, чем стоимость учитываемого. Совок...

Самый корректный вариант - в качестве базисной единицы использовать ту, в которой будет производиться инветаризация! иначе получится полный бред, ИМХО....

Я тоже думаю, что базисной нужно выбирать ту ЕИ, в которой ведется учет запасов на предприятии. Так и в SAP_HELP написано: Базисная единица измерения – «Unit of measure in which stocks of the material are managed». Если следовать этой логике, то для болтов, гвоздей, гаек и т.д. базисной надо выбирать КГ, так как снабженцы закупают и ведут складской учет в КГ. А вот производственники берут гайки со склада в ШТ. Напрашивается сделать ШТ единицей выдачи. Но вот грабли: при таком выборе базисной ЕИ и ед.выдачи при отпуске 500 гаек на производственный склад там оказывается 499,998 шт! Причина в общем-то ясна: система пересчитывает ШТ в КГ и обратно. В CUNI для ШТ указано: ДесРазрДляОкругл – 0. Ожидалось, что система округлит количество до целого числа, ан нет. В чем дело – непонятно…

Я вам про это уже писал, а вы усомнились