PaymentsIn-Person PaymentsStandalone terminal

Standalone terminal

Operate a VINR terminal independently — no POS system required.

View as MarkdownInstall skills

In standalone mode a VINR terminal operates entirely on its own: staff enter the sale amount directly on the device, the customer pays, and a receipt prints or is sent by SMS — no POS software, backend integration, or API call required. This is the fastest path to accepting card payments and suits low-volume counters, pop-up stalls, market stands, event tables, and any situation where a POS integration is impractical or where you need a fallback if the POS goes offline. All five VINR terminal models — Nexgo N92, Nexgo N86Pro, Nexgo CT20, Nexgo CT20P, and Ciontek CM30 — support standalone mode and handle contactless (NFC), chip + PIN, and magnetic stripe in this configuration.

Set up standalone modeAsk

Log in to the VINR Dashboard and navigate to Hardware → Terminals. Select the terminal you want to configure.

Open the Mode tab and choose Standalone. Save the change. The terminal receives the updated configuration over its next cloud sync — this typically takes under 30 seconds when the device is online.

Under Location, assign the terminal to the physical location where it will be used. Location is required for reporting and tax-jurisdiction routing.

Optionally, enable Staff PIN under Security. When enabled, a staff member must enter a four-digit PIN before each transaction, providing an audit trail by staff member in the Dashboard.

Switching a terminal between standalone and integrated mode does not affect its transaction history. Previously captured payments remain visible in the Dashboard regardless of mode changes.

Taking a paymentAsk

The staff member wakes the terminal and, if a Staff PIN is configured, enters their PIN to unlock the sale screen.

Staff keys in the sale amount on the numeric keypad and presses Charge.

The terminal prompts the customer to present their card or device. The customer taps (NFC), inserts (chip + PIN), or swipes (magnetic stripe). The terminal selects the optimal entry method automatically.

On approval, the terminal displays a confirmation and either prints a receipt (Nexgo N92, Nexgo CT20, Nexgo CT20P) or offers an SMS/email receipt (Nexgo N86Pro, Ciontek CM30).

The transaction appears in Dashboard → Payments within seconds. The terminal_payment.completed webhook fires at the same time — your systems receive it even in standalone mode.

Tipping in standaloneAsk

Tipping configuration for standalone mode lives in the same place as integrated mode: Dashboard → Hardware → Terminals → [device] → Tipping.

When tipping is enabled, the terminal presents a tip prompt to the customer immediately after the amount is confirmed but before the card is presented. The customer selects a percentage or enters a custom amount. The final charged amount — base plus tip — is shown for confirmation before the card tap or insert.

Prop

Type

Refunds in standaloneAsk

You can initiate a refund from the terminal itself or from the Dashboard.

From the terminal: Open the side menu, select Transactions, find the original sale, and tap Refund. The terminal prompts the customer to present the original card (a referenced refund). The refund is authorized over the network and a receipt is issued.

From the Dashboard: Navigate to the transaction in Payments, open it, and click Refund. Enter the amount and confirm. An unreferenced refund is created — no card presentation is needed, and any terminal on the account can be used for receipt delivery if desired.

Card-scheme rules require that a referenced refund be processed on the same card used in the original purchase. If the customer no longer has the card, use an unreferenced refund from the Dashboard. Unreferenced refunds carry a slightly higher interchange cost on some schemes.

For full refund lifecycle details — including partial refunds, refund windows, and webhook events — see In-person refunds.

Standalone terminals use a two-level passcode system to separate day-to-day staff operations from management functions.

Staff PIN

When Staff PIN is enabled (Dashboard → Hardware → Terminals → [device] → Security), staff must enter a four-digit PIN before each transaction. Each staff member has their own PIN so the Dashboard can break down transaction volume by employee. PINs are set and managed in Dashboard → Team → Staff PINs.

Manager passcode

The manager passcode unlocks advanced functions not available to regular staff: voiding a transaction, accessing the full transaction history, changing terminal settings, and running reports from the device. The default passcode is 0000 — change it immediately after setup.

To change the manager passcode: from the terminal home screen, hold the menu button for three seconds → SettingsSecurityManager passcode. Enter the current passcode, then the new one twice.

Do not share the manager passcode with all staff. A staff member with manager access can void any transaction and access the daily report from the device.

Accessing terminal menus

From the terminal home screen, swipe down from the top (Nexgo models) or press the menu button (Ciontek CM30) to open the operator menu. The menu items visible depend on the passcode used to unlock it:

Menu itemStaff accessManager access
Transactions (last 20)
Full transaction history
Refund✓ (referenced only)
Void (same-day)
Print last receipt
Print Z-report
Settings
Network status

End of dayAsk

Z-report

A Z-report summarises all transactions since the last report was run (or since the terminal was activated). Print it at the end of each business day for your records and to verify settlement.

From the terminal: open the manager menu → ReportsZ-reportPrint. The report prints immediately on the Nexgo N92, CT20, and CT20P. On the N86Pro and Ciontek CM30 (no built-in printer), the report is sent to the manager's email address on file.

The Z-report includes:

  • Total sale count and gross amount
  • Refund count and total refunded amount
  • Net settlement amount
  • Breakdown by card brand (Visa, Mastercard, Amex, etc.)
  • Tip total (if tipping is enabled)
  • Void count
  • Terminal ID and location

Batch settlement

VINR settles transactions automatically once per day at the time configured under Dashboard → Settings → Settlement → Batch close time (default: 23:00 local time for the terminal's assigned location). You do not need to manually close a batch — settlement runs regardless of whether a Z-report has been printed.

If you need to trigger an early settlement (for example, before a shift change), go to Dashboard → Reports → Settlement → Request early settlement. Note that settlement timing is subject to your acquiring agreement; early settlement requests may not affect the actual funds-transfer time.


ReportingAsk

All standalone transactions feed into the same reporting pipeline as integrated payments.

  • Dashboard → Payments shows every transaction in real time, filterable by terminal, location, date, and amount.
  • Dashboard → Reports lets you export a CSV of transactions for any date range. The export includes terminal ID, location, entry method, card brand, last four digits, amount, tip, and settlement status.
  • Webhooks fire for every standalone transaction exactly as they do in integrated mode. If you have webhook endpoints registered under Developers → Webhooks, you will receive terminal_payment.completed, terminal_payment.failed, and refund.created events without any additional configuration.

For scheduled exports and reconciliation automation, see Reporting and Reconciliation.

Limitations vs integrated modeAsk

Standalone mode trades integration richness for simplicity. If your business requires any of the following, plan for an integrated deployment instead — see Accept a payment.

  • Order linkage — transactions in standalone mode carry no order ID from your system. You cannot associate a payment with a specific order in VINR; reconciliation must be done by amount and timestamp.
  • Custom metadata — the metadata field available in the API is not populated in standalone mode. Any key-value data you attach to integrated payments cannot be set from the device keypad.
  • Multi-tender — split payments across two cards or a card plus cash are not supported in standalone mode.
  • Programmatic tip adjustment — in integrated mode you can adjust the tip amount at capture time via the API; in standalone mode the tip is set by the customer at the terminal and is final.

Next stepsAsk

Was this page helpful?
Edit on GitHub

Last updated on

On this page