@fiado/type-kit 3.349.0 → 3.351.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 +12 -0
- package/bin/remittance/dtos/RemittanceAddBeneficiaryRequest.d.ts +12 -0
- package/bin/remittance/dtos/RemittanceAddBeneficiaryRequest.js +20 -1
- package/package.json +1 -1
- package/src/identity/dtos/PeopleResponse.ts +12 -0
- package/src/remittance/dtos/RemittanceAddBeneficiaryRequest.ts +22 -0
|
@@ -119,6 +119,18 @@ export declare class PeopleResponse {
|
|
|
119
119
|
* había foto de referencia). NO es lo mismo que `false`, que es un rechazo.
|
|
120
120
|
*/
|
|
121
121
|
crossAccountFacematch?: boolean | null;
|
|
122
|
+
/**
|
|
123
|
+
* De qué LADO era el documento cuya verificación disparó el rechazo cross-cuenta.
|
|
124
|
+
*
|
|
125
|
+
* El campo de arriba dice QUE la cara no coincide; estos dos dicen EN QUÉ verificación pasó,
|
|
126
|
+
* y con eso el motor de steps reabre el paso del documento correcto en vez de mandar siempre
|
|
127
|
+
* al mismo lado. El lado se resuelve por el `flowId` del webhook (USA_FACEMATCH /
|
|
128
|
+
* MEX_FACEMATCH), que es el único dato del evento que lo identifica sin carreras.
|
|
129
|
+
*
|
|
130
|
+
* `null`/ausente = ese lado no se evaluó.
|
|
131
|
+
*/
|
|
132
|
+
crossAccountFacematchUsa?: boolean | null;
|
|
133
|
+
crossAccountFacematchMex?: boolean | null;
|
|
122
134
|
USA_ProgramWish: boolean | null;
|
|
123
135
|
USA_TemplateMatch: boolean;
|
|
124
136
|
USA_AlterationDetection: boolean;
|
|
@@ -8,6 +8,12 @@ export declare class RemittanceBeneficiaryAddressDTO {
|
|
|
8
8
|
stateName?: string;
|
|
9
9
|
zipCode?: string;
|
|
10
10
|
}
|
|
11
|
+
export declare class RemittanceBeneficiaryAdditionalFieldDTO {
|
|
12
|
+
/** Nombre del campo tal cual lo expone el payer (ej. "accountType"). */
|
|
13
|
+
name: string;
|
|
14
|
+
/** Valor (ej. "CC" para Checking). Debe ser una key válida de fieldOptions del payer. */
|
|
15
|
+
value: string;
|
|
16
|
+
}
|
|
11
17
|
export declare class RemittanceAddBeneficiaryRequest {
|
|
12
18
|
firstName: string;
|
|
13
19
|
middleName?: string;
|
|
@@ -24,4 +30,10 @@ export declare class RemittanceAddBeneficiaryRequest {
|
|
|
24
30
|
/** Requerido si payer.isPayerBranchRequired=YES. */
|
|
25
31
|
payerBranchCode?: string;
|
|
26
32
|
address: RemittanceBeneficiaryAddressDTO;
|
|
33
|
+
/**
|
|
34
|
+
* Additional fields requeridos por algunos payers (ej. `accountType` para Account Credit).
|
|
35
|
+
* Se pasan tal cual a UNIR como `additionalFieldInfo`. Los nombres/valores válidos vienen de
|
|
36
|
+
* GET /payers/{code}/fields (fieldName + fieldOptions). Opcional: Cash Pickup no los necesita.
|
|
37
|
+
*/
|
|
38
|
+
additionalFields?: RemittanceBeneficiaryAdditionalFieldDTO[];
|
|
27
39
|
}
|
|
@@ -9,7 +9,7 @@ var __metadata = (this && this.__metadata) || function (k, v) {
|
|
|
9
9
|
if (typeof Reflect === "object" && typeof Reflect.metadata === "function") return Reflect.metadata(k, v);
|
|
10
10
|
};
|
|
11
11
|
Object.defineProperty(exports, "__esModule", { value: true });
|
|
12
|
-
exports.RemittanceAddBeneficiaryRequest = exports.RemittanceBeneficiaryAddressDTO = void 0;
|
|
12
|
+
exports.RemittanceAddBeneficiaryRequest = exports.RemittanceBeneficiaryAdditionalFieldDTO = exports.RemittanceBeneficiaryAddressDTO = void 0;
|
|
13
13
|
const class_validator_1 = require("class-validator");
|
|
14
14
|
const class_transformer_1 = require("class-transformer");
|
|
15
15
|
const ReceptionMethod_1 = require("../enums/ReceptionMethod");
|
|
@@ -47,6 +47,19 @@ __decorate([
|
|
|
47
47
|
(0, class_validator_1.IsString)(),
|
|
48
48
|
__metadata("design:type", String)
|
|
49
49
|
], RemittanceBeneficiaryAddressDTO.prototype, "zipCode", void 0);
|
|
50
|
+
class RemittanceBeneficiaryAdditionalFieldDTO {
|
|
51
|
+
}
|
|
52
|
+
exports.RemittanceBeneficiaryAdditionalFieldDTO = RemittanceBeneficiaryAdditionalFieldDTO;
|
|
53
|
+
__decorate([
|
|
54
|
+
(0, class_validator_1.IsString)(),
|
|
55
|
+
(0, class_validator_1.IsNotEmpty)(),
|
|
56
|
+
__metadata("design:type", String)
|
|
57
|
+
], RemittanceBeneficiaryAdditionalFieldDTO.prototype, "name", void 0);
|
|
58
|
+
__decorate([
|
|
59
|
+
(0, class_validator_1.IsString)(),
|
|
60
|
+
(0, class_validator_1.IsNotEmpty)(),
|
|
61
|
+
__metadata("design:type", String)
|
|
62
|
+
], RemittanceBeneficiaryAdditionalFieldDTO.prototype, "value", void 0);
|
|
50
63
|
class RemittanceAddBeneficiaryRequest {
|
|
51
64
|
}
|
|
52
65
|
exports.RemittanceAddBeneficiaryRequest = RemittanceAddBeneficiaryRequest;
|
|
@@ -108,3 +121,9 @@ __decorate([
|
|
|
108
121
|
(0, class_transformer_1.Type)(() => RemittanceBeneficiaryAddressDTO),
|
|
109
122
|
__metadata("design:type", RemittanceBeneficiaryAddressDTO)
|
|
110
123
|
], RemittanceAddBeneficiaryRequest.prototype, "address", void 0);
|
|
124
|
+
__decorate([
|
|
125
|
+
(0, class_validator_1.IsOptional)(),
|
|
126
|
+
(0, class_validator_1.ValidateNested)({ each: true }),
|
|
127
|
+
(0, class_transformer_1.Type)(() => RemittanceBeneficiaryAdditionalFieldDTO),
|
|
128
|
+
__metadata("design:type", Array)
|
|
129
|
+
], RemittanceAddBeneficiaryRequest.prototype, "additionalFields", void 0);
|
package/package.json
CHANGED
|
@@ -125,6 +125,18 @@ export class PeopleResponse {
|
|
|
125
125
|
* había foto de referencia). NO es lo mismo que `false`, que es un rechazo.
|
|
126
126
|
*/
|
|
127
127
|
crossAccountFacematch?: boolean | null;
|
|
128
|
+
/**
|
|
129
|
+
* De qué LADO era el documento cuya verificación disparó el rechazo cross-cuenta.
|
|
130
|
+
*
|
|
131
|
+
* El campo de arriba dice QUE la cara no coincide; estos dos dicen EN QUÉ verificación pasó,
|
|
132
|
+
* y con eso el motor de steps reabre el paso del documento correcto en vez de mandar siempre
|
|
133
|
+
* al mismo lado. El lado se resuelve por el `flowId` del webhook (USA_FACEMATCH /
|
|
134
|
+
* MEX_FACEMATCH), que es el único dato del evento que lo identifica sin carreras.
|
|
135
|
+
*
|
|
136
|
+
* `null`/ausente = ese lado no se evaluó.
|
|
137
|
+
*/
|
|
138
|
+
crossAccountFacematchUsa?: boolean | null;
|
|
139
|
+
crossAccountFacematchMex?: boolean | null;
|
|
128
140
|
USA_ProgramWish:boolean | null;
|
|
129
141
|
USA_TemplateMatch:boolean;
|
|
130
142
|
USA_AlterationDetection:boolean;
|
|
@@ -29,6 +29,18 @@ export class RemittanceBeneficiaryAddressDTO {
|
|
|
29
29
|
zipCode?: string;
|
|
30
30
|
}
|
|
31
31
|
|
|
32
|
+
export class RemittanceBeneficiaryAdditionalFieldDTO {
|
|
33
|
+
/** Nombre del campo tal cual lo expone el payer (ej. "accountType"). */
|
|
34
|
+
@IsString()
|
|
35
|
+
@IsNotEmpty()
|
|
36
|
+
name!: string;
|
|
37
|
+
|
|
38
|
+
/** Valor (ej. "CC" para Checking). Debe ser una key válida de fieldOptions del payer. */
|
|
39
|
+
@IsString()
|
|
40
|
+
@IsNotEmpty()
|
|
41
|
+
value!: string;
|
|
42
|
+
}
|
|
43
|
+
|
|
32
44
|
export class RemittanceAddBeneficiaryRequest {
|
|
33
45
|
@IsString()
|
|
34
46
|
@IsNotEmpty()
|
|
@@ -78,4 +90,14 @@ export class RemittanceAddBeneficiaryRequest {
|
|
|
78
90
|
@ValidateNested()
|
|
79
91
|
@Type(() => RemittanceBeneficiaryAddressDTO)
|
|
80
92
|
address!: RemittanceBeneficiaryAddressDTO;
|
|
93
|
+
|
|
94
|
+
/**
|
|
95
|
+
* Additional fields requeridos por algunos payers (ej. `accountType` para Account Credit).
|
|
96
|
+
* Se pasan tal cual a UNIR como `additionalFieldInfo`. Los nombres/valores válidos vienen de
|
|
97
|
+
* GET /payers/{code}/fields (fieldName + fieldOptions). Opcional: Cash Pickup no los necesita.
|
|
98
|
+
*/
|
|
99
|
+
@IsOptional()
|
|
100
|
+
@ValidateNested({ each: true })
|
|
101
|
+
@Type(() => RemittanceBeneficiaryAdditionalFieldDTO)
|
|
102
|
+
additionalFields?: RemittanceBeneficiaryAdditionalFieldDTO[];
|
|
81
103
|
}
|