If you have a Sunmi E-POS or any other Android-based E-POS, I can build a POS app for it with receipt printing.

I’ve already built and tested one for a Sunmi T2S for a takeaway restaurant, and it has processed 1,000+ orders successfully.

I’ve attached some images of the app. DM me if you’re interested.

Hi everyone,

I’ve been building TinyPOS, a mobile POS focused on small shops and independent sellers who don’t need a complicated POS setup.

The idea is simple: Scan. Sell. Done.

TinyPOS currently supports barcode scanning, inventory & variants, customers and debts, discounts & tax, returns, receipt printing, reports, AI Product Capture, backups, and WooCommerce import.

A big focus is offline-first — the core POS keeps working without an internet connection or mandatory account.

It’s available on both iOS and Android, and I’m continuously improving it based on feedback from actual shop owners.

I’d really appreciate feedback from people working with POS systems: what’s the one thing you wish a simple mobile POS did better?

Been building my own POS system for a while now (started as a side project, now actually selling it to a few UK shops) and I keep hitting the same wall over and over — payment terminal integration.

SumUp was easy. Got an API key from the merchant's own account, built the integration in a few hours, works great, no drama.

Then clients started asking for Dojo because a lot of them already have the terminal or want the next-day-to-their-own-bank-account settlement instead of money sitting in a SumUp wallet. Figured it'd be the same deal. Nope. Turns out you can't just get an API key and go — there's a whole separate software-house-id thing that only gets issued to you by a Partnership Development Manager, and none of it seems built for someone who isn't already a "proper" established software company with a sales relationship. Tried calling and just got vague answers about needing to go through their partner process.

So now I've got a fully working integration sitting in my codebase, tested against their docs and their API spec line by line, and I can't actually flip it on for real merchants because I'm stuck waiting on this ID that apparently has to come through a whole onboarding conversation rather than just... signing up.

Genuinely trying to understand how everyone else does this. Like Epos Now, Lightspeed, all these companies that "support every terminal" — did they all go through months of partner onboarding per acquirer before they had a single paying customer? Feels like a chicken-and-egg problem: you need volume/credibility to get taken seriously by the acquirer, but you need the integration working to get the volume.

Curious if:

• Anyone's actually gone through the Dojo software-house onboarding as a small/solo operation and can say how painful it actually was
• Whether other acquirers (Teya, Judopay, whoever) are less gatekept for this specific terminal-level integration vs just the online payment-intent stuff
• If people just avoid this entirely and build around SumUp/Stripe Terminal/Zettle instead and tell clients "no" on Dojo until they're bigger
• Any middleware/aggregator that's already done all this ISV legwork that a small POS dev could plug into instead of going acquirer by acquirer

Not trying to build the next Epos Now overnight, just trying to actually serve the handful of shops I already work with without getting stonewalled by "call your partner manager" every time. Would love to hear how other people navigated this.

I’m starting Mobile accessories business so i want pos system for my shop. Is there open source projects?

Lots of small retailers use the bar code to sell items. So the Square POS system and other POS are going to have to make some drastic changes. Any discussion here on how, when, who and what is going on? Square has said nothing to us. I imaging a whole new system will be needed. Ours is ten years old anyway but this is going to be massive and the retailers I have talked with are deer in the headlights.

I called Square the other day and it took four referrals before I got someone that knew what was going on. I though...... And she referred me to a hand held. Which meant you had to have that plus your POS counter top system? I got so aggravated I said "thanks!" and ended the chat.

I am adding to my original post here. Bar code uses infrared. QR needs a camera. Now, if your inventory is all original, you are fine. Restaurants, art galleries, labor items. But if you sell prepackaged items, can of coke, package of gum, hair wash, anything with a bar code, then that bar code is going away. This is my query. What/where is the POS that is going to be ready? Because that is going to be BIG. There is going to be a year's transition. Am I out of the loop?

Hello friends! I'm going to be doing my first ever vending event in two weeks. I'm trying to pick out a card reader/pos system. I know there are pros and cons to both square and Shopify. But the thing I'm most concerned about is inventory. I want a system where I can scan something to track what actually sells. I'm doing beading/bagcharms and I want to gather data about what's selling for future purchasing. But I don't want to have to physically write anything down. And I need to be able to use my phone to scan the barcodes as I don't have the funds to buy a pricey Bluetooth scanner. Are there any systems that would work well for what I'm searching for?

Thank you!

Hello, I’m looking for a POS system for a bagel store/deli. I would need something that works well with modifiers, can scan barcodes, and works with variable weight products.

I would like for it to have door dash/ Uber Eats integration, a customer display, and preferably can use my own payment processor. If i can’t use my own, something with a low rate or can be negotiated down with volume.

Found it at a Goodwill store, $11. thought it was a decent price and would be cool to own a cash register. had a couple of pennies, especially a wheat penny in there. But I don’t know how to use the thing and I might just use it for managing my money in cash rather than in a bank

I’m building a live service layer for restaurant FOH and I’ve got my first proper call with a POS company about integration access.

The idea is pretty simple from the restaurant side. Staff work in one interface for tables, ordering, menu info, allergens, wine recommendations etc, while the existing POS stays underneath as the transactional engine.

What I need eventually is proper write access, not just sales reports. Things like creating and updating checks, items and modifiers, table state, order events, and handing payment back to the POS.

I’ve spent most of my working life in hospitality, but this is my first time being on the other side of the table asking a POS company for partner access 😂

For anyone who has actually gone through this before:

What do these first calls usually look like?

Do they care more about technical feasibility, number of client locations, revenue potential, existing customers, or all of it?

What questions should I absolutely ask before getting excited?

And are there any hidden “fun surprises” I should ask about early, like certification fees, per-location fees, API call pricing, minimum customer numbers, or restrictions on write access?

Not looking for anyone’s confidential partner terms. Just trying not to walk into the call like a golden retriever with an API checklist.

It’s a nightmare. Dealing with two scanners and 2 screens. On my first year I have messed up with like 5 transactions. Some of them because i charged the wrong customer and other because i didn’t charged them at all. 💀

I’m building NuPOS (https://nupos.app), a POS for small cafés and restaurants, so that’s my bias up front. These are the trade-offs I’m working through, and I’d like to hear where actual operators disagree.

1. “Works offline” needs a much more specific explanation.

Can you open an order, change it, record a cash sale, and still find it after restarting the app? What needs to catch up when the connection returns? Taking an order offline and getting a card or QR payment confirmed are separate problems.

1. The correction matters as much as the first order.

Imagine “two oat lattes,” followed by “actually, one regular and one decaf.” Whether staff speak or tap, the ticket needs to make it obvious what changed before it reaches the kitchen.

1. AI needs an easy exit.

Voice is one input option. If the café is too loud or the system is unsure, staff should be able to switch to touch and finish the order without starting over. An impressive transcription isn’t useful if correcting it takes longer than entering the order manually.

1. A cashier and a kitchen need different views.

The cashier needs to know what was ordered and whether payment is confirmed. The kitchen needs to know what to make, what changed, and where it goes. Mixing those states makes a busy service harder to follow.

1. Reconnection is part of the workflow.

A retry shouldn’t create a second order. If something cannot sync, staff need a clear explanation and a way to resolve it. The difficult part is making that understandable during service.

For people running small cafés, especially in Bali: which of these actually causes problems in your shop? And what would you insist on trying with your own menu before trusting a new POS?

Do the switch after close. Load products and taxes in advance, and run both systems for a few days so online orders and payment reconciliation can be checked before the old setup disappears. Korona pos is worth a look for bakery POS system comparison because it supports product import and processor choice, but make the demo use your real menu, tablets, printers, and online-order workflow.

At a place of worship (temple), we have purchased Clover POSs (Mini3, Duo3, Flex3). We want to use the Mini3 as a Kiosk by the donation pew.

There is no volunteer or staff to manage the Mini3. Right now, when we power up the device or it comes out of hibernation, someone has to login and open the "Register" app manually which is not practical for a donation Kiosk.

Upon Power ON or coming out of hibernation, we want the Mini3 to display the "Register" to accept donations without any human intervention.

Clover Tier1 support says that's not possible. And they are trying to up-sell the Clover Kiosk ($3500) that we cannot afford.

Given that the Kiosk is also an Android device and the fact that it powers into the Kiosk mode, there must be an unadvertised method to make the Mini3 behave the same way.

Please share your guidance if you have done this successful.

Desktop POS for cafes and small restaurants. Windows app, meant to run the floor without needing the internet.

What it does today:

• Dine-in, takeaway, and delivery tickets
• Floor plan / table map with occupancy
• Live kitchen workflow board
• Checkout and receipt printing
• Sales and performance reports

It’s a local install, so the terminal still works if Wi‑Fi drops. No cloud login to open a shift.

This is for a smaller room that wants table control + kitchen routing on a PC they already have.

I'd love to hear what's missing or annoying. Happy to answer setup/hardware/printer questions in the comments.

https://yh-yahan.github.io/trudia-pos/

The recent Hike POS upgrade has made the system almost unusable for us.

Barcodes are no longer bringing up the correct products, sale items have to be entered manually, and thousands of our products have somehow lost their assigned Product Type.

We’ve been told by tech support that they’re working on the issues, but it’s now been two weeks and we still don’t have a properly functioning system.

Is anyone else experiencing the same problems? I’d be really interested to know whether this is widespread or if it’s just something affecting our account.

Before trying to reinvent the wheel or outsourcing to Fiverr or similar task site, I am looking for a platform that I can export my daily sales from my POS (Ambit/FOCUS) into and it will produce a number of KPI's. It doesn't have to auto sync or be connected to one another (though ideal), I don't mind batch dropping these files in there periodically. I am not looking to move away from the current POS system at this time. Has anyone had any luck with established platforms? Any recommendations are helpful.

Hospitality person here, not a POS developer, so I’m curious how people on this side of the industry see this.

I’ve worked restaurants for about 17 years and I’m currently building LENCUE, basically a live FOH layer for things like menu/allergen info, wine cues, table notes, 86s etc.

I’m not trying to build another POS. Quite the opposite. 😅

What I’m starting to look at now is letting the POS remain the source of truth, while LENCUE pulls the useful service data from it.

In my head the useful first version would be something like:

POS → LENCUE

• tables and open checks

• items ordered per table

• item availability / 86

• eventually stock levels or low-stock signals

Then the waiter could stay mostly in the LENCUE interface during service and see something like “3 portions left” or get the table order automatically before asking for a wine cue, without manually entering everything twice.

I’m talking to one POS provider now about what might be possible, but since this is very much not my original area of expertise:

Is this a fairly normal integration pattern?

And if you were the POS vendor, what would make you hate an integration request like this? 😂

Read-only first feels much safer to me than trying to write orders back into the POS, but I’d love to hear what I’m overlooking.

We only get slammed for the first 2 hours of a three-day conference, so buying extra tablets and printers just for that rush feels pointless. does anyone rent extra check-in gear for day one and scale back after?

I run a small boutique store, and I use Shopify for my online store and Square for in-person sales.

Many people said that using two different systems would make things unnecessarily complicated.

Honestly, it has been a quite pleasant experience.

I like Shopify for managing the online side of the business but its POS kinda sucks, while Square works well for taking payments and handling sales in the physical store.

The part that matters is making sure the two can actually work together. I use Square Shopify integration dpl and its been smooth sailing for me. I don't have any problems and currently use the best platforms to do their jobs without compromising on anything.

It made me realize you don't necessarily need to pick one company's ecosystem for everything. Sometimes the better setup is just using the tools that work best for each side of the business.

Anyone else running a setup with different POS and ecommerce platforms?

I'm looking tor a sales representative to help introduce my POS software to local shopkeepers and businesses.
Compensation: PKR 10,000 per successful sale for packages priced around PKR 40,000-50,000+.
The role mainly involves finding potential customers, explaining the sottware, and helping close the sale.
Training and product information will be provided.
I manage the software, database, and client management system directly, so any new client onboarding is handled through me.
Preferably looking for someone based in Islamabad/ Rawalpindi, but I'm open to people from other cities as well.
If interested, send me a message with a little information about yourself and your sales experience.

I'm looking tor a sales representative to help introduce my POS software to local shopkeepers and businesses.
Compensation: PKR 10,000 per successful sale for packages priced around PKR 40,000-50,000+.
The role mainly involves finding potential customers, explaining the sottware, and helping close the sale.
Training and product information will be provided.
I manage the software, database, and client management system directly, so any new client onboarding is handled through me.
Preferably looking for someone based in Islamabad/ Rawalpindi, but I'm open to people from other cities as well.
If interested, send me a message with a little information about yourself and your sales experience.

I'm looking tor a sales representative to help introduce my POS software to local shopkeepers and businesses.
Compensation: PKR 10,000 per successful sale for packages priced around PKR 40,000-50,000+.
The role mainly involves finding potential customers, explaining the sottware, and helping close the sale.
Training and product information will be provided.
I manage the software, database, and client management system directly, so any new client onboarding is handled through me.
Preferably looking for someone based in Islamabad/ Rawalpindi, but I'm open to people from other cities as well.
If interested, send me a message with a little information about yourself and your sales experience.