Можете подсказать, насколько реально связывать RFID-технологию и 1с.....
витрина с товаром у клиента на большом расстоянии от поставщика товара
таких витрин много и в разных местах
при продаже товара данные передаются в 1с в реальном времени
--------------------------------
только я не понял цену такого удовольствия....
принтер меток
считыватель
думал товар лежит на витрине
стоит стационарный считыватель
на той же витрине
если товар пропадает из радиуса действия
передаются данные в учетную систему
(8)О чем передаются данные в учетную систему? Что товар на витрине лежит? :)
RFID метки - читай аналог штрих-кода. Просто метки могут быть многоразовые , что снижает стоимость владения. Ну и радиус действия больше.
Пример: В коробке ТМЦ с RFID метками , можно не вскрывая коробку считать все метки разом!
(15)все зависит как вы выстроите свой процесс :) И как обработаете событие полученное от считывателя.
Метка на лобовом стекле машины.. фиксация времени проезда через рамку! А въезд это или выезд ... вы уже другими методами решаете :)
(8) Ну теоретически можно реализовать и этот алгоритм. Правда тут все сложнее. Когда ПОЯВЛЯЕТСЯ метка, можно сгенерировать событие и как-то его обработать. А вот если она пропадает ... все несколько сложнее. События как-такового нет. Т.е. опять же теоретически можно получать со считывателя метки, которые он видит. Периодически его опрашивая, можно поймать изменение количества меток, какая именно исчезла и что-то предпринять. Если вдруг считыватель сам умеет генерировать событие "пропадание метки", то все просто, а вот если нет, то надо городить огород. И не факт что считыватель вообще поддерживает функцию "Передать весь массив меток". Тогда совсем кисло.
Если есть стационарный считыватель, то его надо ставить не у витрины, а наоборот. Или искать такую машинку которая будет генерировать событие "Пропадание метки". Но не уверен, что такие вообще бывают. Тем более не на одну метку, а на целый массив.
А вообще, судя по описанию задачи, надо просто решить вопрос, как генерировать событие при извлечении товара с витрины. Ведь наверняка витрина не просто открыта, приходи кто хочешь и бери что хочешь. Какой-то процесс при передаче товара покупателю происходит. Вот этот момент и ловить.
(22)
да я понял
это как в ералаше
супер электронные часы
все умеют
------------------
когда их покупают, человеку дают два тяжелых чемодана
это что -- аккумуляторы к ним :)
так и с меткой
идентификатор, для работы которого нужен "маленький! радарный комплекс
зенит-2 или 1с-турбо-радар :)
(19) Тогда вопрос только один. Когда "его продали" это где-то как-то фиксируется? В этот момент и генерировать или сообщение поставщику или добавить данные в пакет для последующей отправки.
Т.е. событие "продажа" у нас есть. Если в него можно влезть и вставить свою функцию, то в принципе это и есть решение задачи.
Или я чего-то не понимаю?
(26) Факт продажи товара есть. Его же продали? Как "технически" передать этот факт поставщику? Или как "технически" еще раз зафиксировать факт продажи, но уже для поставщика?
По мне так оптимально использовать ту информацию, что рождается при продаже. А уж как ее потом передать - это наверно тривиальный вопрос.
(30) Причем тут поставщик? Если поставщик хочет идентифицировать свой товар при комиссионной торговле - он должен сам "прошивать" свои метки и читать их своим программным обеспечением. Если же это уже ваш товар - то вы сами зашиваете в них свою информацию, сами же определяете логику работы при чтении метки.