Здравствуйте, специалисты 1С.

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

Я стал разбираться и обратил внимание, что если на конкретной партии есть положительный остаток, то по этой партии можно сделать продажу на любое количество!
Документ проводится!!!
Конечно, программа, "молча", ругается, проводки формирует не полностью, но факт остается фактом, отрицательный остаток появляется.

Данная ситуация может возникнуть в следующем случае:
При поступлении конкретного товара формируется партия и ей присваивается штрих-код, таких партий по одному товару может быть много. (Например за разные даты поступления)
Кассир пробивает сканером первый товар, в программе меняет количество на необходимое для покупателя, отсчитывает это количество товара и проводит документ!
В реале:
Товар, который отсканировали, может оказаться единственным, из конкретной партии, в программе указали необходимое количество (скажем 20), взяли со склада ещё 19 штук этого товара, которые будут относиться к другим партиям (!), в программе учет прошел по одной партии!!! (А цены в разных партиях так же могут быть разными.)

Вопрос:
Как можно избежать такой путаницы в партиях (не пробивая каждый товар отдельно сканером), ведь бывает берут и по 50-100 шт одного товара!

Заранее благодарен!
Подскажите, пожалуйста

(0) а почему обратились именно к тебе, а не к человеку разбирающемуся в 1С?

Я стал разбираться и обратил внимание, что если на конкретной партии есть положительный остаток, то по этой партии можно сделать продажу на любое количество!
Документ проводится!!!

1 вариант: Сделать что бы документ не проводился.

2 вариант: что бы по партии списывалось не более того что есть на остатках, а остальное бралось с других партий по фифо/лифо/макс.цене/как угодно.

1 вариант правильный, второй более удобен для пользователя.

Как написали в (2) 1-й вариант правильный, и у нас в городе самая крупная аптека так и работает - отпускает товар, 4 шт например, один пикнула, провести - "ой, извините, программа не проводит, один из другой партии", и пикает тот который из другой партии. Потому что фифо-лифо это замечательно, но вот стоит 3 партии у нее в ящике, она когда будет брать оттуда не подумает о лифо-фифо, или еще хуже одна подумает о лифо а вторая о фифо. Надо по факту, из какой партии взял-ту и пробей. Поругаются конечно продавцы, ну а кому сейчас легко

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

(2) по фифл/лифо в аптеках не прокатывает....

(0) А почему кодируется партия, а не товар?
Кодируйте товар, а не партии.
(5) Почему не катит?

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

(0) Подробнее что за конфа?
Самописка/нетленка или одна из франчевых/фирменных?

(8) какая-нибудь «Аналит: Аптека» 7.7....

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

так-то ФИФО/ЛИФО работает только если все свалено в одну кучу и пофигу что отдаешь...

(9) "АналИТ"? оригинальное название для аптечных конф...

(10) Хм...
Тогда - каждую позицию кодировать при приходе и при расходе (с уникальным). Регистр или справочник - смотреть, думать надо...

(11) неоскудеют умы создателей...

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

(12) можно еще запрещать отгружать при превышении остатка по партии. но все-равно бардак разведут...

(13) Не знаю...
Партия: если кол-во 1 по партии - достаточно, а если нет?
А если на каждую позицию свой код (штрих который) - то и кол-во можно убрать из подбора.

(15) ну так они будут один экземпляр сканировать нужное количество раз... это ж юзвери. "они ж лучше знают"©

(16) Да, сколько хотите. Не проведется. Так что придется - сканировать каждый.

(15) не от кол-ва зависит, а от отпускной партии с завода, если на 100 купленных шприцов 10 из одной партии, а 90 из другой то и оприходовать их надо двумя партиями...

на самом деле все достаточно просто... в типовой ТиС используем типовой механизм партий, но при продаже запрещаем ФИФО\ЛИФО оставляем только конкретный выбор партии...
при приходе делаем возможность создать на основании одного прихода несколько партий и привязываем ШК не к единице измерения, а к партии.

(18) Это понятно.
Но - продаем 15 штук и?
Все равно нужно сканировать каждый (10 - одна, 5 другая). А если кол-во ручками - вообще писец будет.
Я все-таки просканировала бы при приходе все штук, при продаже убрала бы кол-во.

(19) нюанс в том, что приход - другими единицами. коробками

(20) И?...

(19) теоретически да... практически можно и кол-вом разрулить, но на совести провизора... либо анализировать программно, если партия одна то спросить кол-во....

а руками при приходе все сканировать, это ты видимо слабо представляешь объемы сетей ))

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

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

(21) объем работ...
а разрещить "сканировать один из коробки" - достанут из одной коробки, и отсканируют количеством коробкораз.
проблема не решается без административного принуждения, н оего надо применять разумно...
(23) не, партия одна и та же и у коробки, и у штуки в этой коробке

(23) было два апельсина, один продали другой съели ))
в твоем примере осталось два блистера... (если в коробке было три)

(25) "ПРИШЛО два апельсина, один продали другой съели". и никто не знает, сколько апельсинов было до прихода..

(24) так редко какие проблемы решаются только использованием средств автоматизации, административный ресурс есть всегда.

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

типа на остатках есть 1 штук но этот один штук из 10 остатков разных криво списанных в 0 партий ))

(24) Лучше день потерять - зато потом за 5 минут долететь (С)

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

(28) так для этого и делается разукомплектация, чтобы в базовых единицах все совпало, делают -1 уп, +3 блистера (если в объектах ТиСа)

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

(31) хе хе ))

(22) На то они и сети.
В аптеках - воровства меньше. А вот в Магнитах и пр. - ужас...

(33) он про аптечные сети...

(31) Бывают идеальные мужчины? - Конечно. В мечтах (С)
Извини, вырвалось :))))

(33) мы же про фармацевтические нюансы ))

впрочем как обычно автор слился... )))

(36)иэх. посоветуй, чтоль, что-нибкдь по моей теме...

(36) Не, он читает и офигевает :)))))

(38) как из маленькой локальноф проблемы можно сделать глобальные выводы?

(39) Знаешь, не такая уж локальная проблема...
Если бы когда-то 1С не разрешило "отрицательные остатки"...

(40) ыыыы... давайте запретим долги!
это как?
да просто запретим тратить больше чем есть!

(41) правильно! с отрицательного остатка нужно брать ссудный процент в пользу программиста!

(37) ты про MSComctlLib.ImageListCtrl?

(43) угу

(41) Не, ну при чем тут долги?
Продать в долг - всегда было.
А вот продать в минус...

(40) ну например в FMCG я на кассе вообще убирал проверку на остатки....

(44) я три раза уже прочитал тему, ничего не понял, попробую вечером еще раз вникнуть...

А скажите мне: в 7.7 из dbf записи когда удаляются?

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

(48) когда сжимаешь

(47) вопрос в том, что винда - семерка, 64-разрядная.
а компонениы - от 32-разрядного офиса...

(51) в суть то я вник.... а вот как побороть пока не знаю... поэкспериментирую вечером.

(50) Это мне понятно. Мне не понятно: где "сжатие"?

(0) "Я стал разбираться и обратил внимание, что если на конкретной партии есть положительный остаток, то по этой партии можно сделать продажу на любое количество!
Документ проводится!!! "


ИМХО, в правильном магазине так и должно быть. Товар есть (физически), значит его МОЖНО продать ;)

(54) ты ничего не понял в КВН-е....

(53) упаковка таблиц ИБ, не? )

(56) Уверен? И где там слово "сжатие"? :)

(57) он уверен. и правильно делает

Масянька правильно сказала
"Сканировать каждый, кол-во убрать из подбора, в док-те - запретить редактирование."
.
если отсканировали 1 шт, а потом 20 шт поставили напротив отсканированной - значит тот, кто пробивает убедился - что проставленное руками относится к тому же объекту учета что и просканированное. Прога честно это провела как продажу. Какие претензии к проге, если пользователь сказал - я продаю 20 штук из ПартииА..?

(57) тебе слово или процесс? ))

(59) да-да, мы в курсе ))))

(59) Никакой демократии!!! Шаг вправо, шаг влево - расстрел!!!

А по другому - можно с очень и очень не многими пользователями. У большинства - "программа виновата" (С)

(55) С аптеками не сталкивался... там каждая партия свой штрих-код имеет? Если да, то без сканирования каждого конкретного товара не обойтись. Ведь в этом случае гарантированная пересортица по партиям... ;)  Собственно (59)+1

(59) (62) -10

ЗЫ
а кто "с аптеками не сталкивался" то и дальше туда плиз не лезьте с советами

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

(64) иногда двух морковок хватает...

(65) ну, морковки все-таки для еды...

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

если контроль за правильностью работы возложен на одинэсника - закрыть все жестко.
если не на одинэсника - оставить как есть.

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

(66) две морковки. и регулярно их менять местами.

(68) вот про это допрацпредложение как то не подумал

(64) (65) (67) Извращенцы :))))))))

(67) Зверей можно разделить на 3 категории:
1. зверь (без комментариев) - 75%.
2. хороший зверь (прежде чем делает - иногда думает (50 на 50), знает мат. часть (50 на 50)) - 20%.
3. умнейший зверь (всегда прежде сделать - думает, знает мат. часть на 100%) - 5%.

(71) есть езе зверь начальник- часть не знает совсем, зато мат знает на 100%

(72) Ты - не Царь. Ты - Бог (С) :)))))))))))))

(73) Однако... и кто же тут извращенец(ка)?

(74) Ты не знаешь? http://www.anekdot.ru/id/589400/

(75) Как бы поэтому и сказал, что мы то не так явно на извращения намекали...

все не читал, прошелся поиском по слову "серия"... не нашел, странно как для аптеки :)

(63) "Жаль, что начальника транспортного цеха так и не удалось услышать"...

Garykom, не вижу Ваших предложений/советов. Есть золотое правило: критикуешь - предлагай ;)

(78) советов по поводу чего?

если по (0) то 2 совета:
1. Сменить конфу
2. Сменить спеца

(79)+ вариант "3. Обучить спеца и допилить конфу" не рассматриваю как выполнимый

(79) Ишь хитрый какой... это универсальные советы, которые ВСЕГДА точны... ;)