Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

Sponsorship: Stripe webhooks, invoice mirroring, Brevo receipts (Phase 7.3, 7.4)

Abierto
#16 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
32/100
Tipo de issue
Nueva funcionalidad
Claridad
Bastante claro
Estado de actividad
Tranquilo
Stack tecnológico
csharp, postgresql

Línea de trabajo

Empieza revisando el contrato de metadatos en #14 y #15, y sigue después el patrón existente de restricciones únicas de los webhooks de GitHub. Implementa y prueba POST /webhooks/stripe, incluido el manejo de firmas, el orden del ciclo de vida, la idempotencia y el comportamiento best-effort de IEmailSender. Añade cobertura de xUnit en tests/CommunityPro.Tests// siguiendo el patrón de MembersTestHarness.cs; se considera terminado cuando se cumplen todos los criterios de aceptación enumerados.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

sponsorship

Scope

POST /webhooks/stripe — signature-verified, idempotent, drives the sponsor lifecycle and local invoice mirror.

Events

Event Action
checkout.session.completed create/activate Sponsor from session metadata + customer/subscription ids
invoice.paid upsert SponsorInvoice (amount, hosted URL, PDF); relay branded receipt/thank-you via Brevo incl. customer-portal link
invoice.payment_failed upsert invoice as failed; sponsor → PastDue
customer.subscription.updated / deleted sync SponsorStatus (Active/PastDue/Cancelled)

Rules

  • Verify Stripe-Signature against the webhook secret on the raw request body.
  • Idempotent by Stripe event id — same unique-constraint-insert pattern as the GitHub webhooks (Stripe retries for days). Unhandled event types → 200 no-op.
  • Rely on Stripe Invoicing natively (subscriptions generate invoices; PDFs/emails enabled in Stripe settings) — local rows exist purely for the admin dashboard.
  • Brevo sends best-effort via IEmailSender; failures never 500 the webhook (Stripe would retry and duplicate side effects — idempotency guard must cover this).

Error codes

webhooks.invalid_signature (401); everything else 200

Dependencies

Blocked by #14 and #15 (metadata contract).

Acceptance criteria

  • Replayed event id → no-op (tested for every handled event type)
  • Out-of-order events don't corrupt status (e.g. subscription.deleted before a late invoice.paid)
  • Signature failure → 401 without body processing
  • Full lifecycle test: checkout → paid → failed → cancelled
Conventions (project-wide, non-negotiable)
  • .NET 9, records for immutable shapes, file-scoped namespaces, primary constructors where they read well. Minimal-API endpoints grouped per module via IEndpointModule.MapEndpoints.
  • Result<T> (SharedKernel) instead of exception-driven control flow. Endpoint results map failures to ProblemDetails with the stable error codes listed above — the frontend keys off them.
  • Module owns its EF Core DbContext mapped to its own Postgres schema. Modules never reference each other's internals — cross-module needs go through a public contract interface or an in-process domain event (IEventPublisher).
  • All external calls (GitHub, Stripe, Brevo, Cloudinary, Meilisearch) behind interfaces owned by the consuming module.
  • Every list endpoint paginated (offset is fine). xUnit tests in tests/CommunityPro.Tests/<Module>/ following the existing harness patterns (see Members/MembersTestHarness.cs).
Lenguaje dominante
C#
Estrellas
0
Forks
0
Métricas de merge de PR
Sin PR fusionados en 30 d

Preparar el entorno

  • Incluye un Dockerfile o un archivo de Docker Compose
  • Sin plantilla de pull request
  • Sin guía de contribución

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de CommunityPro/community-pro-api

Todos los issues de CommunityPro/community-pro-api

Issues similares

Más issues de C#

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.