Реализую переход из 7 в 8.
Товар на складе в погонных метрах, цена за пм например 0,0872 УЕ.
Завожу товар с учетной единицей пм и дополнительной единицей 100пм с коэффициентом 100.
Оприходую товар товар (можно в пм, можно в 100 пм безразницы)
Устанавливаю цену на данный товар 8,72 УЕ за 100пм.
.......
При выписке Заказа или Расх.накладной при подборе предлагается ввести количество в 100пм по цене 8,72 за 100пм, но привычка у менеджеров осталась работать с пм, и деление на 100 для многих трудно разрешимая проблема, а при выборе пм происходит округление цены до 0,09 УЕ, что вообще недопустимо.
Вопрос такой: Можно ли какими типовыми средствами разрешить данную проблему, т.е. вводить количество в пм, а цены брать за 100пм?

убрать пм, оставить 100 пм

Зачем вводить в пм ? Вводите 0.5 СтоПм, 0.05 СтоПм

А привычка у менеджеров - не имеет значения. Как ты им скажешь работать так и будут. Пусть каждый вечер сверяют остатки, чтобы не было ошибок первое время.

2) проблема: не могут деффки делить на 100.(грустный смайл)
я правильно понял, что типового решения нет?

цена 8.72 за 100
цена Х за 1

Х = Окр(8.72/100) = 0.09. Какое может быть типовое решение ? Девок научить делить на 100 ?

цена в УЕ=33 руб, да к тому же метров много, итого на округлении большие потери 10-ки рублей, а может и сотни.

решение 1:
сделать 2 разные цены
1. штучную (метр), округлить до копеек
2. упаковка (оптовая, за рулон)

решение 2:
завести валюту "1/1000 уе" с курсом.... потом в документе все пересчитывать к рублям

Решение 1 как бы и реализовано, проблема поделить на 100 количество, клиенты даёт заявки в штуках и метрах и менеджерам нужно перевести в уме в 100пм и 100шт, т.е разделить на 100 (а это как оказалось большая проблема)
Решение 2 это нужно не только менеджерам объяснять, что 8,72 УЕ стало 8720 УЕ, но и клиентам, да ещё и прайсы пересылать.

Остаётся только менять в конфигураторе.

(8) Что менять в конфигураторе ?

Кстати вариант с валютой 1/1000 отличный

(9) в окошке подбора добавить поле, где они будут в штуках и метрах рисовать, а код будет на 100 делить. Нужно всего то вводить штуки, а цену брать за сотништук

(8) "... т.е разделить на 100 (а это как оказалось большая проблема)"
Тока вот это поможет:
http://button.dekel.ru/

(10) А если после подбора руками в тч поменяю количество ?

и традиционное - беги с этой работы

(12) должно быть меньше ошибок, они же всё-таки знают, что цены за сотни. Проблема то на самом деле не поделить на 100, а поделить на 100 быстро и держать в голове две единицы, клиент звонит и озвучивает штуки, а им переводить в сотни штук, это же конвеер почти.

(8) не поможет, нужно ещё одну кнопку "Получить зарплату"

15 на (11)

(13) мне бежать не куда, разве только на пензию, я тут 12 лет, просто на 7.7, а тут вдруг некоторые понапродававали 8-ок, а ни переводить ни настраивать не могут.