New or pre-revenue business
Not processing yet. We map which payment methods your license type and products can realistically support, what each costs, and what your application file needs before you open.
Plan your payment setupIllinois · Systems
Last reviewed
The Illinois integration risk is specific: the state's category-based cannabis tax means your sale record carries more structured tax detail than in most states, and a tender integration that writes payment data as a parallel object rather than into the sale can quietly damage the numbers you file from.
So the Illinois test list is the standard one plus a tax-reporting comparison. Run a full week of reporting output before the change, run the same week after, and diff them. If the vendor cannot support that, the integration is not ready.
Ask for written certification against the exact POS version each of your sites runs. Illinois operators frequently run the same platform at different builds across locations, and an integration validated on one build can behave differently on another — particularly around refunds and multi-item baskets.
Illinois remittance is calculated from tax components inside the sale, so those components must be identical before and after. Do not accept a verbal assurance: export a week of tax reporting, run the tender in a pilot, export the same report and compare line by line.
Confirm your reporting obligations with the Illinois Department of Revenue and the state cannabis regulator. A payment vendor's description of what a report contains is not a substitute for the state's requirement.
Pilot at the lowest-volume site, soak for two weeks with daily reconciliation, then extend. Resist launching before a holiday or a promotion — the two conditions that make every latent defect expensive at once.
Lowest-volume location, two weeks live, daily reconciliation of POS tender totals to deposits.
Test full refund, partial refund on a multi-item basket, same-day void and next-day void as four distinct cases.
Compare pre- and post-pilot tax reporting output line by line before extending to a second site.
Add one site at a time with a week between, so a defect is always traceable to a single change.
Illustrative example
During a two-week pilot, an Illinois operator found that partial refunds on multi-item baskets reversed the correct gross amount but redistributed the tax components incorrectly across the remaining lines. The POS totals looked right; the tax report did not. Because the pilot included a tax report diff, the defect was found before it reached three other stores and before a filing was built on the wrong numbers.
Illustrative scenario built from patterns we see in this market. It is not a specific customer, and the figures are indicative rather than a promise of any result.
Where you are today
Not processing yet. We map which payment methods your license type and products can realistically support, what each costs, and what your application file needs before you open.
Plan your payment setupAlready processing but paying too much, funding too slowly, or working around a system that does not fit. Send statements and we return a line-by-line read plus alternatives.
Review my current setupAccount terminated, frozen, capped or moved to reserve. We help you interpret the notice, pursue held funds, and rebuild with fewer single points of failure.
Get help with a complex accountTurned down on application. We read the decline reason, identify what was missing or mismatched in the file — licence, ownership, product mix, banking — and rebuild the submission before it goes back out.
Review a declined applicationIt should not, but it can if the tender writes payment data outside the sale record. Because Illinois cannabis tax is category-based, damage shows up in the tax breakdown rather than in gross totals. Diff a full week of tax reporting before and after a pilot, and confirm the requirement itself with the Illinois Department of Revenue.
Expect several weeks, dominated by underwriting and certification rather than technical work, plus a two-week pilot before extending to other sites. Compressing the pilot is the most common way multi-site operators turn a small defect into an estate-wide one.
Ideally yes, and certainly during an integration rollout. Version drift between sites is why an integration that behaves correctly at one store misbehaves at another, and it makes defects much harder to attribute.
Where this pos and payment integrations page sits in the wider Illinois and national picture.
Bordering states first, because supply chains, banking relationships and cross-border customer traffic usually follow them. Comparable markets are shown when a neighbouring state has no guide yet.
Bordering state
A state with no cannabis program at all, wedged between adult-use Illinois and medical Michigan, where every dollar of Wisconsin cannabis demand that can travel does — and where hemp and CBD businesses are the only card-acceptance story that actually exists.
Bordering state
A narrow medical cannabidiol programme with few dispensaries, so most Iowa payment demand comes from consumable hemp retail and ag-adjacent businesses.
Bordering state
A fast-scaling adult-use market converted from medical, with microbusiness licensing and local tax add-ons that complicate reconciliation.
Bordering state
A newly implemented medical market layered on top of one of the country's most established hemp industries.
Send your POS platform and version per site. We will tell you what is certified against your builds, what to test, and how to sequence the rollout so defects stay small.