> ## Documentation Index > Fetch the complete documentation index at: https://www.twicecommerce.com/docs/llms.txt > Use this file to discover all available pages before exploring further. # Verify your first real order > Step 10. Check that the first real order actually worked: it landed in the admin, the right stock is reserved, the confirmation arrived, and the payment settled rather than only authorised. Check the first real order the moment it lands, not after a customer tells you something is wrong. Four things have to be true, and each is checked from a different place in the admin. ## Check the four things | Check | Where | It passes when | | --------------------------- | ------------------------------- | ------------------------------------------------------------------------------------ | | The order landed correctly | **Orders** | The order appears with the right customer, lines and dates | | The right stock is reserved | The order's **Stock Items** tab | Every assigned item reads **Reserved**, and no conflict banner shows on the order | | The confirmation arrived | The customer's inbox | Both the customer's and your team's confirmation email arrived, spam folder included | | The payment settled | The order's **Payments** tab | A row of type **Payment** reads **Succeeded**, not **Pending** | Read them in this order. An order that never landed has no stock to check, and stock that never reserved is not a payment problem. ## The order landed correctly Open **Orders** and find it. Confirm the customer, the lines and the dates match what was actually ordered. ## The right stock is reserved Open the order's **Stock Items** tab. Every assigned item should read **Reserved**. If the order instead carries an **Unavailable stock items** banner, an item lost its reservation and needs reassigning before the customer arrives to find it missing. Follow [Resolve a stock item conflict](/docs/guides/orders/resolve-stock-item-conflicts) to reassign it. Read more about why this happens: [Stock Item Conflicts](/docs/concepts/orders/stock-item-conflicts). ## The confirmation arrived A completed checkout fires the **Storefront order confirmation** email to the customer and the **Admin order confirmation** email to your team. Check the customer's real inbox, spam included. TWICE keeps no delivery log, so the inbox is the only proof. An order taken at the counter sends no email by itself. If this order was created in admin with a manual payment, send a checkout link instead, or hand over a printed receipt from the order's **Documents** tab. ## The payment settled Open the order's **Payments** tab and read the **Payments** table. Find the row of type **Payment**: it reads **Succeeded** once the money has actually settled, not just authorised. A row still **Pending** has not settled, and a blank receipt number is normal until it does. A deposit settles on its own row and its own balance. Reserving a deposit produces an authorisation, not settled money. Only a capture moves it. See [Take payment and deposits](/docs/guides/orders/take-payment) for the full round trip. ## When one of these is wrong Fix it while this is still the only order affected, before the same broken step reaches a second and third one. | Wrong | Do this | | ------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------- | | Stock is not reserved | [Resolve the conflict](/docs/guides/orders/resolve-stock-item-conflicts) and reassign a unit | | No confirmation arrived | Check spam, then send a new checkout link or hand over a printed receipt | | The payment never settled | Retry the charge, or [collect payment](/docs/guides/orders/take-payment) again by another method | | The order should not have gone ahead at all | [Refund](/docs/guides/orders/refund-an-order) first, then [cancel or archive](/docs/guides/orders/cancel-or-archive-an-order) it | ## Done when * The order appears in **Orders** with the right customer, lines and dates. * Every assigned stock item reads **Reserved**, and no conflict banner shows on the order. * Both confirmation emails arrived, checked in a real inbox. * The **Payments** table carries a **Succeeded** row, not a **Pending** one. * Anything wrong on this order has been fixed, not carried into the next one. ## Related articles The launch step this guide belongs to. The practice run for this same check, before you are live. Reading the Payments tab, and the deposit round trip. Reassigning a unit that lost its reservation. Sending the money back before you cancel. The next step: what to watch once you are running.