pi-spi-sdk 0.1.2 → 0.2.0

package/dist/generated/services/ComptesService.d.ts

@@ -1,64 +0,0 @@
-import type { CompteOperationListe } from '../models/CompteOperationListe';
-import type { CompteSolde } from '../models/CompteSolde';
-import type { CompteTransfertIntraReponse } from '../models/CompteTransfertIntraReponse';
-import type { CompteTransfertIntraRequest } from '../models/CompteTransfertIntraRequest';
-import type { CancelablePromise } from '../core/CancelablePromise';
-export declare class ComptesService {
-    /**
-     * Détails d'un compte
-     * Cet endpoint permet au client de consulter à tout moment les informations détaillées relatives à un compte spécifique.
-     *
-     * Les informations retournées incluent :
-     * - Le type de compte (compte courant, épargne, etc.)
-     * - Le numéro du compte
-     * - La date d'ouverture du compte
-     * - Le solde actuel du compte
-     * - Le statut du compte (ouvert, bloqué ou clôturé)
-     * - L'indicateur de pré-confirmation pour les opérations
-     *
-     * Cette consultation permet au client business de surveiller l'état de ses comptes en temps réel et de prendre des décisions éclairées concernant ses opérations financières.
-     *
-     * @returns CompteSolde Succès de l'opération
-     * @throws ApiError
-     */
-    static compteSoldeConsulter({ numero, }: {
-        /**
-         * Le numéro de compte sur lequel porte la demande
-         */
-        numero: string;
-    }): CancelablePromise<CompteSolde>;
-    /**
-     * Transfert intra-comptes
-     * Le transfert intra-comptes est un transfert de fonds entre deux comptes détenus par la même entité juridique et domiciliés au sein de la même institution financière. Le compte source (débiteur/payeur) et le compte destination (créditeur/bénéficiaire) appartiennent donc au même client.
-     *
-     * @returns CompteTransfertIntraReponse Transfert initié avec succès.
-     * @throws ApiError
-     */
-    static compteTransfertIntraCreer({ requestBody, }: {
-        /**
-         * Données à fournir pour effectuer un transfert intra-comptes.
-         *
-         * Le client business peut effectuer un transfert intra-comptes en utilisant les numéros de compte ou les alias de compte.
-         * La création d'alias n'étant possible que sur certains types de comptes, le participant doit supporter les deux modes de transfert.
-         *
-         */
-        requestBody: CompteTransfertIntraRequest;
-    }): CancelablePromise<CompteTransfertIntraReponse>;
-    /**
-     * Lister les transferts intra-comptes
-     * @returns CompteOperationListe Succès de l'opération
-     * @throws ApiError
-     */
-    static compteTransfertIntraLister({ statut, comptePayeur, comptePaye, dateEnvoi, dateIrrevocabilite, motif, page, size, sort, fields, }: {
-        statut?: string;
-        comptePayeur?: string;
-        comptePaye?: string;
-        dateEnvoi?: string;
-        dateIrrevocabilite?: string;
-        motif?: string;
-        page?: string;
-        size?: string;
-        sort?: string;
-        fields?: any;
-    }): CancelablePromise<CompteOperationListe>;
-}

package/dist/generated/services/ComptesService.js

@@ -1,86 +0,0 @@
-import { OpenAPI } from '../core/OpenAPI';
-import { request as __request } from '../core/request';
-export class ComptesService {
-    /**
-     * Détails d'un compte
-     * Cet endpoint permet au client de consulter à tout moment les informations détaillées relatives à un compte spécifique.
-     *
-     * Les informations retournées incluent :
-     * - Le type de compte (compte courant, épargne, etc.)
-     * - Le numéro du compte
-     * - La date d'ouverture du compte
-     * - Le solde actuel du compte
-     * - Le statut du compte (ouvert, bloqué ou clôturé)
-     * - L'indicateur de pré-confirmation pour les opérations
-     *
-     * Cette consultation permet au client business de surveiller l'état de ses comptes en temps réel et de prendre des décisions éclairées concernant ses opérations financières.
-     *
-     * @returns CompteSolde Succès de l'opération
-     * @throws ApiError
-     */
-    static compteSoldeConsulter({ numero, }) {
-        return __request(OpenAPI, {
-            method: 'GET',
-            url: '/comptes/{numero}',
-            path: {
-                'numero': numero,
-            },
-            errors: {
-                401: `Autorisations manquantes`,
-                404: `La ressource n'existe pas dans le système`,
-                429: `Erreur inattendue`,
-                503: `Erreur inattendue du serveur`,
-            },
-        });
-    }
-    /**
-     * Transfert intra-comptes
-     * Le transfert intra-comptes est un transfert de fonds entre deux comptes détenus par la même entité juridique et domiciliés au sein de la même institution financière. Le compte source (débiteur/payeur) et le compte destination (créditeur/bénéficiaire) appartiennent donc au même client.
-     *
-     * @returns CompteTransfertIntraReponse Transfert initié avec succès.
-     * @throws ApiError
-     */
-    static compteTransfertIntraCreer({ requestBody, }) {
-        return __request(OpenAPI, {
-            method: 'POST',
-            url: '/comptes/transactions',
-            body: requestBody,
-            mediaType: 'application/json',
-            errors: {
-                400: `La requête est malformée`,
-                401: `Autorisations manquantes`,
-                403: `Interdiction d'effectuer le paiement`,
-                429: `Erreur inattendue`,
-                503: `Erreur inattendue du serveur`,
-            },
-        });
-    }
-    /**
-     * Lister les transferts intra-comptes
-     * @returns CompteOperationListe Succès de l'opération
-     * @throws ApiError
-     */
-    static compteTransfertIntraLister({ statut, comptePayeur, comptePaye, dateEnvoi, dateIrrevocabilite, motif, page, size, sort, fields, }) {
-        return __request(OpenAPI, {
-            method: 'GET',
-            url: '/comptes/transactions',
-            query: {
-                'statut': statut,
-                'comptePayeur': comptePayeur,
-                'comptePaye': comptePaye,
-                'dateEnvoi': dateEnvoi,
-                'dateIrrevocabilite': dateIrrevocabilite,
-                'motif': motif,
-                'page': page,
-                'size': size,
-                'sort': sort,
-                'fields': fields,
-            },
-            errors: {
-                401: `Autorisations manquantes`,
-                429: `Erreur inattendue`,
-                503: `Erreur inattendue du serveur`,
-            },
-        });
-    }
-}

package/dist/generated/services/DemandeAnnulationService.d.ts

@@ -1,84 +0,0 @@
-import type { Paiement } from '../models/Paiement';
-import type { PaiementAnnulationReponseRequest } from '../models/PaiementAnnulationReponseRequest';
-import type { PaiementAnnulationRequest } from '../models/PaiementAnnulationRequest';
-import type { CancelablePromise } from '../core/CancelablePromise';
-export declare class DemandeAnnulationService {
-    /**
-     * Demander l'annulation d'un paiement
-     * Ce point de terminaison permet de demander l'annulation d'un paiement envoyé.
-     *
-     * À l'acceptation de la demande d'annulation, le payé effectue un retour de fonds et le business recevra une notification `RETOUR_RECU` s'il a souscrit au service de webhook.
-     *
-     * Si le payé refuse la demande d'annulation, le business recevra une notification `ANNULATION_REJETE`.
-     *
-     * **Note importante sur l'idempotence :**
-     *
-     * Cet endpoint utilise **POST (pas PUT)** car chaque appel envoie une **nouvelle demande d'annulation** au PSP bénéficiaire.
-     *
-     * **Comportement :**
-     * - Premier appel → Nouvelle demande d'annulation envoyée
-     * - Deuxième appel → **Nouvelle demande d'annulation envoyée** (pas idempotent)
-     * - Troisième appel → **Nouvelle demande d'annulation envoyée**
-     *
-     * **Cas d'usage :**
-     * - La première demande a été refusée, vous réessayez
-     * - Vous voulez relancer une demande en attente
-     * - Vous avez de nouvelles informations justifiant l'annulation
-     *
-     * @returns Paiement Demande d'annulation envoyée
-     * @throws ApiError
-     */
-    static demandeAnnulationEnvoyer({ end2EndId, requestBody, }: {
-        /**
-         * L'identifiant unique de bout en bout de la transaction
-         */
-        end2EndId: string;
-        requestBody: PaiementAnnulationRequest;
-    }): CancelablePromise<Paiement>;
-    /**
-     * Répondre à une demande d'annulation
-     * Ce point de terminaison permet au business de répondre à une demande d'annulation de paiement.
-     *
-     * Le business peut accepter ou refuser la demande d'annulation :
-     * - `decision: true` : Accepte la demande d'annulation (le business effectuera un retour de fonds)
-     * - `decision: false` : Refuse la demande d'annulation
-     *
-     * **Idempotence** : Cet endpoint est idempotent.
-     * - Premier appel avec `decision: true` → Accepte la demande, retourne `200 OK {statut: "ACCEPTEE"}`
-     * - Appels suivants avec `decision: true` → Retourne `200 OK` avec l'état actuel - idempotent
-     * - Premier appel avec `decision: false` → Refuse la demande, retourne `200 OK {statut: "REJETEE"}`
-     * - Appels suivants avec `decision: false` → Retourne `200 OK {statut: "REJETEE"}` (idempotent)
-     * - `decision: true` après `decision: false` → Retourne `403 Forbidden` (déjà refusée)
-     * - `decision: false` après `decision: true` → Retourne `403 Forbidden` (déjà acceptée)
-     *
-     * @returns Paiement Réponse à la demande d'annulation enregistrée.
-     *
-     * La réponse retourne l'objet `Paiement` complet avec les champs mis à jour selon la décision :
-     *
-     * **En cas d'acceptation (`decision: true`)** :
-     * - `annulationStatut` : Mis à jour pour indiquer l'acceptation
-     * - `annulationDateReponse` : Date et heure de la réponse à la demande d'annulation
-     * - Un retour de fonds est automatiquement initié par le participant, donc les champs suivants sont également renseignés :
-     * - `retourStatut` : Statut du retour de fonds (ex: `INITIE`, `ENVOYE`, `IRREVOCABLE`)
-     * - `retourStatutRaison` : Raison du statut du retour de fonds
-     * - `retourDateDemande` : Date de création du retour de fonds
-     * - `retourDateIrrevocabilite` : Date à laquelle le retour de fonds est irrévocable (si applicable)
-     *
-     * **En cas de rejet (`decision: false`)** :
-     * - `annulationStatut` : Mis à jour pour indiquer le rejet (ex: `REJETE`)
-     * - `annulationDateReponse` : Date et heure de la réponse à la demande d'annulation
-     * - Les champs `retour*` ne sont **pas** renseignés car aucun retour de fonds n'est effectué
-     *
-     * @throws ApiError
-     */
-    static demandeAnnulationRepondre({ end2EndId, requestBody, }: {
-        /**
-         * L'identifiant unique de bout en bout de la transaction
-         */
-        end2EndId: string;
-        /**
-         * La réponse du business à la demande d'annulation
-         */
-        requestBody: PaiementAnnulationReponseRequest;
-    }): CancelablePromise<Paiement>;
-}

package/dist/generated/services/DemandeAnnulationService.js

@@ -1,99 +0,0 @@
-import { OpenAPI } from '../core/OpenAPI';
-import { request as __request } from '../core/request';
-export class DemandeAnnulationService {
-    /**
-     * Demander l'annulation d'un paiement
-     * Ce point de terminaison permet de demander l'annulation d'un paiement envoyé.
-     *
-     * À l'acceptation de la demande d'annulation, le payé effectue un retour de fonds et le business recevra une notification `RETOUR_RECU` s'il a souscrit au service de webhook.
-     *
-     * Si le payé refuse la demande d'annulation, le business recevra une notification `ANNULATION_REJETE`.
-     *
-     * **Note importante sur l'idempotence :**
-     *
-     * Cet endpoint utilise **POST (pas PUT)** car chaque appel envoie une **nouvelle demande d'annulation** au PSP bénéficiaire.
-     *
-     * **Comportement :**
-     * - Premier appel → Nouvelle demande d'annulation envoyée
-     * - Deuxième appel → **Nouvelle demande d'annulation envoyée** (pas idempotent)
-     * - Troisième appel → **Nouvelle demande d'annulation envoyée**
-     *
-     * **Cas d'usage :**
-     * - La première demande a été refusée, vous réessayez
-     * - Vous voulez relancer une demande en attente
-     * - Vous avez de nouvelles informations justifiant l'annulation
-     *
-     * @returns Paiement Demande d'annulation envoyée
-     * @throws ApiError
-     */
-    static demandeAnnulationEnvoyer({ end2EndId, requestBody, }) {
-        return __request(OpenAPI, {
-            method: 'POST',
-            url: '/paiements/{end2endId}/annulations',
-            path: {
-                'end2endId': end2EndId,
-            },
-            body: requestBody,
-            mediaType: 'application/json',
-            errors: {
-                401: `Autorisations manquantes`,
-                403: `Interdiction d'effectuer la demande d'annulation`,
-                429: `Erreur inattendue`,
-                503: `Erreur inattendue du serveur`,
-            },
-        });
-    }
-    /**
-     * Répondre à une demande d'annulation
-     * Ce point de terminaison permet au business de répondre à une demande d'annulation de paiement.
-     *
-     * Le business peut accepter ou refuser la demande d'annulation :
-     * - `decision: true` : Accepte la demande d'annulation (le business effectuera un retour de fonds)
-     * - `decision: false` : Refuse la demande d'annulation
-     *
-     * **Idempotence** : Cet endpoint est idempotent.
-     * - Premier appel avec `decision: true` → Accepte la demande, retourne `200 OK {statut: "ACCEPTEE"}`
-     * - Appels suivants avec `decision: true` → Retourne `200 OK` avec l'état actuel - idempotent
-     * - Premier appel avec `decision: false` → Refuse la demande, retourne `200 OK {statut: "REJETEE"}`
-     * - Appels suivants avec `decision: false` → Retourne `200 OK {statut: "REJETEE"}` (idempotent)
-     * - `decision: true` après `decision: false` → Retourne `403 Forbidden` (déjà refusée)
-     * - `decision: false` après `decision: true` → Retourne `403 Forbidden` (déjà acceptée)
-     *
-     * @returns Paiement Réponse à la demande d'annulation enregistrée.
-     *
-     * La réponse retourne l'objet `Paiement` complet avec les champs mis à jour selon la décision :
-     *
-     * **En cas d'acceptation (`decision: true`)** :
-     * - `annulationStatut` : Mis à jour pour indiquer l'acceptation
-     * - `annulationDateReponse` : Date et heure de la réponse à la demande d'annulation
-     * - Un retour de fonds est automatiquement initié par le participant, donc les champs suivants sont également renseignés :
-     * - `retourStatut` : Statut du retour de fonds (ex: `INITIE`, `ENVOYE`, `IRREVOCABLE`)
-     * - `retourStatutRaison` : Raison du statut du retour de fonds
-     * - `retourDateDemande` : Date de création du retour de fonds
-     * - `retourDateIrrevocabilite` : Date à laquelle le retour de fonds est irrévocable (si applicable)
-     *
-     * **En cas de rejet (`decision: false`)** :
-     * - `annulationStatut` : Mis à jour pour indiquer le rejet (ex: `REJETE`)
-     * - `annulationDateReponse` : Date et heure de la réponse à la demande d'annulation
-     * - Les champs `retour*` ne sont **pas** renseignés car aucun retour de fonds n'est effectué
-     *
-     * @throws ApiError
-     */
-    static demandeAnnulationRepondre({ end2EndId, requestBody, }) {
-        return __request(OpenAPI, {
-            method: 'PUT',
-            url: '/paiements/{end2endId}/annulations/reponses',
-            path: {
-                'end2endId': end2EndId,
-            },
-            body: requestBody,
-            mediaType: 'application/json',
-            errors: {
-                401: `Autorisations manquantes`,
-                403: `Opération interdite`,
-                429: `Erreur inattendue`,
-                503: `Erreur inattendue du serveur`,
-            },
-        });
-    }
-}

package/dist/generated/services/DemandesDePaiementEnMasseService.d.ts

@@ -1,161 +0,0 @@
-import type { DemandePaiementEnMasseConfirmationRequest } from '../models/DemandePaiementEnMasseConfirmationRequest';
-import type { DemandePaiementEnMasseRequest } from '../models/DemandePaiementEnMasseRequest';
-import type { DemandePaiementEnMasseStatutReponse } from '../models/DemandePaiementEnMasseStatutReponse';
-import type { CancelablePromise } from '../core/CancelablePromise';
-export declare class DemandesDePaiementEnMasseService {
-    /**
-     * Envoyer une demande de paiement en masse
-     * Ce point de terminaison permet au client business d'envoyer plusieurs demandes de paiement à la fois.
-     *
-     * La catégorie des demandes de paiement en masse est toujours `401` (Autres demandes de paiement de facture).
-     *
-     * **Traitement asynchrone :** La création retourne immédiatement `202 Accepted`. Le traitement des transactions se fait de manière asynchrone.
-     *
-     * **Sans confirmation (`confirmation: false` ou non spécifié) :**
-     * - Les transactions sont créées et validées (unicité des txId)
-     * - Les demandes de paiement sont envoyées directement aux payeurs
-     * - Les transactions avec txId dupliqué sont automatiquement rejetées avec le code `DU03`
-     * - Les transactions avec alias de payeur invalide sont automatiquement rejetées avec le code `BE23`
-     *
-     * **Avec confirmation (`confirmation: true`) :**
-     * - Les transactions sont créées et validées (unicité des txId + recherche d'alias des payeurs)
-     * - Les transactions avec alias de payeur invalide sont rejetées avec le code `BE23`
-     * - Les transactions avec txId dupliqué sont rejetées avec le code `DU03`
-     * - Les transactions valides passent à l'état `INITIE` avec les noms et pays des payeurs
-     * - Le business dispose d'un **délai adaptatif** pour confirmer ou annuler via `PUT /demandes-paiements-groupes/{instructionId}/confirmations` :
-     * - **1 à 500 transactions** : 24 heures
-     * - **501 à 1000 transactions** : 48 heures
-     * - **Plus de 1000 transactions** : 72 heures
-     * - Lors de la confirmation, seules les transactions `INITIE` sont envoyées (les transactions `REJETE` sont automatiquement exclues)
-     * - Passé le délai, la demande expire automatiquement
-     *
-     * **Consultation des détails :**
-     * - Statut global du bulk : `GET /demandes-paiements-groupes/{instructionId}`
-     * - Liste de toutes les transactions : `GET /demandes-paiements?instructionId={instructionId}`
-     * - Seulement les rejetées (validation) : `GET /demandes-paiements?instructionId={instructionId}&statut=REJETE`
-     * - Seulement les valides (avec noms/pays des payeurs) : `GET /demandes-paiements?instructionId={instructionId}&statut=INITIE`
-     *
-     * **Convention de nommage des instructionId (important) :**
-     *
-     * L'`instructionId` doit être **unique** pour chaque création de bulk. Pour faciliter le suivi métier, nous recommandons la convention suivante :
-     *
-     * ```
-     * <IDENTIFIANT_METIER>-<NUMERO_TENTATIVE>
-     * ```
-     *
-     * **Exemples :**
-     * - Première tentative : `FACTURES-2025-01-1` (factures de janvier 2025, tentative 1)
-     * - Deuxième tentative : `FACTURES-2025-01-2` (corrections après échecs)
-     * - Troisième tentative : `FACTURES-2025-01-3` (nouvelles corrections)
-     *
-     * **Avantages :**
-     * - ✅ Chaque bulk a un statut indépendant (INITIE, CONFIRME, ANNULE)
-     * - ✅ Traçabilité claire des tentatives successives
-     * - ✅ Possibilité de filtrer par identifiant métier : `GET /demandes-paiements?instructionId[beginsWith]=FACTURES-2025-01`
-     * - ✅ Respect de l'unicité de l'instructionId
-     *
-     * @returns string La demande a été acceptée et est en cours de traitement.
-     *
-     * Consultez le statut via `GET /demandes-paiements-groupes/{instructionId}`.
-     *
-     * @throws ApiError
-     */
-    static demandePaiementGroupeCreer({ requestBody, }: {
-        requestBody: DemandePaiementEnMasseRequest;
-    }): CancelablePromise<string>;
-    /**
-     * Détails d'une demande de paiement en masse
-     * Ce point de terminaison permet de consulter les détails d'une demande de paiement en masse.
-     *
-     * **Statut du bulk :**
-     * - `INITIE` : Créée avec confirmation demandée, en attente de confirmation
-     * - `CONFIRME` : Confirmée par le business (si confirmation demandée) ou en cours de traitement (si sans confirmation)
-     * - `ANNULE` : Annulée par le business avant confirmation (seulement si confirmation demandée)
-     *
-     * **Note :**
-     * - Si créée **avec confirmation** (`confirmation: true`) : Le statut évolue de `INITIE` → `CONFIRME` ou `ANNULE`
-     * - Si créée **sans confirmation** (`confirmation: false`) : Le statut est directement `CONFIRME` (aucune action requise du business)
-     *
-     * **Vérification de fin de validation (important pour confirmation) :**
-     *
-     * Lorsque `confirmation: true`, la validation des transactions se fait de manière asynchrone.
-     * Pour savoir si la validation est terminée et que vous pouvez confirmer, vérifiez que :
-     *
-     * ```
-     * transactionsInitiees + transactionsRejetees = transactionsTotal
-     * ```
-     *
-     * - Si égalité → Validation terminée, vous pouvez confirmer ✅
-     * - Si inégalité → Validation en cours, attendez encore (consultez à nouveau plus tard) ⏳
-     *
-     * Le détail de chaque transaction se consulte via `GET /demandes-paiements?txId={txId}`.
-     *
-     * **Consultation des transactions individuelles :**
-     * Pour obtenir la liste détaillée des transactions (avec noms des payeurs, codes d'erreur, etc.), utilisez :
-     * - Toutes les transactions : `GET /demandes-paiements?instructionId={instructionId}`
-     * - Seulement les rejetées : `GET /demandes-paiements?instructionId={instructionId}&statut=REJETE`
-     * - Seulement les réussies : `GET /demandes-paiements?instructionId={instructionId}&statut=IRREVOCABLE`
-     *
-     * @returns DemandePaiementEnMasseStatutReponse Opération effectuée avec succès
-     * @throws ApiError
-     */
-    static demandePaiementGroupeConsulter({ instructionId, }: {
-        /**
-         * L'identifiant de la demande de paiement en masse dans le SI du client
-         */
-        instructionId: string;
-    }): CancelablePromise<DemandePaiementEnMasseStatutReponse>;
-    /**
-     * Confirmer la demande de paiement en masse
-     * Ce point de terminaison permet de confirmer ou d'annuler une demande de paiement en masse créée avec `confirmation: true`.
-     *
-     * **Processus de vérification :**
-     * 1. Après la création (`POST /demandes-paiements-groupes`), le participant valide toutes les transactions (unicité des txId + recherche d'alias des payeurs)
-     * 2. Les transactions invalides sont automatiquement rejetées (`statut: REJETE`) avec codes `BE23` (alias invalide) ou `DU03` (txId dupliqué)
-     * 3. Les transactions valides passent à l'état `INITIE` avec les noms et pays des payeurs
-     * 4. Le business consulte via `GET /demandes-paiements-groupes/{instructionId}` pour vérifier la progression de la validation
-     * 5. **La validation (unicité des txId + recherche d'alias) est terminée quand** : `transactionsInitiees + transactionsRejetees = transactionsTotal`
-     * 6. Le business peut alors confirmer ou annuler l'envoi des demandes de paiement
-     *
-     * **Important :** La confirmation n'est possible que lorsque la validation de toutes les transactions est terminée.
-     * Si le business tente de confirmer pendant que la validation est en cours, une erreur 403 sera retournée avec la progression actuelle.
-     *
-     * **Comportement de la confirmation :**
-     * - `decision: true` → Le système envoie **automatiquement SEULEMENT** les demandes de paiement pour les transactions avec `statut: INITIE`
-     * - Les transactions `REJETE` (erreurs de validation) sont **automatiquement exclues** (pas besoin de les lister)
-     * - Le statut du bulk passe de `INITIE` à `CONFIRME`
-     *
-     * **Idempotence** : Cet endpoint est idempotent.
-     * - Premier appel avec `decision: true` → Envoie les demandes, retourne `200 OK {statut: "CONFIRME"}`
-     * - Appels suivants avec `decision: true` → Retourne `200 OK {statut: "CONFIRME"}` (idempotent, ne relance pas)
-     * - Premier appel avec `decision: false` → Annule, retourne `200 OK {statut: "ANNULE"}`
-     * - Appels suivants avec `decision: false` → Retourne `200 OK {statut: "ANNULE"}` (idempotent)
-     * - `decision: true` après `decision: false` → Retourne `403 Forbidden` (déjà annulé)
-     * - `decision: false` après `decision: true` → Retourne `403 Forbidden` (déjà confirmé)
-     *
-     * **Timeout adaptatif** : Le délai pour confirmer dépend automatiquement du nombre de transactions :
-     * - **1 à 500 transactions** : 24 heures
-     * - **501 à 1000 transactions** : 48 heures
-     * - **Plus de 1000 transactions** : 72 heures
-     *
-     * Passé ce délai, la demande expire automatiquement et ne peut plus être confirmée. Le délai exact est indiqué dans le champ `dateExpiration` retourné par `GET /demandes-paiements-groupes/{instructionId}`.
-     *
-     * **Changement de décision** : Une fois une décision prise, elle est définitive. Impossible de confirmer après avoir annulé, et vice-versa.
-     *
-     * @returns DemandePaiementEnMasseStatutReponse Confirmation enregistrée avec succès.
-     * - Si `decision: true`, le statut passe à `CONFIRME` et les demandes de paiement sont envoyées
-     * - Si `decision: false`, le statut passe à `ANNULE`
-     *
-     * @throws ApiError
-     */
-    static demandePaiementGroupeConfirmer({ instructionId, requestBody, }: {
-        /**
-         * L'identifiant de la demande de paiement en masse dans le SI du client
-         */
-        instructionId: string;
-        /**
-         * Le client envoie oui ou non s'il confirme l'envoi de la demande de paiement en masse.
-         */
-        requestBody: DemandePaiementEnMasseConfirmationRequest;
-    }): CancelablePromise<DemandePaiementEnMasseStatutReponse>;
-}