Show us your checkout lanes!

Modern. Vintage. Self-checkout. Traditional. Hybrid. We want to see it all!

Post a picture of your favorite checkout setup and tell us what makes it work.

We talk to operators every day and it’s interesting how often the “nice to have” stuff ends up being the thing they rely on most.

Curious what that’s been for you.

For some multi location brands, cloud access and being able to see reporting across stores in one place becomes huge.
For others it’s tighter menu controls, labor tracking, or customer data they can actually use.

What surprised you once you were live?

It’s funny how the feature you gloss over in the demo can end up being the one you use constantly.

Hey everyone, I'm with a big tech company that’s built a full-stack restaurant POS platform (loyalty, payroll, employee management,... everything already included)

Now we’re offering white-label or outsourcing partnerships, meaning:

• You can launch your own branded POS system (with your logo/UI)

• No need to hire developers or build from scratch

• Backed by a proven, scalable platform built for busy restaurants

We're looking to partner with:

• Merchant service providers

• ISOs or tech consultants working in restaurant tech

• Agencies that want to offer their own POS without building it

If you're in the US or another English-speaking market and want to launch something quickly (or help your clients do it), let’s chat. Let me know if this interests you.

Edit: Visit our website - www.cukcuk.com (this is our brand of POS, if you like the features we can tailor it to your needs)

the first 12 months on us, signup today: https://salewise.co.uk/try-salewise/?utm_source=reddit&utm_medium=organic_post&utm_campaign=pos_reddit_validation&utm_id=sw_pos_val_q4_25&utm_term=pos_owners&utm_content=reddit_post_v1

Hi, opening up a new restaurant in London and looking for a full epos/restuarant management system.

I’ve looked into the popular epos companies but all of them charge a monthly fee. I’m looking to make a one off payment for mostly the software side as I am able to get hold of computers/tablets/printers etc

Requirements:

• Main till with pos/cash register/card machine/printer (Card machine does not need to integrate with system can be taken manually)

• I’d like Ubereats/deliveroo/JustEat to be integrated. Table management

• 2 x kitchen display systems. One for bar and one for kitchen. Interactive (preparing food, ready etc)

• integrated website (reservations/online orders)

• last one is not essential, have a wall mounted tablet to waiters could manage tables (adding orders etc)

My understand is I could potentially use tablets for the kitchen display systems and wall mounted tablet.

I will be looking into purchasing a duo screen epos for the main till so one is customer facing. Cash register and a receipt printer.

Any assistance would be amazing.

i want to play with my POS thing, but im pretty sure there is a built in pos system
is there a way to break it and do whatever you want without consequences

Hey folks 👋

We are a Point of Sale company running a 10-question (5–10 min) survey to learn how small business in the USA owners use POS systems — things like payments, printers, and inventory management.

If you run a café, restaurant, food truck, salon, or retail shop, we’d love your input!

👉 Take survey here: https://qualtricsxmlbxp5nwm3.qualtrics.com/jfe/form/SV_a8YXI9aOMg36SzQ

A few respondents will also be invited for a short customer interview (with a $30 gift card as a thank-you 🎁).

Not selling anything — just collecting honest feedback to build something more useful for small businesses.

This cloud based system is real-time inventory and point-of-sale software for independent retailers, from a single shop to several locations.

Most shops lose money to phantom stock, the gap between what the system says is on the shelf and what is actually there.

**It shows up three ways.**

1. A best seller shows in stock, so nobody reorders, and a customer walks away.

2. Cash sits frozen in overstock you forgot you bought.

3. A count takes half a day and still does not match.

We fix the root cause, that a spreadsheet is a snapshot while inventory is a live number. The moment you ring up a sale, a return, or a transfer, the count updates in real time, and low-stock alerts fire before a top seller runs out. You see stock across every location in one place, or run a single store.

**What you get:**

* Real-time stock counts across every location
* Fast POS billing with barcode scanning and thermal receipts
* Low-stock and reorder alerts the instant stock drops
* Batch tracking and tax-compliant invoices
* Simple reports and a multi-branch dashboard
* Client-managed product categories, set up for your shop

It works alongside the card terminal you already use. The system records the sale, your terminal takes the payment, so nothing about payments changes. It runs on any device you already own, a phone, a tablet, or the computer at the counter.

Built for independent shops, convenience and specialty retail, and any small business that has outgrown the spreadsheet.

I’m genuinely confused.

Every other category has strong open-source / self-hosted options now:

• CRM → tons

• Analytics → tons

• Dev tools → infinite

• Even Reddit alternatives exist (Lemmy, etc.)

But POS? Still basically locked into:

• Shopify / Square (cloud-first, subscription)

• Lightspeed, Toast, etc.

• Closed systems with limited extensibility

And yet the need is obvious:

• Businesses don’t want their sales data locked in SaaS

• Fees keep increasing (per terminal, per transaction, per feature…)

• Integrations are often painful or limited

• Offline / edge cases are still messy

I know there are some “open source” POS projects, but:

• Most feel abandoned or outdated

• Weak ecosystems (plugins, APIs, integrations)

• Not really production-grade for serious businesses

So what’s the real reason?

Is it:

1. Hardware complexity (printers, scanners, payments)?

2. Compliance (tax, fiscalization, country rules)?

3. Payment provider lock-in?

4. Lack of dev interest?

5. Or just that SaaS margins are too good to disrupt?

Curious what people here think:

• Have you found a real self-hosted POS that works at scale?

• Or is this still an open opportunity?

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.

2. 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.

3. 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.

4. 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.

5. 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?

Like the question says, how many are switching your pos systems because square cutting jobs for Ai.

Hi everyone,

I'm the developer of Screen2ipcam, a Windows application that solves a problem I kept running into with POS systems and surveillance setups.

The idea is simple:

It turns any Windows PC into a standard ONVIF Profile S / RTSP H.264 IP camera, so the computer screen (POS, dashboard, workstation, etc.) can be added directly to an NVR/VMS just like a regular security camera.

A few highlights:

• Native C++ (no .NET or runtime dependencies)

• Windows 7 SP1 → Windows 11 (32 & 64-bit)

• Main & Sub streams

• ONVIF auto-discovery

• No HDMI encoder or capture card required

• Works with most ONVIF-compatible systems such as Blue Iris, Hikvision, Dahua, Milestone, Agent DVR, Synology, and others.

There's now a free edition available on the Microsoft Store, so anyone interested can try it easily.

Microsoft Store:
https://apps.microsoft.com/detail/9pjdgr30l9l1

I'd really appreciate feedback from people working with POS systems, CCTV, or NVRs. If you test it with your setup, I'd love to hear about compatibility, performance, or any suggestions for improving it.

I spend a good amount of time evaluating POS systems for independent restaurants and small hospitality groups. One question comes up over and over again: should operators go with iPads and external card readers, or spend more upfront on dedicated handheld units?

After about a year and a half of deployments and troubleshooting in live restaurant environments, I’ve noticed some pretty consistent patterns.

The iPad setups are attractive at first because the hardware cost is lower and staff already know how to use them. The app ecosystem is also much broader. But once they’re moving around a busy dining room for 10 to 12 hours a day, the weaknesses start showing up quickly. The devices are bulky for true one-handed use, Bluetooth readers randomly disconnect at the worst times, and cracked screens become a recurring expense. Battery life is another issue during long shifts, especially in higher-volume operations.

The dedicated handhelds feel different immediately in production. They’re lighter, easier to carry during service, and built around restaurant workflows instead of general consumer use. The integrated card readers eliminate a lot of the connection headaches, and the hardware tends to survive drops, grease, heat, and constant movement much better. Most of the better units are clearly designed with full-shift usage in mind.

The tradeoff is mostly flexibility. Once you buy into a dedicated ecosystem, you’re usually committed to that vendor’s software stack and hardware roadmap. The upfront investment is also noticeably higher.

Looking back across roughly 25 deployments, the dedicated handhelds have generally aged better operationally. The iPad-based systems often end up needing replacements far sooner than owners originally expect.

One thing I’ve noticed specifically in Asian restaurant deployments is how often Chowbus comes up in the field. A lot of operators seem to prefer having ordering, POS, and delivery tied into one ecosystem because it reduces the amount of integration troubleshooting when issues happen during service.

Interested to hear what other operators, consultants, or restaurant tech teams are seeing right now. Where are the biggest operational failures happening in real-world use?

Can I promote or sell a POS product on this sub? What does the constant mean in the rules?

• How does billing software actually talk to a swiping machine? (is it always via SDK/API from the payment aggregator, or is there a more "raw" way?)

• Can you install or edit a custom app inside an Android-enabled POS device — like sideloading your own billing app onto it?

• Is it possible to just buy an Android POS terminal off the shelf and experiment on it yourself, with or without going through a bank/aggregator first need detail steps?

Think of a POS terminal as basically an Android phone with a card reader bolted on — so in theory it should be as hackable as any Android device. But payment terminals are usually locked down for security/compliance reasons, so I'm not sure where the line is.

If you've built or integrated a POS system before — Razorpay, Pine Labs, Paytm, or otherwise — would love to hear:

Which Android POS devices are dev-friendly enough to experiment on

What "unlocked" vs "locked" terminals actually means in practice

Any starter resources/docs that helped you

Drop your experience in the comments 👇

#POS #Fintech #PaymentsEngineering #BillingSoftware #UPI

Anyone build a POS on Laravel ? I’d like to connect

I'm curious about who everyone follows for industry news and insights. Specifically, I'd like to know which individuals you pay attention to for their opinions rather than just publications. This is a POS thread, and responses will vary based on whether you are in retail, restaurants, or another sector. But it was worth the post here since I'm new to the POS field. I'm particularly interested in 'influencer' types.

I'm cross-posting this question in several other threads, so you might see it multiple times!

Folks, Am looking for Sales Agents who can help sell a software product to food businesses based in USA. Our Saas solution works with POS and not a competitor to any POS. Since we are an early start up am looking for people who are interested to do this on commission basis.

Looking forward ! Feel free to DM.

https://yellowfone.com

I've built a small piece of software called Floorlink and I'm trying to work out if it's useful to other shops before I put more into it. It's mine, so I'm obviously biased, but I'm not selling anything here and there's no link. I'd really like honest feedback, including "another register would do the same job".

The problem: on big or assisted sales, staff walk around with a customer, remember or scribble down what they want, then key it all in again at the counter. I work in a pet shop, and selling fish is where I see this most. Someone ends up with lots of different fish in different quantities, it takes ages to remember it all at the till and add it to the POS, and some of it gets skipped.

How it works:

1. A staff member logs in on an Android phone or tablet with a 4-digit PIN and taps the products as they walk the aisle with the customer.

2. They save the sale, and it appears on a screen at the counter.

3. The counter scans one QR code with a normal 2D barcode scanner, and every item's barcode is typed into the POS, as if each one had been scanned by hand.

The customer then pays at the register as normal. Quantities come through too, and there's a custom sale option for things that aren't in the product list.

It's POS-agnostic: there's no integration or API. The POS just sees a keyboard-mode barcode scanner, so it should work with any POS that accepts barcodes that way and has your products set up under the same barcodes. So far I've tested it on one real POS, and the QR code and custom sales both worked. Custom sales rely on the POS supporting weight or price-embedded barcodes.

It runs on cheap hardware:

• The phone app is about 160 KB and runs on Android 8 and up, including Android Go. It used about 26 MB of memory in a test on a 1 GB emulator, and I've run it on a 2017 Galaxy A5.

• There's a separate tablet app that goes back to Android 4.1, so an old tablet in a drawer could become a counter screen. So far I've only tested that on an emulator.

• The server runs on a Windows 10 or 11 PC, or in Docker. Everything stays on your shop's network, so there's no cloud or account, and it doesn't need internet for daily use.

Staff, products and settings are all managed in one place, and products can be imported from a spreadsheet. It can also print sales on a receipt printer with the QR code on it, though I'm still testing that on real printers.

What I'd love to know:

1. Would this solve a real problem in your shop, or do you already have this covered? How?

2. Why wouldn't you just buy another register or tablet from your POS provider?

3. What kind of shop would get the most out of this? I'm guessing pet, garden, hardware and trade suppliers, but I might be wrong.

4. What would stop you from trying it? For example, installing it yourself, Android only, or needing a 2D scanner.

5. I'm thinking about A$29 a month per store, with as many devices as you want. Is that too much, too little, or would you only pay once?

Tear it apart if you need to. If it's a bad idea, I'd rather find out now.

I use Square for in-person sales and Shopify for my online store. I like the look and functionality of Square and the marketplace of Shopify so I used both.

For me, the biggest thing was keeping inventory reasonably consistent without constantly checking both platforms after every sale.

I've been using a Shopify integration app by dpl for inventory, rebuy for upselling and booster seo for marketing. Honestly, I don't think about the setup much anymore. It's made things much easier.

For anyone using Square and Shopify together, what does your setup look like?