Работа с пластиковыми карточками

[krez0n]

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

[vik]

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

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

[dmitry]

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

Проще всего (увидел в продвинутой сети аптек):
- распечатать сразу множество штрих-кодов на самоклейке А4 (в программе - Сервис/Розница/Скидки - "Добавить 100 карт" - "Печать"),
- заказать пластиковые карточки без номеров, только с рекламной картинкой,
- новым покупателям наклеить штрих-код и вручить карточку.

(Если предусмотрена начальная скидка, не забыть перед добавлением карточек нажать "Настройка" и указать проценты).

[Ватсон]

Как с помощью программы Предприниматель сделать так, чтоб было ясно какой розничный покупатель что покупал? Сейчас я каждому контрагенту (Справочник "Партнеры"), кот. относится к Рознице в поле ИНН пишу номер карточки, кот. совпадает со штрих-кодом на этой самой карточке. Карточка, ессно, находится у покупателя и является в том числе дисконтной. Таким образом я решил связать личность покупателя в Справочнике со списком карт в разделе Скидки. А как сделать так, чтоб я видел продажи по каждому покупателю - я пока не знаю... Если пользоваться дисконтной системой в том виде, какова она сейчас, в лучшем случае будут только видны суммы или обороты по каждому покупателю. Но задачи систем лояльности да и современного маркетинга несколько шире. Очень интересно, даже необходимо знать, что приобретает тот или иной потребитель. На основании этих данных возможно дальнейшее сотрудничество с ним, какие-то предложения, акции, да мало ли чего еще. Да, в наших обычных супермаркетах этого нет, там спектр интересов покупателей очень широк из-за широты ассортимента. Там же, где номенклатура поменьше супермаркетовской или в каких-то специализированных магазинах это уже имеет смысл и часто знание предпочтений Клиента является конкурентным преимуществом. Опасения разработчика могут быть связаны с "раздуванием БД", если в день происходит 200-300 продаж, то "экономней" свернуть их в одну накладную, нежели хранить все 300. Но это уже вопросы оптимизации структуры БД, которые нас, как потребителей программы, не очень должны волновать. С другой стороны - есть механизм переноса остатков, т.е. можно в любой момент "облегчить" БД. Правда, работает он не совсем ясно - создаются документы (начальные взаиморасчеты с Поставщиками) невидимые в программе, но кот. присутствуют в БД. Но это уже мелочи...

[dmitry]

Этому была посвящена наша с Вами дискуссия в ноябре 2011г: http://automat.dp.ua/forum/viewtopic.php?f=1&t=830&p=2076&hilit=%D0%BE%D0%B1%D0%B5%D0%B7%D0%BB%D0%B8%D1%87%D0%B5%D0%BD%D1%8B#p2062

Процитирую самого себя:
"Если мы различаем опт и розницу, то по какому признаку?
В рознице бывает безналичный расчет и сто покупателей, а в опте - наличный и тысячи покупателей.
Но в рознице может вообще не быть дискониных карт, покупатель не будет зафиксирован, и это никак не повлияет на учет.
А не повлияет потому, что он платит сразу и полностью, не нужно получать акт сверки, дебиторскую или кредиторскую задолженнось.
Имя, день рождения и т.д. относятся уже не к вычислениям, а к "customer relation" из области психологии и маркетинга."

Давайте просто договоримся называть это не "опт" и "розница", а "покупатель указывается" (Документы/Товар/Расход) и "покупатель не указывается" (Сервис/Розница/Продажи).

[Ватсон]

Этому была посвящена наша с Вами дискуссия в ноябре 2011г: http://automat.dp.ua/forum/viewtopic.php?f=1&t=830&p=2076&hilit=%D0%BE%D0%B1%D0%B5%D0%B7%D0%BB%D0%B8%D1%87%D0%B5%D0%BD%D1%8B#p2062

Т.к. я не нашел решения задачи, поднял тему еще раз...

Давайте просто договоримся называть это не "опт" и "розница", а "покупатель указывается" (Документы/Товар/Расход) и "покупатель не указывается" (Сервис/Розница/Продажи).

Договорились. По рукам... Что делать дальше?

[dmitry]

Договорились. По рукам... Что делать дальше?

Заполнять обычные накладные, а в них указвать покупателя.
(Если номер карты использовать не вместо кода ИНН, а вместо названия, то проведете сканером - и покупатель будет заполнен).

[Ватсон]

Заполнять обычные накладные, а в них указвать покупателя.
(Если номер карты использовать не вместо кода ИНН, а вместо названия, то проведете сканером - и покупатель будет заполнен).

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

[dmitry]

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

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