Допустим есть товар Профиль длиной 2 метра. Менеджер оформляющий поступление (согласно накладной) создает новый товар с едизм Метр и оформляет приход 50 метров (= 25 штук).
Через какое-то время второй менеджер оформляет новый приход (допустим от другого поставщика) с таким же профилем, но в накладной уже едизм - штука. Менеджер выбирая товар меняет ему едизм на штука и делает поступление 25 штук.
Проходит еще время, приходит покупатель и покупает 50 штук. Менеджер по продажам смело оформляет расход на 50 штук.

Если данные действия провести в БухгалтерииПредприятия, то на складе останется остаток 25 штук. Т.к. учет ведется по количеству и по сумме. В результате по количеству +50 +25 -50 = 25

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

Есть у кого-нибудь опыт с такими проблемами?

(0) куда ты Кулибин лезешь самописки клепать, когда типовых УТ или УПП не видал ?

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

расплодилось, мля, программистов 1С которые после недельных курсов начинают нетленки писать, т.к. "типовые гуано - это все знают"

(1) базовая единица - метры. Далее делаешь побочные какие угодно, например: "Штука 2*5"  - это 10 метров
"Штука 3*3"  - это 9 метров
и т.д.

На остатках у тебя будут лежать не ШТУКИ, а метры. + ко все так можно учитывать обрезки, например если от "Штука 2*5" отпилили и продали половину!

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

(2) (4) Реальной необходимости в пересчете нет. Нужно только принудить чтобы при оформлении прихода менеджеры пересчитывали в нужную единицу измерения.

(1)(2) Зачем вас так это раздражает? Комплексы? :)

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

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

(3)Типовые гуано, это все знают. Правда тех кто может доказать что типовая гуано единицы.

(5) рулонный учет очень глупо вставлять в типовую, именно для этого и делаются отдельные модули или отраслевые для тех кому надо ))

(9) с этим согласен )) просто обычно все обоснование из серии "почему при перемещении товара со склада одной организации на склад другой организации нужно делать реализацию и поступление? а вот в нашей старой программе она просто меняла субконто склад и поэтому она хорошая"

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

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

(11) Не нервные, но ленивых шустрых чайников действительно не любим.

(11) улыбайся - это всех раздражает ))

Если бы, да кабы. Эх молодо-зелено.

Сколько раз у тебя было, что сказали это будет всего 1 раз, а потом оказывается и не раз.
Девке тоже обещают, что всего разок за грудь подержаться.

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

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

(0) Может быть, вам просто какую-то политику выработать по поводу ввода номенклатурных позиций? Если планируется трубы продавать как есть, то будет номенклатурная позиция Труба диаметром 15 см длиной 3м с единицей измерения шт. А труба диаметром 15 см длиной 2м - это другая позиция.

Так, а что ты здесь делаешь? Бегом в магазин затаривайся 3-х метровыми трубами по самое нехочу, потом продашь по цене как 2,5 метра.

(17) Моя политика - забивать приход в единицах измерения как товар и будет продаваться. Допустим по накладной пришло Наименование: Ложки (200 шт.)  Количество: 1 упак. Если в приходе так и забьют, то при продаже продавец обязательно попробует поменять единицу измерения на Штука, даже если ему на лбу написать, что так делать нельзя. Я хотел узнать мнение со стороны. Как итог мне посоветовали не лениться и поставить Управление Торговлей. Я сделаю как написал в (11).

(18) Если бы знал сколько у них реально на складе есть, то так бы и сделал. Их остаток по программе я знаю, но вот он с фактом сто пудового не сходится. Если я куплю больше чем у них есть на складе, то спалят. А покупать по парочке труб - возьни больше.

(19) Такая политика в принципе ничем не противоречит наличию коэффициентов пересчета. Просто в номенклатуре должна при заведении указываться БАЗОВАЯ единица, соответствующая будущей продажной. И допустимые ДОПОЛНИТЕЛЬНЫЕ - в которые в любой момент можно пересчитать запасы.
Кстати, есть в природе еще учет по двум независимым единицам одновременно - нефтянка, вроде бы, насколько помню.

(19) Вот защиту на смену базовой уже и можно ставить.

(20) Действительно лучше заводить базовую именно такую, в которой потом продавать будешь. Если такое возможно (иногда невозможно, например, когда продажи идут сразу в двух единицах в зависимости от покупателя - кг и штуки, к примеру).

(22) Такого не будет. По крайней мере пока. Если потом необходимость возникнет, то допишу пересчет.

Так же практика показывает, что не давая пользователю, что ли бо менять, в дальнейшем все больше и больше напрягают того кто может менять.

Пересчет - одна экспортная процедура, долго блин заморачиватся.

я так понимаю, davidman1984 в БП дописывает механизм УТ ? ))

(23) Точно допишешь, обещаешь?  Не будет
Если Номенклатура.Код = "0000012" Тогда

КонецЕсли

(ведь это всего для 2-х, 3-х позиций из тысячи).

(25) нет. конфигурация с нуля. (26) не будет

Ну тогда удачи, жисть покажет.
*Эх молодо-зелено

(19) Только поставщику на твои хотелки пофиг.
Итак, поступают розетки 7 коробок по 12 шт. Цена с копейками - на коробку.
А по твоему великому замыслу, приходовать надо 84 шт по ....(! точность) и быстренько проверить, все ли правильно оприходовано.
Тебе первый же операционист за такое оную коробку наденет на голову.

(1,3) +1
(10)
>>просто обычно все обоснование из серии "почему при перемещении товара со склада одной организации на склад другой организации нужно делать >>реализацию и поступление? а вот в нашей старой программе она просто меняла субконто склад и поэтому она хорошая"
И правильно обосновывают, кладовщику во многих случаях до сиреневой звезды на каком юр лице оно там висит.

(29) Забивают количество и сумму. Цена рассчитывается. Учет по колво и сумме. 7*12 - по-моему не сложно.  Зачем тогда операционист... тут же автоматизация. Можно вообще через формридер и минус штатная единица

И как быть если от одного поставщика в коробке 12 шт. у другого 24 шт.?

(31) коробка с коэффициентом 12 и 24. Не?

(31) Ну-ну... а скажут - 1с дерьмовая.
"Че вы тут нервничаете, я вам всего лишь в кормушку нагадил, все училися!!!"

(30) если бы это обосновывал кладовщик )) так ведь нет, главбух хочет ))

(33) к чему?

(31) в (1) и (3) - были правы, но пока ты не наколешься - не поймешь :)
Или вам бухгалтерия вообще не нужна, как класс, учет полностью черный, конфа "Наркотики из Тайланда"?
Как с поставщиком-то потом разбираться будете?
Вообще, в идеале для управленческого учета при приходе надо учитывать количество и в единицах продажи, и в единицах покупки. А то у каждого поставщика свои килограммы. Купили сегодня 10 коробок пельменей в рассыпную - там 10,09 килограмма в каждой А завтра - 9,87. А цена - за коробку. А продаете в килограммах. И кого винить, если не фиксировать - то ли продавцы себе пельмешек на обед сварили, то ли поставщик гад?

(33) Много фирм посредников сидят на БухгалтерииПредприятия. Занимаются мелкооптовой торговлей. Там пересчетов нет. Сильно не жалуются. Где надо вручную пересчитывают.
Если я не сделаю пересчет, то из-за меня 1с - гно

(36) Полностью - только свой внутренний учет. Без отчетности.

(37) Не зарекайся. Отчет остатки - это уже отчетность.

(38) Отчетность имелась ввиду во всякие инстанции, которые меняются со временем и которые надо обновлять.

Пересчёт в базовую единицу, это, конечно, хорошо, но в некоторых случаях оказывается, что как таковой базовой единицы у номенклатуры может и не быть.
Взять, к примеру, лекарства - там базовая единица - таблетка, так как она определённой дозы, но таблетки бывают разные, и как бы не хотелось, одни в другие пересчитать просто нельзя.
Также и ваш пример с трубами - хорошо, когда они 1, 2 или 3 метра, а если они 2,54 метра, то уже пересчёт обещает быть весёлым, особенно, если покупатель хочет 12 метров. Потом, если трубы резать не разрешается, то всё равно они будут в штуках, только для разных труб будут разные штуки. И надо смотреть в сторону характеристик номенклатуры, чтобы подобные трубы жили в одной позиции, но делились по характеристикам - диаметру, длине и прочим.