@fiado/type-kit 3.347.0 → 3.349.0

package/bin/identity/dtos/PeopleResponse.d.ts

@@ -107,6 +107,18 @@ export declare class PeopleResponse {
         USA_DebitAccount: boolean;
         USA_DebitAccountWish: boolean;
         USA_FacematchVerified: boolean | null;
+        /**
+         * Facematch CROSS-CUENTA: ¿la cara coincide con la del PRIMER registro de esta persona?
+         * (ALO 1, bloque "Merchant's own Database" de Metamap.)
+         *
+         * Campo PROPIO y SIN LADO: responde otra pregunta que `*_FacematchVerified` —que compara
+         * contra el DOCUMENTO subido— y Metamap emite las dos con el mismo `step.id`, así que
+         * compartir campo las hacía pisarse. La referencia es la persona, no el país del documento.
+         *
+         * `null`/ausente = no se evaluó (el flow no llevaba el bloque, o es el primer registro y no
+         * había foto de referencia). NO es lo mismo que `false`, que es un rechazo.
+         */
+        crossAccountFacematch?: boolean | null;
         USA_ProgramWish: boolean | null;
         USA_TemplateMatch: boolean;
         USA_AlterationDetection: boolean;

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

@@ -30,6 +30,14 @@ export declare enum OnboardingAccountMessageKeyEnum {
      * cae a su texto por defecto.
      */
     ANSWER_VERIFICATION_QUESTIONS = "ANSWER_VERIFICATION_QUESTIONS",
+    /**
+     * La cara no coincidió con la del primer registro de esta persona (facematch cross-cuenta).
+     *
+     * CLAVE NUEVA, **hay que darle de alta el copy en Remote Config**. No se reusó
+     * `UPLOAD_IDENTIFICATION_AGAIN` porque su copy habla del DOCUMENTO, y acá el documento puede
+     * estar perfecto: repetirlo da el mismo resultado. El mensaje tiene que ser sobre la identidad.
+     */
+    IDENTITY_MISMATCH = "IDENTITY_MISMATCH",
     /** Trámite en curso, esperando que la persona complete sus pasos. */
     COMPLETE_YOUR_INFORMATION = "COMPLETE_YOUR_INFORMATION"
 }

package/bin/onboarding/enums/OnboardingAccountMessageKeyEnum.js

@@ -34,6 +34,14 @@ var OnboardingAccountMessageKeyEnum;
      * cae a su texto por defecto.
      */
     OnboardingAccountMessageKeyEnum["ANSWER_VERIFICATION_QUESTIONS"] = "ANSWER_VERIFICATION_QUESTIONS";
+    /**
+     * La cara no coincidió con la del primer registro de esta persona (facematch cross-cuenta).
+     *
+     * CLAVE NUEVA, **hay que darle de alta el copy en Remote Config**. No se reusó
+     * `UPLOAD_IDENTIFICATION_AGAIN` porque su copy habla del DOCUMENTO, y acá el documento puede
+     * estar perfecto: repetirlo da el mismo resultado. El mensaje tiene que ser sobre la identidad.
+     */
+    OnboardingAccountMessageKeyEnum["IDENTITY_MISMATCH"] = "IDENTITY_MISMATCH";
     /** Trámite en curso, esperando que la persona complete sus pasos. */
     OnboardingAccountMessageKeyEnum["COMPLETE_YOUR_INFORMATION"] = "COMPLETE_YOUR_INFORMATION";
 })(OnboardingAccountMessageKeyEnum || (exports.OnboardingAccountMessageKeyEnum = OnboardingAccountMessageKeyEnum = {}));

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

@@ -17,6 +17,15 @@ export declare enum OnboardingAccountReasonEnum {
     DUPLICATE_USER = "DUPLICATE_USER",
     /** Alguna verificación del documento de ese lado en `false`. */
     DOCUMENT_INVALID = "DOCUMENT_INVALID",
+    /**
+     * La cara de la selfie NO coincide con la que ya teníamos guardada del primer registro de esta
+     * persona (facematch cross-cuenta, ALO 1). `crossAccountFacematch === false`.
+     *
+     * Se separa de `DOCUMENT_INVALID` porque el documento puede estar PERFECTO: lo que no coincide es
+     * la cara. Decirle "subí tu identificación otra vez" manda a esa persona a repetir exactamente lo
+     * mismo, con el mismo resultado. El copy tiene que hablar de la identidad, no del documento.
+     */
+    FACEMATCH_MISMATCH = "FACEMATCH_MISMATCH",
     /** Documento subido y verificaciones todavía sin resolver. */
     DOCUMENT_VERIFICATION = "DOCUMENT_VERIFICATION",
     /** Solo lado USA: el proveedor rechazó. */

package/bin/onboarding/enums/OnboardingAccountReasonEnum.js

@@ -21,6 +21,15 @@ var OnboardingAccountReasonEnum;
     OnboardingAccountReasonEnum["DUPLICATE_USER"] = "DUPLICATE_USER";
     /** Alguna verificación del documento de ese lado en `false`. */
     OnboardingAccountReasonEnum["DOCUMENT_INVALID"] = "DOCUMENT_INVALID";
+    /**
+     * La cara de la selfie NO coincide con la que ya teníamos guardada del primer registro de esta
+     * persona (facematch cross-cuenta, ALO 1). `crossAccountFacematch === false`.
+     *
+     * Se separa de `DOCUMENT_INVALID` porque el documento puede estar PERFECTO: lo que no coincide es
+     * la cara. Decirle "subí tu identificación otra vez" manda a esa persona a repetir exactamente lo
+     * mismo, con el mismo resultado. El copy tiene que hablar de la identidad, no del documento.
+     */
+    OnboardingAccountReasonEnum["FACEMATCH_MISMATCH"] = "FACEMATCH_MISMATCH";
     /** Documento subido y verificaciones todavía sin resolver. */
     OnboardingAccountReasonEnum["DOCUMENT_VERIFICATION"] = "DOCUMENT_VERIFICATION";
     /** Solo lado USA: el proveedor rechazó. */

package/bin/retailWizard/enums/ProspectStatusEnum.d.ts

@@ -1,21 +1,16 @@
 /**
  * Estado de un prospecto (seguimiento comercial). SureKeep Fase 2 — pista Retail.
  *
- * Los tres primeros son del vendedor; los que siguen los escribe el sistema al trabarse la venta.
- *
- * NEW - Recién creado.
- * FOLLOW_UP - En seguimiento.
- * CONTACTED - Ya contactado.
+ * PENDING - Abierto y en manos del vendedor. Es el único estado suyo: el momento del embudo lo
+ *   dicen el motivo y la fecha de próximo contacto, no el estado.
  * UNDER_REVIEW - La venta se trabó esperando a un tercero. Sigue viva, pero no depende del vendedor.
  * READY_TO_RESUME - Lo que la trababa se resolvió: vuelve a estar en manos del vendedor.
- * CLOSED - Cerrado (automático al producirse la venta vinculada).
+ * CLOSED - La venta se completó (automático al producirse la venta vinculada).
  * CANCELLED - La venta ya no va a proceder. Terminal, y tampoco depende del vendedor.
  * LOST - Perdido.
  */
 export declare enum ProspectStatusEnum {
-    NEW = "NEW",
-    FOLLOW_UP = "FOLLOW_UP",
-    CONTACTED = "CONTACTED",
+    PENDING = "PENDING",
     UNDER_REVIEW = "UNDER_REVIEW",
     READY_TO_RESUME = "READY_TO_RESUME",
     CLOSED = "CLOSED",

package/bin/retailWizard/enums/ProspectStatusEnum.js

@@ -4,22 +4,17 @@ exports.SYSTEM_PROSPECT_STATUSES = exports.ProspectStatusEnum = void 0;
 /**
  * Estado de un prospecto (seguimiento comercial). SureKeep Fase 2 — pista Retail.
  *
- * Los tres primeros son del vendedor; los que siguen los escribe el sistema al trabarse la venta.
- *
- * NEW - Recién creado.
- * FOLLOW_UP - En seguimiento.
- * CONTACTED - Ya contactado.
+ * PENDING - Abierto y en manos del vendedor. Es el único estado suyo: el momento del embudo lo
+ *   dicen el motivo y la fecha de próximo contacto, no el estado.
  * UNDER_REVIEW - La venta se trabó esperando a un tercero. Sigue viva, pero no depende del vendedor.
  * READY_TO_RESUME - Lo que la trababa se resolvió: vuelve a estar en manos del vendedor.
- * CLOSED - Cerrado (automático al producirse la venta vinculada).
+ * CLOSED - La venta se completó (automático al producirse la venta vinculada).
  * CANCELLED - La venta ya no va a proceder. Terminal, y tampoco depende del vendedor.
  * LOST - Perdido.
  */
 var ProspectStatusEnum;
 (function (ProspectStatusEnum) {
-    ProspectStatusEnum["NEW"] = "NEW";
-    ProspectStatusEnum["FOLLOW_UP"] = "FOLLOW_UP";
-    ProspectStatusEnum["CONTACTED"] = "CONTACTED";
+    ProspectStatusEnum["PENDING"] = "PENDING";
     ProspectStatusEnum["UNDER_REVIEW"] = "UNDER_REVIEW";
     ProspectStatusEnum["READY_TO_RESUME"] = "READY_TO_RESUME";
     ProspectStatusEnum["CLOSED"] = "CLOSED";

package/package.json

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

package/src/identity/dtos/PeopleResponse.ts

@@ -113,6 +113,18 @@ export class PeopleResponse {
         USA_DebitAccount:boolean;
         USA_DebitAccountWish:boolean;
         USA_FacematchVerified:boolean|null;
+        /**
+         * Facematch CROSS-CUENTA: ¿la cara coincide con la del PRIMER registro de esta persona?
+         * (ALO 1, bloque "Merchant's own Database" de Metamap.)
+         *
+         * Campo PROPIO y SIN LADO: responde otra pregunta que `*_FacematchVerified` —que compara
+         * contra el DOCUMENTO subido— y Metamap emite las dos con el mismo `step.id`, así que
+         * compartir campo las hacía pisarse. La referencia es la persona, no el país del documento.
+         *
+         * `null`/ausente = no se evaluó (el flow no llevaba el bloque, o es el primer registro y no
+         * había foto de referencia). NO es lo mismo que `false`, que es un rechazo.
+         */
+        crossAccountFacematch?: boolean | null;
         USA_ProgramWish:boolean | null;
         USA_TemplateMatch:boolean;
         USA_AlterationDetection:boolean;

package/src/onboarding/enums/OnboardingAccountMessageKeyEnum.ts

@@ -30,6 +30,14 @@ export enum OnboardingAccountMessageKeyEnum {
      * cae a su texto por defecto.
      */
     ANSWER_VERIFICATION_QUESTIONS = 'ANSWER_VERIFICATION_QUESTIONS',
+    /**
+     * La cara no coincidió con la del primer registro de esta persona (facematch cross-cuenta).
+     *
+     * CLAVE NUEVA, **hay que darle de alta el copy en Remote Config**. No se reusó
+     * `UPLOAD_IDENTIFICATION_AGAIN` porque su copy habla del DOCUMENTO, y acá el documento puede
+     * estar perfecto: repetirlo da el mismo resultado. El mensaje tiene que ser sobre la identidad.
+     */
+    IDENTITY_MISMATCH = 'IDENTITY_MISMATCH',
     /** Trámite en curso, esperando que la persona complete sus pasos. */
     COMPLETE_YOUR_INFORMATION = 'COMPLETE_YOUR_INFORMATION'
 }

package/src/onboarding/enums/OnboardingAccountReasonEnum.ts

@@ -17,6 +17,15 @@ export enum OnboardingAccountReasonEnum {
     DUPLICATE_USER = 'DUPLICATE_USER',
     /** Alguna verificación del documento de ese lado en `false`. */
     DOCUMENT_INVALID = 'DOCUMENT_INVALID',
+    /**
+     * La cara de la selfie NO coincide con la que ya teníamos guardada del primer registro de esta
+     * persona (facematch cross-cuenta, ALO 1). `crossAccountFacematch === false`.
+     *
+     * Se separa de `DOCUMENT_INVALID` porque el documento puede estar PERFECTO: lo que no coincide es
+     * la cara. Decirle "subí tu identificación otra vez" manda a esa persona a repetir exactamente lo
+     * mismo, con el mismo resultado. El copy tiene que hablar de la identidad, no del documento.
+     */
+    FACEMATCH_MISMATCH = 'FACEMATCH_MISMATCH',
     /** Documento subido y verificaciones todavía sin resolver. */
     DOCUMENT_VERIFICATION = 'DOCUMENT_VERIFICATION',
     /** Solo lado USA: el proveedor rechazó. */

package/src/retailWizard/enums/ProspectStatusEnum.ts

@@ -1,21 +1,16 @@
 /**
  * Estado de un prospecto (seguimiento comercial). SureKeep Fase 2 — pista Retail.
  *
- * Los tres primeros son del vendedor; los que siguen los escribe el sistema al trabarse la venta.
- *
- * NEW - Recién creado.
- * FOLLOW_UP - En seguimiento.
- * CONTACTED - Ya contactado.
+ * PENDING - Abierto y en manos del vendedor. Es el único estado suyo: el momento del embudo lo
+ *   dicen el motivo y la fecha de próximo contacto, no el estado.
  * UNDER_REVIEW - La venta se trabó esperando a un tercero. Sigue viva, pero no depende del vendedor.
  * READY_TO_RESUME - Lo que la trababa se resolvió: vuelve a estar en manos del vendedor.
- * CLOSED - Cerrado (automático al producirse la venta vinculada).
+ * CLOSED - La venta se completó (automático al producirse la venta vinculada).
  * CANCELLED - La venta ya no va a proceder. Terminal, y tampoco depende del vendedor.
  * LOST - Perdido.
  */
 export enum ProspectStatusEnum {
-    NEW = 'NEW',
-    FOLLOW_UP = 'FOLLOW_UP',
-    CONTACTED = 'CONTACTED',
+    PENDING = 'PENDING',
     UNDER_REVIEW = 'UNDER_REVIEW',
     READY_TO_RESUME = 'READY_TO_RESUME',
     CLOSED = 'CLOSED',