pi-spi-sdk 0.1.3 → 0.2.0

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>;
-}

package/dist/generated/services/DemandesDePaiementEnMasseService.js

@@ -1,193 +0,0 @@
-"use strict";
-Object.defineProperty(exports, "__esModule", { value: true });
-exports.DemandesDePaiementEnMasseService = void 0;
-const OpenAPI_1 = require("../core/OpenAPI");
-const request_1 = require("../core/request");
-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, }) {
-        return (0, request_1.request)(OpenAPI_1.OpenAPI, {
-            method: 'POST',
-            url: '/demandes-paiements-groupes',
-            body: requestBody,
-            mediaType: 'application/json',
-            responseHeader: 'Location',
-            errors: {
-                400: `La requête est malformée`,
-                401: `Autorisations manquantes`,
-                409: `Conflit - instructionId déjà utilisé`,
-                429: `Erreur inattendue`,
-                503: `Erreur inattendue du serveur`,
-            },
-        });
-    }
-    /**
-     * 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, }) {
-        return (0, request_1.request)(OpenAPI_1.OpenAPI, {
-            method: 'GET',
-            url: '/demandes-paiements-groupes/{instructionId}',
-            path: {
-                'instructionId': instructionId,
-            },
-            errors: {
-                401: `Autorisations manquantes`,
-                404: `La ressource n'existe pas dans le système`,
-                429: `Erreur inattendue`,
-                503: `Erreur inattendue du serveur`,
-            },
-        });
-    }
-    /**
-     * 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, }) {
-        return (0, request_1.request)(OpenAPI_1.OpenAPI, {
-            method: 'PUT',
-            url: '/demandes-paiements-groupes/{instructionId}/confirmations',
-            path: {
-                'instructionId': instructionId,
-            },
-            body: requestBody,
-            mediaType: 'application/json',
-            errors: {
-                401: `Autorisations manquantes`,
-                403: `Opération interdite`,
-                404: `La ressource n'existe pas dans le système`,
-                429: `Erreur inattendue`,
-                503: `Erreur inattendue du serveur`,
-            },
-        });
-    }
-}
-exports.DemandesDePaiementEnMasseService = DemandesDePaiementEnMasseService;

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

@@ -1,123 +0,0 @@
-import type { DemandePaiementConfirmationReponse } from '../models/DemandePaiementConfirmationReponse';
-import type { DemandePaiementConfirmationRequest } from '../models/DemandePaiementConfirmationRequest';
-import type { DemandePaiementConsultationReponse } from '../models/DemandePaiementConsultationReponse';
-import type { DemandePaiementListe } from '../models/DemandePaiementListe';
-import type { DemandePaiementReponse } from '../models/DemandePaiementReponse';
-import type { DemandePaiementReponseRequest } from '../models/DemandePaiementReponseRequest';
-import type { DemandePaiementRequest } from '../models/DemandePaiementRequest';
-import type { CancelablePromise } from '../core/CancelablePromise';
-export declare class DemandesDePaiementService {
-    /**
-     * Envoyer une demande
-     * Ce point de terminaison permet d'envoyer une demande de paiement.
-     *
-     * Le business peut définir le champ `confirmation` à `true` pour demander une validation en deux étapes : le PSP retournera d'abord le résultat de la recherche d'alias (avec le nom et le pays du payeur), puis attendra une confirmation explicite avant d'envoyer la demande de paiement au payeur via l'endpoint `PUT /demandes-paiements/{txId}/confirmations`.
-     *
-     * Si le champ `confirmation` n'est pas défini ou est à `false`, le système envoie directement la demande de paiement au payeur.
-     *
-     * **Timeout de confirmation** : Si le business demande une validation en deux étapes , il dispose de **24 heures** pour confirmer ou annuler. Passé ce délai, la demande expire automatiquement.
-     *
-     * @returns DemandePaiementReponse Demande de paiement traitée. Le champ `statut` indique le résultat :
-     * - `INITIE` : En attente de confirmation (si `confirmation: true`)
-     * - `ENVOYE` : Demande envoyée au payeur avec succès (si `confirmation: false`)
-     * - `REJETE` : Demande rejetée. Le champ `statutRaison` contient le code d'erreur :
-     * - `DU03` : txId dupliqué (déjà utilisé)
-     * - `BE23` : Alias payeur invalide
-     * - Autres codes ISO 20022
-     *
-     * @throws ApiError
-     */
-    static demandePaiementCreer({ requestBody, }: {
-        /**
-         * Données pour envoyer une demande de paiement.
-         */
-        requestBody: DemandePaiementRequest;
-    }): CancelablePromise<DemandePaiementReponse>;
-    /**
-     * Lister les demandes
-     * Ce point de terminaison permet de lister les demandes de paiements effectuées par le client.
-     * @returns DemandePaiementListe Succès de l'opération
-     * @throws ApiError
-     */
-    static demandePaiementLister({ payeAlias, payeCompte, dateEnvoi, dateLimitePaiement, statut, categorie, payeurAlias, payeurCompte, montantAchat, montantRetrait, debitDiffere, remise, motif, refDocType, instructionId, page, size, sort, fields, }: {
-        payeAlias?: string;
-        payeCompte?: string;
-        dateEnvoi?: string;
-        dateLimitePaiement?: string;
-        statut?: 'INITIE' | 'ENVOYE' | 'IRREVOCABLE' | 'REJETE';
-        categorie?: '631' | '500' | '521' | '401';
-        payeurAlias?: string;
-        payeurCompte?: string;
-        montantAchat?: number;
-        montantRetrait?: number;
-        debitDiffere?: boolean;
-        remise?: boolean;
-        motif?: string;
-        refDocType?: string;
-        instructionId?: string;
-        page?: string;
-        size?: number;
-        sort?: string;
-        fields?: any;
-    }): CancelablePromise<DemandePaiementListe>;
-    /**
-     * Consulter une demande
-     * Cet point de terminaison permet de consulter les details d'une demande de paiement.
-     *
-     * @returns DemandePaiementConsultationReponse Opération effectuée avec succès
-     * @throws ApiError
-     */
-    static demandePaiementRecuperer({ txId, }: {
-        /**
-         * L'identifiant de la transaction dans le SI du client business
-         */
-        txId: string;
-    }): CancelablePromise<DemandePaiementConsultationReponse>;
-    /**
-     * Confirmer la demande
-     * Ce point de terminaison permet d'envoyer la confirmation de l'envoi d'une demande de paiement.
-     *
-     * Le client business confirme oui ou non si le PSP peut envoyer la demande au payeur après vérification des informations d'identification (nom et pays du payeur).
-     *
-     * **Idempotence** : Cet endpoint est idempotent.
-     * - Premier appel avec `decision: true` → Envoie la demande, retourne `200 OK {statut: "ENVOYE"}`
-     * - Appels suivants avec `decision: true` → Retourne `200 OK` avec l'état actuel (ENVOYE, IRREVOCABLE, ou REJETE) - idempotent
-     * - 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** : La confirmation doit être envoyée dans les **24 heures** suivant la création de la demande. Passé ce délai, la demande expire automatiquement et ne peut plus être confirmée.
-     *
-     * **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 DemandePaiementConfirmationReponse Opération effectuée avec succès
-     * @throws ApiError
-     */
-    static demandePaiementConfirmer({ txId, requestBody, }: {
-        /**
-         * L'identifiant de la transaction dans le SI du payé
-         */
-        txId: string;
-        /**
-         * Le client envoie oui ou non s'il confirme l'envoi de la demande
-         */
-        requestBody: DemandePaiementConfirmationRequest;
-    }): CancelablePromise<DemandePaiementConfirmationReponse>;
-    /**
-     * Accepter ou rejeter la demande
-     * Ce point de terminaison permet au client d'accepter ou de rejeter une demande de paiement reçue.
-     * @returns any Opération effectuée avec succès
-     * @throws ApiError
-     */
-    static demandePaiementRepondre({ txId, requestBody, }: {
-        /**
-         * L'identifiant de la transaction dans le SI du client
-         */
-        txId: string;
-        /**
-         * Réponse à la demande de paiement.
-         */
-        requestBody: DemandePaiementReponseRequest;
-    }): CancelablePromise<any>;
-}

package/dist/generated/services/DemandesDePaiementService.js

@@ -1,165 +0,0 @@
-"use strict";
-Object.defineProperty(exports, "__esModule", { value: true });
-exports.DemandesDePaiementService = void 0;
-const OpenAPI_1 = require("../core/OpenAPI");
-const request_1 = require("../core/request");
-class DemandesDePaiementService {
-    /**
-     * Envoyer une demande
-     * Ce point de terminaison permet d'envoyer une demande de paiement.
-     *
-     * Le business peut définir le champ `confirmation` à `true` pour demander une validation en deux étapes : le PSP retournera d'abord le résultat de la recherche d'alias (avec le nom et le pays du payeur), puis attendra une confirmation explicite avant d'envoyer la demande de paiement au payeur via l'endpoint `PUT /demandes-paiements/{txId}/confirmations`.
-     *
-     * Si le champ `confirmation` n'est pas défini ou est à `false`, le système envoie directement la demande de paiement au payeur.
-     *
-     * **Timeout de confirmation** : Si le business demande une validation en deux étapes , il dispose de **24 heures** pour confirmer ou annuler. Passé ce délai, la demande expire automatiquement.
-     *
-     * @returns DemandePaiementReponse Demande de paiement traitée. Le champ `statut` indique le résultat :
-     * - `INITIE` : En attente de confirmation (si `confirmation: true`)
-     * - `ENVOYE` : Demande envoyée au payeur avec succès (si `confirmation: false`)
-     * - `REJETE` : Demande rejetée. Le champ `statutRaison` contient le code d'erreur :
-     * - `DU03` : txId dupliqué (déjà utilisé)
-     * - `BE23` : Alias payeur invalide
-     * - Autres codes ISO 20022
-     *
-     * @throws ApiError
-     */
-    static demandePaiementCreer({ requestBody, }) {
-        return (0, request_1.request)(OpenAPI_1.OpenAPI, {
-            method: 'POST',
-            url: '/demandes-paiements',
-            body: requestBody,
-            mediaType: 'application/json',
-            errors: {
-                400: `La requête est malformée`,
-                401: `Autorisations manquantes`,
-                429: `Erreur inattendue`,
-                503: `Erreur inattendue du serveur`,
-            },
-        });
-    }
-    /**
-     * Lister les demandes
-     * Ce point de terminaison permet de lister les demandes de paiements effectuées par le client.
-     * @returns DemandePaiementListe Succès de l'opération
-     * @throws ApiError
-     */
-    static demandePaiementLister({ payeAlias, payeCompte, dateEnvoi, dateLimitePaiement, statut, categorie, payeurAlias, payeurCompte, montantAchat, montantRetrait, debitDiffere, remise, motif, refDocType, instructionId, page, size, sort, fields, }) {
-        return (0, request_1.request)(OpenAPI_1.OpenAPI, {
-            method: 'GET',
-            url: '/demandes-paiements',
-            query: {
-                'payeAlias': payeAlias,
-                'payeCompte': payeCompte,
-                'dateEnvoi': dateEnvoi,
-                'dateLimitePaiement': dateLimitePaiement,
-                'statut': statut,
-                'categorie': categorie,
-                'payeurAlias': payeurAlias,
-                'payeurCompte': payeurCompte,
-                'montantAchat': montantAchat,
-                'montantRetrait': montantRetrait,
-                'debitDiffere': debitDiffere,
-                'remise': remise,
-                'motif': motif,
-                'refDocType': refDocType,
-                'instructionId': instructionId,
-                'page': page,
-                'size': size,
-                'sort': sort,
-                'fields': fields,
-            },
-            errors: {
-                401: `Autorisations manquantes`,
-                429: `Erreur inattendue`,
-                503: `Erreur inattendue du serveur`,
-            },
-        });
-    }
-    /**
-     * Consulter une demande
-     * Cet point de terminaison permet de consulter les details d'une demande de paiement.
-     *
-     * @returns DemandePaiementConsultationReponse Opération effectuée avec succès
-     * @throws ApiError
-     */
-    static demandePaiementRecuperer({ txId, }) {
-        return (0, request_1.request)(OpenAPI_1.OpenAPI, {
-            method: 'GET',
-            url: '/demandes-paiements/{txId}',
-            path: {
-                'txId': txId,
-            },
-            errors: {
-                401: `Autorisations manquantes`,
-                404: `La ressource n'existe pas dans le système`,
-                429: `Erreur inattendue`,
-                503: `Erreur inattendue du serveur`,
-            },
-        });
-    }
-    /**
-     * Confirmer la demande
-     * Ce point de terminaison permet d'envoyer la confirmation de l'envoi d'une demande de paiement.
-     *
-     * Le client business confirme oui ou non si le PSP peut envoyer la demande au payeur après vérification des informations d'identification (nom et pays du payeur).
-     *
-     * **Idempotence** : Cet endpoint est idempotent.
-     * - Premier appel avec `decision: true` → Envoie la demande, retourne `200 OK {statut: "ENVOYE"}`
-     * - Appels suivants avec `decision: true` → Retourne `200 OK` avec l'état actuel (ENVOYE, IRREVOCABLE, ou REJETE) - idempotent
-     * - 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** : La confirmation doit être envoyée dans les **24 heures** suivant la création de la demande. Passé ce délai, la demande expire automatiquement et ne peut plus être confirmée.
-     *
-     * **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 DemandePaiementConfirmationReponse Opération effectuée avec succès
-     * @throws ApiError
-     */
-    static demandePaiementConfirmer({ txId, requestBody, }) {
-        return (0, request_1.request)(OpenAPI_1.OpenAPI, {
-            method: 'PUT',
-            url: '/demandes-paiements/{txId}/confirmations',
-            path: {
-                'txId': txId,
-            },
-            body: requestBody,
-            mediaType: 'application/json',
-            errors: {
-                401: `Autorisations manquantes`,
-                403: `Opération interdite`,
-                404: `La ressource n'existe pas dans le système`,
-                429: `Erreur inattendue`,
-                503: `Erreur inattendue du serveur`,
-            },
-        });
-    }
-    /**
-     * Accepter ou rejeter la demande
-     * Ce point de terminaison permet au client d'accepter ou de rejeter une demande de paiement reçue.
-     * @returns any Opération effectuée avec succès
-     * @throws ApiError
-     */
-    static demandePaiementRepondre({ txId, requestBody, }) {
-        return (0, request_1.request)(OpenAPI_1.OpenAPI, {
-            method: 'POST',
-            url: '/demandes-paiements/{txId}/reponses',
-            path: {
-                'txId': txId,
-            },
-            body: requestBody,
-            mediaType: 'application/json',
-            errors: {
-                401: `Autorisations manquantes`,
-                403: `Interdiction d'effectuer le paiement`,
-                404: `La ressource n'existe pas dans le système`,
-                429: `Erreur inattendue`,
-                503: `Erreur inattendue du serveur`,
-            },
-        });
-    }
-}
-exports.DemandesDePaiementService = DemandesDePaiementService;