@fiado/type-kit 3.243.0 → 3.246.0

package/bin/index.d.ts

@@ -101,6 +101,7 @@ export * as LoanCollectorAssignment from './loanCollectorAssignment';
 export * as LoanCredit from './loanCredit';
 export * as LoanScoring from './loanScoring';
 export * as Kyc from './kyc';
+export * as Onboarding from './onboarding';
 export * from './messaging';
 export * from './complaint';
 export * as PhoneSales from './phoneSales';

package/bin/index.js

@@ -38,7 +38,7 @@ var __exportStar = (this && this.__exportStar) || function(m, exports) {
 Object.defineProperty(exports, "__esModule", { value: true });
 exports.Observations = exports.IssuanceBusiness = exports.Blacklist = exports.CentralPayments = exports.Helpdesk = exports.FiadoApiResponse = exports.Auth = exports.LegalDocumentsBusiness = exports.Role = exports.STPAccount = exports.RiskProfile = exports.FraudPreventionEngine = exports.BBVARst = exports.Stp = exports.BenefitCenter = exports.BankAccount = exports.P2pContact = exports.CreditContract = exports.Contract = exports.ProductCatalog = exports.ContactInfo = exports.TransactionAnalytics = exports.Transaction = exports.TransactionProcessor = exports.GenericMessage = exports.EventBridgeMessage = exports.SessionActivity = exports.NotificationMessages = exports.ServicePayment = exports.Header = exports.Identity = exports.UserTags = exports.Group = exports.File = exports.ExchangeRate = exports.Directory = exports.Currency = exports.Country = exports.Card = exports.Authentication = exports.AppContent = exports.App = exports.Offices = exports.Places = exports.Address = exports.Beneficiary = exports.Activity = exports.MetamapConnector = exports.Account = exports.Crypto = void 0;
 exports.LoanCollectorAssignment = exports.LoanOfferings = exports.Shortlink = exports.LoanConfig = exports.RetailWizard = exports.RetailCustomer = exports.RetailCards = exports.RetailCatalog = exports.RetailOrg = exports.EmailVerification = exports.NetworkConnector = exports.Modelias = exports.TotpSecurity = exports.Passport = exports.WalletFunding = exports.Remittance = exports.PlatformRbac = exports.CognitoBackofficeConnector = exports.TwilioConnector = exports.MessagesConnector = exports.Mdm = exports.MilestoneBusiness = exports.CirculoCredito = exports.CreditStatements = exports.Sentry = exports.AiEngine = exports.Funnel = exports.TeamsConnector = exports.PlatformErrorEvents = exports.CustomerFile = exports.CreditBackoffice = exports.CreditDashboard = exports.CreditEngine = exports.Credit = exports.ComissionBusiness = exports.ReferralBusiness = exports.ZendeskMessaging = exports.NotificationWS = exports.Event = exports.PayrollBusiness = exports.Cnbv = exports.DirectorySetting = exports.InvoiceCollector = exports.Collector = exports.Pricelist = exports.Company = exports.Services = exports.AccountIssuanceBusiness = exports.AppSelectionData = exports.Device = void 0;
-exports.Shipping = exports.PhoneSales = exports.Kyc = exports.LoanScoring = exports.LoanCredit = void 0;
+exports.Shipping = exports.PhoneSales = exports.Onboarding = exports.Kyc = exports.LoanScoring = exports.LoanCredit = void 0;
 exports.Crypto = __importStar(require("./crypto"));
 exports.Account = __importStar(require("./account"));
 exports.MetamapConnector = __importStar(require("./metamapConnector"));
@@ -180,6 +180,10 @@ exports.LoanScoring = __importStar(require("./loanScoring"));
 // consolidado + estados crudos + datos de persona. El consolidado reusa RetailKycStatusEnum
 // (no hay enum consolidado propio — DEC-KYC-014). SureKeep Fase 2.
 exports.Kyc = __importStar(require("./kyc"));
+// Onboarding: contrato de los pasos del onboarding resueltos por SCOPE y no por país
+// (onboarding-business, DEC-009 a DEC-021). Dos bloques: `steps` (qué le falta hacer al usuario) y
+// `accounts` (cómo va el trámite de cada cuenta, por lado).
+exports.Onboarding = __importStar(require("./onboarding"));
 __exportStar(require("./messaging"), exports);
 __exportStar(require("./complaint"), exports);
 // PhoneSales: DTOs del lambda cell-phone-sales-business — variantes de dispositivo (modelo/color/

package/bin/kyc/events/KycVerificationChangedV1.d.ts

@@ -60,4 +60,15 @@ export declare class KycVerificationChangedV1 {
      * ⚠️ PII: nunca loguear.
      */
     address?: KycAddress;
+    /**
+     * ¿El webhook YA persistió este domicilio en `fiado-address-lambda`? Solo es `true` cuando el
+     * documento es mexicano (único caso en que el webhook escribe) y el POST aterrizó.
+     *
+     * El consumidor lo necesita para NO volver a escribirlo: el address-lambda APILA — un segundo
+     * create sobre el mismo domicilio deja una fila duplicada en el expediente.
+     *
+     * OPCIONAL y aditivo: ausente o `false` significan "nadie lo guardó todavía", que es la
+     * degradación segura (el consumidor lo pide y lo guarda él).
+     */
+    addressPushedToFiado?: boolean;
 }

package/bin/kyc/events/KycVerificationChangedV1.js

@@ -98,3 +98,9 @@ __decorate([
     (0, class_transformer_1.Type)(() => KycAddress_1.KycAddress),
     __metadata("design:type", KycAddress_1.KycAddress)
 ], KycVerificationChangedV1.prototype, "address", void 0);
+__decorate([
+    (0, class_transformer_1.Expose)(),
+    (0, class_validator_1.IsOptional)(),
+    (0, class_validator_1.IsBoolean)(),
+    __metadata("design:type", Boolean)
+], KycVerificationChangedV1.prototype, "addressPushedToFiado", void 0);

package/bin/onboarding/dtos/responses/OnboardingStepsResponse.d.ts

@@ -0,0 +1,57 @@
+import { Scope } from '../../../directory/enums/Scope';
+import { OnboardingStepIdEnum } from '../../enums/OnboardingStepIdEnum';
+import { OnboardingStepStatusEnum } from '../../enums/OnboardingStepStatusEnum';
+import { OnboardingAccountStatusEnum } from '../../enums/OnboardingAccountStatusEnum';
+import { OnboardingAccountReasonEnum } from '../../enums/OnboardingAccountReasonEnum';
+/**
+ * Un paso: `id` + `status` y nada más. Sin motivo, sin metadata y sin lado (DEC-012 de
+ * onboarding-business).
+ *
+ * Para saber QUÉ documento pedir en `KYC_IDENTIFICATION`, el consumidor le pregunta a
+ * kyc-verifications-business, que es quien decide el workflow de Metamap (DEC-017).
+ */
+export declare class OnboardingStepDto {
+    id: OnboardingStepIdEnum;
+    status: OnboardingStepStatusEnum;
+}
+/**
+ * El trámite de una cuenta, por lado. Es el único bloque que lleva motivo.
+ */
+export declare class OnboardingAccountDto {
+    /** Scope de onboarding al que corresponde la cuenta: `fiado.on_us` o `fiado.on_mx`. */
+    scope: Scope;
+    status: OnboardingAccountStatusEnum;
+    /** `null` cuando no hay nada que explicar. */
+    reason: OnboardingAccountReasonEnum | null;
+}
+/**
+ * Respuesta de `GET /onboarding-business/steps`.
+ *
+ * Dos bloques que contestan preguntas DISTINTAS, y por eso no pueden contradecirse:
+ *  - `steps`    → qué le falta HACER al usuario.
+ *  - `accounts` → cómo va el trámite de cada cuenta.
+ *
+ * No recibe `countryId`: los pasos salen de los scopes del usuario y el sujeto sale del token.
+ */
+export declare class OnboardingStepsResponse {
+    /**
+     * Solo los pasos aplicables al scope del usuario, **EN ORDEN DE PINTADO**. El consumidor pinta el
+     * array tal como llega: no reordena ni conoce las reglas de scope.
+     *
+     * El largo PUEDE CAMBIAR entre dos llamadas. Ejemplo real: en cuanto el usuario guarda una
+     * dirección, `MX_PROOF_OF_ADDRESS` deja de aplicar y sale de la lista.
+     *
+     * Vacío si la persona no tiene ningún scope de onboarding — eso NO es un error, significa que no
+     * tiene onboarding pendiente. Pasa justo después de firmar, cuando el scope pasa de `fiado.on_mx`
+     * a `fiado.mx`.
+     */
+    steps: OnboardingStepDto[];
+    /**
+     * Un item por scope de onboarding que tenga el usuario. Vacío si no tiene ninguno.
+     *
+     * Cuando una cuenta viene en `REJECTED`, el consumidor tiene que darle PRIORIDAD sobre los pasos de
+     * esa cuenta: por diseño cinco de los siete pasos nunca se bloquean, así que un usuario rechazado
+     * igual va a recibir pasos abiertos.
+     */
+    accounts: OnboardingAccountDto[];
+}

package/bin/onboarding/dtos/responses/OnboardingStepsResponse.js

@@ -0,0 +1,31 @@
+"use strict";
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.OnboardingStepsResponse = exports.OnboardingAccountDto = exports.OnboardingStepDto = void 0;
+/**
+ * Un paso: `id` + `status` y nada más. Sin motivo, sin metadata y sin lado (DEC-012 de
+ * onboarding-business).
+ *
+ * Para saber QUÉ documento pedir en `KYC_IDENTIFICATION`, el consumidor le pregunta a
+ * kyc-verifications-business, que es quien decide el workflow de Metamap (DEC-017).
+ */
+class OnboardingStepDto {
+}
+exports.OnboardingStepDto = OnboardingStepDto;
+/**
+ * El trámite de una cuenta, por lado. Es el único bloque que lleva motivo.
+ */
+class OnboardingAccountDto {
+}
+exports.OnboardingAccountDto = OnboardingAccountDto;
+/**
+ * Respuesta de `GET /onboarding-business/steps`.
+ *
+ * Dos bloques que contestan preguntas DISTINTAS, y por eso no pueden contradecirse:
+ *  - `steps`    → qué le falta HACER al usuario.
+ *  - `accounts` → cómo va el trámite de cada cuenta.
+ *
+ * No recibe `countryId`: los pasos salen de los scopes del usuario y el sujeto sale del token.
+ */
+class OnboardingStepsResponse {
+}
+exports.OnboardingStepsResponse = OnboardingStepsResponse;

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

@@ -0,0 +1,26 @@
+/**
+ * Motivo del estado de una cuenta. Solo viaja cuando hay algo que explicar (DEC-021 de
+ * onboarding-business).
+ *
+ * Las claves de texto de estos valores tienen que existir en Firebase Remote Config antes de que el
+ * backend empiece a mandarlos: el copy de la app vive ahí, así que un motivo sin clave deja la pantalla
+ * sin texto.
+ *
+ * `PROVIDER_DENIED` y `PROVIDER_REVIEW` aplican SOLO al lado USA, que es donde existe `CP_Status`. El
+ * lado mexicano no tiene señal propia de rechazo más allá de las banderas de verificación del
+ * documento: `authorizationNeededMXN` está en `NOT_REQUIRED` en el 100% de los registros de producción.
+ */
+export declare enum OnboardingAccountReasonEnum {
+    /** Lista negra (`fiadoListApproved === false`). Afecta los dos lados. */
+    BLACKLIST = "BLACKLIST",
+    /** Detección de duplicados (`duplicateUserDetection === true`). Afecta los dos lados. */
+    DUPLICATE_USER = "DUPLICATE_USER",
+    /** Alguna verificación del documento de ese lado en `false`. */
+    DOCUMENT_INVALID = "DOCUMENT_INVALID",
+    /** Documento subido y verificaciones todavía sin resolver. */
+    DOCUMENT_VERIFICATION = "DOCUMENT_VERIFICATION",
+    /** Solo lado USA: el proveedor rechazó. */
+    PROVIDER_DENIED = "PROVIDER_DENIED",
+    /** Solo lado USA: el proveedor está revisando o pidiendo documento. */
+    PROVIDER_REVIEW = "PROVIDER_REVIEW"
+}

package/bin/onboarding/enums/OnboardingAccountReasonEnum.js

@@ -0,0 +1,30 @@
+"use strict";
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.OnboardingAccountReasonEnum = void 0;
+/**
+ * Motivo del estado de una cuenta. Solo viaja cuando hay algo que explicar (DEC-021 de
+ * onboarding-business).
+ *
+ * Las claves de texto de estos valores tienen que existir en Firebase Remote Config antes de que el
+ * backend empiece a mandarlos: el copy de la app vive ahí, así que un motivo sin clave deja la pantalla
+ * sin texto.
+ *
+ * `PROVIDER_DENIED` y `PROVIDER_REVIEW` aplican SOLO al lado USA, que es donde existe `CP_Status`. El
+ * lado mexicano no tiene señal propia de rechazo más allá de las banderas de verificación del
+ * documento: `authorizationNeededMXN` está en `NOT_REQUIRED` en el 100% de los registros de producción.
+ */
+var OnboardingAccountReasonEnum;
+(function (OnboardingAccountReasonEnum) {
+    /** Lista negra (`fiadoListApproved === false`). Afecta los dos lados. */
+    OnboardingAccountReasonEnum["BLACKLIST"] = "BLACKLIST";
+    /** Detección de duplicados (`duplicateUserDetection === true`). Afecta los dos lados. */
+    OnboardingAccountReasonEnum["DUPLICATE_USER"] = "DUPLICATE_USER";
+    /** Alguna verificación del documento de ese lado en `false`. */
+    OnboardingAccountReasonEnum["DOCUMENT_INVALID"] = "DOCUMENT_INVALID";
+    /** Documento subido y verificaciones todavía sin resolver. */
+    OnboardingAccountReasonEnum["DOCUMENT_VERIFICATION"] = "DOCUMENT_VERIFICATION";
+    /** Solo lado USA: el proveedor rechazó. */
+    OnboardingAccountReasonEnum["PROVIDER_DENIED"] = "PROVIDER_DENIED";
+    /** Solo lado USA: el proveedor está revisando o pidiendo documento. */
+    OnboardingAccountReasonEnum["PROVIDER_REVIEW"] = "PROVIDER_REVIEW";
+})(OnboardingAccountReasonEnum || (exports.OnboardingAccountReasonEnum = OnboardingAccountReasonEnum = {}));

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

@@ -0,0 +1,22 @@
+/**
+ * Estado del trámite de UNA cuenta (DEC-021 de onboarding-business).
+ *
+ * Es un eje distinto del de los pasos: `steps` dice qué le falta HACER al usuario, `accounts` dice cómo
+ * va el trámite. Un paso en `DONE` junto a una cuenta en `UNDER_REVIEW` no es contradicción — la
+ * persona ya hizo su parte.
+ *
+ * Va por lado y no como valor global porque en producción hay 230 personas con problema solo del lado
+ * USA y 28 solo del mexicano: para esas 258 un valor único mentiría, diciéndoles que no se les puede
+ * abrir cuenta cuando una de las dos sí.
+ *
+ * `OPEN` se deriva de la bandera de la cuenta (`MEX_DebitAccount` / `USA_DebitAccount`) y NUNCA del
+ * scope: cuando el backend crea la cuenta el scope sigue siendo el de onboarding, y recién cambia
+ * cuando el usuario firma los documentos legales. Derivarlo del scope produce una circularidad que
+ * deja al usuario con la cuenta creada y el contrato sin firmar de forma permanente.
+ */
+export declare enum OnboardingAccountStatusEnum {
+    IN_PROGRESS = "IN_PROGRESS",
+    UNDER_REVIEW = "UNDER_REVIEW",
+    REJECTED = "REJECTED",
+    OPEN = "OPEN"
+}

package/bin/onboarding/enums/OnboardingAccountStatusEnum.js

@@ -0,0 +1,26 @@
+"use strict";
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.OnboardingAccountStatusEnum = void 0;
+/**
+ * Estado del trámite de UNA cuenta (DEC-021 de onboarding-business).
+ *
+ * Es un eje distinto del de los pasos: `steps` dice qué le falta HACER al usuario, `accounts` dice cómo
+ * va el trámite. Un paso en `DONE` junto a una cuenta en `UNDER_REVIEW` no es contradicción — la
+ * persona ya hizo su parte.
+ *
+ * Va por lado y no como valor global porque en producción hay 230 personas con problema solo del lado
+ * USA y 28 solo del mexicano: para esas 258 un valor único mentiría, diciéndoles que no se les puede
+ * abrir cuenta cuando una de las dos sí.
+ *
+ * `OPEN` se deriva de la bandera de la cuenta (`MEX_DebitAccount` / `USA_DebitAccount`) y NUNCA del
+ * scope: cuando el backend crea la cuenta el scope sigue siendo el de onboarding, y recién cambia
+ * cuando el usuario firma los documentos legales. Derivarlo del scope produce una circularidad que
+ * deja al usuario con la cuenta creada y el contrato sin firmar de forma permanente.
+ */
+var OnboardingAccountStatusEnum;
+(function (OnboardingAccountStatusEnum) {
+    OnboardingAccountStatusEnum["IN_PROGRESS"] = "IN_PROGRESS";
+    OnboardingAccountStatusEnum["UNDER_REVIEW"] = "UNDER_REVIEW";
+    OnboardingAccountStatusEnum["REJECTED"] = "REJECTED";
+    OnboardingAccountStatusEnum["OPEN"] = "OPEN";
+})(OnboardingAccountStatusEnum || (exports.OnboardingAccountStatusEnum = OnboardingAccountStatusEnum = {}));

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

@@ -0,0 +1,21 @@
+/**
+ * Los 7 pasos del onboarding, resueltos por los scopes del usuario y NO por país (DEC-009, DEC-010 de
+ * onboarding-business).
+ *
+ * El orden de este enum no define el orden de pintado: la respuesta trae los pasos ya ordenados y la
+ * app pinta el array tal como llega.
+ *
+ * Los ids con prefijo de lado (`US_` / `MX_`) lo llevan porque **son** de un lado: lo que el rediseño
+ * elimina es el `countryId` de la entrada, no la realidad de que el comprobante de domicilio es un
+ * requisito mexicano. `DATA_CONFIRMATION` es el paso de "revisá y confirmá tus datos"; se llama así y
+ * no `INFO_SELF_VERIFY` para no confundirlo con la verificación de Metamap de `KYC_IDENTIFICATION`.
+ */
+export declare enum OnboardingStepIdEnum {
+    KYC_IDENTIFICATION = "KYC_IDENTIFICATION",
+    INCOME_INFORMATION = "INCOME_INFORMATION",
+    US_ADDRESS = "US_ADDRESS",
+    MX_PROOF_OF_ADDRESS = "MX_PROOF_OF_ADDRESS",
+    MX_REGULATORY_QUESTIONS = "MX_REGULATORY_QUESTIONS",
+    MX_BENEFICIARIES = "MX_BENEFICIARIES",
+    DATA_CONFIRMATION = "DATA_CONFIRMATION"
+}

package/bin/onboarding/enums/OnboardingStepIdEnum.js

@@ -0,0 +1,25 @@
+"use strict";
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.OnboardingStepIdEnum = void 0;
+/**
+ * Los 7 pasos del onboarding, resueltos por los scopes del usuario y NO por país (DEC-009, DEC-010 de
+ * onboarding-business).
+ *
+ * El orden de este enum no define el orden de pintado: la respuesta trae los pasos ya ordenados y la
+ * app pinta el array tal como llega.
+ *
+ * Los ids con prefijo de lado (`US_` / `MX_`) lo llevan porque **son** de un lado: lo que el rediseño
+ * elimina es el `countryId` de la entrada, no la realidad de que el comprobante de domicilio es un
+ * requisito mexicano. `DATA_CONFIRMATION` es el paso de "revisá y confirmá tus datos"; se llama así y
+ * no `INFO_SELF_VERIFY` para no confundirlo con la verificación de Metamap de `KYC_IDENTIFICATION`.
+ */
+var OnboardingStepIdEnum;
+(function (OnboardingStepIdEnum) {
+    OnboardingStepIdEnum["KYC_IDENTIFICATION"] = "KYC_IDENTIFICATION";
+    OnboardingStepIdEnum["INCOME_INFORMATION"] = "INCOME_INFORMATION";
+    OnboardingStepIdEnum["US_ADDRESS"] = "US_ADDRESS";
+    OnboardingStepIdEnum["MX_PROOF_OF_ADDRESS"] = "MX_PROOF_OF_ADDRESS";
+    OnboardingStepIdEnum["MX_REGULATORY_QUESTIONS"] = "MX_REGULATORY_QUESTIONS";
+    OnboardingStepIdEnum["MX_BENEFICIARIES"] = "MX_BENEFICIARIES";
+    OnboardingStepIdEnum["DATA_CONFIRMATION"] = "DATA_CONFIRMATION";
+})(OnboardingStepIdEnum || (exports.OnboardingStepIdEnum = OnboardingStepIdEnum = {}));

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

@@ -0,0 +1,12 @@
+/**
+ * Estado de un paso. Mapea 1:1 a lo que pinta la app: caja cerrada / caja abierta / verde.
+ *
+ * Solo `KYC_IDENTIFICATION` (por veto o verificación en curso) y `DATA_CONFIRMATION` (porque agrega
+ * sobre los demás) pueden venir en `LOCKED`. Los otros cinco pasos son `UNLOCKED` o `DONE` — no existe
+ * insumo que los pueda bloquear (DEC-011 de onboarding-business).
+ */
+export declare enum OnboardingStepStatusEnum {
+    LOCKED = "LOCKED",
+    UNLOCKED = "UNLOCKED",
+    DONE = "DONE"
+}

package/bin/onboarding/enums/OnboardingStepStatusEnum.js

@@ -0,0 +1,16 @@
+"use strict";
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.OnboardingStepStatusEnum = void 0;
+/**
+ * Estado de un paso. Mapea 1:1 a lo que pinta la app: caja cerrada / caja abierta / verde.
+ *
+ * Solo `KYC_IDENTIFICATION` (por veto o verificación en curso) y `DATA_CONFIRMATION` (porque agrega
+ * sobre los demás) pueden venir en `LOCKED`. Los otros cinco pasos son `UNLOCKED` o `DONE` — no existe
+ * insumo que los pueda bloquear (DEC-011 de onboarding-business).
+ */
+var OnboardingStepStatusEnum;
+(function (OnboardingStepStatusEnum) {
+    OnboardingStepStatusEnum["LOCKED"] = "LOCKED";
+    OnboardingStepStatusEnum["UNLOCKED"] = "UNLOCKED";
+    OnboardingStepStatusEnum["DONE"] = "DONE";
+})(OnboardingStepStatusEnum || (exports.OnboardingStepStatusEnum = OnboardingStepStatusEnum = {}));

package/bin/onboarding/index.d.ts

@@ -0,0 +1,5 @@
+export * from './enums/OnboardingStepIdEnum';
+export * from './enums/OnboardingStepStatusEnum';
+export * from './enums/OnboardingAccountStatusEnum';
+export * from './enums/OnboardingAccountReasonEnum';
+export * from './dtos/responses/OnboardingStepsResponse';

package/bin/onboarding/index.js

@@ -0,0 +1,23 @@
+"use strict";
+var __createBinding = (this && this.__createBinding) || (Object.create ? (function(o, m, k, k2) {
+    if (k2 === undefined) k2 = k;
+    var desc = Object.getOwnPropertyDescriptor(m, k);
+    if (!desc || ("get" in desc ? !m.__esModule : desc.writable || desc.configurable)) {
+      desc = { enumerable: true, get: function() { return m[k]; } };
+    }
+    Object.defineProperty(o, k2, desc);
+}) : (function(o, m, k, k2) {
+    if (k2 === undefined) k2 = k;
+    o[k2] = m[k];
+}));
+var __exportStar = (this && this.__exportStar) || function(m, exports) {
+    for (var p in m) if (p !== "default" && !Object.prototype.hasOwnProperty.call(exports, p)) __createBinding(exports, m, p);
+};
+Object.defineProperty(exports, "__esModule", { value: true });
+// Enums
+__exportStar(require("./enums/OnboardingStepIdEnum"), exports);
+__exportStar(require("./enums/OnboardingStepStatusEnum"), exports);
+__exportStar(require("./enums/OnboardingAccountStatusEnum"), exports);
+__exportStar(require("./enums/OnboardingAccountReasonEnum"), exports);
+// Response DTOs
+__exportStar(require("./dtos/responses/OnboardingStepsResponse"), exports);

package/bin/platformRbac/dtos/CompleteMyProfileRequest.d.ts

@@ -0,0 +1,9 @@
+/**
+ * Body del PUT /me/profile/complete (autenticado, gate post-MFA del autoregistro). DEC-RBAC-034.
+ * Opera sobre el propio usuario (cognitoSub del token). Valida nombre + los `userFieldDefs` requeridos
+ * del tenant (422 MISSING_REQUIRED_FIELDS si faltan) y flipea `profileComplete=true`.
+ */
+export declare class CompleteMyProfileRequest {
+    displayName: string;
+    customFields?: Record<string, string>;
+}

package/bin/platformRbac/dtos/{ResendOtpRequest.js → CompleteMyProfileRequest.js}

@@ -9,28 +9,26 @@ var __metadata = (this && this.__metadata) || function (k, v) {
     if (typeof Reflect === "object" && typeof Reflect.metadata === "function") return Reflect.metadata(k, v);
 };
 Object.defineProperty(exports, "__esModule", { value: true });
-exports.ResendOtpRequest = void 0;
+exports.CompleteMyProfileRequest = void 0;
 const class_transformer_1 = require("class-transformer");
 const class_validator_1 = require("class-validator");
 /**
- * Body del POST /auth/resend-otp (público, anónimo). DEC-RBAC-054.
- * Reenvía el OTP del login re-disparando el challenge real CUSTOM_AUTH (EMAIL_OTP) para la
- * identidad SIN password. `tenantId` obligatorio (DEC-064 — el picker ya lo resolvió, NO "solo email").
- * El email se normaliza lowercase server-side. Postura anti-enumeración: respuesta 200 genérica
- * siempre, sin filtrar existencia (ver AuthLoginManager.resendChallengeOtp).
+ * Body del PUT /me/profile/complete (autenticado, gate post-MFA del autoregistro). DEC-RBAC-034.
+ * Opera sobre el propio usuario (cognitoSub del token). Valida nombre + los `userFieldDefs` requeridos
+ * del tenant (422 MISSING_REQUIRED_FIELDS si faltan) y flipea `profileComplete=true`.
  */
-class ResendOtpRequest {
+class CompleteMyProfileRequest {
 }
-exports.ResendOtpRequest = ResendOtpRequest;
+exports.CompleteMyProfileRequest = CompleteMyProfileRequest;
 __decorate([
     (0, class_transformer_1.Expose)(),
-    (0, class_validator_1.IsEmail)(),
+    (0, class_validator_1.IsString)(),
     (0, class_validator_1.IsNotEmpty)(),
     __metadata("design:type", String)
-], ResendOtpRequest.prototype, "email", void 0);
+], CompleteMyProfileRequest.prototype, "displayName", void 0);
 __decorate([
     (0, class_transformer_1.Expose)(),
-    (0, class_validator_1.IsString)(),
-    (0, class_validator_1.IsNotEmpty)(),
-    __metadata("design:type", String)
-], ResendOtpRequest.prototype, "tenantId", void 0);
+    (0, class_validator_1.IsOptional)(),
+    (0, class_validator_1.IsObject)(),
+    __metadata("design:type", Object)
+], CompleteMyProfileRequest.prototype, "customFields", void 0);

package/bin/riskProfile/dtos/TransactionAlarmQueueMessage.d.ts

@@ -5,7 +5,37 @@ export declare class TransactionAlarmQueueMessage {
     peopleId: string;
     transactionNumber: string;
     amount: number;
+    /**
+     * @deprecated NO usar como nombre del cliente titular.
+     *
+     * Este campo lo pobla `transaction-business/TransactionAlertMapper`
+     * con `product.details.targetName` — es decir, el nombre del
+     * beneficiario/contraparte del transfer que registró el sistema
+     * originador, no el nombre del titular de la cuenta sobre la cual
+     * se genera la alerta.
+     *
+     * Fuente autoritativa del nombre del titular:
+     *   identityApi.getPeopleByIds([peopleId])[0].indexName
+     *
+     * Ver risk-profile-business/AlarmEvaluationManager.evaluateAlarms
+     * (post-fix 2026-07-29) para el pattern de resolución correcto.
+     * Bug histórico: TransactionAlert_GT.indexName mostraba
+     * "NO INGRESADO" u otro placeholder cuando este campo llegaba vacío.
+     */
     indexName: string;
+    /**
+     * @deprecated NO usar como teléfono del cliente titular.
+     *
+     * Este campo lo pobla `transaction-business/TransactionAlertMapper`
+     * con `product.details.targetNumber` — es decir, el teléfono del
+     * beneficiario/contraparte del transfer, no del titular de la cuenta.
+     *
+     * Fuente autoritativa del teléfono del titular:
+     *   directoryService.getById(directoryId).phoneNumber
+     *
+     * Ver risk-profile-business/AlarmEvaluationManager.evaluateAlarms
+     * (post-fix 2026-07-29).
+     */
     phoneNumber: string;
     transactionDate: string;
     transactionType: string;

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

@@ -0,0 +1,14 @@
+/**
+ * Body para cancelar una referencia de funding ya creada. La referencia/fundingId
+ * viaja en la URL (`/funding/{moduleName}/{fundingId}/cancel`); este body aporta
+ * el contexto del solicitante + idempotencia.
+ *
+ * NOTA: shape inferido desde el uso en `@fiado/api-invoker`
+ * (benefits-marketplace / equality-connector) — confirmar con el dueño del
+ * módulo walletFunding / el lambda equality-connector que implementa el cancel.
+ */
+export declare class CancelFundingReferenceRequest {
+    directoryId: string;
+    reason?: string;
+    idempotencyKey: string;
+}

package/bin/walletFunding/dtos/CancelFundingReferenceRequest.js

@@ -0,0 +1,41 @@
+"use strict";
+var __decorate = (this && this.__decorate) || function (decorators, target, key, desc) {
+    var c = arguments.length, r = c < 3 ? target : desc === null ? desc = Object.getOwnPropertyDescriptor(target, key) : desc, d;
+    if (typeof Reflect === "object" && typeof Reflect.decorate === "function") r = Reflect.decorate(decorators, target, key, desc);
+    else for (var i = decorators.length - 1; i >= 0; i--) if (d = decorators[i]) r = (c < 3 ? d(r) : c > 3 ? d(target, key, r) : d(target, key)) || r;
+    return c > 3 && r && Object.defineProperty(target, key, r), r;
+};
+var __metadata = (this && this.__metadata) || function (k, v) {
+    if (typeof Reflect === "object" && typeof Reflect.metadata === "function") return Reflect.metadata(k, v);
+};
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.CancelFundingReferenceRequest = void 0;
+const class_validator_1 = require("class-validator");
+/**
+ * Body para cancelar una referencia de funding ya creada. La referencia/fundingId
+ * viaja en la URL (`/funding/{moduleName}/{fundingId}/cancel`); este body aporta
+ * el contexto del solicitante + idempotencia.
+ *
+ * NOTA: shape inferido desde el uso en `@fiado/api-invoker`
+ * (benefits-marketplace / equality-connector) — confirmar con el dueño del
+ * módulo walletFunding / el lambda equality-connector que implementa el cancel.
+ */
+class CancelFundingReferenceRequest {
+}
+exports.CancelFundingReferenceRequest = CancelFundingReferenceRequest;
+__decorate([
+    (0, class_validator_1.IsString)(),
+    (0, class_validator_1.MaxLength)(64),
+    __metadata("design:type", String)
+], CancelFundingReferenceRequest.prototype, "directoryId", void 0);
+__decorate([
+    (0, class_validator_1.IsOptional)(),
+    (0, class_validator_1.IsString)(),
+    (0, class_validator_1.MaxLength)(256),
+    __metadata("design:type", String)
+], CancelFundingReferenceRequest.prototype, "reason", void 0);
+__decorate([
+    (0, class_validator_1.IsString)(),
+    (0, class_validator_1.MaxLength)(64),
+    __metadata("design:type", String)
+], CancelFundingReferenceRequest.prototype, "idempotencyKey", void 0);

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

@@ -0,0 +1,15 @@
+import { BenefitPaymentStatusEnum } from "../../benefitCenter/enums/BenefitPaymentStatusEnum";
+import { WalletFundingErrorCodeEnum } from "../enums/WalletFundingErrorCodeEnum";
+/**
+ * Respuesta de la cancelación de una referencia de funding. Mismo estilo que
+ * CreateFundingReferenceResponse.
+ *
+ * NOTA: shape inferido desde el uso en `@fiado/api-invoker` — confirmar con el
+ * dueño del módulo walletFunding / el lambda equality-connector.
+ */
+export declare class CancelFundingReferenceResponse {
+    /** Referencia cancelada (misma PK que se creó). */
+    reference: string;
+    status: BenefitPaymentStatusEnum;
+    errorCode?: WalletFundingErrorCodeEnum;
+}

package/bin/walletFunding/dtos/CancelFundingReferenceResponse.js

@@ -0,0 +1,13 @@
+"use strict";
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.CancelFundingReferenceResponse = void 0;
+/**
+ * Respuesta de la cancelación de una referencia de funding. Mismo estilo que
+ * CreateFundingReferenceResponse.
+ *
+ * NOTA: shape inferido desde el uso en `@fiado/api-invoker` — confirmar con el
+ * dueño del módulo walletFunding / el lambda equality-connector.
+ */
+class CancelFundingReferenceResponse {
+}
+exports.CancelFundingReferenceResponse = CancelFundingReferenceResponse;

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

@@ -0,0 +1,3 @@
+export declare class CancelWalletFundingRequest {
+    idempotencyKey: string;
+}

package/bin/walletFunding/dtos/CancelWalletFundingRequest.js

@@ -0,0 +1,21 @@
+"use strict";
+var __decorate = (this && this.__decorate) || function (decorators, target, key, desc) {
+    var c = arguments.length, r = c < 3 ? target : desc === null ? desc = Object.getOwnPropertyDescriptor(target, key) : desc, d;
+    if (typeof Reflect === "object" && typeof Reflect.decorate === "function") r = Reflect.decorate(decorators, target, key, desc);
+    else for (var i = decorators.length - 1; i >= 0; i--) if (d = decorators[i]) r = (c < 3 ? d(r) : c > 3 ? d(target, key, r) : d(target, key)) || r;
+    return c > 3 && r && Object.defineProperty(target, key, r), r;
+};
+var __metadata = (this && this.__metadata) || function (k, v) {
+    if (typeof Reflect === "object" && typeof Reflect.metadata === "function") return Reflect.metadata(k, v);
+};
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.CancelWalletFundingRequest = void 0;
+const class_validator_1 = require("class-validator");
+class CancelWalletFundingRequest {
+}
+exports.CancelWalletFundingRequest = CancelWalletFundingRequest;
+__decorate([
+    (0, class_validator_1.IsString)(),
+    (0, class_validator_1.MaxLength)(64),
+    __metadata("design:type", String)
+], CancelWalletFundingRequest.prototype, "idempotencyKey", void 0);

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

@@ -0,0 +1,7 @@
+import { BenefitPaymentStatusEnum } from "../../benefitCenter/enums/BenefitPaymentStatusEnum";
+import { WalletFundingErrorCodeEnum } from "../enums/WalletFundingErrorCodeEnum";
+export declare class CancelWalletFundingResponse {
+    status: BenefitPaymentStatusEnum;
+    errorCode?: WalletFundingErrorCodeEnum;
+    fundingId?: string;
+}

package/bin/walletFunding/dtos/CancelWalletFundingResponse.js

@@ -0,0 +1,6 @@
+"use strict";
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.CancelWalletFundingResponse = void 0;
+class CancelWalletFundingResponse {
+}
+exports.CancelWalletFundingResponse = CancelWalletFundingResponse;

package/package.json

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

package/src/index.ts

@@ -139,6 +139,10 @@ export * as LoanScoring from './loanScoring';
 // consolidado + estados crudos + datos de persona. El consolidado reusa RetailKycStatusEnum
 // (no hay enum consolidado propio — DEC-KYC-014). SureKeep Fase 2.
 export * as Kyc from './kyc';
+// Onboarding: contrato de los pasos del onboarding resueltos por SCOPE y no por país
+// (onboarding-business, DEC-009 a DEC-021). Dos bloques: `steps` (qué le falta hacer al usuario) y
+// `accounts` (cómo va el trámite de cada cuenta, por lado).
+export * as Onboarding from './onboarding';
 export * from './messaging';
 export * from './complaint';
 // PhoneSales: DTOs del lambda cell-phone-sales-business — variantes de dispositivo (modelo/color/

package/src/kyc/events/KycVerificationChangedV1.ts

@@ -1,5 +1,5 @@
 import { Expose, Type } from 'class-transformer';
-import { IsEnum, IsISO8601, IsNotEmpty, IsOptional, IsString, ValidateNested } from 'class-validator';
+import { IsBoolean, IsEnum, IsISO8601, IsNotEmpty, IsOptional, IsString, ValidateNested } from 'class-validator';
 import { IdentificationDocumentStatus } from '../../identity/enums/IdentificationDocumentStatus';
 import { KycVerificationStatusEnum } from '../enums/KycVerificationStatusEnum';
 import { KycSubChecks } from '../dtos/KycSubChecks';
@@ -82,4 +82,17 @@ export class KycVerificationChangedV1 {
      */
     @Expose() @IsOptional() @ValidateNested() @Type(() => KycAddress)
     address?: KycAddress;
+
+    /**
+     * ¿El webhook YA persistió este domicilio en `fiado-address-lambda`? Solo es `true` cuando el
+     * documento es mexicano (único caso en que el webhook escribe) y el POST aterrizó.
+     *
+     * El consumidor lo necesita para NO volver a escribirlo: el address-lambda APILA — un segundo
+     * create sobre el mismo domicilio deja una fila duplicada en el expediente.
+     *
+     * OPCIONAL y aditivo: ausente o `false` significan "nadie lo guardó todavía", que es la
+     * degradación segura (el consumidor lo pide y lo guarda él).
+     */
+    @Expose() @IsOptional() @IsBoolean()
+    addressPushedToFiado?: boolean;
 }

package/src/onboarding/dtos/responses/OnboardingStepsResponse.ts

@@ -0,0 +1,61 @@
+import { Scope } from '../../../directory/enums/Scope';
+import { OnboardingStepIdEnum } from '../../enums/OnboardingStepIdEnum';
+import { OnboardingStepStatusEnum } from '../../enums/OnboardingStepStatusEnum';
+import { OnboardingAccountStatusEnum } from '../../enums/OnboardingAccountStatusEnum';
+import { OnboardingAccountReasonEnum } from '../../enums/OnboardingAccountReasonEnum';
+
+/**
+ * Un paso: `id` + `status` y nada más. Sin motivo, sin metadata y sin lado (DEC-012 de
+ * onboarding-business).
+ *
+ * Para saber QUÉ documento pedir en `KYC_IDENTIFICATION`, el consumidor le pregunta a
+ * kyc-verifications-business, que es quien decide el workflow de Metamap (DEC-017).
+ */
+export class OnboardingStepDto {
+    id!: OnboardingStepIdEnum;
+    status!: OnboardingStepStatusEnum;
+}
+
+/**
+ * El trámite de una cuenta, por lado. Es el único bloque que lleva motivo.
+ */
+export class OnboardingAccountDto {
+    /** Scope de onboarding al que corresponde la cuenta: `fiado.on_us` o `fiado.on_mx`. */
+    scope!: Scope;
+    status!: OnboardingAccountStatusEnum;
+    /** `null` cuando no hay nada que explicar. */
+    reason!: OnboardingAccountReasonEnum | null;
+}
+
+/**
+ * Respuesta de `GET /onboarding-business/steps`.
+ *
+ * Dos bloques que contestan preguntas DISTINTAS, y por eso no pueden contradecirse:
+ *  - `steps`    → qué le falta HACER al usuario.
+ *  - `accounts` → cómo va el trámite de cada cuenta.
+ *
+ * No recibe `countryId`: los pasos salen de los scopes del usuario y el sujeto sale del token.
+ */
+export class OnboardingStepsResponse {
+    /**
+     * Solo los pasos aplicables al scope del usuario, **EN ORDEN DE PINTADO**. El consumidor pinta el
+     * array tal como llega: no reordena ni conoce las reglas de scope.
+     *
+     * El largo PUEDE CAMBIAR entre dos llamadas. Ejemplo real: en cuanto el usuario guarda una
+     * dirección, `MX_PROOF_OF_ADDRESS` deja de aplicar y sale de la lista.
+     *
+     * Vacío si la persona no tiene ningún scope de onboarding — eso NO es un error, significa que no
+     * tiene onboarding pendiente. Pasa justo después de firmar, cuando el scope pasa de `fiado.on_mx`
+     * a `fiado.mx`.
+     */
+    steps!: OnboardingStepDto[];
+
+    /**
+     * Un item por scope de onboarding que tenga el usuario. Vacío si no tiene ninguno.
+     *
+     * Cuando una cuenta viene en `REJECTED`, el consumidor tiene que darle PRIORIDAD sobre los pasos de
+     * esa cuenta: por diseño cinco de los siete pasos nunca se bloquean, así que un usuario rechazado
+     * igual va a recibir pasos abiertos.
+     */
+    accounts!: OnboardingAccountDto[];
+}

package/src/onboarding/enums/OnboardingAccountReasonEnum.ts

@@ -0,0 +1,26 @@
+/**
+ * Motivo del estado de una cuenta. Solo viaja cuando hay algo que explicar (DEC-021 de
+ * onboarding-business).
+ *
+ * Las claves de texto de estos valores tienen que existir en Firebase Remote Config antes de que el
+ * backend empiece a mandarlos: el copy de la app vive ahí, así que un motivo sin clave deja la pantalla
+ * sin texto.
+ *
+ * `PROVIDER_DENIED` y `PROVIDER_REVIEW` aplican SOLO al lado USA, que es donde existe `CP_Status`. El
+ * lado mexicano no tiene señal propia de rechazo más allá de las banderas de verificación del
+ * documento: `authorizationNeededMXN` está en `NOT_REQUIRED` en el 100% de los registros de producción.
+ */
+export enum OnboardingAccountReasonEnum {
+    /** Lista negra (`fiadoListApproved === false`). Afecta los dos lados. */
+    BLACKLIST = 'BLACKLIST',
+    /** Detección de duplicados (`duplicateUserDetection === true`). Afecta los dos lados. */
+    DUPLICATE_USER = 'DUPLICATE_USER',
+    /** Alguna verificación del documento de ese lado en `false`. */
+    DOCUMENT_INVALID = 'DOCUMENT_INVALID',
+    /** Documento subido y verificaciones todavía sin resolver. */
+    DOCUMENT_VERIFICATION = 'DOCUMENT_VERIFICATION',
+    /** Solo lado USA: el proveedor rechazó. */
+    PROVIDER_DENIED = 'PROVIDER_DENIED',
+    /** Solo lado USA: el proveedor está revisando o pidiendo documento. */
+    PROVIDER_REVIEW = 'PROVIDER_REVIEW',
+}

package/src/onboarding/enums/OnboardingAccountStatusEnum.ts

@@ -0,0 +1,22 @@
+/**
+ * Estado del trámite de UNA cuenta (DEC-021 de onboarding-business).
+ *
+ * Es un eje distinto del de los pasos: `steps` dice qué le falta HACER al usuario, `accounts` dice cómo
+ * va el trámite. Un paso en `DONE` junto a una cuenta en `UNDER_REVIEW` no es contradicción — la
+ * persona ya hizo su parte.
+ *
+ * Va por lado y no como valor global porque en producción hay 230 personas con problema solo del lado
+ * USA y 28 solo del mexicano: para esas 258 un valor único mentiría, diciéndoles que no se les puede
+ * abrir cuenta cuando una de las dos sí.
+ *
+ * `OPEN` se deriva de la bandera de la cuenta (`MEX_DebitAccount` / `USA_DebitAccount`) y NUNCA del
+ * scope: cuando el backend crea la cuenta el scope sigue siendo el de onboarding, y recién cambia
+ * cuando el usuario firma los documentos legales. Derivarlo del scope produce una circularidad que
+ * deja al usuario con la cuenta creada y el contrato sin firmar de forma permanente.
+ */
+export enum OnboardingAccountStatusEnum {
+    IN_PROGRESS = 'IN_PROGRESS',
+    UNDER_REVIEW = 'UNDER_REVIEW',
+    REJECTED = 'REJECTED',
+    OPEN = 'OPEN',
+}

package/src/onboarding/enums/OnboardingStepIdEnum.ts

@@ -0,0 +1,21 @@
+/**
+ * Los 7 pasos del onboarding, resueltos por los scopes del usuario y NO por país (DEC-009, DEC-010 de
+ * onboarding-business).
+ *
+ * El orden de este enum no define el orden de pintado: la respuesta trae los pasos ya ordenados y la
+ * app pinta el array tal como llega.
+ *
+ * Los ids con prefijo de lado (`US_` / `MX_`) lo llevan porque **son** de un lado: lo que el rediseño
+ * elimina es el `countryId` de la entrada, no la realidad de que el comprobante de domicilio es un
+ * requisito mexicano. `DATA_CONFIRMATION` es el paso de "revisá y confirmá tus datos"; se llama así y
+ * no `INFO_SELF_VERIFY` para no confundirlo con la verificación de Metamap de `KYC_IDENTIFICATION`.
+ */
+export enum OnboardingStepIdEnum {
+    KYC_IDENTIFICATION = 'KYC_IDENTIFICATION',
+    INCOME_INFORMATION = 'INCOME_INFORMATION',
+    US_ADDRESS = 'US_ADDRESS',
+    MX_PROOF_OF_ADDRESS = 'MX_PROOF_OF_ADDRESS',
+    MX_REGULATORY_QUESTIONS = 'MX_REGULATORY_QUESTIONS',
+    MX_BENEFICIARIES = 'MX_BENEFICIARIES',
+    DATA_CONFIRMATION = 'DATA_CONFIRMATION',
+}

package/src/onboarding/enums/OnboardingStepStatusEnum.ts

@@ -0,0 +1,12 @@
+/**
+ * Estado de un paso. Mapea 1:1 a lo que pinta la app: caja cerrada / caja abierta / verde.
+ *
+ * Solo `KYC_IDENTIFICATION` (por veto o verificación en curso) y `DATA_CONFIRMATION` (porque agrega
+ * sobre los demás) pueden venir en `LOCKED`. Los otros cinco pasos son `UNLOCKED` o `DONE` — no existe
+ * insumo que los pueda bloquear (DEC-011 de onboarding-business).
+ */
+export enum OnboardingStepStatusEnum {
+    LOCKED = 'LOCKED',
+    UNLOCKED = 'UNLOCKED',
+    DONE = 'DONE',
+}

package/src/onboarding/index.ts

@@ -0,0 +1,8 @@
+// Enums
+export * from './enums/OnboardingStepIdEnum';
+export * from './enums/OnboardingStepStatusEnum';
+export * from './enums/OnboardingAccountStatusEnum';
+export * from './enums/OnboardingAccountReasonEnum';
+
+// Response DTOs
+export * from './dtos/responses/OnboardingStepsResponse';

package/src/riskProfile/dtos/TransactionAlarmQueueMessage.ts

@@ -22,10 +22,40 @@ export class TransactionAlarmQueueMessage {
     @IsNotEmpty()
     amount: number
 
+    /**
+     * @deprecated NO usar como nombre del cliente titular.
+     *
+     * Este campo lo pobla `transaction-business/TransactionAlertMapper`
+     * con `product.details.targetName` — es decir, el nombre del
+     * beneficiario/contraparte del transfer que registró el sistema
+     * originador, no el nombre del titular de la cuenta sobre la cual
+     * se genera la alerta.
+     *
+     * Fuente autoritativa del nombre del titular:
+     *   identityApi.getPeopleByIds([peopleId])[0].indexName
+     *
+     * Ver risk-profile-business/AlarmEvaluationManager.evaluateAlarms
+     * (post-fix 2026-07-29) para el pattern de resolución correcto.
+     * Bug histórico: TransactionAlert_GT.indexName mostraba
+     * "NO INGRESADO" u otro placeholder cuando este campo llegaba vacío.
+     */
     @IsString()
     @IsNotEmpty()
     indexName: string
 
+    /**
+     * @deprecated NO usar como teléfono del cliente titular.
+     *
+     * Este campo lo pobla `transaction-business/TransactionAlertMapper`
+     * con `product.details.targetNumber` — es decir, el teléfono del
+     * beneficiario/contraparte del transfer, no del titular de la cuenta.
+     *
+     * Fuente autoritativa del teléfono del titular:
+     *   directoryService.getById(directoryId).phoneNumber
+     *
+     * Ver risk-profile-business/AlarmEvaluationManager.evaluateAlarms
+     * (post-fix 2026-07-29).
+     */
     @IsString()
     @IsNotEmpty()
     phoneNumber: string

package/bin/loanConfig/enums/ModifiableByRoleEnum.d.ts

@@ -1,11 +0,0 @@
-/**
- * Rol RBAC mínimo que puede modificar un parámetro (RBAC a nivel de parámetro, modelo-datos §8).
- * `retailer_admin` = "Admin VentasLuga" de M6 §8. Valores = identificadores de rol de RBAC F0.
- * TD-004: confirmar mapeo super_admin ↔ platform_super_admin con el naming real de F0.
- * @enum {string}
- */
-export declare enum ModifiableByRoleEnum {
-    SUPER_ADMIN = "super_admin",
-    SOFOM_ADMIN = "sofom_admin",
-    RETAILER_ADMIN = "retailer_admin"
-}

package/bin/loanConfig/enums/ModifiableByRoleEnum.js

@@ -1,15 +0,0 @@
-"use strict";
-Object.defineProperty(exports, "__esModule", { value: true });
-exports.ModifiableByRoleEnum = void 0;
-/**
- * Rol RBAC mínimo que puede modificar un parámetro (RBAC a nivel de parámetro, modelo-datos §8).
- * `retailer_admin` = "Admin VentasLuga" de M6 §8. Valores = identificadores de rol de RBAC F0.
- * TD-004: confirmar mapeo super_admin ↔ platform_super_admin con el naming real de F0.
- * @enum {string}
- */
-var ModifiableByRoleEnum;
-(function (ModifiableByRoleEnum) {
-    ModifiableByRoleEnum["SUPER_ADMIN"] = "super_admin";
-    ModifiableByRoleEnum["SOFOM_ADMIN"] = "sofom_admin";
-    ModifiableByRoleEnum["RETAILER_ADMIN"] = "retailer_admin";
-})(ModifiableByRoleEnum || (exports.ModifiableByRoleEnum = ModifiableByRoleEnum = {}));

package/bin/platformRbac/dtos/ResendOtpRequest.d.ts

@@ -1,22 +0,0 @@
-import { MfaMethodEnum } from '../enums/MfaMethodEnum';
-/**
- * Body del POST /auth/resend-otp (público, anónimo). DEC-RBAC-054.
- * Reenvía el OTP del login re-disparando el challenge real CUSTOM_AUTH (EMAIL_OTP) para la
- * identidad SIN password. `tenantId` obligatorio (DEC-064 — el picker ya lo resolvió, NO "solo email").
- * El email se normaliza lowercase server-side. Postura anti-enumeración: respuesta 200 genérica
- * siempre, sin filtrar existencia (ver AuthLoginManager.resendChallengeOtp).
- */
-export declare class ResendOtpRequest {
-    email: string;
-    tenantId: string;
-}
-/**
- * Respuesta del resend-otp. `session`/`mfaMethod` frescos del nuevo challenge CUSTOM_AUTH.
- * Plain sin validators (no validamos lo que mandamos al cliente — fiado-validation-and-dtos § 7).
- * Ambos opcionales: en los caminos de rechazo silencioso (anti-enumeración) o ramas sin CUSTOM_AUTH
- * el server responde 200 genérico sin session ni método.
- */
-export interface ResendOtpResponse {
-    session?: string;
-    mfaMethod?: MfaMethodEnum;
-}

package/bin/platformRbac/dtos/ResendSelfRegisterOtpRequest.d.ts

@@ -1,11 +0,0 @@
-/**
- * Body del POST /self-register/resend-otp (público, anónimo). DEC-RBAC-054.
- * Re-envía el OTP del autoregistro (mecanismo messages-business, NO Cognito) tras validar un
- * `pending` existente. Misma postura anti-enumeración del start. El email se normaliza lowercase
- * server-side. DTO propio por endpoint (NO reusa SelfRegisterStartRequest, que exige roleId/scope/
- * scopeRef, ni SelfRegisterVerifyOtpRequest, que exige otp).
- */
-export declare class ResendSelfRegisterOtpRequest {
-    tenantId: string;
-    email: string;
-}

package/bin/platformRbac/dtos/ResendSelfRegisterOtpRequest.js

@@ -1,36 +0,0 @@
-"use strict";
-var __decorate = (this && this.__decorate) || function (decorators, target, key, desc) {
-    var c = arguments.length, r = c < 3 ? target : desc === null ? desc = Object.getOwnPropertyDescriptor(target, key) : desc, d;
-    if (typeof Reflect === "object" && typeof Reflect.decorate === "function") r = Reflect.decorate(decorators, target, key, desc);
-    else for (var i = decorators.length - 1; i >= 0; i--) if (d = decorators[i]) r = (c < 3 ? d(r) : c > 3 ? d(target, key, r) : d(target, key)) || r;
-    return c > 3 && r && Object.defineProperty(target, key, r), r;
-};
-var __metadata = (this && this.__metadata) || function (k, v) {
-    if (typeof Reflect === "object" && typeof Reflect.metadata === "function") return Reflect.metadata(k, v);
-};
-Object.defineProperty(exports, "__esModule", { value: true });
-exports.ResendSelfRegisterOtpRequest = void 0;
-const class_transformer_1 = require("class-transformer");
-const class_validator_1 = require("class-validator");
-/**
- * Body del POST /self-register/resend-otp (público, anónimo). DEC-RBAC-054.
- * Re-envía el OTP del autoregistro (mecanismo messages-business, NO Cognito) tras validar un
- * `pending` existente. Misma postura anti-enumeración del start. El email se normaliza lowercase
- * server-side. DTO propio por endpoint (NO reusa SelfRegisterStartRequest, que exige roleId/scope/
- * scopeRef, ni SelfRegisterVerifyOtpRequest, que exige otp).
- */
-class ResendSelfRegisterOtpRequest {
-}
-exports.ResendSelfRegisterOtpRequest = ResendSelfRegisterOtpRequest;
-__decorate([
-    (0, class_transformer_1.Expose)(),
-    (0, class_validator_1.IsString)(),
-    (0, class_validator_1.IsNotEmpty)(),
-    __metadata("design:type", String)
-], ResendSelfRegisterOtpRequest.prototype, "tenantId", void 0);
-__decorate([
-    (0, class_transformer_1.Expose)(),
-    (0, class_validator_1.IsEmail)(),
-    (0, class_validator_1.IsNotEmpty)(),
-    __metadata("design:type", String)
-], ResendSelfRegisterOtpRequest.prototype, "email", void 0);