Define and implement renewal flow for existing matches/packages
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Tranquilo
- Stack tecnológico
- typescript
- Área
- documentation, full-stack, payments
Línea de trabajo
Start by reading docs/plan-CorvEd.md, docs/GAP_ANALYSIS.md, docs/OPS.md, and advisor_update.md, then trace the existing student/admin renewal, payment, package, and session-generation entry points. The work is done when an MVP renewal workflow is documented, implemented across the relevant UI, relationship and status transitions are covered, and the renewal flow has tests and updated documentation.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Context
The app surfaces renewal alerts, but docs/plan-CorvEd.md, docs/OPS.md, and advisor_update.md all note that the renewal workflow is still operationally manual: admin needs a clear path from expiring package -> payment collection -> next package/month -> generated sessions for the existing match.
Acceptance criteria
- Decide and document the MVP renewal workflow.
- Implement the chosen renewal path in student/admin UI.
- Renewal preserves the correct request/match/package relationship.
- Payment and package statuses transition cleanly for renewals.
- Add or confirm an admin surface for expiring packages and renewal follow-up.
- Add a bulk or streamlined next-month session generation path so renewals do not require fragile per-match repetition.
- Update docs and tests for the selected flow.
References
docs/plan-CorvEd.mdopen question #3docs/GAP_ANALYSIS.mdD3docs/OPS.mdWorkflow H: month-end renewaladvisor_update.mdoperational gaps and next priorities
- Lenguaje dominante
- TypeScript
- Estrellas
- 5
- Forks
- 0
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Sin guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de Taleef7/CorvEd
-
DevOps P0 Task
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
Epic P2 question
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
-
enhancement Epic P2
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
-
Admin enhancement Epic P2 Payment Sessions WhatsApp
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
-
Admin P1 Task Tutor WhatsApp
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
Todos los issues de Taleef7/CorvEd
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
openedx/frontend-app-authoring#3274 ·
Los mantenedores suelen responder en 1 día
-
🎙️ task - fix(deployer): deploy --env prep runs deploy:dev where the repo declares deploy:prepAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
-
area/documentation status/need-triage
Dificultad 1/5 Menos de una hora Aptitud para principiantes 95/100
google-gemini/gemini-cli#29548 ·
Los mantenedores suelen responder en 1 día
-
sdk-typescript vector-store
Dificultad 2/5 Medio día Aptitud para principiantes 82/100
mem0ai/mem0#7495 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día