Имеется около 100 позиций номенклатуры типа шайбочки, саморезы, винтики, прокладки. Стоят 10 рублей ведро. Но в спецификации указывается: 4 самореза на изделие. Не 0,000004 ведра, а именно 4 шт.

И если закажут 80000 изделий, мне нужно купить 320000 саморезов. Ни один поставщик, естественно, в штуках не считает, и отгружает килограммами. Окей, скажете вы, укажи вес самореза, и указывай спокойно килограммы в заказе поставщику. И вот здесь вылезает проблема.

Вариант1: единица хранения - штука, заказ в килограммах. В регистр ЦеныНоменклатурыПоставщиков падает цена 0,01 руб за шт (округленная до копейки), и в следующем заказе подставляется не правильная цена, а жертва округления.

Вариант2: единица хранения - тыс.шт (в спецификации прописываем 0,004 тыс.шт саморезов, так нормально работает). Цена могла бы зарегистрироваться 167 руб за тыс. шт, как и положено - но не тут-то было. Одна тысяча шт саморезов весит 1,35 кг. При заказе 2 кг УТ пытается округлить количество до целых единиц хранения, не может округлить 2 кг ни до 1 тыс.шт, ни до 2 тыс.шт, т.к. превышен порог погрешности в 3%.

Нужен Вариант3 - Как правильно выйти из этой ситуации, не ломая конфигурацию?

(0) ну а как клей вы учитываете? Допустим, нужно приклеить деталь.

вариант 3 - сразу сумму списывать на 23 счет и вести только количественный учет на отдельной карточке товара (учет в шт при цене = 0коп)

(2) не нужно вести количественный учет саморезов. Это себе дороже. Учет стоит в десять раз дороже, чем сами эти фитюлины.

(1) у клея единица хранения изначально килограмм, и при закупке проблемы с округлением нет

У меня сейчас задача не списать в производство ровно 1863 самореза, а автоматизировать закупки. Попросили купить 15 кг - занесли в заказ поставщику 15 кг, должна вылезти цена поставщика за кг и ориентировочная сумма закупки.

(3) Ну не скажи, у меня есть декоративные саморезы и по 50 рублей

(5) Хотя никто в здравом уме учет саморезов делать в штуках не будет

(4) ну просто нереально вести учет бумаги по листам. Купили на отдел 5 пачек бумаги на месяц и всё. Как они ее тратят - это их проблема. Главное чтобы не выходили за лимит. Так же и с саморезами. Покупать каждый месяц 5 кг саморезов. И списываеть не количество, а в килограммах раз в месяц. Как клей и бумагу.

Не знаю какая у тебя УТ, но вот недавно у моего пациента УТ 10.3  влезло подобное, саморезы 0.223 г. влетает с ошибкой,
пока не поменял вес 0.224 так все нормально, тут самому что то мудрить надо.

окей, уговорили - перевожу всю мелочь на хранение в килограммах

+8 дело все в том что тут не угадаешь, тут цена, скидка и вес играют

+10 еще сыграет шутку класс точности весов

(9) а штуки заводить имеет смысл где штука будет равна более одной копейки по стоимости

(9) Ты только весы подбирай правильно, для взвешивания пластиковых шайбочек возьми ювелирные или аптечные ))))

(13) мы в компании в свое время другим путем пошли. Для таких целей сделали отдельную фишку что к очень мелкому товару, на который весы уже не реагировали, добавляли стограммовую гирьку и в 1С программно от получившегося веса отнимали 100 грамм. Все работало.

(9) А если взять единицу хранения по весу, но не килограмм, а 10 или 100 граммов?

"Хотя никто в здравом уме учет саморезов делать в штуках не будет" - вон из производства :)

Нужно на изготовление изделия четыре штуки - ты хоть лбом об стенку разбейся, но вынь и вовремя положь. Иначе производство может остановиться. И ему (производству) побоку ваши проблемы менеджеров, складского учета и уже те более - расчета себестоимости.

у меня были тендеры с Билайном, где цена за саморез была в долларах за 1шт...

а бух говорила: если тендер в штуках - то учет в штуках

так, что ненормальных хватает

(17) Это саморезы были золотые или количество знаков после запятой в цене зашкаливало?

(15) или в штуках, но не по одной а 10-20-50?

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

Для меня тема актуальная каждый день. Могу даже этикетку засветить, где чёрным по белому написано, что вес нетто -плюс/минус два процента и соответствует указанному значению только при определенном давлении воздуха, температуре и влажности.

(21) Серьезно что ли???
Скинь пожалуйста, я своему пациенту отправлю ))

(22) лучше выложить ссылку на фото сюда, пусть все посмеются (сквозь слёзы).

(23) а почему посмеются?
вот если например линолеум с подложкой хранить на влажном складе, он влаги дофига напитает, ну или еще какой то товар который влагу впитывает, пакля например

(24) да, особенно натуральный

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

(18) 8 знаков после запятой

(27) жесть какая. Партии видимо крупные были, цена подравнивалась, не?

(22) Не, ну, народ, вы меня удивляете :) Вы что, ни разу не видели фильтровальный материал, который гигроскопичен?Приходит в рулонах на склад, в вакуумной упаковке. Как только на складе раскрывают упаковку - вес начинает изменяться. Отмерили от рулона кусок - метраж куска плывёт (другое натяжение материала при перемотке); доставили в цех - температура/влажность изменились - вес и метраж опять поплыли. Мелочь, но когда километрами и тоннами - проблема.

(9) Внутренний учет в кг не до конца помогает: разные поставщики одну и ту же позицию выставляют один в кг, другой в тыс.шт.

Посмотрел на накладную от поставщика металлопроката с его теоретическими тоннами и влупил новую единицу:

теоретическая тысяча штук!!, тип измеряемой величины - вес
требует коэффициент пересчета, окей 1ттш = 1кг

Завожу индивидуальную упаковку, в ней другой коэффициент: для этих саморезов 1ттш состоит из 1.35 кг, вес упаковки 1,35 кг

Так как и кг и моя ттш - мерные величины, округления до целых значений не происходит.
Пока побочных действий не обнаружено.

Помню, однажды в УПП мне даже пришлось в одном документе изменить формулу пересчета из одной единицы в другую. В типовой было сначала деление, а потом умножение. Переделал на умножение и деление - погрешность округления стала несущественной.

Стоит помнить также, что точность результата деления определяется как максимальная из длин дробных частей операндов, но не менее 8 цифр (для Microsoft SQL Serverа - ограничение в 6 знаков после запятой). Если результат присваивается данным с меньшей точностью, то кроме округления при вычисления значения, округление происходит в момент присвоения значения.

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

Если открыть ранее созданную упаковку и попытаться выбрать заново единицу - уже не дает.
Я в бешенстве.