@fiado/type-kit 3.356.0 → 3.358.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/productCatalog/enums/ProductSubtypeEnum.d.ts

@@ -49,5 +49,14 @@ export declare enum ProductSubtypeEnum {
     CP_MC_SEND = "MC_SEND",
     CREDIT_DISBURSEMENT = "DISBURSEMENT",
     EQ_CASH_SA_CASH_IN = "CASH_IN",
+    /**
+     * Cash In por OXXO Pay. Subtipo propio porque la operacion es distinta:
+     * la referencia es de un solo uso, con monto fijo, vence en 1 dia y NO SE
+     * PUEDE CANCELAR. La de red es reutilizable y de monto abierto.
+     *
+     * Separarlas en el subtipo permite conciliarlas sin cruzar contra la tabla
+     * de pagos del proveedor.
+     */
+    SP_CASH_SA_CASH_IN_OXXO = "CASH_IN_OXXO",
     SUREKEEP_BONUS_MX = "BONUS_MX"
 }

package/bin/productCatalog/enums/ProductSubtypeEnum.js

@@ -64,6 +64,15 @@ var ProductSubtypeEnum;
     ProductSubtypeEnum["CREDIT_DISBURSEMENT"] = "DISBURSEMENT";
     // EQ_CASH_SA (Equality/Passport — depósito en efectivo en tiendas afiliadas)
     ProductSubtypeEnum["EQ_CASH_SA_CASH_IN"] = "CASH_IN";
+    /**
+     * Cash In por OXXO Pay. Subtipo propio porque la operacion es distinta:
+     * la referencia es de un solo uso, con monto fijo, vence en 1 dia y NO SE
+     * PUEDE CANCELAR. La de red es reutilizable y de monto abierto.
+     *
+     * Separarlas en el subtipo permite conciliarlas sin cruzar contra la tabla
+     * de pagos del proveedor.
+     */
+    ProductSubtypeEnum["SP_CASH_SA_CASH_IN_OXXO"] = "CASH_IN_OXXO";
     //SUREKEEP
     ProductSubtypeEnum["SUREKEEP_BONUS_MX"] = "BONUS_MX";
 })(ProductSubtypeEnum || (exports.ProductSubtypeEnum = ProductSubtypeEnum = {}));

package/bin/productCatalog/enums/ProductTypeEnum.d.ts

@@ -18,6 +18,19 @@ export declare enum ProductTypeEnum {
      * EqualityFundingPayment_GT).
      */
     EQ_CASH_SA = "EQ_CASH_SA",
+    /**
+     * Deposito en efectivo via SinergyPay. Tipo propio y no `EQ_CASH_SA`:
+     * ese nombre es de Equality, y etiquetar con el proveedor equivocado hacia
+     * imposible distinguir los dos origenes en la conciliacion.
+     *
+     * El canal se distingue por `subType`: `CASH_IN` en la red general
+     * (referencia reutilizable, monto abierto) y `CASH_IN_OXXO` en OXXO Pay
+     * (un solo uso, monto fijo, vence en 1 dia).
+     *
+     * `relatedProductId` apunta a `synergyPayCashInId` en
+     * SynergyPayFundingPayment_GT.
+     */
+    SP_CASH_SA = "SP_CASH_SA",
     /**
      * Categoría de las transacciones de SureKeep. Agrupa; el motivo va en el subtipo. Deliberadamente
      * FUERA del switch de `CreateTransactionManager`: el camino por defecto es el que escribe el par

package/bin/productCatalog/enums/ProductTypeEnum.js

@@ -22,6 +22,19 @@ var ProductTypeEnum;
      * EqualityFundingPayment_GT).
      */
     ProductTypeEnum["EQ_CASH_SA"] = "EQ_CASH_SA";
+    /**
+     * Deposito en efectivo via SinergyPay. Tipo propio y no `EQ_CASH_SA`:
+     * ese nombre es de Equality, y etiquetar con el proveedor equivocado hacia
+     * imposible distinguir los dos origenes en la conciliacion.
+     *
+     * El canal se distingue por `subType`: `CASH_IN` en la red general
+     * (referencia reutilizable, monto abierto) y `CASH_IN_OXXO` en OXXO Pay
+     * (un solo uso, monto fijo, vence en 1 dia).
+     *
+     * `relatedProductId` apunta a `synergyPayCashInId` en
+     * SynergyPayFundingPayment_GT.
+     */
+    ProductTypeEnum["SP_CASH_SA"] = "SP_CASH_SA";
     /**
      * Categoría de las transacciones de SureKeep. Agrupa; el motivo va en el subtipo. Deliberadamente
      * FUERA del switch de `CreateTransactionManager`: el camino por defecto es el que escribe el par

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@fiado/type-kit",
-  "version": "3.356.0",
+  "version": "3.358.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/productCatalog/enums/ProductSubtypeEnum.ts

@@ -71,6 +71,15 @@ export enum ProductSubtypeEnum {
 
     // EQ_CASH_SA (Equality/Passport — depósito en efectivo en tiendas afiliadas)
     EQ_CASH_SA_CASH_IN = "CASH_IN",
+    /**
+     * Cash In por OXXO Pay. Subtipo propio porque la operacion es distinta:
+     * la referencia es de un solo uso, con monto fijo, vence en 1 dia y NO SE
+     * PUEDE CANCELAR. La de red es reutilizable y de monto abierto.
+     *
+     * Separarlas en el subtipo permite conciliarlas sin cruzar contra la tabla
+     * de pagos del proveedor.
+     */
+    SP_CASH_SA_CASH_IN_OXXO = "CASH_IN_OXXO",
 
     //SUREKEEP
     SUREKEEP_BONUS_MX = "BONUS_MX",

package/src/productCatalog/enums/ProductTypeEnum.ts

@@ -18,6 +18,19 @@ export enum ProductTypeEnum {
      * EqualityFundingPayment_GT).
      */
     EQ_CASH_SA = "EQ_CASH_SA",
+    /**
+     * Deposito en efectivo via SinergyPay. Tipo propio y no `EQ_CASH_SA`:
+     * ese nombre es de Equality, y etiquetar con el proveedor equivocado hacia
+     * imposible distinguir los dos origenes en la conciliacion.
+     *
+     * El canal se distingue por `subType`: `CASH_IN` en la red general
+     * (referencia reutilizable, monto abierto) y `CASH_IN_OXXO` en OXXO Pay
+     * (un solo uso, monto fijo, vence en 1 dia).
+     *
+     * `relatedProductId` apunta a `synergyPayCashInId` en
+     * SynergyPayFundingPayment_GT.
+     */
+    SP_CASH_SA = "SP_CASH_SA",
     /**
      * Categoría de las transacciones de SureKeep. Agrupa; el motivo va en el subtipo. Deliberadamente
      * FUERA del switch de `CreateTransactionManager`: el camino por defecto es el que escribe el par