@fiado/type-kit 3.341.0 → 3.343.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/onboarding/enums/OnboardingAccountStatusEnum.d.ts +10 -0
- package/bin/onboarding/enums/OnboardingAccountStatusEnum.js +10 -0
- package/bin/onboarding/enums/OnboardingStepIdEnum.d.ts +1 -10
- package/bin/onboarding/enums/OnboardingStepIdEnum.js +0 -9
- package/package.json +1 -1
- package/src/onboarding/enums/OnboardingAccountStatusEnum.ts +10 -0
- package/src/onboarding/enums/OnboardingStepIdEnum.ts +0 -9
|
@@ -17,6 +17,16 @@
|
|
|
17
17
|
export declare enum OnboardingAccountStatusEnum {
|
|
18
18
|
IN_PROGRESS = "IN_PROGRESS",
|
|
19
19
|
UNDER_REVIEW = "UNDER_REVIEW",
|
|
20
|
+
/**
|
|
21
|
+
* El proveedor espera que el usuario conteste las preguntas de validación (OOW, Out of Wallet).
|
|
22
|
+
*
|
|
23
|
+
* Es un caso particular de "en revisión" con estado propio, a pedido de la app: la pantalla
|
|
24
|
+
* rutea a las preguntas por `status` y no por `reason`. Cuando llega este valor, `reason` va en
|
|
25
|
+
* `null` — el estado ya dice todo.
|
|
26
|
+
*
|
|
27
|
+
* Se deriva de `CP_Status === PENDING_OOW_QUESTIONS`.
|
|
28
|
+
*/
|
|
29
|
+
PENDING_OOW_QUESTIONS = "PENDING_OOW_QUESTIONS",
|
|
20
30
|
REJECTED = "REJECTED",
|
|
21
31
|
OPEN = "OPEN"
|
|
22
32
|
}
|
|
@@ -21,6 +21,16 @@ var OnboardingAccountStatusEnum;
|
|
|
21
21
|
(function (OnboardingAccountStatusEnum) {
|
|
22
22
|
OnboardingAccountStatusEnum["IN_PROGRESS"] = "IN_PROGRESS";
|
|
23
23
|
OnboardingAccountStatusEnum["UNDER_REVIEW"] = "UNDER_REVIEW";
|
|
24
|
+
/**
|
|
25
|
+
* El proveedor espera que el usuario conteste las preguntas de validación (OOW, Out of Wallet).
|
|
26
|
+
*
|
|
27
|
+
* Es un caso particular de "en revisión" con estado propio, a pedido de la app: la pantalla
|
|
28
|
+
* rutea a las preguntas por `status` y no por `reason`. Cuando llega este valor, `reason` va en
|
|
29
|
+
* `null` — el estado ya dice todo.
|
|
30
|
+
*
|
|
31
|
+
* Se deriva de `CP_Status === PENDING_OOW_QUESTIONS`.
|
|
32
|
+
*/
|
|
33
|
+
OnboardingAccountStatusEnum["PENDING_OOW_QUESTIONS"] = "PENDING_OOW_QUESTIONS";
|
|
24
34
|
OnboardingAccountStatusEnum["REJECTED"] = "REJECTED";
|
|
25
35
|
OnboardingAccountStatusEnum["OPEN"] = "OPEN";
|
|
26
36
|
})(OnboardingAccountStatusEnum || (exports.OnboardingAccountStatusEnum = OnboardingAccountStatusEnum = {}));
|
|
@@ -32,14 +32,5 @@ export declare enum OnboardingStepIdEnum {
|
|
|
32
32
|
PROOF_OF_ADDRESS = "PROOF_OF_ADDRESS",
|
|
33
33
|
MX_REGULATORY_QUESTIONS = "MX_REGULATORY_QUESTIONS",
|
|
34
34
|
MX_BENEFICIARIES = "MX_BENEFICIARIES",
|
|
35
|
-
DATA_CONFIRMATION = "DATA_CONFIRMATION"
|
|
36
|
-
/**
|
|
37
|
-
* Confirmación de los datos del lado MEXICANO, cuando llegan por el documento aparte.
|
|
38
|
-
*
|
|
39
|
-
* Va de la mano de `KYC_IDENTIFICATION_MEX`: si hubo que pedir el documento mexicano por
|
|
40
|
-
* separado, sus datos también se revisan por separado. Y al revés — si ese paso nunca apareció,
|
|
41
|
-
* el documento mexicano llegó primero y `DATA_CONFIRMATION` ya confirma los dos lados, así que
|
|
42
|
-
* éste no se muestra.
|
|
43
|
-
*/
|
|
44
|
-
DATA_CONFIRMATION_MEX = "DATA_CONFIRMATION_MEX"
|
|
35
|
+
DATA_CONFIRMATION = "DATA_CONFIRMATION"
|
|
45
36
|
}
|
|
@@ -37,13 +37,4 @@ var OnboardingStepIdEnum;
|
|
|
37
37
|
OnboardingStepIdEnum["MX_REGULATORY_QUESTIONS"] = "MX_REGULATORY_QUESTIONS";
|
|
38
38
|
OnboardingStepIdEnum["MX_BENEFICIARIES"] = "MX_BENEFICIARIES";
|
|
39
39
|
OnboardingStepIdEnum["DATA_CONFIRMATION"] = "DATA_CONFIRMATION";
|
|
40
|
-
/**
|
|
41
|
-
* Confirmación de los datos del lado MEXICANO, cuando llegan por el documento aparte.
|
|
42
|
-
*
|
|
43
|
-
* Va de la mano de `KYC_IDENTIFICATION_MEX`: si hubo que pedir el documento mexicano por
|
|
44
|
-
* separado, sus datos también se revisan por separado. Y al revés — si ese paso nunca apareció,
|
|
45
|
-
* el documento mexicano llegó primero y `DATA_CONFIRMATION` ya confirma los dos lados, así que
|
|
46
|
-
* éste no se muestra.
|
|
47
|
-
*/
|
|
48
|
-
OnboardingStepIdEnum["DATA_CONFIRMATION_MEX"] = "DATA_CONFIRMATION_MEX";
|
|
49
40
|
})(OnboardingStepIdEnum || (exports.OnboardingStepIdEnum = OnboardingStepIdEnum = {}));
|
package/package.json
CHANGED
|
@@ -17,6 +17,16 @@
|
|
|
17
17
|
export enum OnboardingAccountStatusEnum {
|
|
18
18
|
IN_PROGRESS = 'IN_PROGRESS',
|
|
19
19
|
UNDER_REVIEW = 'UNDER_REVIEW',
|
|
20
|
+
/**
|
|
21
|
+
* El proveedor espera que el usuario conteste las preguntas de validación (OOW, Out of Wallet).
|
|
22
|
+
*
|
|
23
|
+
* Es un caso particular de "en revisión" con estado propio, a pedido de la app: la pantalla
|
|
24
|
+
* rutea a las preguntas por `status` y no por `reason`. Cuando llega este valor, `reason` va en
|
|
25
|
+
* `null` — el estado ya dice todo.
|
|
26
|
+
*
|
|
27
|
+
* Se deriva de `CP_Status === PENDING_OOW_QUESTIONS`.
|
|
28
|
+
*/
|
|
29
|
+
PENDING_OOW_QUESTIONS = 'PENDING_OOW_QUESTIONS',
|
|
20
30
|
REJECTED = 'REJECTED',
|
|
21
31
|
OPEN = 'OPEN',
|
|
22
32
|
}
|
|
@@ -33,13 +33,4 @@ export enum OnboardingStepIdEnum {
|
|
|
33
33
|
MX_REGULATORY_QUESTIONS = 'MX_REGULATORY_QUESTIONS',
|
|
34
34
|
MX_BENEFICIARIES = 'MX_BENEFICIARIES',
|
|
35
35
|
DATA_CONFIRMATION = 'DATA_CONFIRMATION',
|
|
36
|
-
/**
|
|
37
|
-
* Confirmación de los datos del lado MEXICANO, cuando llegan por el documento aparte.
|
|
38
|
-
*
|
|
39
|
-
* Va de la mano de `KYC_IDENTIFICATION_MEX`: si hubo que pedir el documento mexicano por
|
|
40
|
-
* separado, sus datos también se revisan por separado. Y al revés — si ese paso nunca apareció,
|
|
41
|
-
* el documento mexicano llegó primero y `DATA_CONFIRMATION` ya confirma los dos lados, así que
|
|
42
|
-
* éste no se muestra.
|
|
43
|
-
*/
|
|
44
|
-
DATA_CONFIRMATION_MEX = 'DATA_CONFIRMATION_MEX',
|
|
45
36
|
}
|