@fiado/type-kit 3.315.0 → 3.316.1

package/src/identity/dtos/PeopleResponse.ts

@@ -6,6 +6,7 @@ import { CPStatusEnum } from '../enums/CPStatusEnum';
 import { InfoSelfVerifiedStatus } from '../enums/InfoSelfVerifiedStatus';
 import { SexDocument } from '../enums/SexDocument';
 import { IdentificationDocument } from './IdentificationDocument';
+import { InfoSelfVerifiedFields } from './InfoSelfVerifiedFields';
 import { ManualApproval } from './ManualApproval';
 import { PeopleName } from './PeopleName';
 
@@ -99,6 +100,12 @@ export class PeopleResponse {
         MEX_Signed:boolean | null;
         USA_Beneficiaries:boolean | null;
         USA_InfoSelfVerified:InfoSelfVerifiedStatus;
+        /**
+         * Qué campo marcó el usuario como incorrecto. Detalla a los dos `*_InfoSelfVerified`.
+         * Opcional a diferencia del resto: los expedientes anteriores a la confirmación por campo
+         * no lo tienen.
+         */
+        infoSelfVerifiedFields?:InfoSelfVerifiedFields;
         USA_Signed:boolean | null;
         older18:boolean | null;
         signature:boolean;

package/src/identity/dtos/PeopleUpdateRequest.ts

@@ -4,6 +4,7 @@ import { CPStatusEnum } from "../enums/CPStatusEnum";
 import { InfoSelfVerifiedStatus } from "../enums/InfoSelfVerifiedStatus";
 import { SexDocument } from "../enums/SexDocument";
 import { IdentificationDocument } from "./IdentificationDocument";
+import { InfoSelfVerifiedFields } from "./InfoSelfVerifiedFields";
 import { ManualApproval } from "./ManualApproval";
 import { PeopleName } from "./PeopleName";
 
@@ -90,6 +91,12 @@ export class PeopleUpdateRequest {
     pepLevel?: string | null;
     USA_InfoSelfVerified?: InfoSelfVerifiedStatus;
     MEX_InfoSelfVerified?: InfoSelfVerifiedStatus;
+    /**
+     * Qué campo marcó el usuario como incorrecto al revisar sus datos. Lo manda la app en el PUT y
+     * de acá se derivan los dos `*_InfoSelfVerified` de arriba: un lado se confirma cuando todas
+     * sus banderas están en `true`, y pide corrección si alguna está en `false`.
+     */
+    infoSelfVerifiedFields?: InfoSelfVerifiedFields;
     infoSelfVerified?: InfoSelfVerifiedStatus;
     beneficialOwner?: string | null;
     weeklyIncomeUSD?: string | null;

package/src/identity/index.ts

@@ -3,6 +3,7 @@
 export * from './dtos/IdentificationDocument'
 export * from './dtos/ManualApproval';
 export * from './dtos/PeopleCreateRequest';
+export * from './dtos/InfoSelfVerifiedFields';
 export * from './dtos/PeopleResponse';
 export * from './dtos/PeopleName';
 export * from './dtos/TypeOfDocument';

package/src/onboarding/dtos/ExpedienteUpdatedMessage.ts

@@ -0,0 +1,37 @@
+import { Equals, IsEnum, IsISO8601, IsUUID, Matches } from "class-validator";
+import { ExpedienteUpdatedSourceEnum } from "../enums/ExpedienteUpdatedSourceEnum";
+
+/**
+ * Evento EXPEDIENTE_UPDATED (cola OnboardingReadinessQueue).
+ * Producer: fiado-identity-lambda (tras cada escritura exitosa de People/ARC).
+ * Consumer: onboarding-business (ExpedienteUpdatedSubscriber, DEC-025).
+ * Payload anémico a propósito: el subscriber SIEMPRE lee el expediente fresco;
+ * nada de datos de negocio acá para que un mensaje viejo no decida con datos viejos.
+ */
+export class ExpedienteUpdatedMessage {
+
+    /**
+     * Discriminador. La cola es dedicada hoy, pero agregarlo ahora es gratis y
+     * agregarlo después de publicar sería breaking (mismo criterio que
+     * KycStepCompletedV1.eventType).
+     */
+    @Equals("EXPEDIENTE_UPDATED")
+    eventType: "EXPEDIENTE_UPDATED";
+
+    @IsUUID()
+    eventId: string;
+
+    @IsUUID()
+    directoryId: string;
+
+    @IsUUID()
+    peopleId: string;
+
+    @IsEnum(ExpedienteUpdatedSourceEnum)
+    source: ExpedienteUpdatedSourceEnum;
+
+    /** ISO-8601 estricto y en UTC (sufijo Z) — @IsISO8601 pelado acepta fechas sin hora y offsets locales (precedente: KycStepCompletedV1). */
+    @IsISO8601({ strict: true })
+    @Matches(/Z$/, { message: "occurredAt debe estar en UTC (sufijo Z)" })
+    occurredAt: string;
+}

package/src/onboarding/enums/ExpedienteUpdatedSourceEnum.ts

@@ -0,0 +1,7 @@
+/** Qué write-path de fiado-identity-lambda originó el evento (solo diagnóstico — el subscriber no decide por source). */
+export enum ExpedienteUpdatedSourceEnum {
+    PEOPLE = "PEOPLE",
+    ACCOUNT_REQUIREMENT_CONTROL = "ACCOUNT_REQUIREMENT_CONTROL",
+    DOCUMENT = "DOCUMENT",
+    AGENT = "AGENT",
+}

package/src/onboarding/index.ts

@@ -4,6 +4,10 @@ export * from './enums/OnboardingStepStatusEnum';
 export * from './enums/OnboardingAccountStatusEnum';
 export * from './enums/OnboardingAccountReasonEnum';
 export * from './enums/OnboardingAccountMessageKeyEnum';
+export * from './enums/ExpedienteUpdatedSourceEnum';
 
 // Response DTOs
 export * from './dtos/responses/OnboardingStepsResponse';
+
+// Queue messages
+export * from './dtos/ExpedienteUpdatedMessage';

package/src/walletFunding/dtos/CreditWalletFundingRequest.ts

@@ -21,4 +21,18 @@ export class CreditWalletFundingRequest {
     @IsOptional() @IsString() @MaxLength(64) center?: string;
     /** Si viene, la FiadoTx se crea con este folio en vez de generar uno nuevo. */
     @IsOptional() @IsString() @MaxLength(64) processorTransactionNumber?: string;
+    /**
+     * Producto de `ProductCatalog_GT` con el que tarifar este fondeo — de ahi
+     * salen la comision que Fiado le cobra al cliente y su IVA.
+     *
+     * Lo decide el CONNECTOR y no el processor porque la tarifa depende del
+     * canal, y solo el connector ve donde pago el cliente: el proveedor manda
+     * el comercio en el webhook del cash-in. Ej. `SP_CASH_IN` (cuota fija fuera
+     * de OXXO) vs `SP_CASH_IN_OXXO` (porcentual en OXXO).
+     *
+     * Opcional por compatibilidad: los callers que no lo mandan siguen cayendo
+     * al producto por defecto del processor (`MEX_WALLET_FUNDING_CREDIT`), que
+     * es el que usa Equality/Passport hoy.
+     */
+    @IsOptional() @IsString() @MaxLength(64) productCatalogId?: string;
 }