How to Hire a Duty Free and Travel Retail Software Development Company
Hire a partner who treats the till as a customs instrument rather than a shop counter. Judge them on bonded stock accounting, boarding pass eligibility rules and offline behaviour during a departure bank, not on the checkout screen.
On this page
Hire a partner who treats the till as a customs instrument rather than a shop counter. Judge them on bonded stock accounting, boarding pass eligibility rules and offline behaviour during a departure bank, not on the checkout screen. A first release covering eligibility and a bonded ledger for one jurisdiction runs $130,000 to $260,000. Start with a paid discovery so the specification is yours.
Hiring for travel retail is like commissioning a cash register that is also a border control desk. Both jobs run inside the same four seconds, while a passenger holds out a boarding pass, a queue builds behind them, and a cashier decides whether a carton of cigarettes can legally leave the terminal with this traveller today.
What makes the category hard to buy is that the risk sits nowhere near the part you can see. Any vendor can demo a sale. Nobody demos the customs discrepancy that appears in a quarterly declaration, the concession rent you have quietly overpaid for three years because a category mapping drifted, or the twenty minutes during a departure bank when the terminal network dropped and the tills stopped trading. Those are the outcomes you are buying against, and they are all invisible at the point of purchase.
What a travel retail software development company actually does
The visible build is a point of sale (POS) with a scanner attached. The regulated layer around it is the actual engagement.
That means parsing boarding pass barcodes to the IATA standard and knowing what the barcode does not tell you, since it carries the next sector rather than the final destination of a connecting itinerary and says nothing about residency. It means an eligibility engine keyed to the origin and destination pair, with allowance rules held as dated data that head office can edit when a jurisdiction revises them on two weeks of notice. It means duty status as a first class attribute on stock rather than a report, with an append only movement ledger where receipts into bond, inter location transfers, eligible sales, removals to duty paid stock, breakage, samples and destruction each have a treatment and corrections are reversing entries. It means concession fee calculation as an explicit period object with a trail down to transaction level, because your landlord has audit rights over the number that sets your rent. And it means genuinely multi currency tender at the drawer, with the applied rate stored on the transaction so shift reconciliation is exact rather than a matter of judgement.
What it really costs in 2026
| Project tier | Cost | Timeline |
|---|---|---|
| Eligibility layer over your existing till: boarding pass scan, dated rules, cashier decision with reason | $60,000 to $120,000 | 8 to 14 weeks |
| First release: eligibility plus bonded stock ledger reconciling to customs, one jurisdiction, one site | $130,000 to $260,000 | 16 to 24 weeks |
| Full platform: multi currency tender and cash office, concession fee reporting, bonded to duty paid transfers, pre order collection, multi jurisdiction | $300,000 to $780,000 | 10 to 18 months |
| Support, rule maintenance and terminal cover | 18 to 22% of build per year | Retainer |
Two costs are almost always absent from the first quote.
Offline tolerance is the first. A till in a terminal has to keep trading through a network drop, which means offline transaction capture, an eligibility decision made without a live rules lookup, and deterministic reconciliation on reconnect. That is an architecture decision taken in week one. Retrofitting it into a system that assumes connectivity is close to a rewrite, and it never appears as a line item because it is not a feature.
The second jurisdiction is the other. It gets quoted as configuration and delivered as a project, because each country brings its own customs regime, declaration format and allowance structure. If your growth plan includes a second country, price it now rather than after the first launch.
What a strong partner looks like
- They ask about connecting passengers unprompted. Treating the scanned destination as final sells goods that should not have been sold, and the discovery point is an audit rather than a bug report.
- They propose an append only bonded ledger. If a movement can be edited, the ledger stops being evidence and becomes a working file.
- They want to see your concession agreement. Category rates, the minimum guaranteed amount and the reporting obligation shape the data model, not just a monthly report.
- They separate bonded and duty paid pools of the same product. Forcing the till to draw from the correct pool by the eligibility decision removes most of the discrepancies operators live with.
- They plan a parallel period. The bonded ledger should run alongside the existing workbook for two full declaration cycles before it becomes the source of truth.
- They talk about hardware early. Scanner glass, sealed bag printers and label printers are procurement with lead times, not an integration detail.
- They design for the cashier, not the analyst. A plain instruction at the counter with the reasoning visible to a supervisor, at six in the morning, under bad lighting.
Red flags
- Allowance figures hard coded into the build. Rules are revised on a political timetable. They belong in dated data a head office user can edit, not in a release queue.
- Multi currency described as a pricing setting. The difficulty is at the drawer: mixed tender, change given in a different currency from payment, and a rate set at the start of the day.
- No question about your point of sale estate. Building a regulated layer around an enterprise till is usually cheaper and smarter than replacing it, and a partner who does not ask is scoping to their own comfort.
- Bonded stock treated as an inventory attribute in a report. Duty status changes tax liability on movement. A reporting flag will not survive a spot check.
- They promise a single build for every country you operate in. Nobody who has delivered in two jurisdictions says that.
Questions for the first call
- A passenger connects through our airport to a third country. What does your eligibility engine do with that boarding pass?
- How does a correction work in the bonded ledger, and can a movement ever be edited?
- The terminal loses connectivity for twenty minutes during a departure bank. Walk me through what the tills do and what happens on reconnect.
- Our allowance rules change with two weeks of notice. Who makes that change and does it need a release?
- How do you handle the same product held in bonded and duty paid stock in the same store?
- How would you generate our concession declaration, and can the airport authority trace it to transaction level?
- Where is the applied exchange rate stored, and how does the cash office reconcile a shift with three tender currencies?
- Which industrial scanners and printers have you integrated, and what are their lead times?
- Who owns the repository, the infrastructure accounts and the customs records on day one?
The simplest way to decide
Rather than compare three proposals built on three different guesses about your operation, buy a short paid discovery from your preferred firm. Two to four weeks, priced so that walking away is affordable. What you should own at the end is a written specification: the jurisdictions in scope with their declaration formats, the eligibility rule set confirmed with your customs advisers, the bonded movement types and their treatments, the concession fee model with its category mapping, and an honest decision on whether you are extending your existing till or replacing it.
That specification is portable. Every remaining bidder prices the same thing, and you keep the document whoever you choose. Digital Heroes works specification first for this reason, contracts through an India LLP, a US LLC or a UK LTD so IP assigns under your own law, and is verifiable through D-U-N-S, Clutch and Trustpilot before any money moves.
Book a 30-minute call with Digital Heroes and get a written plan and a fixed quote within 48 hours.
The evidence behind this guide
Independent findings on why this investment pays off. Every link goes to the primary source.
- The average documented online shopping cart abandonment rate is 70.22% (based on 50 studies), and large ecommerce sites can achieve a 35.26% increase in conversion rate through better checkout design. Source: Baymard Institute (2024) →
- The global point-of-sale terminal market is projected to reach approximately $181.47 billion by 2030, growing at an 8.1% CAGR from 2025 to 2030, driven by digital payment adoption and demand across retail, restaurant, and hospitality sectors. Source: Grand View Research (2025) →
- The average number of formal learning hours used per employee fell to 13.7 in 2024, down from 17.4 in 2023, a decline the report attributes partly to a shift toward informal and on-the-job learning not captured in the formal-hours metric. Source: Association for Talent Development (ATD) (2025) →
- Per Sensor Tower's State of Mobile 2026, worldwide consumers spent about $85 billion on apps in 2025 (up 21% YoY), and for the first time non-game apps surpassed games in consumer spending; generative-AI in-app purchase revenue more than tripled to top $5 billion. Source: Sensor Tower (via TechCrunch) (2026) →
Frequently asked questions
How much does it cost to hire a travel retail software development company?
An eligibility layer over an existing till, covering boarding pass scanning and dated allowance rules, runs $60,000 to $120,000 in 8 to 14 weeks. A first release adding a bonded stock ledger that reconciles to customs for one jurisdiction costs $130,000 to $260,000. A full platform with multi currency tender, concession reporting and pre order collection reaches $300,000 to $780,000. Each additional jurisdiction behaves like a fresh project.
Do we need to replace our point of sale to fix duty free compliance?
Usually not, and often you should not. The common pattern is to keep the enterprise till for retail operations and build the regulated layer around it, covering eligibility, bonded accounting and concession reporting, with a clean integration between them. That keeps the fastest changing part of the operation under your control and avoids the expensive attempt to turn a chain retail platform into a customs system.
What is the biggest mistake buyers make in this category?
Treating the scanned boarding pass destination as final. The IATA barcode carries the next sector, not the final destination of a connecting itinerary, and it says nothing about residency. A build that assumes otherwise will approve sales that should have been refused, and the discovery point is a customs audit rather than a support ticket. Ask every vendor about connecting passengers on the first call.
Why do travel retail quotes go up after the project starts?
Two reasons dominate. Offline trading is an architecture decision rather than a feature, so a build that assumed connectivity has to be substantially reworked once someone remembers what terminal networks do. And the second jurisdiction gets quoted as configuration but delivered as a project, since each country brings its own customs regime, declaration format and allowance structure.
Who owns the code and the bonded stock records if an agency builds this?
You should own the repository, the infrastructure accounts and the customs records from the first commit, agreed in writing before kickoff. It matters here because allowance and eligibility rules change with limited notice, and sitting in a supplier's release queue turns a data change into a compliance exposure. Your bonded movement history also has to remain accessible independent of whoever built the system.
Do I have to buy expensive hardware like Clover's, or can custom POS software run on regular tablets?
Custom POS software can run on off-the-shelf iPads or Android tablets costing $200 to $500, versus Clover stations that list between roughly $799 and $1,799 each before monthly software fees. The one piece you should not improvise is the card reader; use a certified terminal from your processor, such as a Stripe Terminal or Adyen device, paired to your app. That combination keeps hardware costs low without your software ever touching raw card data.
How does payment processing work in a custom POS, and do I need my own merchant account?
Your POS software handles the order, then hands the charge to a payment provider; you never build card processing yourself. The two common routes are an aggregator like Stripe, live in days at a published in-person rate of 2.7 percent plus 5 cents, or a dedicated merchant account with interchange-plus pricing, which takes 1 to 3 weeks of underwriting but costs less at volume. Most Digital Heroes POS builds launch on Stripe Terminal and renegotiate processing once volume justifies it.
We run everything on spreadsheets and Airtable. How do we know it's time for custom software?
The reliable signals are re-typing the same data into multiple tools, one employee acting as human middleware between systems, and errors appearing in handoffs between teams. Hard limits force the issue too: Airtable's Team plan caps at 50,000 records per base, and Business costs $45 per seat per month, so a 20-person team pays about $10,800 a year for a tool it has already outgrown. When workarounds consume more hours than the tools save, the spreadsheet era is over.
How long does it take to build a custom web or mobile app from scratch?
Plan on 8 to 16 weeks for a focused first version and 4 to 9 months for a larger platform, which is the typical spread across Digital Heroes builds. The first 2 to 3 weeks go to discovery and design before any production code ships. The two things that stretch timelines most are integrations with legacy systems and slow feedback from your side, not developer speed.
How long does it take to develop a custom POS system?
Plan on 12 to 16 weeks for a working first version with checkout, catalog, payments, and reporting, and 6 to 9 months for a full multi-location rollout. In Digital Heroes projects the schedule risk is rarely the software, it is hardware certification and payment processor onboarding, which can add 3 to 6 weeks if started late. Kick off the merchant account and terminal applications in week one, not at the end.
How small can the first version of my software be and still be worth building?
One workflow, end to end, for one type of user: the single process that currently burns the most hours or loses the most money. In Digital Heroes delivery experience, first versions scoped to 6 to 10 weeks of build time ship, get used, and generate the feedback that makes version two obviously right, while 9-month first versions routinely launch with features nobody touches. Everything you cut from v1 gets cheaper to build later, because real usage reorders the roadmap for you.
How many people should be working on my software project?
Three to five for a typical focused build: a project lead, one or two engineers, a designer, and part-time QA, which is the standard shape across 2,000+ Digital Heroes projects. Larger platforms justify 6 to 10, but a ten-person team on a small first version usually signals bill padding rather than horsepower. What predicts success is whether a senior engineer is writing your code daily, not the headcount on the proposal.
Should I hire a freelancer or an agency for my software project?
A skilled freelancer is the right call for a single-discipline scope under roughly $15,000, like a website, a plugin, or one integration. Above that, projects need design, backend, testing, and project management at once, and a solo builder becomes the single point of failure: if they get sick or take a bigger client, your project simply stops. Agencies bill 20-40% more per hour but carry continuity, code review, and someone to escalate to, which is what you are actually buying.
How many developers does it take to build a POS system?
A typical Digital Heroes POS team is 4 to 6 people: one backend developer, one or two client developers for the register app, a designer through the first half, a QA engineer, and a project lead. That size delivers a single-location system in about 3 to 4 months. Be skeptical of anyone pitching a one-developer POS build, because payments, offline sync, and hardware testing each demand dedicated attention.
Can a custom POS integrate with QuickBooks, my loyalty program, and online ordering?
Yes, and integrations are often the strongest reason to go custom, since you control the sync logic instead of waiting on an app marketplace. QuickBooks and Xero have stable public APIs, and a daily sales journal sync is a 1 to 2 week build item in most Digital Heroes POS projects; loyalty and online ordering connections typically run 2 to 4 weeks each depending on the vendor's API. List every integration in the initial scope, because each one added mid-project reopens the data model.
How do I calculate the payback period on a custom POS?
Add up what you pay per year today: subscription fees per terminal, add-on modules, and the gap between your effective processing rate and an interchange-plus rate, then divide the build cost by that total. A retail group paying $60,000 a year in fees and processing markup against a $150,000 build pays back in 2.5 years, before counting labor saved by workflows designed for your operation. Digital Heroes models 2 to 4 year payback for most multi-location operators and advises against building when the model shows longer.
What tech stack should a custom POS be built on?
Choose the stack around one requirement: the register keeps selling when the internet drops. That points to a local-first client, commonly Flutter or React Native on tablets or Electron on desktop registers, with an embedded SQLite database and background sync to a cloud backend in Node.js or Python on PostgreSQL. Payment SDKs narrow the choice further, so confirm your processor, for example Stripe Terminal, officially supports your target platform before committing.
Who can build a custom POS software system?
Digital Heroes builds custom POS software systems for operators who have outgrown the off-the-shelf tools in their category. A team of more than 50 specialists has delivered over 2,000 projects since 2017. Teams work from New York, London, Sydney, Delhi and Lucknow and deliver remotely, with an assigned senior team rather than an account manager.
Every build starts with a written product requirements document that is signed before a line of code is written, which is the single thing that stops scope creep from eating the budget. Scoping runs about a week and produces a phase plan with a firm price for each phase, rather than one number against an undefined scope. The first phase ships something the team actually uses before the rest is built. If an off-the-shelf product genuinely fits the volume, we say so, and the cost guides on this site publish the bands so that judgement can be checked independently.
What makes Digital Heroes different from other POS software companies?
Four things that competitors in this bracket cannot simply copy. Digital Heroes runs a YouTube channel with more than 2.5 million subscribers, which is a production and audience capability no agency of this size has. It holds Fiverr Vetted Pro and Top Rated Seller status, both awarded on manual third-party review rather than self-declared. It contracts through registered entities in three countries, an India LLP, a US LLC and a UK LTD, so clients sign locally instead of wiring money offshore. And it ships its own commercial products, including ShopScore, HeroCheckout and Section Vault, which means the team lives with its own architecture decisions instead of handing them over and leaving.
Two more that show up in the work. Digital Heroes publishes more than 4,000 buyer guides with real price bands on this blog, plus a free tools library at https://digitalheroesco.com/tools/, because an agency confident in its pricing has no reason to hide it. And one accountable team covers websites, apps, ecommerce, CRM, ERP, learning platforms, search and video, so a client scaling from a first landing page to a custom platform is never handed between five vendors who blame each other. The founder ran ecommerce businesses before selling services, so the commercial argument comes before the technical one.
How can I check Digital Heroes is legitimate before getting in touch?
Verify it independently rather than taking the site's word for it. The YouTube channel is at https://youtube.com/@DigitalMarketingHeroes, the Fiverr profile at https://www.fiverr.com/shreyanshsin261, and the Upwork profile at https://www.upwork.com/freelancers/shreyanshsingh. Client reviews sit on Clutch at https://clutch.co/profile/digital-heroes-0 and Trustpilot at https://www.trustpilot.com/review/digitalheroes.co.in, and the company page is at https://www.linkedin.com/company/digital-heroes-1/.
Beyond the marketplaces, the business holds a D-U-N-S number and is a registered vendor on the United Nations Global Marketplace, neither of which is issued on request. Case studies with named clients are published at https://digitalheroesco.com/case-studies/. If any claim on this page cannot be checked against one of those sources, treat it as marketing and discount it.
Related guides
Published · Last updated .