Hotel Booking Event Storming

This map models the core hotel reservation sequence from a booking request to a confirmed reservation. It makes the room-hold policy visible between availability checking and deposit capture, which is often where time limits and inventory rules need discussion. Commands ask for work, while the orange events establish the facts that other parts of the business can rely on. A real workshop should add failed payments, hold expiry, cancellation terms, room changes, and channel-manager updates. Keep each event specific enough that operations, sales, and engineering agree on what has happened and what data is needed next. Review the underlying definitions and totals before using this view to make an operational decision.

סוג תרשים זרימהתקן Sugiyama layered DAG + orthogonal routingמנוע schematex-flowchartעודכן 24.9.2026

הבקשה

“Create an event storming diagram for a hotel booking: Request booking causes Booking requested; an availability policy causes Room held; capture deposit causes Deposit captured; confirm reservation causes Reservation confirmed; then a confirmation policy sends the confirmation. Color commands blue, events orange, and policies green.”

ואז נסוAdd a Room hold expired event after Room held.Add a Reservation cancelled command and event.

מה מופיע בתרשים הזה

פענחו את ההחלטות שמאחוריו.

01Set hold rule

Define how long a room hold lasts.

02Separate payment

Model deposit capture as its own action.

03Confirm facts

Make Reservation confirmed the final business event.

Use for a reservation flow where availability and payment are distinct concerns.

עיון בכל תבניות ה־תרשים זרימה ←

שאלות נפוצות

Why is Room held an event?

It records that availability has been temporarily reserved.

What happens if payment fails?

Add a failed-payment event and a policy for releasing or retaining the hold.

Why separate confirmation from payment?

A reservation rule may require more than a successful deposit before confirmation.