Имя: Пароль:
1C
1C 7.7
v7: Магнитные карты
0 Яжец
 
29.07.11
12:42
Прошу советов, поскольку ещё ни разу не сталкивался. Интересует на что надо обращать внимание при
1. выборе ридера или ридер/райтера магнитных карт?
2. выборе самих карт (нужно ли изготовителю говорить какие нибудь технические параметры карты)?
3. Все ли ридеры читают все карты?
4. Все ли райтеры пишут на все карты?
5. Каким образом настроить чтение/запись на карту из 1с77.
Спасибо за советы.
1 rinatru
 
29.07.11
12:48
1. чтобы 1С-ка поддерживала эту модель (не придется обработку поддержки свою писать);
2. карты все одинаковы, есть только различия в параметрах изготовления (материал, кол. цветов и т.п.);
3. все исправные;
4. не пишут никогда (они же ридеры!);
5. чтение уже настроили до тебя (а если сделаешь запись, то расскажи всем об этом).

P.S. ридеры читают только IВ карты...а данные персональные хранятся в базе данных, и все остальное тоже... карти и ридер служат только для определения владельца
2 Яжец
 
29.07.11
13:18
(1) Т.е. запись из 1с на МК в принципе не возможна? Только через сам энкодер, на неё можно только что то записать?
3 KRV
 
29.07.11
13:27
Кодер записал - карта потом по этим данным авторизуется в системе
4 Яжец
 
29.07.11
13:44
Ну вот например: карты в системе аторизованы. Пришел в магазин покупатель и сделал какую нибудь операцию с этой картой. После этого, к примеру, я хочу записать на карту какую нибудь доп информацию (накопленные бонусы, процент скидки и т.п.). Это возможно осуществить из 1с?
5 chief accountant
 
29.07.11
13:48
(1) Это почему не пишут? У меня пишет
6 Mashinist
 
29.07.11
13:59
Можно и из 1С записать
Только энкодер не дешевое удовольствие
ИМХО доп информацию лучше хранить в базе
ну или заранее писать на карточку
Мы например на карточке кроме собственно номера для идентификации пользователя храним еще его % скидки
А накопленный оборот уже в базе. При определенных условиях клиенту  карточку меняем...
7 rinatru
 
29.07.11
13:59
(5) мы же о ридерах говорим...
(4) документ Чек (или еще что-нибудь) формирует движения по регистру ПокупкиПокупателя, в котором хранятся все обороты покупателя, и в зависимости от накопленной суммы дает 3,5, 7 или 10 процентов..
и я не пойму... зачем хранить на карте данные кроме уникального идентификатора, к которому привязан на Покупатель?
8 chief accountant
 
29.07.11
14:02
(7) EZ100 smart card reader - серия настольных устройств для чтения/записи смарт-карт с интерфейсом RS232 или USB
9 дущ
 
29.07.11
14:03
(1) что то фигню какую-то сказали
(0)
1. начать с того что не каждая конфигурация поддерживает ридеры МК. Какие поддерживает смотрите в мануале к конфигурации. ТиС например, вообще не рассчитана на работу с МК, её доделывать надобно. Обычно универсальное решение ридер через USB с эмуляцией COM.
2. Нужно: изготовителю нужно предоставить макет карты, выбрать информацию наносимую на неё (все возможные скретч-полосы, эмбос и т.п.), тип магн. ленты (HiCo\LoCo), какие дорожки и чем кодировать.
3. Смотря какие дорожки читает ридер и какие записаны на карту. В торговой сфере чаще всего используется только 2-ая дорожка.
4. Все на все.
5. Писать на карту ничего не нужно. В простейшем случае на 2-ую дорожку карты пишется только её код (можно просто 1,2,3 и т.д.), а размер скидки, бонуса и покупки всё хранят в базе.
(6) Вы что, реально размер скидки храните на карте? Т.е. если у меня есть энкодер я могу получить у Вас любую скидку? Круто.
Скидку нужно хранить в базе, а на карте только код, соответственно и нужен вам только ридер. Энкодер нужен в очень узких сферах.
10 Mashinist
 
29.07.11
14:08
(9) Ну не любую, а из перечня теоретически можно...
Но разные процентные карты отличаются по виду и типа оператор должен это просекать

Для чего все это было сделано?
Сеть предприятий. Большая... Карту могут выдать в одном городе, а использовать в другом. Оборот накапливается в одной специальной базе через некоторое время.
Т.к. все это делалось давно, то на чистый онлайн не решились т.е. было требование дать возможность обслужить клиента без инета.
11 rinatru
 
29.07.11
14:09
(10) так боятся надо таких клиентов, которые делают покупки в разных магазинах в разных городах
а обмен уж раз в день, да делаете наверное
12 chief accountant
 
29.07.11
14:11
(11) Что на (8) не ответил?
13 KRV
 
29.07.11
14:18
(9) да ну.. семерку допилить на карты легко... более того, в этих интернетах туева хуча примеров...
14 rinatru
 
29.07.11
14:18
(12)
видел. читал.
но стоит ли покупать их для систем лояльности клиента?
15 chief accountant
 
29.07.11
14:19
(14) А в чем проблем?
16 Mashinist
 
29.07.11
14:21
(11) чего ж их бояться? их любить нужно :-)
а обмен да - раз в день. хотя по правилам дисконтной программы   написали, что обороты зачисляются в трехдневный срок


(14) ИМХО стоит. Все же в отличии от самых примитивных карт например со штрихкодом как минимум их сложнее сдублировать
Да и солиднее...
17 дущ
 
29.07.11
14:28
Не знаю. Моё мнение - энкодер нужен только как в случае (10), когда распределенная сеть и базы в off-line. Суда по (0) топикстартера - у него совершенно не этот случай.
В остальных 99% случаев энкодер - абсолютно ненужная и дорогая штука. Достаточно производителю карт один раз их кодировать и хватит.
18 rinatru
 
29.07.11
14:30
сколько людей столько и мнений.
тут спорить не о чем. у каждого свое видение.
..
по моему мнению в торговле пишуший ридер -только лишний расход для владельца бизнеса.
19 Яжец
 
29.07.11
14:48
Про чтение вроде разобрался, то же самое событие, что и у сканера шк.
(6) А как записать то?
20 Jackman
 
29.07.11
15:49
(0) Лет 6-7 назад на 7.7 запустил дисконтную систему в розничной сети. Использовал com-портовый сканер, альтернатива была с интерфесом в разрыв клавиатуры - а это плохо, т.к. есть возможность пользователям узнавать номера карточек и вводить их номера вручную. Заказывая карточки - сразу прикинь, как часто они будут юзаться - от этого зависит качество и стоимость магнитного покрытия. Т.к. тогда вся эта тема стоила дороже, записываюжщие устройства позволить себе не могли, поэтому я предварительно сформировал уникальные кодовые номера карточек (тринадцатизначное число) и предоставил изготовиятелям карточек. В них сразу внесли эти данные. При сканировании, по уникальному коду программа находила элемент справочника дисконтника и получала всю информацию по скидкам.

Удаленные магазины работали под Citrix, т.к. они подтягивали com-порта локальной машины.
21 Jackman
 
29.07.11
15:54
Размер заказываемой партии карточек должен быть таким, чтобы информация на поверхности карточки (телефоны, название фирмы/магазинов, адреса и т.д.) не устарела ранее их использования.
22 big
 
29.07.11
18:55
(9) много чепухи, а местами откровенный бред
23 Ursus maritimus
 
29.07.11
19:05
(7)>>зачем хранить на карте данные кроме уникального идентификатора, к которому привязан на Покупатель?

Представь, что у тебя сеть магазинов не соединенных между собой онлайн. Есть ненулевая вероятность, что покупатель осуществит некоторое действие в одном магазине, которое даст ему право на доп. скидку, а после этого попытается этой скидкой воспользоваться до того, как твои базы обменяются информацией об этом событии.
24 Ursus maritimus
 
29.07.11
19:05
после этого попытается этой скидкой воспользоваться
пропустил
в другом магазине
25 дущ
 
29.07.11
19:39
(23) судя по вопросам, которые задает ТС похоже у него всё-таки не этот случай
(22) обоснуй
26 mishaPH
 
29.07.11
19:43
(4) если только делать на чипованных картах. туда можно инфу писать вплоть до електронного кошелька. Акос например. правда их цена дороже чем пластик с магнитной полосой.
27 DjSpike
 
29.07.11
21:02
(23) значит в этих магазинах тупой админ.  Сейчас даже в самой глухой деревне есть возможность использовать GPRS.  А если на кассах еще стоит и правильная программа, то объем выгрузки/загрузки очень маленький.  И делать обмен раз в день нет ни каких проблем....
Есть два вида языков, одни постоянно ругают, а вторыми никто не пользуется.