rubis/bruno/08-Checkin/04 In-app respond paid.bru
ordinarthur 3bad1451a9
All checks were successful
Build & Deploy Web / build-and-deploy (push) Successful in 19s
docs(bruno): collection Billing + endpoints check-in in-app
Nouveau dossier `09-Billing/` avec :
  - folder.bru (overview : plans + flows upgrade/cancel/reactivate)
  - 01 Get subscription : state du plan, caps, grace period, cancel flag
  - 02 Start checkout   : crée une Checkout Session Stripe (Pro/Business
                          × monthly/yearly)
  - 03 Open portal      : Customer Portal pour gérer CB/annulation
  - 04 Reactivate       : annule l'annulation programmée (sans paiement
                          immédiat) — gère le conflit Stripe
                          cancel_at vs cancel_at_period_end

Aussi documenté les endpoints in-app check-in qui manquaient dans Bruno :
  - 03 In-app pending           : liste des factures awaiting_user_confirmation
  - 04 In-app respond paid      : équivalent du lien email "C'est payé"
  - 05 In-app respond pending   : équivalent "Toujours en attente"

README mis à jour avec le parcours étendu (signup → … → billing).

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-07 17:25:55 +02:00

45 lines
1.1 KiB
Plaintext

meta {
name: 04 In-app respond paid
type: http
seq: 4
}
post {
url: {{baseUrl}}/api/v1/checkin/inapp/{{invoiceId}}/paid
body: none
auth: bearer
}
auth:bearer {
token: {{token}}
}
tests {
test("200 OK", function () {
expect(res.getStatus()).to.equal(200);
});
test("status = paid", function () {
expect(res.getBody().data.status).to.equal("paid");
});
}
docs {
POST /api/v1/checkin/inapp/:invoiceId/paid — auth requise
Réponse "Oui — la facture est payée" depuis l'app (modale check-in OU
bouton "Marquer encaissée" sur la fiche). Effets identiques au lien
email mais auth-based (pas de token URL).
Effets :
- CheckinTask (si elle existe) : status='answered', answer='paid'
- Invoice : status='paid', paid_at=now, rubis_earned+1
- Organization.rubis_count+1
- ActivityEvent kind=invoice_paid (label "via confirmation")
- Toutes les RelanceTask scheduled de la facture → cancelled
Réponse : la facture sérialisée (status='paid' désormais).
Précondition : `invoiceId` doit appartenir à l'org de l'user (404 sinon).
Idempotent : si déjà paid → renvoie l'état courant sans bumper.
}