@fiado/type-kit 3.422.0 → 3.424.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.
- package/bin/identity/dtos/PeopleResponse.d.ts +31 -3
- package/bin/remittance/dtos/RemittanceBackofficeStats.d.ts +2 -0
- package/bin/remittance/dtos/RemittanceBackofficeUserView.d.ts +2 -0
- package/bin/remittance/dtos/RemittanceUserLimits.d.ts +2 -0
- package/package.json +1 -1
- package/src/identity/dtos/PeopleResponse.ts +31 -3
- package/src/remittance/dtos/RemittanceBackofficeStats.ts +2 -0
- package/src/remittance/dtos/RemittanceBackofficeUserView.ts +2 -0
- package/src/remittance/dtos/RemittanceUserLimits.ts +2 -0
|
@@ -17,11 +17,39 @@ export declare class PeopleResponse {
|
|
|
17
17
|
indexName: string | null;
|
|
18
18
|
/**
|
|
19
19
|
* Nombre a imprimir en la tarjeta, derivado de usNames y usLastNames por el
|
|
20
|
-
* lambda de identidad: MAYUSCULAS
|
|
21
|
-
*
|
|
22
|
-
*
|
|
20
|
+
* lambda de identidad: MAYUSCULAS y maximo 21 caracteres, que es el limite de
|
|
21
|
+
* name_on_card en Central Payments.
|
|
22
|
+
*
|
|
23
|
+
* Los diacriticos SI se conservan: si el apellido es Peña, viaja Peña. El
|
|
24
|
+
* conector manda los nombres al proveedor sin plegarlos, asi que plegarlos
|
|
25
|
+
* aqui alejaria el valor esperado de lo que el proveedor recibio.
|
|
26
|
+
*
|
|
27
|
+
* Solo de lectura para los consumidores. Se recalcula en cada guardado que
|
|
28
|
+
* traiga los DOS nombres de origen; un guardado parcial no lo toca, para no
|
|
29
|
+
* pisar un valor bueno con uno calculado a medias.
|
|
23
30
|
*/
|
|
24
31
|
usName21: string | null;
|
|
32
|
+
/**
|
|
33
|
+
* El mismo nombre de usName21, partido en dos, porque es asi como viaja al
|
|
34
|
+
* proveedor: usName21First va a first_name y usName21Second a last_name, y de
|
|
35
|
+
* esos dos campos el proveedor DERIVA el nombre que imprime. No hay otro camino
|
|
36
|
+
* para cambiar lo impreso.
|
|
37
|
+
*
|
|
38
|
+
* El corte cae en la frontera entre usNames y usLastNames, NO en una posicion
|
|
39
|
+
* fija: MARIA CARMEN CRUZ queda como "MARIA CARMEN" y "CRUZ". Ninguna parte
|
|
40
|
+
* empieza ni termina con espacio, y ninguna parte una palabra al medio salvo
|
|
41
|
+
* cuando el apellido por si solo ya no cabe en 21.
|
|
42
|
+
*
|
|
43
|
+
* Invariante: con las dos partes presentes, usName21First + " " + usName21Second
|
|
44
|
+
* es exactamente usName21 — el espacio del borde se consume como separador, que
|
|
45
|
+
* es el mismo que el proveedor intercala al imprimir. De ahi que las dos partes
|
|
46
|
+
* sumen como maximo 20, no 21. Si una viene vacia, la otra es usName21 completo.
|
|
47
|
+
*
|
|
48
|
+
* Son ADITIVOS: usName21 se sigue guardando completo, asi que quien ya lo lee no
|
|
49
|
+
* necesita cambiar nada.
|
|
50
|
+
*/
|
|
51
|
+
usName21First: string | null;
|
|
52
|
+
usName21Second: string | null;
|
|
25
53
|
preferredName: string | null;
|
|
26
54
|
usSuffix: string | null;
|
|
27
55
|
usLastNames: string | null;
|
|
@@ -5,6 +5,8 @@ export declare class RemittanceBackofficeStatsBucket {
|
|
|
5
5
|
}
|
|
6
6
|
export declare class RemittanceBackofficeCountryBucket extends RemittanceBackofficeStatsBucket {
|
|
7
7
|
countryISO: string;
|
|
8
|
+
/** Fees recaudados en el país durante el período. */
|
|
9
|
+
feesUSD?: number;
|
|
8
10
|
}
|
|
9
11
|
export declare class RemittanceBackofficeDayBucket extends RemittanceBackofficeStatsBucket {
|
|
10
12
|
date: string;
|
|
@@ -25,6 +25,8 @@ export declare class RemittanceBackofficeUserView {
|
|
|
25
25
|
cancelledTxCount?: number;
|
|
26
26
|
cancelledVolumeUSD?: number;
|
|
27
27
|
beneficiaryCount?: number;
|
|
28
|
+
/** Máximo de beneficiarios activos vigente en el connector (configurable por env). */
|
|
29
|
+
maxActiveBeneficiaries?: number;
|
|
28
30
|
createdAt: string;
|
|
29
31
|
updatedAt: string;
|
|
30
32
|
}
|
|
@@ -31,4 +31,6 @@ export declare class RemittanceUserLimits {
|
|
|
31
31
|
}
|
|
32
32
|
export declare class RemittanceUserLimitsBatchResponse {
|
|
33
33
|
items: RemittanceUserLimits[];
|
|
34
|
+
/** Usuarios cuyos límites no se pudieron resolver, para no confundirlos con "sin límites". */
|
|
35
|
+
failedDirectoryIds?: string[];
|
|
34
36
|
}
|
package/package.json
CHANGED
|
@@ -20,11 +20,39 @@ export class PeopleResponse {
|
|
|
20
20
|
indexName: string | null;
|
|
21
21
|
/**
|
|
22
22
|
* Nombre a imprimir en la tarjeta, derivado de usNames y usLastNames por el
|
|
23
|
-
* lambda de identidad: MAYUSCULAS
|
|
24
|
-
*
|
|
25
|
-
*
|
|
23
|
+
* lambda de identidad: MAYUSCULAS y maximo 21 caracteres, que es el limite de
|
|
24
|
+
* name_on_card en Central Payments.
|
|
25
|
+
*
|
|
26
|
+
* Los diacriticos SI se conservan: si el apellido es Peña, viaja Peña. El
|
|
27
|
+
* conector manda los nombres al proveedor sin plegarlos, asi que plegarlos
|
|
28
|
+
* aqui alejaria el valor esperado de lo que el proveedor recibio.
|
|
29
|
+
*
|
|
30
|
+
* Solo de lectura para los consumidores. Se recalcula en cada guardado que
|
|
31
|
+
* traiga los DOS nombres de origen; un guardado parcial no lo toca, para no
|
|
32
|
+
* pisar un valor bueno con uno calculado a medias.
|
|
26
33
|
*/
|
|
27
34
|
usName21: string | null;
|
|
35
|
+
/**
|
|
36
|
+
* El mismo nombre de usName21, partido en dos, porque es asi como viaja al
|
|
37
|
+
* proveedor: usName21First va a first_name y usName21Second a last_name, y de
|
|
38
|
+
* esos dos campos el proveedor DERIVA el nombre que imprime. No hay otro camino
|
|
39
|
+
* para cambiar lo impreso.
|
|
40
|
+
*
|
|
41
|
+
* El corte cae en la frontera entre usNames y usLastNames, NO en una posicion
|
|
42
|
+
* fija: MARIA CARMEN CRUZ queda como "MARIA CARMEN" y "CRUZ". Ninguna parte
|
|
43
|
+
* empieza ni termina con espacio, y ninguna parte una palabra al medio salvo
|
|
44
|
+
* cuando el apellido por si solo ya no cabe en 21.
|
|
45
|
+
*
|
|
46
|
+
* Invariante: con las dos partes presentes, usName21First + " " + usName21Second
|
|
47
|
+
* es exactamente usName21 — el espacio del borde se consume como separador, que
|
|
48
|
+
* es el mismo que el proveedor intercala al imprimir. De ahi que las dos partes
|
|
49
|
+
* sumen como maximo 20, no 21. Si una viene vacia, la otra es usName21 completo.
|
|
50
|
+
*
|
|
51
|
+
* Son ADITIVOS: usName21 se sigue guardando completo, asi que quien ya lo lee no
|
|
52
|
+
* necesita cambiar nada.
|
|
53
|
+
*/
|
|
54
|
+
usName21First: string | null;
|
|
55
|
+
usName21Second: string | null;
|
|
28
56
|
preferredName: string | null;
|
|
29
57
|
usSuffix: string | null;
|
|
30
58
|
usLastNames: string | null;
|
|
@@ -7,6 +7,8 @@ export class RemittanceBackofficeStatsBucket {
|
|
|
7
7
|
|
|
8
8
|
export class RemittanceBackofficeCountryBucket extends RemittanceBackofficeStatsBucket {
|
|
9
9
|
countryISO!: string;
|
|
10
|
+
/** Fees recaudados en el país durante el período. */
|
|
11
|
+
feesUSD?: number;
|
|
10
12
|
}
|
|
11
13
|
|
|
12
14
|
export class RemittanceBackofficeDayBucket extends RemittanceBackofficeStatsBucket {
|
|
@@ -27,6 +27,8 @@ export class RemittanceBackofficeUserView {
|
|
|
27
27
|
cancelledTxCount?: number;
|
|
28
28
|
cancelledVolumeUSD?: number;
|
|
29
29
|
beneficiaryCount?: number;
|
|
30
|
+
/** Máximo de beneficiarios activos vigente en el connector (configurable por env). */
|
|
31
|
+
maxActiveBeneficiaries?: number;
|
|
30
32
|
createdAt!: string;
|
|
31
33
|
updatedAt!: string;
|
|
32
34
|
}
|