При использования способа "по объем выпуска (натуральные ед.)" База всегда рассчитывается с использованием единиц хранения остатков? Нигде нет настройки, чтоб считать в базовых?

Например, выпускаю масло. Базовая единица - литр, единица хранения остатков - канистра. Затраты всегда делятся пропорционально количеству выпущенных канистр? Хочется по литрам делить автоматом...

(91)Словом, как и в прошлый раз ты меня разочаровал. Оказалось, что знания поверхностны, а желания повыеживаться и постебаться сверхмеры...

(93) Не, я не видел :) Я просто знаю, что ручной базой можно распределить как угодно

(92) в (3) как мне кажется, я более технологичный вариант предусмотрел.

(96) Может быть, но он слегка извратный :)

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

(91) тебе уже все расказали
Ты это серьезно? Твои грубые наезды считаешь разговором по теме? Когда в итоге выяснилось, что ты вообще не понимаешь, как и что происходит, если коэффициент не равен 1?

(35) А единица хранения остатков какая была?

как и базовая кг, потому что хлеб учитывался в кг

Ну он в итоге в (70) написал, что у него простейший вариант с коэффициентом 1.
И начал наезжать, что все другое не имеет права на жизнь

Так ты определись. В (70) у тебя штуки

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

(103) к (101)

(103) штуки или упаковки не важно

+(104) описка: какие минусы использования штук в качестве единиц хранения остатков

(104) и вот с точки зрения методологии для упакованного товара базовая едница какая будет? явно не кг

(106) важно другое. Я пытаюсь тебе доказать, что учет, в котором коэффициент отличен от 1 имеет права на существование. Тогда имеет смысл далее разговаривать.

(108) базовая это всего лишь та единица, относительно которой задаются коэффициенты остальных. Я там слегка ошибся, вопрос следует читать как: какие минусы использования штук в качестве единиц хранения остатков?

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

(110) ты у меня спрашиваешь? у меня никаких минусов - у меня все работает и все верно считает

(112) так у тебя единица хранения остатков шт или кг?

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

(110) у классификатора есть какие либо реквизиты для измерения? нет, только сивольное представление, а по сему коэффициент задается не относительно "базовой на форме" имеющей ссылку на классификатор

(113) для упаковок штуки

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

+(117) и в прошлой твоей ветке я ведь у себя по базе все сделал и получил результат, кторого ты не мог получить из-за своего неверного заполнения единиц

(116) а выпускаются у тебя упаковки? или выпускается неупакованная продукция с ед.хр.ост. - кг?

(119) и те и другие, так как не весь хлеб пакуется
и на (117) будет ответ?

(117) А я этого и не говорил. У тебя работает - be happy.
(118) А если видишь случай, не попадающий под твою идеологию, то воздержись от оценок.
В прошлой ветке я спросил про использование коэффициента меньше 1. Ты проверил другое и с апломбом заявил: "у меня все нормально". Кстати, в последних релизах это исправлено - можешь проверить

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

(121) а я думаешь на каких релизах работаю?

(120) то есть у тебя 2 передела?

(124) к (122)

(125) да (вобще-то их больше) и у автора должно не меньше двух

т.е. если он делает масло, а потом разливает, то все основные затраты должны лечь на масло в литрах (к примеру), а уже потом операция розлива и только затраты по розливу должны распределиться по штукам канистр

(126) Теперь ясно. На первом переделе у тебя килограммовые хлеба, база распределения - объем выпуска, то есть по массе всё, все ОК. Про второй передел забываем пока.
Вот, а есть клиенты, которые во что бы то ни стало хотят в шт всю номенклатуру вести. И на самом деле этот подход тоже реализуем, только некоторая заморочка с распределением затрат.

Других минусов не вижу, УПП переваривает любую схему.

(126) Что за привычка заменять один вопрос другим? если у меня будут вопросы по описанию технологического процесса, я так и спрошу. Ты еще меня поучи, сколько мне нужно рабочих центров и как выполнять посменное планирование.

(129) возможно, но такую по которой ТС заполнял единицы она не переваривает о чем ему уже не первый день толкуют

(130) надо будет и научу

+(131) т.е. не может для упаковки базовой едницей быть КГ и точка

(129) Да все она переваривает. У него ед. хр. ост. - штука по сути. Вот и все. Если хочет по массе распределять - надо чуть помучаться.

для того что внутри может, но тогда он рассматривается как полуфабрикат или сырье

(133) Может быть. И как раз, если они ведут в шт, то им удобнее базовую иметь - кг, чтобы коэффициент равнялся весу.

(134)  так посмотри его номенклатуру, почему у него для упаковки коэффициент стоит 0,4

Базовая единица - это всего лишь та единица из ОКЕИ, относительно которой задаются коэффициенты реальных единиц номенклатуры. На учет не влияет.

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

(131) т.е. не может для упаковки базовой едницей быть КГ и точка

И кто после этого дятел? Который дальше клюва не видит. Что впрочем ты вполне доказал в (41)...(44), когда не понял, что видишь на экране. И не извинился даже.
Ладно, всем спокойной ночи

(138) мля, а ему о чем твержу

(140) я то все понял, а ты упорно твердишь что у тебя все верно заполнено

(140) и ты таки дятел, причем с титановым клювом

(138) ну что посмотрел его номенклатуру?

(137) я на картинке вижу 0.65 коробки и 0.13 упаковка

(145) вот именно. базовая единица кг. Значит упаковка содержит 0.13 кг. А коробка 0.65 кг. Т.е. 5 упаковок. Но некоторым этого не понять. Никогда.

(146) да УПП этого не понимает

(145) там ниже есть еще картинка по той же ссылке

(148) Там базовая - кг. Коробка 2 кг, упаковка 0.4 кг, это все укладывается в мое мировоззрение

(149) объясняю на пальцах если у него выделена жирным единица с коэффициентом 0,4 и весом 0,400, то кг должен быть с коэффициентом 2,5

и весом 1,000

вот такие единицы УПП поймет, а у него что?

(150) Относительно базовой же коэффициент задается. У неё всегда "как бы 1". У кор и упак коэффициент относительно базовой. А жирным какая из единиц измерений выделяется, я не помню что-то?

ТС бы прежде чем спорить, хоть бы глянул процедуру пересчета единиц, там нет нигде коэффициента в абсолютном выражении 1

(154) понятно что нет, базовая это же ОКЕИ а не реальная единица измерения номенклатуры

(153) жирным та относительно которой будут вестись все пересчеты и коэффициент для пересчета будет браться не 1, а тот что указан в данной единице

(155) УПП это же 1С-овский продукт и тут уповать на интуитивно понятный интерфейс не стоит, хотя это одно из ее же требований

я не утверждаю что в словах ТС нет логики, но УПП не работает по этой логике, а работает по своей и ее нужно учитывать, поэтому и отправлял учить ЖКК

(156)
Из справки:
Данные о единицах измерения номенклатуры. Каждая позиция номенклатуры характеризуется базовой единицей измерения. Базовая единица измерения - это та единица измерения, по отношению к которой считаются все остальные единицы измерения.

Из кода:

Если ЗначениеЗаполнено(ДанныеСтроки.Ссылка) И ЕдиницаХраненияОстатков = ДанныеСтроки.Ссылка Тогда
       ОформлениеСтроки.Шрифт = мЖирныйШрифт;
КонецЕсли;

а он упорно не хочет, вот попробуйте как я и убедитесь что не работает, но если сделать как ему говорю то ведь сработает

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

(159) тут написано что я не прав?

(161) относительно расплывчатой справки, можно сказать что правильно, но относительно логики работы программы нет

(162) жирным указана единица хранения остатков, а коэффициенты указываются относительно базовой

(163) Все в справке четко сказано. Из неё следует что в номенклатуре у него все правильно. И с логикой работы программы тоже все нормуль.

(164) ну и как в данном случае сделать документ в кг? пример в базе пробей и скажи какой нужен коэффициент чтоб нормально переводилось? получишь 2,5

так что я спать

(166) если надо документ в кг, то эти кг надо ввести. ТС-у видать не надо. Ему просто базу надо вручную задать.

ща проверил все на УПП - извиняюсь перед ТС, действительно не так работает как это знал

а у меня базовая и ед хранения совпадали всегда, поэтому и работает

но как-то глупо для упаковок базовой делать кг, ведь все равно их в кг не посчитаешь при инвентаризации, так как всегда есть отклонение

да и в обратном тоже нет

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

|    ВЫБОР КОГДА ЦеныНоменклатуры.ЕдиницаИзмерения.Коэффициент ЕСТЬ NULL
   |      ИЛИ ЦеныНоменклатуры.ЕдиницаИзмерения.Коэффициент = 0
   |    ТОГДА
   |        1
   |    ИНАЧЕ
   |        ЦеныНоменклатуры.Номенклатура.ЕдиницаХраненияОстатков.Коэффициент /
   |        ЦеныНоменклатуры.ЕдиницаИзмерения.Коэффициент
   |    КОНЕЦ

этот кусок кода меня подвел, в свежих конфах его нет

и так как по старинке я везде заполнял базовая = хранения остатков, то у меня и продолжало все работать как и раньше, а теперь если следовать логике интерфейса создания элемента единиц, то выходит что базовая может <> единице хранения, но получить базу распределения по базовым не выйдет - еще раз извиняюсь перед ТС

но это не означает что единица хранения не должна быть подобна базовой

все ушел посыпать голову пеплом :) неожидал такой подставы от 1С

сейчас этот кусок кода выглядит так

ВЫБОР КОГДА    &ПоказательБазыРаспределения
   |            = ЗНАЧЕНИЕ(Перечисление.ВидыПоказателейБазыРаспределения.ЦеныНоменклатуры)
   |        ТОГДА
   |            ЕСТЬNULL(ЦеныНоменклатуры.Цена, 0)
   |        ИНАЧЕ
   |            1
   |        КОНЕЦ

Ну, главное что разобрались.
Базовую, по всей видимости, надо выбирать исходя из того, какие коэффициенты хочется увидеть у остальных единиц. ТС, указав там килограммы получил привязку к "единице измерения веса", что полезно, и коэффициенты равные весу, что удобно. При этом выпуск и движение - в штуках, это им так, видимо, удобней.
У единицы хранения остатков коэффициент не 1, просто при проведении количество множится на коэффициент указанной единицы измерения и делится на коэффициент единицы хранения остатков. Собственно, у ед. хр. ост. коэффициент делится сам на себя и получается 1.

(0) ТС, ты пиши, какие еще проблемы возникают при учете в "шт".

(169), (173), (175) вот уж правда не ожидал...
Извинения принимаются.
Соответственно, также беру назад свои слова в (140) и (146).

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

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

Возвращаясь к химкомбинату. Краска тоже выпускается в самых разных упаковках от 0.5л до бочек 100л. ИТОГО в литрах вполне себе полезный показатель. Причем мощности все в литрах, и планы тоже и т.п. А весь складской  учет и вся реализация - в банках, бочках.

А полуфабрикат (пока не разливали) тоже в литрах. И можно сравнивать литры готовые с литрами исходными, чтоб потери анализировать.
Короче, УПП в этом смысле предоставляет широкие возможности.

(0) используй коэффициенты в фильтре способа распределения.

(182) Нереально. Номенклатуры много, и получается, что для каждой свой коэффициент. Девушка в (22) уже так предлагала. Уж лучше извратиться с ценами как в (3). Или обработку по созданию ручной базы ваять.

(183) да и все таки использовать подсистему ценообразования для пересчета к массе - изврат. Это надо создавать тип цен, устанавливать эти цены в зависимости от коэффициентов, то есть, по  сути, еще раз вводить те же самые данные, следить за их соответствием потом.

Я бы сделал внешнюю обработку заполнения для документа "Установка базы распределения", она бы сначала заполняла по шаблону "по объему выпуска", а потом бы в результате множила все количества на коэффициент. Это самый методически верный способ из трех.

(183) ну не работает расчет базы так как ты себе представлял

+(185) тупо количество умножается на 1, хотя раньше расчитывался коэффициент делением коээфициента единицы хранения на коэффициент единицы документа

(183) ну не в ручную же заполнять ? обработку писать 15 минут.

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

(188) не понимаю почему каждый месяц. единицы измерения что ли каждый месяц меняются?

(184)пожалуй, да. Это наиболее рациональный подход. А идеально уговорить клиента, что это ему вообще не надо...  

Кстати, оказалось, что РМВ, если ему говоришь распределять по объему выпуска, использует физический объем выпуска, пересчитанный в базовые единицы. Наверное, другой разработчик делал.

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

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

(189) номенклатура новая добавляется как минимум

(0) Всю тему не читал, но можно использовать коэффициент в фильтре при настройке распределения затрат.

(191) ну на этот счет какая то рег. обработка должна быть