i do like the ideia of pos devices, even if i think that also mobile devices could do the same.
im not sure how could i help.
what is the dificulty exactly?
i found this overview
this seems to be the issue
http://blog.newcurrencyfrontiers.com/20 ... n-pos.html
as i think there is no vendors supporting openpos, wouldnt be better to have some pos support api exposured and a translation module for each vendor?
im really sooting ta blind, but if the necessary hardware dont exist, it would need some fpga solution approach, and would be hard to migrate the existing pos device.
so, if we cant "rent" the existing pos solutions for our use, have a private channel could be as easy as card reader plug into a pc, or even, if exist a card reader that sms (or grps) or whatever...
i dont see how develop a open standard code for a non existant hardware would be good (beside of the good pratices of open standards).
have a nfc approach or a magnetic stripe reader would be a "simple" way to interface to whatever channel/device avaiable.
so if you want a device that fit the openpos spec as a reference and hope that the user device is compliant, the best approach, imho, would be develop such device, probably using fpga. i couldnt find any openpos programable open device vendor on my quick search.
as much as devices as it exists
http://www.linuxfordevices.com/c/a/News ... OS-VPOS35/
http://www.mypidion.com/product/product ... 1&t_idx=23
a start could be listing each device as supported or not as the users use it and report feedback.
if devices are need for specific support, the user could supply the especific device for devel purpose. (that is mostly how i see device dependent open source code been producing)
please, if more info on what is pratical needed i could dig further, even for an open fpga code/diagram or whatever to openpos specs for example.
(im not sure if im on scope, i did my best to understand the scenario, even if i dont even understand the card management principle in cyclos, and i dont think it will be easy to share allready existants card flags devices as a channel. but, ofc, i could be completelly wrong)
ps: i really like the idea of POS, but a simple voucher PIN, mobile device and so on, seems to be feasiable with less cost and same result. webPOS seems to be a good start approach, like the cash drawer support. hope i can efective contribute with this, even if i dont fully understood the underline concepts. nowdays cards for fidelity programs, gift cards, voucher cards etc are wide used, and it should have simple way of use this allready there technology.
if the issue is about the hardware access from a web browser, the issue would be more as the client software than the device specs, but as i said, this seems to be more complicated than it was supposed to be.
i allready saw some companies tha capture pos data, but i dont know how they venture with the card flags. i think this should be some kind of rent for the device usage, but im not sure.
a good smartphone can be a nice pos device, as it can scan with the camera, it can sms and it can internet. the printing process can be avoided using sms/mail logging (with any necessary encriptation).
i really like the idea of traditional pos (im used to it in my daily use), but from the tech pov, im not sure if it is the most cost effective approach.
i hope we can elaborate this topic to pinpoint how we can think togheter.
(maybe the pos device is more important than focus on more mobile support, for example)