@fiado/type-kit 3.355.0 → 3.357.0

package/bin/onboarding/enums/OnboardingStepIdEnum.d.ts

@@ -32,5 +32,18 @@ export declare enum OnboardingStepIdEnum {
     PROOF_OF_ADDRESS = "PROOF_OF_ADDRESS",
     MX_REGULATORY_QUESTIONS = "MX_REGULATORY_QUESTIONS",
     MX_BENEFICIARIES = "MX_BENEFICIARIES",
-    DATA_CONFIRMATION = "DATA_CONFIRMATION"
+    DATA_CONFIRMATION = "DATA_CONFIRMATION",
+    /**
+     * Firma del contrato de la cuenta mexicana (CLABE). SÓLO lado MEX.
+     *
+     * INVIERTE EL ORDEN: hasta ahora se emitía la cuenta y DESPUÉS se pedía la firma, con lo que
+     * firmar era de hecho opcional —la cuenta ya estaba abierta cuando se pedía—. Medido en Dev:
+     * 61 expedientes con cuenta abierta que nunca firmaron. Ahora es un requisito más del lado, y
+     * la emisión no se dispara hasta que está.
+     *
+     * Es un PASO y no el botón del home a propósito: ese botón se pinta con `accounts.status ===
+     * OPEN`, que sale de que la cuenta YA EXISTA. Con la firma antes de la cuenta ese disparador
+     * nunca se cumpliría y el usuario quedaría trabado sin poder firmar.
+     */
+    MX_SIGNATURE = "MX_SIGNATURE"
 }

package/bin/onboarding/enums/OnboardingStepIdEnum.js

@@ -37,4 +37,17 @@ var OnboardingStepIdEnum;
     OnboardingStepIdEnum["MX_REGULATORY_QUESTIONS"] = "MX_REGULATORY_QUESTIONS";
     OnboardingStepIdEnum["MX_BENEFICIARIES"] = "MX_BENEFICIARIES";
     OnboardingStepIdEnum["DATA_CONFIRMATION"] = "DATA_CONFIRMATION";
+    /**
+     * Firma del contrato de la cuenta mexicana (CLABE). SÓLO lado MEX.
+     *
+     * INVIERTE EL ORDEN: hasta ahora se emitía la cuenta y DESPUÉS se pedía la firma, con lo que
+     * firmar era de hecho opcional —la cuenta ya estaba abierta cuando se pedía—. Medido en Dev:
+     * 61 expedientes con cuenta abierta que nunca firmaron. Ahora es un requisito más del lado, y
+     * la emisión no se dispara hasta que está.
+     *
+     * Es un PASO y no el botón del home a propósito: ese botón se pinta con `accounts.status ===
+     * OPEN`, que sale de que la cuenta YA EXISTA. Con la firma antes de la cuenta ese disparador
+     * nunca se cumpliría y el usuario quedaría trabado sin poder firmar.
+     */
+    OnboardingStepIdEnum["MX_SIGNATURE"] = "MX_SIGNATURE";
 })(OnboardingStepIdEnum || (exports.OnboardingStepIdEnum = OnboardingStepIdEnum = {}));

package/bin/walletFunding/dtos/AuthorizeFundingRequest.d.ts

@@ -1,3 +1,4 @@
+import { WalletFundingChannelEnum } from "../enums/WalletFundingChannelEnum";
 /**
  * Request del flow walletFunding via Centro de Beneficios (spec 13 v2.0).
  * App entra a `POST /benefits-marketplace/funding/authorize` con el leaf+product
@@ -17,6 +18,16 @@ export declare class AuthorizeFundingRequest {
     expirationDays: number;
     /** Opcional. Solo aplica si el producto resuelto es `mode === FIXED`. Para OPEN se ignora. */
     customAmount?: number;
+    /**
+     * Red por la que se cobrara la referencia. Ausente o `NETWORK` reproduce el
+     * comportamiento historico, para que los clientes anteriores sigan
+     * funcionando sin cambios.
+     *
+     * Con `OXXO` la referencia es de un solo uso, exige `customAmount` y vence
+     * en 1 dia — y **no se puede cancelar**, asi que el connector valida el tope
+     * del cliente ANTES de emitirla.
+     */
+    channel?: WalletFundingChannelEnum;
     idempotencyKey: string;
     walletAccountId: string;
     /** Para Passport (nombre del titular). Si se omite, el marketplace resuelve desde directory. */

package/bin/walletFunding/dtos/AuthorizeFundingRequest.js

@@ -11,6 +11,7 @@ var __metadata = (this && this.__metadata) || function (k, v) {
 Object.defineProperty(exports, "__esModule", { value: true });
 exports.AuthorizeFundingRequest = void 0;
 const class_validator_1 = require("class-validator");
+const WalletFundingChannelEnum_1 = require("../enums/WalletFundingChannelEnum");
 /**
  * Request del flow walletFunding via Centro de Beneficios (spec 13 v2.0).
  * App entra a `POST /benefits-marketplace/funding/authorize` con el leaf+product
@@ -47,6 +48,11 @@ __decorate([
     (0, class_validator_1.Min)(0),
     __metadata("design:type", Number)
 ], AuthorizeFundingRequest.prototype, "customAmount", void 0);
+__decorate([
+    (0, class_validator_1.IsOptional)(),
+    (0, class_validator_1.IsEnum)(WalletFundingChannelEnum_1.WalletFundingChannelEnum),
+    __metadata("design:type", String)
+], AuthorizeFundingRequest.prototype, "channel", void 0);
 __decorate([
     (0, class_validator_1.IsString)(),
     (0, class_validator_1.MaxLength)(64),

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@fiado/type-kit",
-  "version": "3.355.0",
+  "version": "3.357.0",
   "description": "",
   "main": "bin/index.js",
   "types": "bin/index.d.ts",

package/src/onboarding/enums/OnboardingStepIdEnum.ts

@@ -33,4 +33,17 @@ export enum OnboardingStepIdEnum {
     MX_REGULATORY_QUESTIONS = 'MX_REGULATORY_QUESTIONS',
     MX_BENEFICIARIES = 'MX_BENEFICIARIES',
     DATA_CONFIRMATION = 'DATA_CONFIRMATION',
+    /**
+     * Firma del contrato de la cuenta mexicana (CLABE). SÓLO lado MEX.
+     *
+     * INVIERTE EL ORDEN: hasta ahora se emitía la cuenta y DESPUÉS se pedía la firma, con lo que
+     * firmar era de hecho opcional —la cuenta ya estaba abierta cuando se pedía—. Medido en Dev:
+     * 61 expedientes con cuenta abierta que nunca firmaron. Ahora es un requisito más del lado, y
+     * la emisión no se dispara hasta que está.
+     *
+     * Es un PASO y no el botón del home a propósito: ese botón se pinta con `accounts.status ===
+     * OPEN`, que sale de que la cuenta YA EXISTA. Con la firma antes de la cuenta ese disparador
+     * nunca se cumpliría y el usuario quedaría trabado sin poder firmar.
+     */
+    MX_SIGNATURE = 'MX_SIGNATURE',
 }

package/src/walletFunding/dtos/AuthorizeFundingRequest.ts

@@ -1,7 +1,8 @@
 import {
     IsString, IsOptional, IsInt, IsNumber, IsPositive,
-    IsEmail, Min, Max, MaxLength,
+    IsEmail, IsEnum, Min, Max, MaxLength,
 } from "class-validator";
+import { WalletFundingChannelEnum } from "../enums/WalletFundingChannelEnum";
 
 /**
  * Request del flow walletFunding via Centro de Beneficios (spec 13 v2.0).
@@ -22,6 +23,17 @@ export class AuthorizeFundingRequest {
     @IsInt() @Min(0) @Max(30) expirationDays!: number;
     /** Opcional. Solo aplica si el producto resuelto es `mode === FIXED`. Para OPEN se ignora. */
     @IsOptional() @IsNumber() @Min(0) customAmount?: number;
+    /**
+     * Red por la que se cobrara la referencia. Ausente o `NETWORK` reproduce el
+     * comportamiento historico, para que los clientes anteriores sigan
+     * funcionando sin cambios.
+     *
+     * Con `OXXO` la referencia es de un solo uso, exige `customAmount` y vence
+     * en 1 dia — y **no se puede cancelar**, asi que el connector valida el tope
+     * del cliente ANTES de emitirla.
+     */
+    @IsOptional() @IsEnum(WalletFundingChannelEnum) channel?: WalletFundingChannelEnum;
+
     @IsString() @MaxLength(64) idempotencyKey!: string;
     @IsString() @MaxLength(64) walletAccountId!: string;
     /** Para Passport (nombre del titular). Si se omite, el marketplace resuelve desde directory. */