User Story #687
openEPIC #670: Package Catalogue Management - 2 days front end and 2 days backend
Feature #686: Delete & Restore Package
frontend – Delete & Restore Package
0%
Description
As a Super Admin, I want to safely delete and restore travel packages so that obsolete packages can be removed from active operations without losing historical business information.
Business Background¶
Travel packages often become inactive due to seasonal changes, supplier discontinuation, or business decisions. However, packages may already be associated with enquiries, quotations, bookings, reports, or audit records. Therefore, the platform shall implement a Soft Delete mechanism instead of permanent deletion, allowing administrators to restore packages when required while preserving historical relationships.
Objective¶
Allow the Super Admin to:
- Soft delete packages.
- Restore deleted packages.
- View deleted packages separately.
- Prevent accidental deletion.
- Preserve business history.
Preconditions¶
- User is authenticated.
- User has Delete Package permission.
- Package exists.
- Package is not permanently removed.
Screen Behaviour¶
Package actions shall dynamically change based on the current package state.
Example:
Active Package
- View
- Edit
- Publish
- Archive
- Delete
Deleted Package
- View
- Restore
Delete Package¶
When the administrator clicks Delete:
The system shall display a confirmation dialog.
Confirmation Dialog¶
Title
Delete Package
Message
This package will be removed from the active catalogue and can be restored later. Existing enquiries, quotations, bookings, and reports will not be affected.
Buttons
- Delete
- Cancel
Restore Package¶
When Restore is selected:
The package shall become active again and return to the Package Listing.
The package shall return to its previous lifecycle status unless business rules specify otherwise.
Package Listing Behaviour¶
Deleted packages
- Hidden from default listing.
- Hidden from customer website.
- Hidden from quotation flow.
- Available through Show Deleted Packages filter.
Deleted Package Indicator¶
Deleted packages shall display
- Deleted Badge
- Deleted By
- Deleted Date
Filter¶
Additional filter
Package Status
Options
- Active
- Draft
- Published
- Archived
- Deleted
User Interface Behaviour¶
- Delete button shall not appear for users without permission.
- Restore button only appears for deleted packages.
- Confirmation dialog mandatory.
- Deleted packages appear visually different.
- Package cannot be edited while deleted.
Success Messages¶
| Action | Message |
|---|---|
| Delete | Package deleted successfully. |
| Restore | Package restored successfully. |
User-facing Error Messages¶
| Scenario | Message |
|---|---|
| Permission denied | You do not have permission to delete this package. |
| Package already deleted | This package has already been deleted. |
| Restore unavailable | This package cannot be restored at this time. |
| Delete failed | Unable to delete package. Please try again. |
Business Rules Matrix¶
| Rule | Behaviour |
|---|---|
| Deleted package | Hidden from customer website |
| Deleted package | Hidden from Package Listing by default |
| Deleted package | Available through Deleted filter |
| Deleted package | Cannot be edited |
| Restore | Makes package available again |
Impact Analysis¶
Delete¶
Impacts
- Removed from website
- Removed from searches
- Removed from enquiry flow
- Historical records retained
- Audit history retained
Restore¶
Impacts
- Returns to administration catalogue
- Available for editing
- Can be published again if required
- Existing business relationships preserved
Acceptance Criteria¶
AC-1¶
Given an active package
When Delete is selected
Then a confirmation dialog shall be displayed.
AC-2¶
Given Delete is confirmed
When the operation completes
Then the package shall no longer appear in the active package list.
AC-3¶
Given a deleted package
When Show Deleted Packages is enabled
Then the package shall be visible.
AC-4¶
Given a deleted package
When Restore is selected
Then the package shall return to the active catalogue.
AC-5¶
Given a user lacks delete permission
When Package Listing is displayed
Then Delete action shall not be available.
AC-6¶
Given a deleted package
When the user attempts to edit it
Then editing shall not be permitted until restoration.
Role Permission Matrix¶
| Role | Delete | Restore |
|---|---|---|
| Super Admin | ✓ | ✓ |
| Admin | Configurable | Configurable |
| Supplier | ✗ | ✗ |
| Partner | ✗ | ✗ |
| Customer | ✗ | ✗ |
In Scope¶
- Soft delete package
- Restore package
- Confirmation dialogs
- Deleted package listing
- Deleted package filters
- Permission-based actions
Out of Scope¶
- Permanent deletion
- Database cleanup
- Archive functionality
- Publish workflow
Dependencies¶
- Package Listing
- Package Details
- Role & Permission
- Audit Log
Edge Cases¶
- Multiple administrators delete the same package simultaneously.
- Restore requested after Country or City becomes inactive.
- Package has active quotations or bookings.
- Network interruption during delete.
- Session timeout before confirmation.
Definition of Done¶
- Soft Delete implemented.
- Restore implemented.
- Confirmation dialogs verified.
- Deleted package filters available.
- Customer visibility updated.
- Acceptance criteria passed.
- QA completed.
- Product Owner approval obtained.
No data to display