На картинке товар L-ЦЕТ 5мг/ №30 - базЕд = шт, L-Цет 5мг.№10 - базЕд = уп.
Оприходованы по одной упаковке каждого товара, в какждой упаковке 3 шт
http://s017.radikal.ru/i419/1110/5c/05f711c61d83.jpg
Как в таких ситациях все-же списывать "под ноль"?

регламентом

(1) лаконично :)   ...типа "искусственной подчисткой регистров"?

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

ЗЫ. никогда не использовал в ТиСе, но хочется помочь - это раз и такую штуку делал в самодельной программе, для производства :)

(3) картинку смотрел? ...есть там "так наз.Коэффициент" ;)

Введи натуральные дроби в программу и не мучайся

+(4) конфа - аптечная, специализированная ...еще и старая :)

(5) а заодно и в программу к поставщикам? ...а еще лучше - свои, "правильные" цены в их поставку :))

(0) в чем конкретно вопрос?
Если в списании под "0" без хвостов округления, то это делается как во всех типовых - при списывании последнего остатка в движения пишутся не рассчитанные суммы по коефицинтам, а тупо остатки регистра.

А вот если контроля остатков при списании не происходит, то тогда (1)

Поставщиков не трогай. У тебя в программе вместо 0 и 3 в периоде будет 1/3. Либо как в (8).

(0) Стояла раньше по аптекам "Е-Фарма" - на 7.7. Там остатки пересчитывались в зависимости от единиц измерения. Возникали копейки на остатках. Суммы списывались служебными документами. Можно подправить модули обработок проведения, чтобы списывать под 0. Сейчас аптеки работают на допиленной рознице(8.1). В ней списывается целая упаковка, приходуется, к примеру, 10 десятых(документом комплектация). Суммы без количеств не зависают.

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

(4) смотрел картинку.. только с одной целью - распоздать конфу :)
не распознал :)

(10) таки к варианту (1)...
(12) на оперУчете - так что считай распознал :)

Потому что разруххане в базе, а в головах
> На картинке товар L-ЦЕТ 5мг/ №30 - базЕд = шт, L-Цет 5мг.№10 - базЕд = уп.
Оприходованы по одной упаковке каждого товара, в какждой упаковке 3 шт
- для товара "L-Цет 5мг.№10 - базЕд = уп. " - абсолютно по барабану, скольо в УПАКОВКЕ ШТУК. Уп - базовая единица, НЕДЕЛИМАЯ. она и является "ШТУКОЙ"

(10) 7 лет фармопт успешно работал на допиленной (в основном обвесками) ТиС 7.7. Никаких дробей копеек и лишниего ничего не образовывалось..

(14) Ты невнимательно отнесся к сабжу. Ситуацию в нем я смоделировал специально, дабы показать что проблема не разруливается нормально на 100% ни в одном случае из них.
И насчет "Уп - базовая единица, НЕДЕЛИМАЯ." - вопрос даже не спорный...  продают как упаковкой так и пластинами

(16) ? почему, очень даже внимательно.
Базовой единицей, как правило, заводят самую малую единицу, а не коробки/упаковки.
И там проблем с "делимостью" просто не возникает вообще.

(17) ну ваще-т (16) это к (14) :)
ну и  Ёпрст3, катринку смотрел? там показано что не во всех случаях "проблем с "делимостью" просто не возникает"
Приходит упаковка, в ней 3 штуки, входная цена за упаковку 20. Вот и проблема списания 1-ой штуки на лицо

(18) Ну и ? заводим 3 штуки, заместо 1 упаковки и привет.
+ цены всегда в 1 единице измерения в документе делаем (а не как в типовых)
+рулим суммой (ставим сумму 20, а цена рассчитывается) - тогда и в движухе будет приход 3 шт на сумму 20.
всё собственно.
у нас так, проблем с копейками никогда не было.

(19) ну не делится 20 на 3 без остатка, вот-же в чем дело. И не договоришься со всеми поставщиками что-б давали цены за упаковки такие, что-б делились без остатка на количество "штук" в этой упаковке

да по барабану!
я ж не знаю как у тебя там конфиге сделано:
на приход ставишь Сумма=20 руб, Колво=3 шт.
все.
.
если у тебя четкий учет по цене (приход например 1 шт по цене - 10 руб), а расход с этого прихода 1 шт по цена 10 руб с выручкой 15 руб (доход по этой партии = 5 руб), то приходуй 2 шт по 3.33 + 1 шт по 3.34
хочешь делай по другому: приходуй 3 шт по 3.33 1 коп относи из прихода сразу на невосполнимые потери/излишки сумм - куда ты потом спишешь эти суммы - мне по барабану
.
проблемы в чем?

(20) Ну и зачем мне делить 20 на 3 ??!?!!!

(21) он не догоняет :))

заводи 3 штуки, ставь сумму 20 и привет.
Где ты тут деление предусматриваешь ?!

(23) да хрен его знает, как у него там в конфиге написано... это из той же оперы как НДС туда-обратно.. погрешность при попытке привязаться К ШТУКЕ всегда вылезет либо справа, либо слева...

(0) понимаешь.. вот если у тебя например, на остатке 0.33333333333 шт - это сколько ФИЗИЧЕСКИ неделимых штук? ОДНА???? или на самом деле три физические штуки по 0.111111111111111шт...?

не весовой и не мерный товар - он на остатках в дробном количестве быть не может...
а так как вы учет остатков больше все-таки ведете для ПРОДАЖИ - ну так при поступлении тМЦ - пересчитывай УП в шт... оно и само бы так сделалось, если бы базовая едитница = шт, а уп = кф=3...

(20) Забудь понятие "цена". Есть партия, а у нее есть стоимость и кол-во в базовой единице. Все!

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

(24) продаю я одну штуку, списание идет 20/3 ...вот разве что извращаться как в (21)
(27) так и делаем, "базовая едитница = шт", но все-равно это не решает.
(28) Еще раз, Приходка 1Уп. Стоимость 20. Мне, что создавать не одну серию со стомостью штуки 20/3, а ДВЕ серии с стоимостями  2 * 3.33 и 1 шт * 3.34?

(29) на мой взгляд самое логичное решение.

(0) Учет не верный. Если учет ведется в базовых и основных единицах одновременно, то на скаде все должно лежать в базовых. А уже при продаже учитываем коэффициент 1 уп = 3 шт.

+ (31) У шт. коэффициент = 1, а  у уп. = 3.

(32) смотри картинку внимательней

(33)Если речь у 1 уп.=3 шт. про стоимость, то при последнем списании должен тупо списываться остаток суммы.

При списании достается остаток суммы и делится на остаток количества, затем умножается на списуемое количество, а для последней единицы списывается остаток суммы. И коэффициент тут ни при чем. Он нужен для количества, но не для суммы.

(35) ну допустим
ситуация: приход 100 упаковок (по 3 шт в каждой), общая сумма 20*100 // серия №123
мне списывать 299 штук не беспокоясь ни о чем а последнюю списать по 6.66 * 2коп.*100?
//погрешностьНаУпаковке 2 копейки (6.66*3=19,98)
так что-ли?

(36) Ну да, будет либо больше, либо меньше средней стоимости. А ты что хочешь?

(36) Округление какое-то странное: 2,6666666666666666 <> 2,66, а = 2,67.

+(37) Погрешность будет не на каждой упаковке, а только на последней штучке.

(38) не придирайся :)

все равно, погрешность на серии  в 100 упаковок -667 руб. при цене 6.67 - это прикольно :)

+41 утрирую конечно, там все-таки 7 знаков... поменьше будет :)
в общем примерно все понятно, всем спасибо

(41) ОТКУДА ТАКАЯ ПОГРЕШНОСТЬ???

(42) при списании коеф.нужно брать не из карточки товара, а рассчитывать

в простом виде выглядит так:

коеф=КвоДляСписания/КвоНаОстатке;
СуммаСписания=СуммаОстатка*коеф;
Если КвоДляСписания=КвоНаОстатке тогда //заглушка для последней партии
СуммаСписания=СуммаОстатка;
КонецЕсли;

какая-то у автора каша в голове, имхо.

(44) так и сделано во всех типовых..
:)

(29) (27) так и делаем, "базовая едитница = шт", но все-равно это не решает.
- все решает

(41) какая нахрен погрешность..? купил на 3333 руб ПОСТАВКУ ВСЕГО. Продаешь ее. когда всю поставку продал себестоимость списалась ВСЯ 3333 руб. - где какая погрешность..?