Говоря за 500$ читате не напечатанные на принтере а непосредственно родные штрихи?
Говоря за 500$ читате не напечатанные на принтере а непосредственно родные штрихи?
Если любой лазерник не читает, то нужно печатать свои.
Такая же беда с штрих-кодами на бутылках с прозрачной этикеткой.
Да ребята! Я и спрашиваю.Кто пользуется - посоветуйте чем читать штрихи на упаковках (у меня, например лекарства в пачках).Цитата:
Сообщение от Rustam
Я не пользовался ими вообще. Надо перейти на штрих кодирование.
Аналит-аптека (типа франчайзи говорит что не знает :)).
2. Говорят, что лучше и дешевле не те которые надо ещё печатать этикетки, а те которые уже ЕСТЬ на пачках - заводские штрихи (принтер штрих+клеить+сканер <> сканер).
Давайте по порядку. Я не знаю, что за сканер для штрих-кодов за 500 зеленых. Скорее всего это терминал сбора данных. Обчно сканер, тот, что в разрыв клавиатуры стоит 30-45 долларов.Далее. Советую поискать статью про штриховое кодирование, на пример на www.retail.ruА скорее всего ваш "сканер" просто настроен на другой вид кода или проблемы с интерфейсом.
Цитата:
Сообщение от Dracosha Andrew
Давайте по порядку! Скиньте хотя бы 2 абзаца "про ЭТО" ;).Цитата:
Сообщение от Dracosha Andrew
Я понимиаю, объяснить "на пальцах/доходчиво и кратко" весьма затруднительно.
Дано: аптечный киоск, 1 комп с 1С 7.7, 1 продавец с обычной кассой (уж не знаю какой, но как то сказали что сейчас ВСЕ кассы с возможность подключения сканера ?! Хотя сомневаюсь - там обычная лента и обычный выезной лоток :) :)).
Неудобства:
- бухучёт не пономенклатурный, т.к. не фиксируется что продаётся.
- учёт ведётся (приход-скопом приходная накладная + наценка операцией вручную; расход-z отчёт)
- инвентаризация вручную не по номенклатурно, а по цене товара в торговом зале.
- ВОРУЮТ продавцы :).
- для проведения инвентаризации закрывется аптека и теряется большая выручка
Надо устранить неудобства при следующих ограничениях:
- на платформе 1С Аналит-аптека (есть ещё Астор, но вроде Аналит лучше).
- продавец только один
- штрих не печатать, а использовать на упаковках.
Я не знаю что такое терминал сбора данных, POS терминал и т.д. Я конечно посмотрю на ссылках, но пока мои мысли я Вам изложил.
Если можно, то предложить 2 решения - недорогое и более дорогое но менее проблемное (желательно с изложением проблем).
Petro,
1. Дорогое решение, но быстрое: нанять проф. фирму (Аналит, к примеру) и они все сделают !
2. Менее дорогое - нанять частного мальчика...
3. Сделать все самим !
Аргументы за и против нужны по ИМХО ?
Первый вариант (без подключения ККМ и ПК):
Продавец сначала отбивает накладную, либо чек на компьютере.
а) Подбор товара осуществляется считыванием штрих-кода товара сканером
(штрих-код на товаре должен быть читабельным, при условии правильной
настройки сканера, а также забит в программу - вручную или также сканером)
б) Подбор осуществляется по коду товара забитого в программе
(либо продавец все коды помнит на изусть, либо эти коды печатаются
на товаре этикет-пистолетом, также этот товар он может вбивать поиском
в программе по наименованию)
А затем получившуюся сумму отбивает на кассе. В конце дня сравнивается сумма
по ПК и ККМ.
Вариант второй (подключение ПК и ККМ)
ККМ и ПК соединяются четырех жильным кабелем к сом-портам устройств,
приобретается программа/драйвер обслуживающая ККМ, два сканера для ПК и ККМ,
пишется обработка для товароучетной программы, которая будет выгружать из неё
в ККМ товар и скачивать с ККМ продажи.
а) (оf-line) Менеджер выгружает товар в кассу, кассир, считывая сканером
штрих-коды с товаров, вносит их в чек и пробивает его. В конце дня продажи
снимаются программно на ПК с помощью вашей обработки и на ККМ z-отчетом.
Суммы сравниваются.
б) примерно также осуществлятся режим on-line
в) (фискальный регистратор) на ПК набирается накладня либо чеки командой
с ПК печатается на ККМ (испоьзуются ККМ зарегистрированные в реестре
как фискальный регистратор - без клавиатуры).
Первый вариант соответсвенно дешевле, второй дороже.
