@fiado/type-kit 3.378.0 → 3.379.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (3) hide show
  1. package/bin/identity/dtos/InfoSelfVerifiedFields.d.ts +13 -0
  2. package/package.json +1 -1
  3. package/src/identity/dtos/InfoSelfVerifiedFields.ts +13 -0
package/bin/identity/dtos/InfoSelfVerifiedFields.d.ts CHANGED
@@ -29,4 +29,17 @@ export interface InfoSelfVerifiedFields {
29
29
  * documental y el estadounidense se captura a mano.
30
30
  */
31
31
  verifyAddressMEX?: boolean;
32
+ /**
33
+ * Fecha de nacimiento. NO TIENE PASO QUE REABRIR — a diferencia de los domicilios, el usuario no
34
+ * puede corregirla solo.
35
+ *
36
+ * `dateOfBirth` es WRITE-ONCE: `PeopleService.setDateOfBirth` sólo escribe si está vacía, así que
37
+ * un documento nuevo con la fecha correcta NO pisa una fecha mal leída por OCR. Y la fecha
38
+ * alimenta `older18`, que es dato regulatorio.
39
+ *
40
+ * Por eso `false` acá DETIENE LA EMISIÓN y abre un ticket de Zendesk: la corrige customer service
41
+ * desde el backoffice. `DATA_CONFIRMATION` queda LOCKED mientras tanto — el usuario no tiene nada
42
+ * que hacer y dejarlo abierto le permitiría re-confirmar el dato malo.
43
+ */
44
+ verifyDateOfBirth?: boolean;
32
45
  }
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@fiado/type-kit",
3
- "version": "3.378.0",
3
+ "version": "3.379.0",
4
4
  "description": "",
5
5
  "main": "bin/index.js",
6
6
  "types": "bin/index.d.ts",
package/src/identity/dtos/InfoSelfVerifiedFields.ts CHANGED
@@ -29,4 +29,17 @@ export interface InfoSelfVerifiedFields {
29
29
  * documental y el estadounidense se captura a mano.
30
30
  */
31
31
  verifyAddressMEX?: boolean;
32
+ /**
33
+ * Fecha de nacimiento. NO TIENE PASO QUE REABRIR — a diferencia de los domicilios, el usuario no
34
+ * puede corregirla solo.
35
+ *
36
+ * `dateOfBirth` es WRITE-ONCE: `PeopleService.setDateOfBirth` sólo escribe si está vacía, así que
37
+ * un documento nuevo con la fecha correcta NO pisa una fecha mal leída por OCR. Y la fecha
38
+ * alimenta `older18`, que es dato regulatorio.
39
+ *
40
+ * Por eso `false` acá DETIENE LA EMISIÓN y abre un ticket de Zendesk: la corrige customer service
41
+ * desde el backoffice. `DATA_CONFIRMATION` queda LOCKED mientras tanto — el usuario no tiene nada
42
+ * que hacer y dejarlo abierto le permitiría re-confirmar el dato malo.
43
+ */
44
+ verifyDateOfBirth?: boolean;
32
45
  }