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

(0) единицу хранения переделать на пог. метр

не удобно, т.к. заказ делается в м2 и поступление приходит тоже в м2. Так работают поставщики и цены у них тоже в м2

В 11.4 такой кейс учли, можно обойтись без упаковок.
В карточке номенклатуры единицу хранения ставите пог.м, а реквизит площадь м2 заполняете в соответствии с вашими данными, ставите галку, что площадь можно использовать в документах.

Переписывался с 1С по этому вопросу (только у нас единица хранения - тонны). Их официальный ответ - "не считайте в тоннах, считайте в штуках". ДБ (с).
Единицы измерения в УТ11 сломаны полностью. Только допиливать самим.

(3) А как быть, если у тебя номенклатура - "Линолеум ХХХ", характеристики (я утрирую) - "рулон 2х50м", "рулон 3х50м", "рулон 4х50м", и при одинаковой длине (50 погонных метров) в каждом рулоне будет разное количество квадратных метров? Что будет твориться в остатках на складе, если единица хранения - погонные метры?

(5) Если я правильно понял методологию, то надо заводить отдельные карточки, а не характеристики, если у позиций отличаются величины: вес, объём, длина, площадь

(6) Да, 1С продвигает такую "методологию". Но тогда две сотни позиций в прайсе легко превращаются в пару десятков тысяч. Плюс вопросы ценообразования. Плюс проблемы закупок и планирования, ибо все нормальные компании считают в м2 - см.(2). Плюс не всегда возможно при поступлении пересчитать натуральные единицы (метры, тонны) в количественные (в случае с линолеумом проблем, наверное, не возникнет, а вот в случае с металлопрокатом - легко, т.к. никто на складе не будет пересчитывать, сколько штук трубы приехало в машине).

(7) в общем случае УТ11 не подойдёт всем))) Никто же не спорит. Не устраивает методология, пилите свою.

(5) характеристика используется если "характеристики" не сильно отличают товар. Длина, ширина это сильно отличает одно от другого

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

(10) Очепятался. Должно быть: "Единица хранения м2 ..."

(10) >>>Длина и ширина - "потребительские свойства"
Да ладно...

(10) линолеум в рулоне шириной 2000 и шириной 3000, пусть и в одной расцветке - это два совершенно разных товара и для покупателя, и для продавца, и для производителя.

Если есть комната 2000x4000, а прораб к ней купит 8 кв.м. линолеума шириной 3000 - угадай, кого побьют?

(13) Ок, линолеум действительно критичен к размерам. Но берем любой другой похожий товар - рулонный (текстиль, геотекстиль..), весовой (металлопрокат - трубы, уголки, балки...). Имеем ту же проблему, что и у ТС - невозможность нормального учета в общепринятой для данной отрасли единице измерения (квадратные метры, тонны и т.д.) с пересчетом в произвольную единицу (штуки, погонные метры, рулоны, пачки..).
В Ут10 проблемы не было, она умела пересчитывать в любую сторону, в Ут11 и видимо в КА2/ЕРП проблема есть, и огромная. Спасибо авторам "гениальных методик учета".

Добавлю еще одну проблему, на которую пока не наткнулся ТС - если завести несколько различных видов упаковок, подчиненных друг другу (например, 1 пог.метр = 2 кг, 1 штука = 6 метров, 1 пачка = 50 штук), то при печати типовых форм (торг12, упд) будет просто БЕДА. В ут11 в документах нет отдельного реквизита "единица мест", и при печати он зачем-то берет упаковку на уровень выше.

(14)И, ведь, всё уже было как надо придумано в УТ10.3...

(14) "В Ут10 проблемы не было, она умела пересчитывать в любую сторону, "
А что концептуально не так в УТ11 что она не может пересчитывать?

Концептуально поменялось многое. Пересчет единиц был по коэффициентам: количество/коэффициент единицы документа * коэффициент единицы хранения (или наоборот, не суть важно). Причем, коэффициент единицы документа хранился в тч документа и его можно было легко подменить - например, реализовать расчет единиц в зависимости от характеристики (расчет тех же рулонов исходя из длины*ширины).
Сейчас единицы являются иерархическими, и коэффициент означает не "глобальный" пересчет, а пересчет в единицу вышестоящего уровня. Плюс безумные запросы, считающие эти коэффициенты на ходу.
Как следствие, внезапно выяснилось, что если раньше можно было спокойно считать кв.м->штуки или штуки->кв.м, то сейчас пересчет возможен только в другую сторону: штуки->кв.м, а обратно нельзя, ибо это не баг, а фича.

И мелкие "особенности": как в (0) не всегда можно выбрать нужную тебе единицу, т.к. стоит жесткое условие на тип единицы. И при установке коэффициентов почему-то не дает вводить количество штук меньше 1, при том, что запрета на дробные числа нет - т.е. "1,5" ввести можно, а "0,5" нельзя. Где логика? Я этот вопрос уже давно не задаю.

(18) Могу ошибаться (слабюо знаю УТ, вернее можно сказать не знаю)
"Сейчас единицы являются иерархическими,"
- упаковки являются иерархическими вроде как, а единицы - как были единицами так и остались.
в УТ я не могу завести две независимые единицы для товара "шт" и "кв.м"..?

Две независимые единицы завести можно. Вопрос в другом - какие единицы дает указывать в качестве упаковок, а какие нет.
В качестве упаковок дает добавлять только единицы измерения с типом "количество". Метры, килограммы и т.д. использовать не даст.
Т.е. можно создать номенклатуру с ед.хранения "пог.м" и добавить ей упаковку "шт", но нельзя добавить упаковку "м2".
Можно создать номенклатуру с ед.хранения "шт", но добавить ей упаковку "пог.м" или "м2" - нельзя.
Можно обмануть систему и сказать, что "пог.м" и "м2" имеют тип количество, а не длина/площадь. Но тогда перестанет работать суммирование сопоставимых показателей в отчетах (приведение всех длин к метрам, а всех весов к килограммам).

(21) "но тогда перестанет работать суммирование сопоставимых показателей в отчетах (приведение всех длин к метрам, а всех весов к килограммам)"... эээ тут я не понял. в регистрах все хранится в какой-то одной единице (ну, будут все длины в регистре в итоге в метрах и все просуммируется), а в отчетах уже пересчитывается...?

(22) Они сделали безумные (реально безумные) запросы пересчета единиц - программно прицепляются к другим запросам при проведении документов, в печатных формах и в отчетах.
Теперь типовые отчеты (остатки, продажи..) могут сразу пересчитать количество из единиц хранения в натуральные единицы - вес, длина, объем..
И это было бы здорово, если бы работало нормально, а не с косяками и ограничениями как у ТС.