Ден digВсе системы - Navision, Axapta, IFS этого делать не умеют. Зачатки похожего нашел только в SAP. Неужели никто в мире не делал систем, где оперирование товаром на складе происходит в тех ед. измерения, в которых он храниться, а закупка, продажа может оперировать разными единицами ? В JDEdwards это точно реализовано.. Хотя трудно сказать, устроит ли тот объем что там есть. В всяком случае, продавать и приходывать можно в любых ед. измерения. С аналогами там тоже что то есть, но я тот функционал не изучал.

Это действительно реализовано во многих системах. Знаю как сделать на ИНФИНе:
1) Учет по складу установить в 2-х единицах измерения "базовой" и "дополнительной" (НЕЗАВИСИМЫХ), т.е например "рулон и погонные метры", "скот в головах и килограммах" :)
2) Для учета разнообразных упаковок добавить необходимую аналитику "упаковка" на счет.
3) При приходовании, комплектации/разукомплектации и расходе указывать выбранную упаковку, количество упаковок, для рассчета в базовой единице измерения настроить формулу.
4) В соответствующей проводке по счету (учетному регистру) указать аналитику упаковки, в качестве первого количества указать количество в "базовой" единице измерения, а во втором - количество упаковок.

Хочу пояснить на придуманном примере:
учет линолеума
- на складе могут быть рулоны разной ширины (1.5м, 2м и т.д.) одного и того же линолеума (например одной расцветки, качества и подложки)
- соответственно "базовая" единица измерения - это м2
- дополнительная (независимая) единица измерения - это количество рулонов (выбранной ширины)
- также интересует количество погонных метров данного линолеума в рулонах выбранного размера. Это количество является зависимым от двух предыдущих, т.е. его можно рассчитать на основе общего количества в м2 и свойства "ширина" у справочника видов рулонов.

как работает:
- т.к. текущий остаток по складу считается независимо в м2 и рулонах, мы в любой момент знаем
1) сколько у нас всего выбранного линолеума в м2 (и их стоимость)
2) сколько рулонов (и каких) данного материала (и стоимость всех рулонов выбранного размера)
3) сколько метров данного материала у нас в рулонах выбранного размера (и его стоимость)
4) сколько всего у нас на складе рулонов РАЗНЫХ материлов выбранного размера (палет, коробок и т.д.)

- при заполнении документов (например накладной на отпуск) оператор выбирает материал, вид упаковки, количество упаковок (м.б и НОЛЬ, если от рулона просто отрезают метры),
- далее на выбор - или поле "метры погонные", или поле "метры квадратные" - подставляется предварительный расчет, исходя из свойств упаковки или пропорционально остатку в ней
- "метры погонные" и "метры квадратные" легко пересчитывать между собой.
ну и списание идет и по базовой единице м2 с указанием суммы, и по количеству упаковок.

По моему мнению, в такую схему уложится почти любая ситуация.

digroman v и crip не могли бы вы уточнить про какие системы речь?
Roman V ваша схема достаточна универсальна, под эту схему как-то аналоги подвязаны? ведь одна расцветка может быть от разных поставщиков и соответвенно этой расцветки продается столько то м2 или погонных, чтоб планировать закупки в будущем.
Инфин не плох, но его наследие от файл-серверной технологии плохо сказывается.

Я реализовал на ИНФИНе - в стартовой базе есть основа этого всего - остальное достигается настройкой.
"Аналоги" и "возможные замены" сам пока не настраивал, но есть возможность это сделать.
Мне очень хотелось бы обсудить достоинства и недостатки ИНФИНа, но для этого лучше открыть новую ветку.