Вот смотрите. По идее, можно в регистре партий не хранить себестоимость, только количество.
Но тогда возникает проблема с округлением, в обычном случае на последней партии списываются копейки.
Ну например, если себестоимость 10, а количесвто 3, списано, как 2 шт и как 1 шт, то будет списано сначала 2 штуки по 6,66, а затем 1 штука по 3,34.
А вот если не хранить сс в регистре, получится, что спишем сначала 2 штуки по 6.66 а затем 1 штуку по 3.33, т.е. 1 копейка зависнет. Есть ли какие-то варианты решения проблемы?

Я навскидку вижу только один. Помечать последнюю партию, вычислять дельту.
Т.е. в партии будет храниться:
Количество: 3
Общая сс: 10
СС единицы = ОКР(10/3, 2) = 3.33
СС дельта = 10 - СС единицы * 3  = 0.01

Тогда формула СС каждой партии будет:
СС партии = Количество * СС единицы + ?(Последняя, СС дельта, 0)

Есть ли варианты попроще?

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

Мда...
Гений, а расскажи уж тогда, как ты будешь доп. расходы, к примеру, считать.

Да, СебестоимостьЕдиницы - такое только гении себе позволить могут :)))

(3) Блин, если партия из 1000 штук, то когда ты списываешь, ты делишь количесто объектов на себестоимость единицы, не гони.

(2) а что, проблемы?

(1) Не понял, о чем ты. Я ясно написал

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

(7) а чем тебе не нравится схема, когда сс не хранится в регистре? Внятно, пожалуйста. То же самое получается. Нарисуй пример и увидишь, что все одинаково!

просто мое имхо, что сс в регистре - лишняя

(6) ""в обычном случае на последней партии списываются копейки. "" - полная ересь.
"Копейки" списываются последним расходом по партии, ни на какую "последнюю партию" они не переносятся. Разберись в терминологии!!!

(8) Не передергивай. Записывать данные, нужные "здеся" еще куда-то (мож, отдельныйрегистр сбацать?)- именно для этого нужны очень веские основания.

(11) + искать цифирку неведомо где вместо взять два ресурса из одного регистра - это уже генитальность :)))

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

(12) искать где, как раз понятно, сними шоры классического подхода с глаз

(13) Ага, проведение по партиям в оперативном режиме - офигенная экономия, после этого о количестве ресурсов можно уже не беспокоиться:))) Что, партия в чеке пробивается?

(15) а с чего вы сделали такие выводы, уважаемый? Я об этом где-то говорил, или метод в сабже работает только для оперативного списания?

Речь идет об экономии во первых памяти, а во вторых об ускорении расчета по партиям - чем проще регистр, тем проще списание партий.

(17) Гений, а ты вообще принцип списания по партиям знаешь? Не позорься...

Может я не так понял.
В одной умной книжке сказано, чтобы не зависли копейки при полно списании надо
вместо формулы    СебестоимостьСписания = (ОстСум/ОстКолОбщ) * Количество,
считать по формуле СебестоимостьСписания = (Количество/ОстКолОбщ) * ОстСум,
т.е. сначала расчитываем коэффициент а затем умножаем на сумму. Если товар мы списываем полностью, то коэффициент будет равен единице и сумма спишется полностью.

Прости, уважаемый, у тебя каша в голове... в (0) ты пытаешься усложнить простое,  то, что тебе так не нравится, ты сам же и придумал вопреки здравому смыслу. Описанный в 13 регистр в типовых называется Остатки, партий там нет, те он еще проще. Походу шоры гениальности куда опаснее...

(20) Мда, завал, не тупи, сам сказал, что в остатках нет партий. Я тебе не про остатки, а про регистр распределения по партиям. Он вполне может быть только с измерением партия и только с ресурсом Количество, если ты не согласен, обоснуй

(19) (1/3)*10 дает то же самое - 3.33... Ничего не выгорит

(22) А если всю партию списать, то (3/3)*10 = 10, а если по первой формуле (10/3) * 3=9.99 - одна копейка остается.

(23)Тебя в школе учили, что от перестановки множителей произведение не изменяется?

(24)Ты не прав, в (19) как раз и написан типовой подход по партиям, смотри процедуру списания в модуле управлениеЗапасамиПартУчет типовой УТ 10.3 там как раз этот механизм и используется, берется коэффициент и умножается на сумму остатка.

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

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

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

(27) +10

о времена, о нравы...

(28) в (0) написано "Можно в регистре партий не хранить себестоимость, ТОЛЬКО количество." (Капс - мой)

откуда вывод про цену?

(27)Смысл не в порядке а в подходе
(ОстСум/ОстКолОбщ) * Количество <> (Количество/ОстКолОбщ) * ОстСум т.к. в УТ к примеру порядок округления
Движение.Количество    = Окр(СтрокаПартии.Количество * КоэффСписания,3,1);
Движение.Стоимость    = Окр(СтрокаПартии.Стоимость  * КоэффСписания,2,1);
Поэтому нужно смотреть глубже, не всегда 2х2=4

(31) разве в (27) написано не то же самое?

(30)Он далее использует в формуле себестоимость единицы товара - цену. Если он хочет ее использовать, то ему придется где-то в базе ее хранить.

(33) ну и пускай хранит, я не против... в сабже написано списание... а откуда списывать то? :))

(31)Округляется конечный результат, а не промежуточные. От перестановки ничего не изменится.

(34)Теперь я не понял. Стоит задача - определить себестоимость списанного товара. Из нее следует другая - какие параметры партии необходимо хранить в базе для решения первой задачи. Обычно хранится сумма и количество в регистре партий. Автор предлагает хранить в регистре только количество, а цену привязывать к партии и хранить отдельно.

(36) вот и я не понял... для построения отчетов надо все движения просматривать?

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

(37)Он уменьшит размер базы и увеличит время формирования отчетов.

(39) сдается мне, что уменьшение будет мизерное, а увеличение - значительное....

(40)Скорее всего.

(24)Не пропускал я математику, а сам ее преподавал. :). Правда давно это было.
От перестановки множителей - в простой арифметике да, а в машинной нет. Сам попробуй на калькуляторе 10/3*3=9.99, а 3/3*10=10 разница в копейку. Вопрос был, почему при списании последней партии, т.е. всей партии... Может я не так понял автора, поправьте?

(42)Если на калькуляторе выставить округление результатов до двух разрядов. На Windows калькуляторе ты такого эффекта не получишь. Да и в 1С точность промежуточных результатов вычислений значительно превышает точность хранения числовых данных.

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

А твоя идея как всегда тупая. Как ты при нехранении в партии стоимости ты будешь ее брать при списании? Лезть в приходный документ что бы вычислить цену?
А в запросе будешь делать соединение с ТЧ документа партии???

(43) Эльф, не тупи. Где ты увидел "просто перестановку"? Там выше пример в обще-то есть, (19) все правильно говорит.
(5) Да. Как и влюбой твоей поделке, стоит сделать полшага в сторону.

(45)Будешь третьим, не ходившим в первый класс?

(0) ты сначало обьясни зачем ее НЕ хранить в регистре?

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

фиксин как всегда тупит...

(46) Специально для жителей Мензоберранзана, плохо понимающих русский язык:
Есть партия, 3 шт товара, общая себестоимость партии 10р, надо списать 3 штуки.
1 вариант: (10/3)*3 = 9.99(9)
2 вариант: (3/3)*10 = 10

+(48) Ловкость рук и никакого мошенства 8-)

(47)Если учет ведется по усредненной стоимости, то считается по отдельному регистру "Стоимость товаров", а если по FIFO или LIFO тогда по регистру "Партии товаров" или я в обед много выпил... :)

(48)Специально для орков, которых учили дряхлые маразматичные шаманы :) Если ты не выполняешь округление при 10/3, то у тебя что (10/3)*3, что (3/3)*10 дадут одинаковый результат.

(51) Для тебя будет сильно большим шоком узнать, что тупая машина работает с десятичными дробями и (10/3)*3 <> 10?

(51) на бумажке - будет. В компьютере - не будет НИКОГДА. Компьютер тупо выполняет деления и умножения, он не оперирует с дробями.

(51) хотя может в бердянске уже давно сделали другие компьютеры

(52)Я вот проверил. Виндовс-калькулятор соблюдает правила арифметики. 1С 7.7 тоже их соблюдает. А вот восьмерка реально нет. Хотя все это считается на одной и той же тупой машинке. В общем "восьмерка отупляет мозг" (с) Guk

(55) так считается как раз потому что НЕ ("Если ты не выполняешь округление")

(56)Ладно, я понял. Дважды два в семерке не равно дважды два в восьмерке.

(56) + 10/3 = 3.333333 (и так пока не кончится разрядность) если не выполнять округление. И затем 3.333..33 * 3 = 9.999...99. Если опять же ничего не округлять.

(58)Это понятно. Но ведь ничего не мешает считать двадцать знаков точности, а затем округлять до пятнадцати и, таким образом, избегать машинных ошибок. Собственно, многие программы так и делают.

(57)Спервого раза не сразу доходит :)(19,23,25,31 ...

(60)Ни в одной из этих ссылок не сказано, что это особенность восьмерки. Дается ссылка на УТ, но не поясняется причина, почему в УТ дважды два не равно четыре.

(61)Я думал что ты просто уперся, ты кстати тоже нигде ни писал что думаешь о 7.7, ладно не будем, уже и так ясно.

(61) Там, вообще-то в названии темы стоит "v8" :)
Ну и кроме того, Гений от одного слова "7.7" уже начинает биться в конвульсиях

(18) Однозначно - ты дятел, если не смог представить себе регистр партий вида Партия - Количество.

(33) да, я ее храню в справочнике партий.
(34) из справочника партий я беру СС партии, там же хранится размер партии и цена за штуку.
(37) Нет, все движения просматривать не надо.
(38) Дядя Вася не тупи, пожалуйста, все нормально считается.
(40) Будет упрощен механизм списания партий за счет вырождения регистра партий в регистр Партия – Количество.
(44) Дятел, я действительно специалист по партиям. Иди на свой Навижн, не вмешивайся в разговор больших дядек, а лучше еще раз почитай условие в сабже и больше так идиотски не тупи. Ты даже не видел ни одной конфы, где юзался справочник партий. Яйца блин курицу учат.
(47) Затем, что она напрягает базу на вычисления.

Специально для дятлов в партионном учете.
Есть справочник партий. В нем есть реквизиты:
РазмерПартии
СтоимостьПартии
ЦенаЕдиницы = ОКР(СтоимостьПартии/РазмерПартии, 2);

Далее, регистр партий имеет измерение Партия (ссылка на справочник партий) и ресурс Количество. ПО нему все списывается.
Далее, если нам нужно посчитать СС по какому-либо движению количеством К по партии П, мы в SQL пишем:
П.ЦенаЕдиницы*К
Понятно?
Недостаток понятно какой – нельзя размер СС получить, не опускаясь до измерения Партия. Но в целом неплохо.

(66) ну так храни в справочнике партий и кол-во партии.. и смотри, если колво списано = колво из справочника тогда себестоимость = стоимость партии иначе дели пропорционально

(0) если списываеш количество под 0 то и остаток себестоимости под 0.
остаток=3
себ=10
ну и зачем расчитывать стоимость 1 и * на 3

(66) ну тупой метод...

а теперь посчитай итого остаток на фирме по себестоимости, при номенклатуре 100тыс и на каждую по 100-200 партий...

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

(69)+ и сквозном штрихкодировании и соответствено остаткам в разных партиях

(65) Запросегом по семи документам? Ню-ню... Считай-считай...

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

(64) Слышь, баклан, ты с выражениями будь осторожнее. Если твои тупые идеи тебе интересны - то вперед, тебе уже несколько человек объяснили, что велосипеды нынче не в почете.
Я такой регистр представить могу - только вот толк от него представить не могу.

(64) За оскорбление бан на час. За повторы буду строже.

(65) начинаем обучение курицы. Сося, а ты хоть знаешь для чего используется справочник партий например в типовой ТиС? Для хранения ДОПОЛНИТЕЛЬНОЙ информации, такой например как ГТД и страна происхождения. Если бы эта информация была бы не нужна, то не было бы и справочника. Во всех расчетах себестоимости используются исключительно данные регистра.

Оно может конечно в каком нибудь самописном шедевре так сделано. Но тут хорошо подходят строки Булгакова:
"В спальне принимать пищу, - заговорил он слегка придушенным
голосом, - в смотровой читать, в приемной одеваться, оперировать в комнате
прислуги, а в столовой осматривать. Очень возможно, что Айседора Дункан
так и делает. Может быть, она в кабинете обедает, а кроликов режет в
ванной. Может быть. Но я не Айседора Дункан!.. - вдруг рявкнул он и
багровость его стала желтой. - Я буду обедать в столовой, а оперировать в
операционной! Передайте это общему собранию и покорнейше вас прошу
вернуться к вашим делам, а мне предоставить возможность принять пищу там,
где ее принимают все нормальные люди, то-есть в столовой, а не в передней
и не в детской."

А то раскудахтался, "специалист по партиям". Ты бы лучше пропиарил бы тут новые твои достижения в плане посылания бабами, описанные в http://www.liveinternet.ru/users/fixin/post90264170/.

(69)(71) Не по документам, а по партиям. ;-) Партии - это проиндексированный по основным реквизитам поиска справочник. ;-)
Ну хорошо хоть, смысл метода дошел. И то плюс.

(73) ну наконец то до тебя, баклан, дошло.

(74) за (77) не бань, не заметил твово предупреждения. ;-)
(75) Алекс, и до тебя дошел смысл метода. Ну наконец-то!

(78) а то что в той же ТиС цена закупки хранится справочно и не используется для расчета себестоимости списания - это тебя не наводит ни на какие мысли?

А пока, "знаток партий", все таки дай ответ на вопрос, как ты будешь реализовывать вполне обычную операцию поступления дополнительных расходов, включаемых в себестоимость товара? Ситуация следующая:
1) купили товар за 10 р., себестоимость 10 р.
2) отнесли на него доп.расходов 2 р., себестоимость 12 р.
3) отнесли на него доп.расходов 3 р., себестоимость 15 р.
4) отнесли на него доп.расходов 4 р., себестоимость 19 р.
Ты конечно скажешь - "будем менять реквизит себестоимость единицы в справочнике Партии".

А вот теперь отвечай на следующие вопросы:
1) как ты сможешь получить данные по изменению себестоимости партии по датам? перебирать документы или хранить историю изменения цены партии?
2) а как вообще в таком случае будет изменяться этот реквизит? Предположим мы удаляем документ (2), но оставляем остальные. В результате, если мы ничего не будем перепроводить, то мы так и получим себестоимость в справочнике 19 р. Т.е. для того что бы в этом случае получить ПРАВИЛЬНУЮ себестоимость мы должны провести всю цепочку соедующих документов по партии, т.е. ОБЯЗАТЕЛЬНО перепровести (3) и (4). Или полностью запретить работу задним числом, работая (в терминах 1С) только с оперативным проведением документов.

Тебе продолжить или ты уже сам понял что эта идея - очередной нежизнеспособный тупняк?

(78) В общем, все сводится к формуле Себестоимость = Цена * Количество.
Получается три варианта действий:
1) не храним цену
2) не храним количество
3) не храним себестоимость.

Из трех вариантов 1С выбрала первый - самый быстрый, ты выбрал третий - самый медленный. Почему бы тебе не проверить второй вариант. Себестоимость в отчетах нужна везде, лучше выбросить количество.

(13) Гений, а в чем экономия если в таблице меньше на одно поле? В месте на винте? В наше время террабайтных винтов, очень актуально. Или может еще в чем то...

(81) сирожа почему то думает что выигрыш в быстродействии :)

(82) кому нужна эта оптимизация на уровне битиков и байтиков не понятно...

(81)(82) у фиксина есть черта - инорировать неудобные вопросы, например он так и не ответит на:

а теперь посчитай итого остаток на фирме по себестоимости, при номенклатуре 100тыс и на каждую по 100-200 партий и сквозном штрихкодировании и соответствено остаткам в разных партиях!



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

(84) он мыслит не как внедренец, а как просто программист-технарь...

(84) а когда его прижимают в его тупости, он включает "дурку":

Фикс: Ты даже не видел ни одной конфы, где юзался справочник партий.

Сося, а ты хоть знаешь для чего используется справочник партий например в типовой ТиС? Для хранения ДОПОЛНИТЕЛЬНОЙ информации, такой например как ГТД и страна происхождения. Во всех расчетах себестоимости используются исключительно данные регистра.

Фикс: Алекс, и до тебя дошел смысл метода. Ну наконец-то!

(79) у нас не учитываются доп. расходы на сс

(84) я тебе ответил в (76). Не вижу проблем - запрос по движениям LEFT JOIN партии где Движение.Партия.Товар В Товары и Движение.Партия.Склад в Склады

даже не по движениям, а по регистру в разрезе партий

(86) алекс я имел ввиду, что если в типовой справочник партий используется только для хранения ГТД, то это не значит, что он точно так же должне использоваться и в других. Я видел конфы, где справочник партий юзался для хранения суммы партии, количесвта и цены.

(87) а другого я и не ждал :)

(88) ты попробуй на моих обьемах а потом говори....

(88) и ты думаешь что соединение в запросе будет работать быстрее хранения еще одного ресурса регистра????

(90) бывают и не такие корявые самописки

(92) в чем ты видешь проблему?

(93) Речь идет о скорости распределения по партиям

(95) а отчеты не требуются?

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

Опиши например, как простым ЗАПРОСОМ получить в таком случае правильную себестоимость проданных товаров за период? + ?(Последняя, СС дельта, 0) - ты как так в запросе собрался писать? Или у тебя будет отчет с ручной обработкой результатов в цикле?

(97) небольшая оптимизация по записи против большой потери по чтению + ограничение использования?

При этом заявление "космического масштаба и космической же глупости" типа:
"просто мое имхо, что сс в регистре - лишняя"

100

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

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

а по основам - ни в зуб ногой.

(102) типичный Полесов...

(104) ты чо, он же "действительно специалист по партиям"