Два ККМ в зале #392785

Два кассовых места в зале , в конфигурации документ "Чек" - самодельный , при выборе одинаковой номенклатуры на обоих рабочих местах может быть конфликт : на первой кассе  она уже отпускает  - последние 2 таблетки но чек еще не успела провести , а на второй кассе пытается отпускать тот же товар ?

Это как? Когда кассир пробивает чек, товар - вот он, родимый, рядышком находится. Если 2 таблетки были действительно последними - то какие таблетки продаются на второй кассе?

Два продавца работают , у каждого свой комп и ККМ (Касса1 и Касса2) ,  база на сервере . Один продавец (Касса1) чек уже заполнил но еще провести не успел, а другой (Касса2) пытается тот же товар отпускать и видит  остатки по товару без учета того чека  Кассы1

И правильно видит. Пока покупатель товар не оплатил - товар находится в зале. Может ведь быть ситуация: покупатель забыл дома деньги и отказался от покупки. Кассир отменяет чек - и всё. Поскольку товара в зале в любом случае хватит на два чека (по крайней мере, должно хватить, если данные об остатках соответствуют реальности) - никаких проблем здесь быть не должно. Если на рабочем месте кассира - ФР, то можно поставить проведение чека перед отправкой команды на ФР, в случае ошибки ФР - отменить проведение.

Rie , поясняю ситуацию : на первой  кассе Маша заносит чек : анальгин 2 шт   -  ок пентальгин 3 шт  - ок   баралгин ... Даша на второй кассе открывает новый чек и тоже пробует отпустить анальгин 2 шт - прогамма дает ей это делать т к  чек первой кассы еще не проведен  и на остатках числится еще анальгин - 2 штуки Тут Маша проводит свой чек , а у Даши чек еще в открытом состоянии, и она в него впихивает следующие позиции , когда нажмет  "ПРОВЕСТИ" он не проведется

Вопрос: а какой анальгин пробивает Даша? Где этот анальгин находится (физически)? Если у неё в руках - то почему этого анальгина нет на остатках (не из-за Маши - у той тоже анальгин в руках)? Если анальгина в руках у неё нет - то какого ж она его выбивает? Когда чек проводится, то товар (физически) должен быть у покупателя. И конфликта тут быть не может.

т.е. сначала проводится чек, а уже потом отъем денег и выдача товара?

В розничной сети если товар через кассу пронесли, значит он есть! А то что его нет на остатках в учётной программе - реально чей-то косяк. Научи программу продавать в любом случае (ведь товар-то - вот он, в руках у покупателя), а с косяками пусть разбираются менеджеры :)

А мне кажется, что контроль остатка на розничной кассе - это даже не зло. Это нечто запредельное. От такого сам сатана поседеет...

Полностью солидарен  :)

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

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

всё - фигня... но вот пчелы заи.али канкретна.....

Это не просто грубо - это песец натуральный...

все проблемы - от второй буквы М в слове проблемы.... если пЕсать правыльно - проблемов не будет...

самое главное - это не лечится...

конечно-конечно: разгребание гуана "прочее на сумму пиццот руплей" это.. полный аллес..

Хорошо, если "пиццот", а если "пиццот тыщ"?

Хотя суть проблемы на самом деле в том, что товарищ из действительно не понимает особенностей розничной торговли и её реализации с помощью программных средств...

Жесть... Ладно складской учет - когда этих пенталгинов реально целая стойка, и хз, сколько их там - 15000 упаковок или 14999 - считать надо... А тут же прав и мудрить ничего не надо - кассиры же не воздух пробивают...

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

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

Потому и сказал в - научи программу продавать пронесённый мимо кассира товар. А с остатками пусть разбираются соответствующие лица. Потом. Кассиру нефиг моск парить на тему остатков - ему это клиенты хорошо сделают. Задача кассира - "отштрихкодить" и взять деньги. Остальные проблемы не его. И не твои :)

Принёс и принёс :) Хочет купить - надо продать! :D

Какой ещё новый товар! Убирай контроль за остатками товаров при проведении чека! Или уж, если очень хочется - отсылай сообщение (пиши в лог) менеджеру/администратору/директору (или как там он у вас называется) что, мол, проблема с учётом, вы уж разберитесь. Или приходуй недостающий товар, не отходя от кассы - а потом отчётом смотри, где был приход по документу "Чек".

Никакого контроля остатков на розничных кассах. Только обязательно каждодневный отчет с продажами в минус!

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

При переходе с обычной кассы к компу с ККМ руководство  решило инвентаризацию не проводить , и товар который физически остался на прилавке не штриховать (его остатки на день перехода вообще были не подсчитаны) . Тогда и возникла ПРОБЛЕМА : как в одном  чеке отпускать  и новый  товар - штрихкодированый и старый ?

Старый товар продавать по обычной (старой) кассе, на компе с ККМ продавать только новый. Или провести инвентаризацию и отштрихкодировать старый товар. Других вариантов не позволит физика нашей Вселенной.

Дык, в 1С подбор никто не отменял. Не штрих-кода - в подбор. Есть штрих-код - считывай сканером. Ведь это ж временно, как я понял. Старый товар продадите и будете всё сканировать.

решения виктуанов опять в .опе.... Почему?

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