@fiado/type-kit 3.242.0 → 3.243.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.
|
@@ -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,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
|
}
|