-
Notifications
You must be signed in to change notification settings - Fork 0
Create README for the anvil phase with use cases #84
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,154 @@ | ||
| # The anvil phase | ||
|
|
||
| ## Purpose | ||
|
|
||
| In this phase, we will describe the EUDIT interface, starting with Business Use Cases (when one is agreed, it will be available in 'deliverables'). | ||
| The business use cases will contain | ||
| * A Business Objective | ||
| * A list of actors | ||
| * The Business scenario description | ||
| * The flows (supported with a sequence diagram) | ||
| * The main 'happy flow', describing the process in natural language, step by step | ||
| * Alternative flows, describing possible extensions/adjustments to the main flow. | ||
| * Transmodel, a chapter 'repeating' the happy and alternative flows using the TRANSMODEL concepts | ||
| * for the main flow, including a visual model | ||
| * for each of the alternative flows, | ||
|
|
||
| ## Business Use Cases | ||
|
|
||
| ### A. Inspire & Plan | ||
|
|
||
| retrieving product list and product detail (fare product discovery) | ||
| asking for product-based offers (including optional disponibility check) | ||
| selection of offers (including pre-reservation) | ||
| After 'the Forge', this is re-scoped to: | ||
|
|
||
| asking for product-based offers (including optional disponibility check): "search for offers" | ||
| the product list and product details are out of scope, they can be found in NeTEx files\ | ||
| selection of offers is moved to BUC-B | ||
|
|
||
| ### B. Shop & Price | ||
|
|
||
| manage your products (add/remove/modify your cart) | ||
| calulate the price (final pricing) | ||
| After 'the Forge', this is re-scoped to: | ||
|
|
||
| selection of offer, including the price | ||
| amend your offer | ||
| travel rights (related to products) | ||
| allocations (seats/assets), the reservations before the purchase | ||
| ancillaries the price will be recalculated after each modification. These functions can also be used for cross-selling. | ||
|
|
||
| ### C. Order & Book (+ first stage of reservation) | ||
|
|
||
| fix your purchase (checkout) => To move in UC B ? | ||
| begin reservation process (seat / bike / cabin / PRM / mandatory or optional) | ||
| acheive reservation process | ||
| After 'the Forge', this is re-scoped to: | ||
|
|
||
| validate the offer (just before the purchase) | ||
| the actual purchase | ||
|
|
||
| ### D. Pay (CHARGING MOMENT (complete or not)) | ||
|
|
||
| enter your payment method | ||
| select your payment method | ||
| order a payment between banks/ pay with monney | ||
| receives a receipt / bill | ||
| After 'the Forge', this is re-scoped to: | ||
|
|
||
| Only enlisting financial elements that have to be communicated between the Distributor and the Retailer. | ||
| The financial clearing is a responsibility of the Retailer. | ||
|
|
||
| ### E. Ticketing & Fulfilment (FARE CONTRACT creation + Travel doc distribution) | ||
|
|
||
| creation of travel access rights (contracts) | ||
| managment of orders (create, consult, modify, delete) | ||
| receive TRAVEL DOCUMENT(s) | ||
| acheive reservation process => moved in BUC C | ||
| After 'the Forge', this is re-scoped to: | ||
|
|
||
| retrieve Travel Documents (tickets), taking into account tickets distribution by retailer, or distributor | ||
|
Collaborator
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. this needs to cover aother documents as well (receipts, vouchers, infos) |
||
|
|
||
|
Collaborator
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. add ticket activation (creating tickets for travel days based on a purchased pass or multi journey package)? |
||
| ### F. Pre-trip (service and aftersales) | ||
|
|
||
| inform traveler | ||
| trip/service/reservation/media modification | ||
| After 'the Forge', this is re-scoped to: | ||
|
|
||
| (partial) cancellation | ||
| (partial) exchange (also used for upselling) | ||
|
Collaborator
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. upselling is often not implemeted as a exchange but in a simpler way by adding produts (e.g. add an upgrade from first to second calls and keep the original 2nd calls ticket). |
||
| retrieval of a purchased package | ||
|
|
||
| ### G. Validation – inspection / In-trip (services and aftersales) | ||
|
|
||
| sale/pay on tap | ||
| inspection durng travel | ||
|
Collaborator
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. this is not in EUDIT scope, in scope is oly providing travel documents as to support inspection. |
||
| trip modification (traveler request or operator disruption) | ||
|
Collaborator
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. The flows will be different. This should be separated. |
||
| After 'the Forge', this is re-scoped to: | ||
|
|
||
| Leg management (start, stop etc of a leg, postpone, extend) | ||
| Asset management (open locks, chargers, custom urban mode functions) | ||
| Check-in (is this in scope?) | ||
| Inspection -> retrieval of the travel document (BUC-E) | ||
| Trip modification in respect to facilitate other legs -> Exchange (BUC-F) | ||
|
|
||
| ### I. Post-trip (+ end of payment (CHARGING MOMENT)) | ||
|
|
||
| pay your trips | ||
| receive the final price | ||
| automatic purchase (renew your contract) | ||
| After 'the Forge', this is re-scoped to: | ||
|
|
||
| payment is the responsibility of the Retailer, use this BUC to check if the Retailer has all information required | ||
| look also to BUC-D. | ||
|
|
||
| ### J. After trip (aftersales + claim + receipt) | ||
|
|
||
| traveler request for an after-sale operation | ||
| operator after-sale operations (refund, complaint) | ||
| After 'the Forge', this is re-scoped to: | ||
|
|
||
| Redressing: | ||
| refund (= cancel, and financial part is the responsibility of the Retailer) | ||
| claiming (based on guarantees?) | ||
|
|
||
| ### K. Settlement (repartition between actors) & Reporting | ||
|
|
||
| invoices, | ||
| VAT reporting, clearing, reconciliation | ||
| in EUDIT scope ? | ||
| After 'the Forge', this is re-scoped to: | ||
|
|
||
| out of EUDIT scope, but look at BUC-D and F, all required information regarding what has to be paid, is included. | ||
|
|
||
| ### L. Governance (technical ?) | ||
|
|
||
| customer authentification | ||
| give the versions and the errors | ||
| After 'the Forge', this is re-scoped to: | ||
|
|
||
| customer authentication can be included, when there is time left. | ||
|
|
||
| ### M. In-trip Support | ||
|
|
||
| request support by the traveller | ||
| get support status | ||
| N. In-trip Notifications | ||
|
|
||
| changes of status, routes, ... | ||
| instructions | ||
| validation requests to the retailer | ||
|
|
||
| ### O. Travel document operations | ||
|
|
||
| revoke | ||
| (de)activation | ||
|
|
||
| ### P. Asset based offer search | ||
|
|
||
| search for offers for a specific asset | ||
|
|
||
| ### Q. Location based offer search | ||
|
|
||
| search for offers for a specific station/location | ||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Usually the billing is initiated by the distributor side. Involving financial clearing houses is a different topic outside of EUDIT and usually done between railways only.