Store orders & checkout

Your storefront is not a separate system bolted on. It sells through the same Paysio checkout, catalog, and dashboard as everything else. That means a sale from your store behaves exactly like a payment link sale: same checkout, same transaction, same fulfillment, same customer record. There is nothing extra to wire up.

Store checkout

When a visitor adds products to their cart on your storefront and checks out, Paysio takes their cart and creates a checkout for it, then sends them to the standard Paysio checkout page to pay.

Because it is the normal checkout, everything you have configured applies automatically: your accepted card and bank options, wallets like Apple Pay and Google Pay, discounts, tax, and your checkout branding. If you have turned on collecting a shipping address for storefront sales, the checkout asks for one. See The checkout experience.

Three ways to check out

Sending shoppers to the Paysio checkout page is the default, and it is the option most stores should keep. If you want checkout to happen on your own site instead, ask the store builder for one of the other two. Just tell it in plain language, for example "keep checkout on my site" or "build me a custom checkout page".

Hosted checkout link. The default. Your store hands the cart to Paysio and the shopper finishes on the Paysio checkout page. Nothing to build, and every payment method, wallet, and 3-D Secure step works out of the box.
Embedded checkout. The Paysio checkout appears inside your own page, so the shopper never leaves your store. Paysio still renders the payment form, and you control the colors, fonts, and corner rounding so it matches your design. This is the middle option: your look, Paysio's form.
Custom checkout. Your store builds the entire checkout page: your own layout, your own contact and address fields, your own order summary, your own pay button. Only the card number, expiry, and security code are rendered by Paysio, in a secure frame, so real card numbers never touch your store. This gives you the most control and is the most work.

All three take the same payments, create the same transactions, and show up the same way in your dashboard. The difference is only who draws the form.

A custom checkout still gets the full experience

Building your own checkout page does not mean giving up what the Paysio checkout does. Ask the builder for any of these and it can add them to your page:

Apple Pay and Google Pay. The real wallet buttons, on your own checkout page. The wallet fills in the shopper's name, email, and billing address, so there is nothing for them to type.
Bank payments. Pay by bank debit (ACH) instead of card, if you have bank payments turned on.
Saved cards for returning customers. If a shopper is signed in to your store account, their saved cards appear and they can pay in one tap. Shoppers without an account can still get their saved cards by entering their email and a one-time code, the same way the Paysio checkout does.
Discount codes. A code box that checks the code and updates the total before they pay.
Extra order fields. Anything you want to ask for, such as a gift message, a delivery date, or engraving text. These show up on the order and the receipt.
Your own reference numbers. Attach your internal order id or campaign name to the payment.

Card security checks, fraud signals, address verification, tax, shipping, receipts, order numbers, and stock all keep working on their own. You do not build any of that.

If you pick option 2 or 3, the payment form will not appear in the builder preview. That is expected. The secure card frame only loads on a real web address, so publish your store and test the checkout there. See Publishing your store.

Custom checkouts always ask for a billing address

If you go with a custom checkout, your store will collect a full billing address: street, city, postal code, and country. This is not optional, and asking the builder to drop those fields will not work, because Paysio also checks for them when the payment is submitted.

The reason is that the billing address is what lets your bank run an address check on the card. Without it you approve more fraud, get more declines on good cards, lose the strongest evidence you have if a customer disputes a charge, and can run into problems paying out later. If the fields feel like too much on the page, a better answer is to tuck them behind a "Billing address" toggle, or fill them in automatically from the shipping address, rather than remove them. Ask the builder for that instead.

Where orders appear

A completed store sale lands in exactly the same places as any other payment:

Transactions: it appears in your Transactions list like every other payment, tagged with a storefront source so you can tell store sales apart from links, invoices, or the virtual terminal.
Fulfillment: if the order contains a physical product, it carries a fulfillment status so you know it needs to ship. See Orders and fulfillment.
Customers: the buyer gets a customer profile automatically, with their contact and address details, just like any checkout.

Paysio also tracks visitors browsing your store before they buy, so live and abandoned carts show up in your dashboard, not just completed orders.

Products and stock

Your storefront is driven by your product catalog. You do not maintain a separate store inventory.

Products you create appear on your store, with their images, descriptions, prices, and variants.
Inventory is shared. If you track stock on a product, the store respects it: a sold-out product or variant cannot be bought, and each sale lowers the count. See Inventory tracking.
Updating a product's price or details updates it on the store too, since it is the same product everywhere.

This is why setting your products up well matters: the storefront reflects them automatically. See Creating products.

If you have live chat turned on, the support chat widget also appears on your storefront, so shoppers can ask a question without leaving the page. Their messages reach you in your inbox the same as chats from anywhere else. If chat is off, no widget shows.