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

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

а какая разница, если количество в канистрах пересчитывается исходя из литров?

(1) разница принципиальная. Если я выпустил две позиции "канистра 3л" и "канистра 5л" в количестве 1 шт. каждая, то хочу, чтоб затрата 80 руб. распределилась на первую продукцию в сумме 30 руб, на вторую - 50.
А не по 40 рублей

Пока что придумал завести специальный тип цен.  Устанавливать значение, совпадающее с коэффициентом единиц хранения относительно базовых.
Задавать показатель базы распределения "Цены номенклатуры" и использовать этот искусственный тип цен.
Неужели никак не обойтись без лишних телодвижений?

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

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


Автор, ты сам то пробовал - он у тебя пересчитывает?

(5) Да, я именно попробовал. И получил распределение, пропорциональное штукам... Дело было в пятницу вечером. Сегодня еще раз попробую - может, ошибся где-нибудь.  
В явном виде нигде не нашел, по каким единицам рассчитывается база в натуральных показателях.

Чисто теоретически каждый вариант может иметь право на существование. Например, какую-нить зарплату упаковщицы логично делить по штукам.
А добавки в составе продукции - по литрам.

так пошел за попкорном, ибо ТС никого не слышит, но квадратные колеса для велика уже придумал

(6) Проверил еще раз. Выпустил продукцию в чистой базе из одной-единственной общепроизводственной затраты.
Распределилась поровну. Нет желающих повторить эксперимент?
(8) Так ведь круглые-то не едут...

(9) ну у нас то ехали, скрины в студию

(10) Ты уже один раз мне мозг рушил: "у меня все работает"...
v8: УПП Поступление товаров и услуг на основании приходного ордера на товары
Но для желающих высказаться вот
http://zalil.ru/32152952

а причем тут услуги?

и где сама база распределения?

А почему нет? Косвенная статья, распределяемая по объему выпуска. Речь именно об этом.

Использован типовой способ. В регистре "База распределения затрат" две записи по 1000. Веришь?

РАУЗ?

Так ты знаешь, как заставить косвенную затрату распределиться в соотношении 130 к 400? Проще, чем в (3)
Расскажи, пожалуйста.

Ну да, РАУЗ.

а не задумывался для чего в доке есть еще единица измерения мест?

(19) Чтобы отпечатать ее в накладной для сдачи на склад. У меня в примере, кстати, она есть.
Тебе известно ее другое использование?

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

Самой продукции много по номенклатуре? Бывает, что используется вариант, когда в Способе распределения задается фильтр по номенклатуре/продукции и коэффициент для каждой продукции умножается для данного примера на вес единицы.

(17) для начала сделай ОПзС, а не выпуск продукции

поскольку при партионке ОПзС 100% пишет в Рг выпуск в единицах хранения остатков

(21) ты о чем? В данном случае единица мест вообще третья сущность: "коробка". В которую укладывают N упаковок.

(23) ты хочешь сказать, что ОПзС и выпуск могут писать по-разному?? Но это вообще была бы катастрофа.

(25) ещё раз:
при партионке ОПзС 100% пишет в Рг выпуск в единицах хранения остатков

(26) еще раз объясняю. И выпуск, и ОПзС оба пишут движения в единицах хранения остатков. И распределение тоже производится по объему в единицах хранения. А как сделать так, что распределить пропорционально выпуску в базовых?

(27) бред

(28) Правда? Ты можешь распределить по объему в базовых единицах? Ну расскажи, как. Пожалуйста.

а дай ка скрины номенклатуры с закладкой единиц

(29) я не автоматизирую бредовые задачи

(31) ты по-видимому, считаешь бредом все, что не в состоянии понять. Но это проходит с возрастом

(30) зачем они тебе
ТС выпустил равное количество ГП
УПП поделила затраты поровну

(32) ну и пиз.дуй отсюда

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

(35) пусть ипётся, мне пох

(34),(36) а ты заходи... когда поумнеешь.

так если в единице мест указать упаковки, а в единице базовую, как считает?

http://zalil.ru/32153629 - вот здесь номенклатура

(38) килограммы-то где указать ты предлагаешь?

(39) ааааааааааааааааааааааааааааааааааааа
ржунимагу

+(41) тебя кто учил так единицы заполнять?

для упаковки коэффициент 0.4 от самой себя? пипец

ты дятел

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

по ходу мы твоего ника на форуме больше не увидим :(
а жаль забавный бетатестер

(45) иди учи ЖКК

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

Вот сюда посмотри http://zalil.ru/32153737
Прежде чем выводы делать

(49) ЖКК, ЖКК и еще раз ЖКК
иначе тебе не избавиться от созданных тобой же фантомов в конфе

(48) Еще раз. В форме списка единиц измерения отображаются два наименования и коэффициент относительно базовой единицы.
Ты, что  думаешь, что это коэффициент одного наименования относительно другого? Это у тебя с головой что-тоне в порядке

мне достаточно видеть единицу выделенную жирным

Жирным выделена единица хранения остатков. И что?

(51) ты еще и читать не умеешь - книгу открой наконец-то

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

Ты сам-то когда последний раз книгу открывал?
Судя по всему давно. И забыл, что такое базовая единица измерения

(55) я понимаю что у тебя базовая это ссылка на классификатор, в котором если ты еще не знаешь нет веса и прочего, а только набор символов в виде наименования, который для программы ничего особого не означает

(56) да мне она уже давно не нужна, потому что у меня все работает как положено работать

(57) Да? А отчеты все 1С в базовых единицах умеет выводить, это ничего?

+(58) но в свое время я их очень вдумчиво читал, в отличие от некоторых

(58) а как положено? Расскажи. Если базовая отличается от единицы хранения

(59) короче, иди учи мат часть умник

у тебя в коробке 2 упаковки? весом всего 800 гр? по твоей карточке номенклатуры именно так и выходит

Причем вообще здесь единицы мест? И вес?

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

(63) наверное, ты все забыл, как единицы настраиваются и какой смысл какой реквизит имеет. Это нормально. Но зачем тогда вылезать? И делать умный вид?

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

(67) ну расскажи как заполнены. Какая базовая, какая единица хранения. И как это связано с рассматриваемым случаем.

(67) а что такое "верно"? Это когда коэффициент единицы хранения относительно базовой равен 1?
Такой случай вопросов не вызывает.

базовая шт (в твоем случае упаковка, но это однохерственно), хранения тоже шт с коэффициентом 1 и весом 0,4

в коробке к примеру коэффициент 10 (т.е. 10 in или упаковок опять же не важно) и вес будет 4 кг

Ну вот видишь. Коэффициент равен 1. С этим все заранее ясно. Объем выпуска одинаковый, что в базовых, что в ед. хранения.

теперь смотри что у тебя?

Коробка не имеет отношения к распределению затрат.

"Вес" - это вообще никак с выпуском не связано. Ты можешь затраты по весу распределить? как?

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

а у тебя выходит кроме того что справочники неверно заполнены, так еще и отнесение затрат хрен знает какое, т.е. с потолка взято и притянуто за уши

вы орехи тупо фасуете? т.е. перед этим они никакую обработку не проходят?

(76) ну вот. теперь ты говоришь как правильно и как неправильно распределять.
Откуда ты знаешь, что верно, что неверно? Тема не методологическая.

Орехи - это просто абстрактный пример того, что может быть естественным в двух единицах. А если это будут ЖБИ в штуках и кубометрах? Тебе от этого легче?

в твоем случае неверное заполнение справочника из-за неверной методолгии учета и распределения затрат

(80) как заставить УПП распределять не по плитам. а по кубометрам? Не знаешь?

(81) ну... методология распределения затрат - это бух. вопрос. А у меня чисто технический. Ты разве это не понял?

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

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

(84) А если вообще все в один передел учтено? Без полуфабрикатов? Еще раз. В (8) ты намекал, что знаешь ответ на технический вопрос.
Кстати, может он и не понадобится, здесь варианты разные возможны. Я бы воздержался насчет оценок "дятловский" - "не дятловский". Ты супер-пупер аудитор бухгалтер?

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

иначе веди учет в БП, но там тебе вобще капец

(87) Ну слушай, меряться не надо? Что за манеры взяли. Если мне это не надо - то никому никогда тоже не надо.

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

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

(0) Используй "ручную" базу

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

(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) ну на этот счет какая то рег. обработка должна быть