Peripherals and systems AtashiTech kiosk software integrates
What can be bolted to a kiosk, what can sit behind it, and how a device that is not on this page gets qualified.
A kiosk application is judged by the things it talks to. A screen that cannot print a badge, read an identity document, take a payment or open a gate is a web page on a stand. AtashiTech writes the application and the integration layer underneath it: the code that drives each device attached to the terminal, and the code that keeps the terminal consistent with the systems your organisation already runs. AtashiTech does not manufacture kiosks, enclosures or peripherals; the hardware comes from your vendor and the software makes it work together.
The categories below cover what our packaged solutions already drive and what the kiosk application development service extends. Named products are examples of devices in each category, not an exhaustive list, and adding a model is a scoped piece of work rather than a barrier.
Device categories we drive
What each category does, and which solutions use it
Every device is a piece of integration work with its own SDK, its own failure modes and its own test cycle on real hardware.
Printers
Badge and label printers such as Zebra units driven over ZPL produce visitor and contractor passes; thermal receipt and token printers, including Epson devices addressed through OPOS, produce tokens, receipts and acknowledgements; an A4 printer inside the enclosure prints certificates where a citizen or a worker must leave with a document. Used by visitor management, queue management and bill payment.
Scanners and readers
Fixed and handheld barcode and QR scanners from vendors such as Datalogic and Honeywell read products, coupons, pre-registration codes and printed certificates. Document readers extract passport machine-readable zones, the QR code printed on Aadhaar and driving-licence barcodes by OCR. Flatbed and sheet-fed scanners capture supporting documents for an application. Used by self-checkout and patient registration.
Biometrics and cards
Fingerprint readers such as Suprema devices, face-recognition cameras, and proximity, RFID or NFC cards identify workers, contractors and staff where a policy permits it. Biometric login is what makes an unattended employee terminal safe to leave in a corridor. Used by employee self-service and contractor induction.
Payments
EMV chip and contactless terminals from providers such as Pine Labs and Worldline take card payments with the card data staying inside the terminal, which keeps the kiosk out of the most demanding part of PCI scope. An on-screen UPI QR code covers customers who carry no card, and gateways such as Razorpay settle the transaction. Used by food ordering and collection kiosks.
Cash handling
Note acceptors and recyclers from makers such as JCM, CPI and Crane, coin acceptors and change dispensers make a kiosk usable by people who do not pay digitally. Cash brings the strictest software discipline in the catalogue: the transaction is recorded the moment a note is stacked, posted once when connectivity returns, and reconciled against the acceptor's own count. Used most heavily by banks and NBFCs.
Access control and gates
Wiegand-based turnstile and door controllers, boom barriers and relay modules are driven directly by the application on a pass result, or the decision is handed to the access-control platform through its API. This is what turns an induction or a visitor badge into a physical outcome. Used by safety training and visitor management.
Scales and instruments
Weighing scales such as Mettler-Toledo units validate the weight of a bag at a self-checkout lane and price loose produce. Clinical instruments, including blood-pressure monitors, pulse oximeters and weighing scales, connect over USB, serial or Bluetooth and attach readings to a visit record. Serial devices are addressed directly or through Modbus where the plant already uses it.
Displays, cameras and audio
Token boards, menu boards and wayfinding screens are fed from the same content the kiosk sells or serves from, so the two cannot disagree; the players are built under the Android TV and signage service. Cameras integrated over ONVIF capture visitor photographs, and audio prompts carry the journey for people who cannot read the screen.
Systems behind the kiosk
A kiosk that does not agree with the system of record creates work rather than removing it.
- ERP — contractors, purchase orders, items and finance postings, whether that is SAP, Oracle or AtashiTech's own NexERP.
- HRMS and workforce platforms — the employee master, leave, attendance corrections and shift schedules, including WorkForceX where no HRMS is in place.
- HIS, HMIS and EMR — patient lookup, registration, arrival, screening answers and vitals, over HL7 FHIR where the vendor exposes it and over the vendor's API where it does not.
- POS and inventory — the item master, prices, promotions, stock and the sales postings a self-checkout lane or an ordering kiosk produces.
- Learning management — where the LMS is already the official record of training, induction results are written to it rather than kept in a second place.
- Payment rails — gateways for card and UPI settlement, and BBPS for multi-biller utility collection.
- Messaging — SMS, WhatsApp and email gateways such as Twilio for tokens, host alerts, receipts and confirmations.
- Directory and access control — Active Directory or the HRMS for host lookup and staff login, and the access-control platform that decides which doors a badge opens.
- Student information and campus systems — students, courses, fee heads, library dues and hostel allocations, as used by schools, colleges and universities.
The integration work itself is delivered by the cloud, DevOps and integration service, and where a department, bank or hospital needs an operator portal or reporting alongside the kiosk, that is built as a web application.
How the integration is actually done
Four mechanisms cover almost everything a kiosk needs to talk to.
Vendor SDKs and standard interfaces
Most printers, scanners, biometric readers and payment terminals ship a Windows SDK, and retail devices frequently support OPOS. Using the vendor's own interface rather than a generic one is what makes error handling reliable: the application can tell the difference between out of paper, cover open and offline, and say something useful on screen instead of failing silently.
Serial, USB and network devices
Scales, older instruments and controllers speak over serial or USB, sometimes through a USB-to-serial bridge, and network devices are addressed over TCP. These are wrapped in a device layer inside the application so that a model change later is a driver change rather than a rewrite of the journey.
Wiegand, relays and gate control
Access decisions reach the physical world either as a Wiegand credential presented to a controller, or as a relay closure from an I/O module wired to the turnstile or barrier. The decision is taken locally on the kiosk so that a gate keeps working when the network does not.
Cloud APIs and file exchange
Back-office systems are integrated over their REST or SOAP APIs where they have them, and over scheduled file exchange where they do not, which is still common in retail and in campus accounts. Either way the kiosk holds local state and reconciles once, so an outage never produces a duplicate posting.
How a device that is not on this page gets qualified
The list above is what we already drive. Adding a model is routine, and it follows the same short path every time.
- Name it exactly. Make, model, interface and firmware, because two units with the same marketing name can behave differently.
- Check the SDK. Whether the vendor supplies a Windows SDK or a standard interface, and on what licence terms, decides how much work follows.
- Get one on the bench. A sample device is integrated and exercised against the real journey, including the failure paths, before it is committed to a proposal.
- Define the failure behaviour. What the screen says when the device is missing, jammed, empty or offline, and whether the journey can continue without it.
- Add it to the fleet checks. Paper, ribbon, cash level and device health are reported to the kiosk management platform so that a fault is known before a user finds it.
Because the device list drives so much of the effort, it is settled during scoping rather than during commissioning. The scoping and quoting page explains where it fits, and the Windows versus Android comparison covers why the platform choice usually follows the peripheral list.
Send us your parts list
Tell us the devices in the enclosure and the systems behind the counter. We will say which are already integrated, which need qualifying, and what that means for the journey.
Frequently asked questions
Tell us the journey, the sites and the hardware you already have — every engagement is scoped and quoted individually.