Торговля + склад, выборочная продажа.

[tarakan1983]

Здравствуйте. Не знаю в тот раздел обратился или нет. Но мне нужен совет от тех, кто занимался подобным делом и собаку съел на этом.
Мною написана БД, если это важно Delphi+Firebird. Принцип работы торговля + склад. Товаровед ставит товар на приход, Наименование, количество и штрих код, а кассир продает этот товар при помощи сканера штрих кодов. Все просто. Но… существует такая проблема в частности с сигаретами. По какому-то законодательству сигареты не могут быть проданы больше той цены, которая указана на пачке. Вот пример, поступило 10 пачек сигарет Мальборо со штрих кодом 12345678 по цене 40 рублей. Товаровед поставил их на приход и сделал наценку до 42 рублей, эта цена и указана на пачке мелкими цифрами. На следующий день мне приходят эти же сигареты с таким же штрих кодом но по цене 43 рубля, а на пачке указана цена 45 рублей. По моей задумке на ВЕСЬ остаток на складе делается наценка по последней приходной накладной. Кассир начинает продавать сигареты этой марки по 45 рублей, но на остатке есть пачки на которых указана цена 42 рубля. Приходит проверка, не могу сказать из какого министерства, делает контрольную закупку и магазин попадает на штраф, т.к. продал сигареты по 45 рублей, а на пачке 42.
У меня только пара предложений было к руководству магазина клеить на каждую пачку свой штрих код или говорить кассиру, чтобы смотрела сама что, по чем и кому продает.
Как ПРОГРАММНО избежать такого, может кто сталкивался с этим?

[eval]

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

[Аватар]

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

[Stilet]

сначала реализация всех остатков

Не получится. Реализация может быть смешанной, и тот и тот товар может быть продан с одинаковой вероятностью. ИМХО только один выход - на такой товар каждый раз новый номенклатурный (или ШКИ, как tarakan1983 и предложил), тогда путаницы не будет. А группировать можно и по поставщикам, что даст объективное движение товара.

[Аватар]

Не получится

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

[tarakan1983]

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

[Stilet]

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

Не! То что поступило на кассу трогать уже нельзя. Или устраивать накладную переоценку. Я говорю о вновь поступившем товаре.
А если речь идет о том что уже в движении, ну помилуйте, это как коня на скаку в горящую избу без бабы. Понятно что делать это только административными решениями. Программно эту проблему не искоренить. Разве что электронные ценники поставить. Но это не каждому по карману.

[eval]

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

[tarakan1983]

Ребята, спасибо за поддержку, так завтра директору и скажу. А то у них программисты всегда виноваты.

[Stilet]

А то у них программисты всегда виноваты.

А так всегда и будет. История из моего недавнего прошлого: Сделал прогу, для нее сделал инструкцию со скриншотами и выносками на них. Разослал юзеройдам. Звонит один такой юзер - миссис Перлман: "Слюш, а че" - говорит - "я в твоей проге на кнопку жму а она не нажимается". Я х.з. - "показывайте". Смотрю ее экран удаленно - открыта моя инструкция, и этот гений чистой долоты упорно убивая кнопку мышки до последнего кликает button... на скриншоте инструкции.
При этом я у нее уже "тыжпрограммистом" стал полюбому, да еще и "быдлокодером". Ну а че? Программа то не реагирует. Кнопочка в инструкции не отвечает