Classes, students and payments. 

A greeting with today's summary, totals for students, classes and earnings, and a card per class showing its status (active or suspended), number of students, videos, files and tasks, and the date it was created.

The counts on each class card come from the class record and its content, and the earnings total is summed from successful transactions only.

An admin opens the panel to see what needs attention. Seeing a suspended class or an empty one right away beats digging through menus.

A searchable grid of students with name, email, active or inactive status, the number of classes they're in and the date they joined.

The active and inactive counts line up with active and expired subscriptions on the reports page, so a lapsed plan shows up here too.

Support questions start with "is this student active, and in which classes?" The card answers both.

Opening a class gives it its own sidebar. The students tab lists everyone enrolled with contact details, status and join date, and lets the admin remove a student from the class.

Each class has its own route and its own content collections, and a join code can be generated for the class from its overview tab.

Teachers think one class at a time. Keeping everything for a class in one place stops files and tasks from getting mixed up between groups.

The tasks tab has a form to add a task with an optional PDF, and the list of tasks below it. Students' answers appear in the submissions tab, and videos and files have upload areas of their own.

Uploads go through drag-and-drop areas per content type, and each task is tied to its class so submissions can be listed per class.

Homework sent over chat gets lost. Attaching it to the class, with a submissions tab next to it, keeps the hand-in and the marking in one place.

Plan cards for Basic, Standard, Premium, Weekly Pass, Semester and Intensive 30 Days, each with its price, duration and description, plus edit and delete actions and a button to add a new plan.

A plan's duration is stored as an amount and a unit (day, week, month or year), and that is what decides when a subscription bought on it expires.

Pricing changes with the school year. Letting the admin add a semester plan or a trial week without a release keeps sales moving.

Accounts waiting for payment, each with the student's contact details, the chosen plan, the transaction amount and date, a countdown timer, a link to the Stripe checkout page and a button to email the link again.

Each pending account has its own transaction and a Stripe Checkout link. The account stays in the queue until the payment succeeds, and the resend button emails the link again.

Most unpaid sign-ups just need a reminder. Putting the link and a resend button in one card turns chasing payments into a one-click job.

A list of every transaction with the student, the amount in USD, the date, the plan and the status, with a link to the payment page for anything not yet paid.

Each transaction carries the plan it was for and a status, and only successful ones count towards earnings on the dashboard and the reports page.

Money questions need an exact answer. One list of every attempt, with its status, settles them without opening Stripe.

Total, active and inactive students, earnings, active classes, plans, files, videos and tasks, students waiting to pay, expired and active subscriptions, total transactions and failed transactions.

Each figure is counted on the server from the same records the other pages list, so the report matches the students, classes and transactions pages.

A school owner needs to know how many students are paying and how many slipped away. Expired subscriptions next to active ones makes that visible.