By Sajad, Founder at Cellbot — 25 years in the tech repair industry

Published: 16 May 2025 · Fully reviewed: 29 August 2026

A reliable Shopify repair booking needs more than a calendar. It must keep the slot, device, requested repair, price or deposit, customer and eventual repair ticket consistent—even when payment fails, the customer reschedules or two people choose the last appointment.

Use one of three setups:

  1. Booking app attached to a service product: suitable for a small service menu and straightforward capacity.
  2. Custom Shopify product form plus booking system: suitable when device fields and theme control matter.
  3. Repair-platform embed: suitable when a broad pricebook, enquiry handling and repair ticket should share the same data.

Whatever the interface, define the booking state machine and system owner before launch.

Conflict disclosure: Cellbot provides the third setup and publishes this guide. Shopify facts link to current official documentation checked on 26 August 2026. Cellbot's current FAQ describes a Shopify-compatible embed, not a promise that every theme, booking or draft-order event works without configuration.

The booking state machine

StateCustomer seesSystem must preserve
EnquiryDevice and repair questionsPartial data without creating duplicates
Slot offeredAvailable times and location or service routeLive capacity and expiry
Slot heldClear hold durationTemporary reservation tied to one session/customer
Payment pendingDeposit or full amount and termsIdempotent payment attempt
ConfirmedReference, time, place and next stepBooking, payment and customer links
RescheduledNew time and updated confirmationSame booking identity and history
CancelledCancellation result and refund informationReleased capacity and payment outcome
Checked inDevice receipt and repair referenceBooking converted or linked to one repair
Shopify repair booking state machine from enquiry and slot hold through payment, confirmation, rescheduling, cancellation and check-in
A booking is reliable only when every state transition updates the same customer, payment and repair reference. Cellbot editorial graphic, 26 August 2026.

Do not create a repair ticket for every anonymous calendar view. Do not wait until check-in to discover that the paid booking cannot identify the device.

Step 1: choose the booking owner

One system should own availability and booking status.

OwnerSuitable whenIntegration rule
Shopify booking appShopify is the primary service catalogue and appointments are simpleRepair system consumes confirmed booking once
External calendar/booking systemThe business already schedules several service types thereShopify links or embeds; do not maintain a second capacity calendar
Repair platformRepair pricebook, intake and ticket workflow determine availabilityShopify provides storefront context; repair platform owns state

Two calendars that both accept appointments create overbooking. A one-way display of “available” times is unsafe if another system can consume the slot without updating it.

Step 2: create the service product

Shopify's service-product guidance says merchants can deactivate the physical-product setting so shipping charges do not apply and can install a booking app for availability and capacity.

The product page should state:

  • repair, device family or diagnostic scope;
  • fixed price, starting price, deposit or quote-request status;
  • what the booking confirms—and what it does not;
  • location, mail-in or mobile service route;
  • expected duration only when it can be supported;
  • cancellation/rescheduling rule;
  • parts or diagnosis conditions; and
  • warranty summary.

Place a test order after configuration, including a basket that contains both the non-shippable service and a physical accessory.

Step 3: collect only booking-critical data

Required at booking usually means:

  • name and reachable contact route;
  • device brand, model and relevant variant;
  • requested repair or symptom;
  • service route/location;
  • preferred date/time; and
  • acknowledgement of price and cancellation conditions.

Optional at this stage can include photos or notes. Do not collect device passwords or unrelated identifiers in a general storefront form.

Shopify themes support line-item properties for supplementary text or file information. If using them, test that fields remain attached through cart, checkout, order, notification, export and repair-system hand-off. App/theme upgrades can expose hidden assumptions.

Step 4: model capacity

Capacity is not only opening hours.

For each bookable repair, define:

  • locations and eligible technicians;
  • appointment duration and buffer;
  • concurrent jobs allowed;
  • notice and booking horizon;
  • holidays, absences and blocked time;
  • whether stock availability restricts booking;
  • diagnostic versus repair slots; and
  • mail-in jobs that consume workshop capacity but not counter time.

Start with fewer rules. A fully open calendar that cannot deliver the promised repairs creates more customer-service work than a controlled request flow.

Stock should rarely promise the final slot by itself

A part marked “in stock” may already be reserved, damaged or in another location. If the booking claims same-day completion, the availability check needs usable part, technician and time—not merely a positive stock quantity.

Step 5: choose payment timing

Payment modelUse whenMust test
No paymentQuote or diagnostic booking with low no-show riskConfirmation and cancellation ownership
Fixed depositCapacity or parts must be protectedBalance, cancellation and partial refund
Full paymentScope and price are sufficiently certainRepair exception and refund path
Post-diagnosis invoicePrice depends on inspectionApproval and secure payment link

Shopify's draft-order guidance says merchants can add products or custom prices and send invoices with secure checkout links. That is useful after diagnosis, but the draft order should link to the booking and repair rather than creating a second customer journey.

Use a unique booking key as the payment idempotency key or equivalent reference. If a customer reloads after a timeout, the system should check the existing attempt before creating another booking or charge.

Step 6: write the confirmation contract

A confirmation should include:

  • booking reference;
  • date, time and timezone;
  • location or shipping/collection instructions;
  • device and requested repair summary;
  • amount paid and balance treatment;
  • what the shop will confirm after diagnosis;
  • reschedule/cancel route; and
  • direct contact path for mistakes.

The booking app, Shopify and repair system should not each send a different confirmation. Choose one owner and suppress duplicates.

Step 7: connect booking to the repair record

At confirmation or check-in, map:

Booking fieldRepair fieldAcceptance rule
Booking IDExternal referenceUnique and immutable
CustomerCustomer recordMatch verified contact; review duplicates
Device/modelDeviceKnown model or explicit manual review
Requested serviceIntake requestNever treated as completed diagnosis
Price/depositApproval/paymentExact amount and provider transaction linked
AppointmentBooking eventHistory preserved after reschedule
Notes/photosIntake attachmentAccess restricted appropriately

The booking request describes what the customer believes is wrong. The technician's diagnosis and approved repair scope must remain separate fields.

Using Cellbot for Shopify repair booking

Cellbot's FAQ says Shopify merchants can add its storefront embed and use it for pricebook-based enquiry and booking. It says merchants should contact Cellbot when they want draft orders connected.

Before selecting a paid plan, demonstrate:

  • theme and mobile embed behaviour;
  • configured-price lookup and missing-price escalation;
  • slot hold and concurrency;
  • deposit success, failure and retry;
  • draft-order or payment ownership;
  • reschedule and cancellation;
  • customer/repair duplicate prevention; and
  • export of booking, payment and repair history.

Review current Cellbot plan limits. Starter supports one user, one location and 100 repairs per month; the wider operational functions vary by tier.

Booking failure tests

Run these before launch:

  1. two customers choose the last slot;
  2. payment succeeds but confirmation webhook times out;
  3. payment fails after the slot is held;
  4. customer refreshes and submits twice;
  5. staff reschedules across locations;
  6. customer cancels before and after the cutoff;
  7. part becomes unavailable after booking;
  8. device model is ambiguous;
  9. customer books the wrong service;
  10. mixed product/service basket is refunded partly;
  11. confirmation email or SMS fails; and
  12. booking converts to one repair and later one warranty return.

Record expected system state, customer message, owner and recovery for each failure.

Shopify repair booking FAQs

Does Shopify include appointment booking?

Shopify's guidance points service sellers to booking apps in the Shopify App Store. The merchant must configure availability, capacity and the relationship between booking, payment and service fulfilment.

Should I take a repair deposit?

A deposit can protect scarce capacity or ordered parts. State what it covers, how it is credited and when it is refundable. Test partial refunds and cancellations in both the commerce and repair records.

Can line-item properties collect device details?

Yes, Shopify documents line-item properties for supplementary product-form information. They can fit a limited intake form. Test theme, cart, checkout, notifications, export and integration before relying on them for repair-critical data.

Is a booking the same as a repair ticket?

No. A booking reserves time and captures a request. A repair ticket should preserve intake condition, diagnosis, approval, parts, technician work, payment and warranty history.

Can Cellbot create Shopify draft orders?

Cellbot's public FAQ says Shopify users should contact the team when they want draft orders connected. Cellbot is not yet listed in the Shopify App Store, so treat the exact flow as scoped capability and demonstrate it in the intended plan; do not assume it from the storefront embed alone.

Sources and review method

This guide was fully reviewed on 29 August 2026 using current Shopify service-product, theme and draft-order documentation plus Cellbot's current FAQ and pricing. The booking state machine, field map and failure tests are Cellbot editorial frameworks. Cellbot's Shopify App Store listing is described as pending, not approved.

Continue with selling repair services on Shopify, displaying repair prices and the repair shop CRM guide.