{"title":"Enter orders on a roaming tablet","slug":"enter-orders-on-a-roaming-tablet","url":"https://support.storeconnect.com/articles/enter-orders-on-a-roaming-tablet","url_markdown":"https://support.storeconnect.com/articles/enter-orders-on-a-roaming-tablet.md","subtitle":null,"summary":"Set up and run POS on a tablet so staff can build an order with the customer on the salesfloor or at a table, then take payment, park the cart, or ship it to several addresses. Sometimes called clienteling.","type":"Help_Documentation","video_url":"","keywords":"clienteling, mobile POS, tablet selling, table service, order at the table, roaming tablet, shop floor selling, personal shopping, assisted selling, roaming register, park order, gift order, ship to recipient, multiple recipients, send to several addresses, styling appointment, customer history at POS","last_modified":"2026-09-17T05:42:27+0000","body_markdown":"Staff sometimes need to serve a customer away from the counter, at the shelf, on the salesfloor, or at a table. Some retailers call this clienteling.\n\nYou can run POS on a tablet so a salesperson stays with the customer and builds the order as the conversation goes. This saves the customer queuing, and saves the salesperson repeating the conversation at a till.\n\nBecause POS runs in a browser, the same register software runs on a tablet. There is no separate mobile product to buy or deploy.\n\n## Use cases\n\n-   A shop floor where staff advise rather than ring up.\n-   A restaurant or venue taking orders at the table.\n-   A showroom where the conversation happens away from the counter.\n-   Any business where the customer should not have to queue to buy.\n\n## How it works\n\n1.  A tablet connects to its own **Register** on the **Outlet**, the same way any other device does.\n2.  The salesperson signs in as themselves, so the **Order** is attributed to them wherever it is finished.\n3.  They attach the customer's **Contact** to the cart, which brings that customer's pricing, credit, and history to the screen.\n4.  They build the cart on the floor, then take payment, set the cart aside, or arrange delivery.\n\n## Ways to finish the sale\n\nA cart built on the floor does not have to be paid for on the floor. Choose the ending that suits how the visit is going.\n\n-   **Take payment there and then.** The salesperson charges the customer on the tablet, using a terminal paired to that register or any other enabled payment method.\n-   **Set the cart aside.** Park the cart and resume it when the customer is ready. A parked cart is saved to the store rather than to the tablet, so any register in the store can pick it up, including a counter register when the handover is planned. See [Park an order](pos-parking-orders).\n-   **Ship it, to one or more people.** The delivery step captures a **Recipient Name** and address separately from the buying customer, so an item can go to someone other than the person paying. You can give each item in the cart its own delivery, so one visit becomes one order shipping to several addresses, with the rest carried out of the store. See [Arrange delivery fulfillment at POS](arrange-delivery-fulfillment-at-pos).\n\n## What the salesperson can see\n\nAttaching the customer to the cart gives the salesperson that customer's history, not just a blank cart.\n\n-   Their account pricing, credit balance, and terms apply from the moment they are attached. See [Add a customer to an order](adding-a-customer-to-an-order).\n-   Their past orders are searchable from the register, so the salesperson can refer to what the customer already owns. See [Look up a customer's order history](order-history).\n-   Stock shows as an exact count or a qualitative tag on product cards, so answering \"do you have this in blue\" does not need a trip to the stockroom.\n-   Product media renders in the view, so the salesperson can show a product the store does not have on the floor.\n\nYou can add whatever else the conversation needs, such as a fitting history, a wishlist, or a membership tier, by putting a **POS Layout** over the object that holds it.\n\n## Setup steps\n\n1.  Add a register for each tablet on the relevant **Outlet**, named for the role rather than a position, for example `Floor 1` or `Personal shopping`. See [Add a register to an outlet](add-a-register).\n2.  Add each salesperson as an **Outlet User**, with an **Outlet User Type** that carries the discount ceiling you want them to have on the floor. See [Add a POS user](add-a-pos-user).\n3.  Give the tablet register a layout set suited to a handheld screen, and put the actions a floor conversation needs on its home grid. See [POS layouts](pos-layouts) and [POS action groups](pos-action-groups).\n4.  Pair a mobile card terminal to the register if payment is taken on the floor. See [POS payment devices](pos-payment-devices).\n\n## Connection quality\n\nTablets roam into parts of a building where the connection is worse than it is at the counter. Check what your staff need before relying on a tablet in those areas.\n\n-   Cash and manual card sales continue offline, and so does pay on account for customers whose details are already synced.\n-   An integrated terminal payment, a voucher redemption, and an account credit payment all need a connection.\n-   Resuming a set-aside sale needs a connection, because the register checks with StoreConnect that no other device has started its checkout.\n\nSee [Take payments while the POS is offline](offline-sales-at-pos) for what to do when the connection drops mid-sale.\n\n## Results\n\nA salesperson signed in to a tablet register can build a cart anywhere in the store. The resulting **Order** is attributed to them and appears in Salesforce alongside every other sale."}