01 · Brides and CRM
One record holds the bride and her whole party
Contact details, wedding date, every gown tried on, every order, payment, message and appointment sit on one customer record rather than in four systems that have to be cross-referenced by name.
Specific to bridal. A bridal sale is a group. Mothers and bridesmaids are linked to the bride they came in with, so a maid order and the gown sit on one timeline. 2,902 bride records came across in the Cande migration.
Client relationships →
02 · Appointments
Availability is calculated, and brides can book it themselves
A calendar for the floor, appointment types, rooms and consultants, plus a public booking page on the store's own domain. 3,820 historical appointments were migrated with the rest of the record.
Specific to bridal. A bridal appointment is not a haircut: it occupies a room, a consultant and two hours, and the party size changes what fits. A real end-to-end booking ran on the public page, returning 12 slots, and the confirmed row was verified in the database.
Appointments →
03 · Inventory and gowns
The sample on the floor and the style in the catalogue are different objects
Designer catalogues, styles, colours, size charts and photographs, with per-unit records for the samples physically hanging in the store. 625 styles, 500 floor units, 23 suppliers across 49 divisions.
Specific to bridal. A store sells a style it does not own from a sample it does. Each floor unit carries its own size, colour and condition so a sample can be sold off the rack without touching the style that is still special-ordered. 427 gown photographs were pulled off the previous vendor's servers and rehosted, so the catalogue survived the subscription.
Inventory and catalogue →
04 · Special orders
The must-arrive-by date is computed backward from the wedding
Purchase orders to designers, with a deadline engine that works back from the wedding date through the alterations window and the designer's lead time, rather than asking a consultant to guess a date.
Specific to bridal. The dye-lot guard is enforced at the write path, not on a screen. Placing a purchase order that would put a bridal party into mismatched dye lots is refused at the point of writing, with an explicit override checkbox for the case where the store decides to proceed anyway.
Special orders →
05 · Checkout and contracts
Checkout writes a promise, not a completed till transaction
Order lines, tax, deposits, balances and contracts generated from the store's own templates. 12 contract templates came across from Cande's previous system, captured by hand because there was nothing behind them to extract.
Specific to bridal. The gown does not exist yet when the sale is agreed. Checkout records a deposit and a balance due against a delivery that is months away, and the money is held as a liability until the bride takes the gown home.
Checkout and contracts →
06 · Payments and revenue
A deposit is a liability until the gown leaves the store
Payments, refunds and an append-only double-entry ledger, with revenue recognised at delivery rather than at the moment the card clears. 2,341 payments totalling $2,161,190.44 net of 43 refunds were migrated.
Specific to bridal. Most of a bridal store's cash on hand is money it has not earned yet. Treating deposits as deferred revenue is the difference between knowing what the store made in March and knowing what it collected in March.
Payments and revenue →
07 · Alterations
The workroom is one screen instead of four reports
A queue of alterations jobs with items, fittings, seamstress assignment and charges, attached to the same order as the gown it belongs to.
Specific to bridal. Bridal Web Solutions has no alterations workroom at all: the work is scattered across appointments, per-supplier charge records and four separate reports. That is a structural difference rather than a feature count.
Alterations workroom →
08 · Communications
A log that says why a message was not sent
Transactional and scheduled email from 12 customer templates, with a message outbox and a suppression log. The pipeline is live and proven in production: 100 delivered, most recently on 4 August 2026, with real provider message ids.
Specific to bridal. The suppression log carries a plain-English reason for every held message, which is what lets a manager answer the question every bridal store eventually gets asked: why did she never receive the review request. No other bridal system is documented as answering it.
Client communications →
09 · Reporting
28 report pages, and honest about which ones have data
28 standalone report pages plus a hub, and 30 export keys, all reading the same tables the floor writes to, so a report cannot disagree with the screen it came from.
Specific to bridal. Because deposits are held as a liability, the store can be asked what it has collected and what it has actually earned, and get two different answers on purpose.
Reporting and analytics →
10 · Team and training
Staff accounts, per-person permissions, and a training portal in the same product
Roles and per-person permission switches for the floor, and a training portal with courses and certificates built through 2 August 2026.
Specific to bridal. A bridal floor runs on part-time consultants who are trained on the job, and neither BridalLive nor Bridal Web Solutions has an equivalent training portal. Course first drafts can be generated, which requires an API key provisioned per store.