@fiado/type-kit 3.242.0 → 3.244.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/kyc/events/KycVerificationChangedV1.d.ts +11 -0
- package/bin/kyc/events/KycVerificationChangedV1.js +6 -0
- package/bin/retailWizard/dtos/requests/SaveBeneficiaryRequest.d.ts +19 -2
- package/bin/retailWizard/dtos/requests/SaveBeneficiaryRequest.js +23 -1
- package/package.json +1 -1
- package/src/kyc/events/KycVerificationChangedV1.ts +14 -1
- package/src/retailWizard/dtos/requests/SaveBeneficiaryRequest.ts +29 -3
|
@@ -60,4 +60,15 @@ export declare class KycVerificationChangedV1 {
|
|
|
60
60
|
* ⚠️ PII: nunca loguear.
|
|
61
61
|
*/
|
|
62
62
|
address?: KycAddress;
|
|
63
|
+
/**
|
|
64
|
+
* ¿El webhook YA persistió este domicilio en `fiado-address-lambda`? Solo es `true` cuando el
|
|
65
|
+
* documento es mexicano (único caso en que el webhook escribe) y el POST aterrizó.
|
|
66
|
+
*
|
|
67
|
+
* El consumidor lo necesita para NO volver a escribirlo: el address-lambda APILA — un segundo
|
|
68
|
+
* create sobre el mismo domicilio deja una fila duplicada en el expediente.
|
|
69
|
+
*
|
|
70
|
+
* OPCIONAL y aditivo: ausente o `false` significan "nadie lo guardó todavía", que es la
|
|
71
|
+
* degradación segura (el consumidor lo pide y lo guarda él).
|
|
72
|
+
*/
|
|
73
|
+
addressPushedToFiado?: boolean;
|
|
63
74
|
}
|
|
@@ -98,3 +98,9 @@ __decorate([
|
|
|
98
98
|
(0, class_transformer_1.Type)(() => KycAddress_1.KycAddress),
|
|
99
99
|
__metadata("design:type", KycAddress_1.KycAddress)
|
|
100
100
|
], KycVerificationChangedV1.prototype, "address", void 0);
|
|
101
|
+
__decorate([
|
|
102
|
+
(0, class_transformer_1.Expose)(),
|
|
103
|
+
(0, class_validator_1.IsOptional)(),
|
|
104
|
+
(0, class_validator_1.IsBoolean)(),
|
|
105
|
+
__metadata("design:type", Boolean)
|
|
106
|
+
], KycVerificationChangedV1.prototype, "addressPushedToFiado", void 0);
|
|
@@ -1,5 +1,22 @@
|
|
|
1
1
|
import { WizardBeneficiary } from '../WizardBeneficiary';
|
|
2
|
-
/**
|
|
2
|
+
/**
|
|
3
|
+
* POST /wizard/sessions/:id/beneficiary — captura del beneficiario (opcional en N1 simplificado).
|
|
4
|
+
* SureKeep Fase 2 — pista Retail.
|
|
5
|
+
*
|
|
6
|
+
* 2026-07-29 (aditivo, retrocompatible): el reparto se puede repartir entre VARIOS beneficiarios, así
|
|
7
|
+
* que llega `beneficiaries` como lista. El destino (`beneficiary-business`) ya recibe un arreglo, y
|
|
8
|
+
* mandarlos juntos es lo que permite validar que el reparto cierre en 100 sin depender de leer lo que
|
|
9
|
+
* ya había — el GET privado del expediente todavía no está en todos los ambientes.
|
|
10
|
+
*
|
|
11
|
+
* `beneficiary` (singular) se conserva para los callers viejos: equivale a una lista de uno. El
|
|
12
|
+
* manager exige que llegue exactamente UNA de las dos formas.
|
|
13
|
+
*/
|
|
3
14
|
export declare class SaveBeneficiaryRequest {
|
|
4
|
-
|
|
15
|
+
/** @deprecated Usar `beneficiaries`. Se mantiene para no romper callers desplegados. */
|
|
16
|
+
beneficiary?: WizardBeneficiary;
|
|
17
|
+
/**
|
|
18
|
+
* El reparto completo. Los porcentajes deben sumar 100 — el manager lo valida, porque un reparto
|
|
19
|
+
* parcial deja parte del saldo sin dueño y el destino no exige que cierre.
|
|
20
|
+
*/
|
|
21
|
+
beneficiaries?: WizardBeneficiary[];
|
|
5
22
|
}
|
|
@@ -13,13 +13,35 @@ exports.SaveBeneficiaryRequest = void 0;
|
|
|
13
13
|
const class_transformer_1 = require("class-transformer");
|
|
14
14
|
const class_validator_1 = require("class-validator");
|
|
15
15
|
const WizardBeneficiary_1 = require("../WizardBeneficiary");
|
|
16
|
-
/**
|
|
16
|
+
/**
|
|
17
|
+
* POST /wizard/sessions/:id/beneficiary — captura del beneficiario (opcional en N1 simplificado).
|
|
18
|
+
* SureKeep Fase 2 — pista Retail.
|
|
19
|
+
*
|
|
20
|
+
* 2026-07-29 (aditivo, retrocompatible): el reparto se puede repartir entre VARIOS beneficiarios, así
|
|
21
|
+
* que llega `beneficiaries` como lista. El destino (`beneficiary-business`) ya recibe un arreglo, y
|
|
22
|
+
* mandarlos juntos es lo que permite validar que el reparto cierre en 100 sin depender de leer lo que
|
|
23
|
+
* ya había — el GET privado del expediente todavía no está en todos los ambientes.
|
|
24
|
+
*
|
|
25
|
+
* `beneficiary` (singular) se conserva para los callers viejos: equivale a una lista de uno. El
|
|
26
|
+
* manager exige que llegue exactamente UNA de las dos formas.
|
|
27
|
+
*/
|
|
17
28
|
class SaveBeneficiaryRequest {
|
|
18
29
|
}
|
|
19
30
|
exports.SaveBeneficiaryRequest = SaveBeneficiaryRequest;
|
|
20
31
|
__decorate([
|
|
21
32
|
(0, class_transformer_1.Expose)(),
|
|
33
|
+
(0, class_validator_1.IsOptional)(),
|
|
22
34
|
(0, class_transformer_1.Type)(() => WizardBeneficiary_1.WizardBeneficiary),
|
|
23
35
|
(0, class_validator_1.ValidateNested)(),
|
|
24
36
|
__metadata("design:type", WizardBeneficiary_1.WizardBeneficiary)
|
|
25
37
|
], SaveBeneficiaryRequest.prototype, "beneficiary", void 0);
|
|
38
|
+
__decorate([
|
|
39
|
+
(0, class_transformer_1.Expose)(),
|
|
40
|
+
(0, class_validator_1.IsOptional)(),
|
|
41
|
+
(0, class_validator_1.IsArray)(),
|
|
42
|
+
(0, class_validator_1.ArrayMinSize)(1),
|
|
43
|
+
(0, class_validator_1.ArrayMaxSize)(10),
|
|
44
|
+
(0, class_transformer_1.Type)(() => WizardBeneficiary_1.WizardBeneficiary),
|
|
45
|
+
(0, class_validator_1.ValidateNested)({ each: true }),
|
|
46
|
+
__metadata("design:type", Array)
|
|
47
|
+
], SaveBeneficiaryRequest.prototype, "beneficiaries", void 0);
|
package/package.json
CHANGED
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
import { Expose, Type } from 'class-transformer';
|
|
2
|
-
import { IsEnum, IsISO8601, IsNotEmpty, IsOptional, IsString, ValidateNested } from 'class-validator';
|
|
2
|
+
import { IsBoolean, IsEnum, IsISO8601, IsNotEmpty, IsOptional, IsString, ValidateNested } from 'class-validator';
|
|
3
3
|
import { IdentificationDocumentStatus } from '../../identity/enums/IdentificationDocumentStatus';
|
|
4
4
|
import { KycVerificationStatusEnum } from '../enums/KycVerificationStatusEnum';
|
|
5
5
|
import { KycSubChecks } from '../dtos/KycSubChecks';
|
|
@@ -82,4 +82,17 @@ export class KycVerificationChangedV1 {
|
|
|
82
82
|
*/
|
|
83
83
|
@Expose() @IsOptional() @ValidateNested() @Type(() => KycAddress)
|
|
84
84
|
address?: KycAddress;
|
|
85
|
+
|
|
86
|
+
/**
|
|
87
|
+
* ¿El webhook YA persistió este domicilio en `fiado-address-lambda`? Solo es `true` cuando el
|
|
88
|
+
* documento es mexicano (único caso en que el webhook escribe) y el POST aterrizó.
|
|
89
|
+
*
|
|
90
|
+
* El consumidor lo necesita para NO volver a escribirlo: el address-lambda APILA — un segundo
|
|
91
|
+
* create sobre el mismo domicilio deja una fila duplicada en el expediente.
|
|
92
|
+
*
|
|
93
|
+
* OPCIONAL y aditivo: ausente o `false` significan "nadie lo guardó todavía", que es la
|
|
94
|
+
* degradación segura (el consumidor lo pide y lo guarda él).
|
|
95
|
+
*/
|
|
96
|
+
@Expose() @IsOptional() @IsBoolean()
|
|
97
|
+
addressPushedToFiado?: boolean;
|
|
85
98
|
}
|
|
@@ -1,11 +1,37 @@
|
|
|
1
1
|
import { Expose, Type } from 'class-transformer';
|
|
2
|
-
import { ValidateNested } from 'class-validator';
|
|
2
|
+
import { ArrayMaxSize, ArrayMinSize, IsArray, IsOptional, ValidateNested } from 'class-validator';
|
|
3
3
|
import { WizardBeneficiary } from '../WizardBeneficiary';
|
|
4
4
|
|
|
5
|
-
/**
|
|
5
|
+
/**
|
|
6
|
+
* POST /wizard/sessions/:id/beneficiary — captura del beneficiario (opcional en N1 simplificado).
|
|
7
|
+
* SureKeep Fase 2 — pista Retail.
|
|
8
|
+
*
|
|
9
|
+
* 2026-07-29 (aditivo, retrocompatible): el reparto se puede repartir entre VARIOS beneficiarios, así
|
|
10
|
+
* que llega `beneficiaries` como lista. El destino (`beneficiary-business`) ya recibe un arreglo, y
|
|
11
|
+
* mandarlos juntos es lo que permite validar que el reparto cierre en 100 sin depender de leer lo que
|
|
12
|
+
* ya había — el GET privado del expediente todavía no está en todos los ambientes.
|
|
13
|
+
*
|
|
14
|
+
* `beneficiary` (singular) se conserva para los callers viejos: equivale a una lista de uno. El
|
|
15
|
+
* manager exige que llegue exactamente UNA de las dos formas.
|
|
16
|
+
*/
|
|
6
17
|
export class SaveBeneficiaryRequest {
|
|
18
|
+
/** @deprecated Usar `beneficiaries`. Se mantiene para no romper callers desplegados. */
|
|
7
19
|
@Expose()
|
|
20
|
+
@IsOptional()
|
|
8
21
|
@Type(() => WizardBeneficiary)
|
|
9
22
|
@ValidateNested()
|
|
10
|
-
beneficiary
|
|
23
|
+
beneficiary?: WizardBeneficiary;
|
|
24
|
+
|
|
25
|
+
/**
|
|
26
|
+
* El reparto completo. Los porcentajes deben sumar 100 — el manager lo valida, porque un reparto
|
|
27
|
+
* parcial deja parte del saldo sin dueño y el destino no exige que cierre.
|
|
28
|
+
*/
|
|
29
|
+
@Expose()
|
|
30
|
+
@IsOptional()
|
|
31
|
+
@IsArray()
|
|
32
|
+
@ArrayMinSize(1)
|
|
33
|
+
@ArrayMaxSize(10)
|
|
34
|
+
@Type(() => WizardBeneficiary)
|
|
35
|
+
@ValidateNested({ each: true })
|
|
36
|
+
beneficiaries?: WizardBeneficiary[];
|
|
11
37
|
}
|