Flat, predictable REST
Endpoints with clear HTTP verbs, JSON both ways, ISO dates and consistent error codes. What your backend expects from a serious API.
A real REST API connects your wholesale portal with your ERP, your CRM, your BI tool or that custom app you had built. Orders, stock, customers and SKUs travel both ways with a Bearer token — and a console lets you test every endpoint without opening Postman.
[ { "id": "8842", "customer_id": "123", "total": 412800, "synced": false }, { "id": "8843", "customer_id": "204", "total": 96500, "synced": false } ]
You already have an ERP that invoices, a CRM that tracks your reps and maybe a BI dashboard where you watch everything. The wholesale store has to talk to them, not live apart. The Open API gives your technical team a standard REST door to read and write what matters — no manual exports, no spreadsheets stepping on each other.
Inside the panel, under Settings → ERP, there's a console that runs real calls against the integration endpoints. Your team pastes the token, fills in the parameters, hits Send and sees the response with the color-coded HTTP status and formatted JSON. No cURL, no external tools.
curl -X POST https://api…/v1/stock-update \ -H "Authorization: Bearer vxm_live_…" \ -d '[{"sku":"RM-204","qty":48}]'
The classic pattern: your system pulls the new orders, invoices them and marks them synced; then it pushes stock and prices back to the store. Each piece is a clear endpoint, and the loop keeps itself while your job runs.
Every call travels with a Bearer token that identifies your business. You generate it from settings, send it in the Authorization header, and the console stores it in the browser so you don't have to paste it on every test. Simple to start, safe for production.
Authorization: Bearer … on every request. No three-legged OAuth, no complicated signatures.{ "id": "512", "role": "buyer", "price_list_id": "mayorista-a", "created": true }
Registers a wholesale buyer or a seller from an external system — replicate the onboarding you already do in your ERP.
Lists the orders pending sync from a cutoff date, so the ERP pulls and processes them locally.
Marks an order as already synced in the ERP, with an optional external identifier and invoice type.
Sends stock updates from the ERP: a batch of SKUs with their available quantity. The most frequently used one.
Updates buyer data: account balance, assigned price list and special terms.
Downloads the platform's SKU codes to reconcile them with your ERP's.
Sends a batch of SKUs with their prices and related data from the ERP into the store.
Creates an order on behalf of an existing customer — with their prices, discounts and taxes computed by the store's own engine.
Endpoints with clear HTTP verbs, JSON both ways, ISO dates and consistent error codes. What your backend expects from a serious API.
One token per business, in each call's header. Rotate it whenever you want and each one carries its own rate limit.
Stock, SKUs and customers go in batches: a JSON array with the expected structure and each endpoint's example as a template.
At the bottom of each endpoint there's a ready-to-copy cURL — the fastest way to move the integration into a script or a cron.
Test with real data in a sandbox business and validate the batch structure before plugging in the production ERP.
Creating an order from the API runs through the store's same pricing, discounts and tax engine. No made-up per-request prices.
Mark each order synced and it drops off pending. The list stays short, with no duplicates piling up.
The console itself is the living reference: overview, parameters and response of each endpoint, always in sync with what the API actually does.
Give your technical team the API and the console to connect your ERP, your CRM or your custom app — and stop moving data by hand.