From ae7cda6e158120b4497ecee24d3003d1490cbf27 Mon Sep 17 00:00:00 2001 From: MrEisbear Date: Sat, 20 Sep 2025 21:14:40 -0500 Subject: [PATCH 1/2] ignored todo.md --- .gitignore | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/.gitignore b/.gitignore index b5848e7..82f7d50 100644 --- a/.gitignore +++ b/.gitignore @@ -6,4 +6,4 @@ __pycache__/ *.pyc instance/ db.sqlite3 - +To-Do.md From 7b9521391456d8fc1af472b790d2929320fbf64c Mon Sep 17 00:00:00 2001 From: MrEisbear Date: Sat, 20 Sep 2025 21:16:25 -0500 Subject: [PATCH 2/2] updated to do --- To-Do.md | 45 ++++++++++++++++++++++++++++++++++----------- 1 file changed, 34 insertions(+), 11 deletions(-) diff --git a/To-Do.md b/To-Do.md index cfa7b53..29ca1fb 100644 --- a/To-Do.md +++ b/To-Do.md @@ -4,18 +4,41 @@ This file tracks potential new features and improvements for the Interbend banki ## Feature Suggestions -1. **Automated Payroll System:** - * **Description:** Instead of requiring users to manually call the `/collect` endpoint, a scheduled script could run periodically (e.g., every 24 hours) to automatically distribute salaries to all eligible users. - * **Benefits:** Improves user experience, ensures consistent pay, and reduces repeated API calls to the server. - * **Important:** Due to the concept of this whole system it needs to be considered to only pay users who are attend. Bad Idea. - * **Alternative:** Implement system to make sure you can only collect if the host is online. Make admin route to open server (set global bool) +1. **Automated Payroll System** + * **Description:** Instead of requiring users to manually call the `/collect` endpoint, a scheduled script could run periodically to automatically distribute salaries to all eligible users. + * **Benefits:** Improves user experience, ensures consistent pay, and reduces repeated API calls to the server. + * **Status:** Under Review + * **Note:** Due to system concept, needs to be modified to only pay active users. + * **Alternative:** Implement system to verify host is online; add admin route to control server availability. -2. **User Transaction History:** - * **Description:** Create a new API endpoint (e.g., `GET /transactions`) that allows an authenticated user to retrieve a paginated list of their own transaction history. - * **Benefits:** Provides users with transparency and a way to track their finances, which is a core feature of any banking application. +2. **User Transaction History** + * **Description:** Create API endpoint for retrieving paginated transaction history. + * **Benefits:** Provides transparency and financial tracking for users. + * **Status:** COMPLETED + * **Note:** Needs verification testing. - * FINISHED: PLEASE CHECK IF WORKING! +3. **Changeable Tax Rate** + * **Description:** Add system for dynamic tax rate adjustment through admin interface. + * **Benefits:** Allows economic control and flexibility for different transaction types. + * **Status:** In Progress + * **Implementation:** Store in database for persistence, add admin routes for modification. -Frontend? +4. **User Roles System** + * **Description:** Implement comprehensive role-based access control (RBAC). + * **Benefits:** Enables different permissions for police, government, admin, and regular users. + * **Status:** Not Started + * **Required Features:** + - Role assignment and management + - Permission hierarchy + - Role-specific interfaces + - Audit logging for role changes -idfk? \ No newline at end of file +5. **Frontend Development** + * **Description:** Create user interface for the banking system. + * **Benefits:** Provides intuitive access to banking features. + * **Status:** Not Started + * **Components Needed:** + - User dashboard + - Transaction interface + - Admin control panel + - Role-specific views \ No newline at end of file