@fiado/api-invoker 5.32.1 → 5.33.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/retailCustomer/api/RetailCustomerBusinessApi.d.ts +4 -3
- package/bin/retailCustomer/api/RetailCustomerBusinessApi.js +8 -4
- package/bin/retailCustomer/api/interfaces/IRetailCustomerBusinessApi.d.ts +30 -6
- package/package.json +3 -3
- package/src/retailCustomer/api/RetailCustomerBusinessApi.ts +18 -4
- package/src/retailCustomer/api/interfaces/IRetailCustomerBusinessApi.ts +39 -5
|
@@ -1,9 +1,9 @@
|
|
|
1
1
|
import type { IHttpRequest } from "@fiado/http-client";
|
|
2
2
|
import { StandardResponse } from "@fiado/gateway-adapter";
|
|
3
|
-
import { UpsertCustomerFromKycRequest, AccountResultRequest, CustomerResponse } from "@fiado/type-kit/bin/retailCustomer/index.js";
|
|
3
|
+
import { UpsertCustomerFromKycRequest, AccountResultRequest, CustomerResponse, WelcomeAccreditationRequest, WelcomeAccreditationResponse, WelcomeAccreditationResultRequest, WelcomeBonusResponse } from "@fiado/type-kit/bin/retailCustomer/index.js";
|
|
4
4
|
import { IRetailCustomerBusinessApi } from "./interfaces/IRetailCustomerBusinessApi.js";
|
|
5
5
|
/**
|
|
6
|
-
* Publisher HTTP del lambda `retail-customer-business` (SureKeep Fase 2, pista Retail) para sus
|
|
6
|
+
* Publisher HTTP del lambda `retail-customer-business` (SureKeep Fase 2, pista Retail) para sus 6
|
|
7
7
|
* endpoints privados de cliente. Contrato y semántica completos → `IRetailCustomerBusinessApi`.
|
|
8
8
|
*
|
|
9
9
|
* Los paths y el `?tenantId=` matchean `openapi/private.yaml` del lambda destino (mismo patrón que
|
|
@@ -24,5 +24,6 @@ export default class RetailCustomerBusinessApi implements IRetailCustomerBusines
|
|
|
24
24
|
setAccountResult(customerId: string, payload: AccountResultRequest, tenantId: string): Promise<StandardResponse<CustomerResponse>>;
|
|
25
25
|
getCustomerByPhone(phone: string, tenantId: string): Promise<StandardResponse<CustomerResponse>>;
|
|
26
26
|
getCustomer(customerId: string, tenantId: string): Promise<StandardResponse<CustomerResponse>>;
|
|
27
|
-
markWelcomeAccredited(customerId: string, tenantId: string): Promise<StandardResponse<
|
|
27
|
+
markWelcomeAccredited(customerId: string, tenantId: string, payload?: WelcomeAccreditationRequest): Promise<StandardResponse<WelcomeAccreditationResponse>>;
|
|
28
|
+
setWelcomeAccreditationResult(customerId: string, payload: WelcomeAccreditationResultRequest, tenantId: string): Promise<StandardResponse<WelcomeBonusResponse>>;
|
|
28
29
|
}
|
|
@@ -12,7 +12,7 @@ var __param = (this && this.__param) || function (paramIndex, decorator) {
|
|
|
12
12
|
};
|
|
13
13
|
import { inject, injectable } from "inversify";
|
|
14
14
|
/**
|
|
15
|
-
* Publisher HTTP del lambda `retail-customer-business` (SureKeep Fase 2, pista Retail) para sus
|
|
15
|
+
* Publisher HTTP del lambda `retail-customer-business` (SureKeep Fase 2, pista Retail) para sus 6
|
|
16
16
|
* endpoints privados de cliente. Contrato y semántica completos → `IRetailCustomerBusinessApi`.
|
|
17
17
|
*
|
|
18
18
|
* Los paths y el `?tenantId=` matchean `openapi/private.yaml` del lambda destino (mismo patrón que
|
|
@@ -47,10 +47,14 @@ let RetailCustomerBusinessApi = class RetailCustomerBusinessApi {
|
|
|
47
47
|
const url = `${this.baseUrl}/private/customers/${encodeURIComponent(customerId)}?tenantId=${encodeURIComponent(tenantId)}`;
|
|
48
48
|
return await this.httpRequest.get(url);
|
|
49
49
|
}
|
|
50
|
-
async markWelcomeAccredited(customerId, tenantId) {
|
|
50
|
+
async markWelcomeAccredited(customerId, tenantId, payload) {
|
|
51
51
|
const url = `${this.baseUrl}/private/customers/${encodeURIComponent(customerId)}/welcome-accreditation?tenantId=${encodeURIComponent(tenantId)}`;
|
|
52
|
-
//
|
|
53
|
-
return await this.httpRequest.post(url, {});
|
|
52
|
+
// Body opcional: el actor lo pone el destino desde el contexto privado, no viaja en el payload.
|
|
53
|
+
return await this.httpRequest.post(url, payload ?? {});
|
|
54
|
+
}
|
|
55
|
+
async setWelcomeAccreditationResult(customerId, payload, tenantId) {
|
|
56
|
+
const url = `${this.baseUrl}/private/customers/${encodeURIComponent(customerId)}/welcome-accreditation/result?tenantId=${encodeURIComponent(tenantId)}`;
|
|
57
|
+
return await this.httpRequest.put(url, payload);
|
|
54
58
|
}
|
|
55
59
|
};
|
|
56
60
|
RetailCustomerBusinessApi = __decorate([
|
|
@@ -1,15 +1,15 @@
|
|
|
1
1
|
import { StandardResponse } from "@fiado/gateway-adapter";
|
|
2
|
-
import { UpsertCustomerFromKycRequest, AccountResultRequest, CustomerResponse } from "@fiado/type-kit/bin/retailCustomer/index.js";
|
|
2
|
+
import { UpsertCustomerFromKycRequest, AccountResultRequest, CustomerResponse, WelcomeAccreditationRequest, WelcomeAccreditationResponse, WelcomeAccreditationResultRequest, WelcomeBonusResponse } from "@fiado/type-kit/bin/retailCustomer/index.js";
|
|
3
3
|
/**
|
|
4
4
|
* Contrato del publisher HTTP del lambda `retail-customer-business` (SureKeep Fase 2, pista Retail)
|
|
5
|
-
* para sus
|
|
5
|
+
* para sus 6 endpoints privados de cliente (service-to-service, VPC-only).
|
|
6
6
|
*
|
|
7
7
|
* Consumidor previsto:
|
|
8
8
|
* - `retail-wizard-business` → upsert del cliente post-KYC, aterrizaje del resultado de apertura
|
|
9
9
|
* de cuenta (D35), y lecturas del cliente por teléfono / id durante la saga de venta.
|
|
10
10
|
*
|
|
11
11
|
* ─────────────────────────────────────────────────────────────────────────────
|
|
12
|
-
* `tenantId` es OBLIGATORIO en los
|
|
12
|
+
* `tenantId` es OBLIGATORIO en los 6 métodos — no es un detalle de firma.
|
|
13
13
|
* ─────────────────────────────────────────────────────────────────────────────
|
|
14
14
|
* Los privados NO llevan token de usuario (`Feature.ANONIMUS`; la protección es la red VPC), así que
|
|
15
15
|
* el lambda destino no tiene `AuthContext.issuer` y NO puede inferir el silo. El caller declara el
|
|
@@ -75,7 +75,7 @@ export interface IRetailCustomerBusinessApi {
|
|
|
75
75
|
getCustomer(customerId: string, tenantId: string): Promise<StandardResponse<CustomerResponse>>;
|
|
76
76
|
/**
|
|
77
77
|
* POST /private/customers/{customerId}/welcome-accreditation?tenantId= — RESERVA la acreditación
|
|
78
|
-
* del bono de bienvenida (D33)
|
|
78
|
+
* del bono de bienvenida (D33) y abre su asiento en el libro de bonos.
|
|
79
79
|
*
|
|
80
80
|
* ⚠️ Reserva, NO acredita. El lambda destino es dueño del flag `welcomeAccredited` y su transición
|
|
81
81
|
* `false → true` es el candado de idempotencia PERMANENTE por cliente (una sola vez para siempre,
|
|
@@ -83,11 +83,35 @@ export interface IRetailCustomerBusinessApi {
|
|
|
83
83
|
* concurrentes NO pueden ganar los dos.
|
|
84
84
|
*
|
|
85
85
|
* Orden obligatorio en el caller: reservar acá PRIMERO, mover plata en el processor DESPUÉS. Al
|
|
86
|
-
* revés, un doble click acredita dos veces plata real.
|
|
86
|
+
* revés, un doble click acredita dos veces plata real. Después de mover plata, CERRAR el asiento
|
|
87
|
+
* con `setWelcomeAccreditationResult` — si no, el bono queda `PENDING` para siempre.
|
|
88
|
+
*
|
|
89
|
+
* El `payload` con los datos de la venta es OPCIONAL: sin él el asiento nace incompleto (tienda
|
|
90
|
+
* `UNKNOWN`) pero nace. La respuesta trae `bonus.bonusKey`, que es lo que pide el cierre.
|
|
87
91
|
*
|
|
88
92
|
* @throws `409 WELCOME_ALREADY_ACCREDITED` si el bono ya se entregó. Para el caller NO es falla:
|
|
89
93
|
* es la señal de "no acredites" — la venta sigue su curso normal.
|
|
90
94
|
* @throws `404 CUSTOMER_NOT_FOUND` si el cliente no existe.
|
|
95
|
+
* @throws `400 VALIDATION_ERROR` si el payload viene mal formado.
|
|
96
|
+
*/
|
|
97
|
+
markWelcomeAccredited(customerId: string, tenantId: string, payload?: WelcomeAccreditationRequest): Promise<StandardResponse<WelcomeAccreditationResponse>>;
|
|
98
|
+
/**
|
|
99
|
+
* PUT /private/customers/{customerId}/welcome-accreditation/result?tenantId= — cierra el asiento
|
|
100
|
+
* con el resultado del processor (D33). El `bonusKey` sale de la respuesta de la reserva.
|
|
101
|
+
*
|
|
102
|
+
* `ACCREDITED` cierra con `processorTransactionId`. `FAILED` es un rechazo INEQUÍVOCO y libera el
|
|
103
|
+
* candado para que la venta se reintente. `UNVERIFIED` es un fallo AMBIGUO (timeout, 5xx) y lo
|
|
104
|
+
* deja tomado: el `walletFundingCredit` del processor no deduplica, así que liberarlo podría
|
|
105
|
+
* acreditar plata real dos veces. Un timeout se asienta `UNVERIFIED`, nunca `FAILED`.
|
|
106
|
+
*
|
|
107
|
+
* Reintentar el MISMO resultado es idempotente (200). Un asiento `UNVERIFIED` se cierra después
|
|
108
|
+
* con `ACCREDITED`/`FAILED` mandando además `reconciledBy` y `reconciliationReason`.
|
|
109
|
+
*
|
|
110
|
+
* @throws `409 WELCOME_BONUS_ALREADY_RESOLVED` si ya cerró con OTRO resultado: no reintentar,
|
|
111
|
+
* escalar — pisarlo borraría lo que de verdad pasó con la plata.
|
|
112
|
+
* @throws `422 WELCOME_BONUS_RECONCILIATION_REQUIRED` si se cierra un `UNVERIFIED` sin actor ni motivo.
|
|
113
|
+
* @throws `404 WELCOME_BONUS_NOT_FOUND` si ese cliente no tiene ese asiento.
|
|
114
|
+
* @throws `400 WELCOME_BONUS_KEY_INVALID` si el `bonusKey` no decodifica (bug del caller).
|
|
91
115
|
*/
|
|
92
|
-
|
|
116
|
+
setWelcomeAccreditationResult(customerId: string, payload: WelcomeAccreditationResultRequest, tenantId: string): Promise<StandardResponse<WelcomeBonusResponse>>;
|
|
93
117
|
}
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@fiado/api-invoker",
|
|
3
|
-
"version": "5.
|
|
3
|
+
"version": "5.33.0",
|
|
4
4
|
"description": "Sirve como un puente entre diferentes funciones lambda, facilitando la comunicación entre ellas a través de invocaciones http",
|
|
5
5
|
"type": "module",
|
|
6
6
|
"main": "bin/index.js",
|
|
@@ -34,7 +34,7 @@
|
|
|
34
34
|
"@fiado/gateway-adapter": "^3.9.0",
|
|
35
35
|
"@fiado/http-client": "^2.0.1",
|
|
36
36
|
"@fiado/logger": "^1.1.3",
|
|
37
|
-
"@fiado/type-kit": "^3.
|
|
37
|
+
"@fiado/type-kit": "^3.319.0",
|
|
38
38
|
"dotenv": "^16.4.7"
|
|
39
39
|
},
|
|
40
40
|
"peerDependencies": {
|
|
@@ -53,4 +53,4 @@
|
|
|
53
53
|
"ts-jest": "^29.4.11",
|
|
54
54
|
"typescript": "^6.0.3"
|
|
55
55
|
}
|
|
56
|
-
}
|
|
56
|
+
}
|
|
@@ -5,11 +5,15 @@ import {
|
|
|
5
5
|
UpsertCustomerFromKycRequest,
|
|
6
6
|
AccountResultRequest,
|
|
7
7
|
CustomerResponse,
|
|
8
|
+
WelcomeAccreditationRequest,
|
|
9
|
+
WelcomeAccreditationResponse,
|
|
10
|
+
WelcomeAccreditationResultRequest,
|
|
11
|
+
WelcomeBonusResponse,
|
|
8
12
|
} from "@fiado/type-kit/bin/retailCustomer/index.js";
|
|
9
13
|
import { IRetailCustomerBusinessApi } from "./interfaces/IRetailCustomerBusinessApi.js";
|
|
10
14
|
|
|
11
15
|
/**
|
|
12
|
-
* Publisher HTTP del lambda `retail-customer-business` (SureKeep Fase 2, pista Retail) para sus
|
|
16
|
+
* Publisher HTTP del lambda `retail-customer-business` (SureKeep Fase 2, pista Retail) para sus 6
|
|
13
17
|
* endpoints privados de cliente. Contrato y semántica completos → `IRetailCustomerBusinessApi`.
|
|
14
18
|
*
|
|
15
19
|
* Los paths y el `?tenantId=` matchean `openapi/private.yaml` del lambda destino (mismo patrón que
|
|
@@ -64,9 +68,19 @@ export default class RetailCustomerBusinessApi implements IRetailCustomerBusines
|
|
|
64
68
|
async markWelcomeAccredited(
|
|
65
69
|
customerId: string,
|
|
66
70
|
tenantId: string,
|
|
67
|
-
|
|
71
|
+
payload?: WelcomeAccreditationRequest,
|
|
72
|
+
): Promise<StandardResponse<WelcomeAccreditationResponse>> {
|
|
68
73
|
const url = `${this.baseUrl}/private/customers/${encodeURIComponent(customerId)}/welcome-accreditation?tenantId=${encodeURIComponent(tenantId)}`;
|
|
69
|
-
//
|
|
70
|
-
return await this.httpRequest.post(url, {});
|
|
74
|
+
// Body opcional: el actor lo pone el destino desde el contexto privado, no viaja en el payload.
|
|
75
|
+
return await this.httpRequest.post(url, payload ?? {});
|
|
76
|
+
}
|
|
77
|
+
|
|
78
|
+
async setWelcomeAccreditationResult(
|
|
79
|
+
customerId: string,
|
|
80
|
+
payload: WelcomeAccreditationResultRequest,
|
|
81
|
+
tenantId: string,
|
|
82
|
+
): Promise<StandardResponse<WelcomeBonusResponse>> {
|
|
83
|
+
const url = `${this.baseUrl}/private/customers/${encodeURIComponent(customerId)}/welcome-accreditation/result?tenantId=${encodeURIComponent(tenantId)}`;
|
|
84
|
+
return await this.httpRequest.put(url, payload);
|
|
71
85
|
}
|
|
72
86
|
}
|
|
@@ -3,18 +3,22 @@ import {
|
|
|
3
3
|
UpsertCustomerFromKycRequest,
|
|
4
4
|
AccountResultRequest,
|
|
5
5
|
CustomerResponse,
|
|
6
|
+
WelcomeAccreditationRequest,
|
|
7
|
+
WelcomeAccreditationResponse,
|
|
8
|
+
WelcomeAccreditationResultRequest,
|
|
9
|
+
WelcomeBonusResponse,
|
|
6
10
|
} from "@fiado/type-kit/bin/retailCustomer/index.js";
|
|
7
11
|
|
|
8
12
|
/**
|
|
9
13
|
* Contrato del publisher HTTP del lambda `retail-customer-business` (SureKeep Fase 2, pista Retail)
|
|
10
|
-
* para sus
|
|
14
|
+
* para sus 6 endpoints privados de cliente (service-to-service, VPC-only).
|
|
11
15
|
*
|
|
12
16
|
* Consumidor previsto:
|
|
13
17
|
* - `retail-wizard-business` → upsert del cliente post-KYC, aterrizaje del resultado de apertura
|
|
14
18
|
* de cuenta (D35), y lecturas del cliente por teléfono / id durante la saga de venta.
|
|
15
19
|
*
|
|
16
20
|
* ─────────────────────────────────────────────────────────────────────────────
|
|
17
|
-
* `tenantId` es OBLIGATORIO en los
|
|
21
|
+
* `tenantId` es OBLIGATORIO en los 6 métodos — no es un detalle de firma.
|
|
18
22
|
* ─────────────────────────────────────────────────────────────────────────────
|
|
19
23
|
* Los privados NO llevan token de usuario (`Feature.ANONIMUS`; la protección es la red VPC), así que
|
|
20
24
|
* el lambda destino no tiene `AuthContext.issuer` y NO puede inferir el silo. El caller declara el
|
|
@@ -97,7 +101,7 @@ export interface IRetailCustomerBusinessApi {
|
|
|
97
101
|
|
|
98
102
|
/**
|
|
99
103
|
* POST /private/customers/{customerId}/welcome-accreditation?tenantId= — RESERVA la acreditación
|
|
100
|
-
* del bono de bienvenida (D33)
|
|
104
|
+
* del bono de bienvenida (D33) y abre su asiento en el libro de bonos.
|
|
101
105
|
*
|
|
102
106
|
* ⚠️ Reserva, NO acredita. El lambda destino es dueño del flag `welcomeAccredited` y su transición
|
|
103
107
|
* `false → true` es el candado de idempotencia PERMANENTE por cliente (una sola vez para siempre,
|
|
@@ -105,14 +109,44 @@ export interface IRetailCustomerBusinessApi {
|
|
|
105
109
|
* concurrentes NO pueden ganar los dos.
|
|
106
110
|
*
|
|
107
111
|
* Orden obligatorio en el caller: reservar acá PRIMERO, mover plata en el processor DESPUÉS. Al
|
|
108
|
-
* revés, un doble click acredita dos veces plata real.
|
|
112
|
+
* revés, un doble click acredita dos veces plata real. Después de mover plata, CERRAR el asiento
|
|
113
|
+
* con `setWelcomeAccreditationResult` — si no, el bono queda `PENDING` para siempre.
|
|
114
|
+
*
|
|
115
|
+
* El `payload` con los datos de la venta es OPCIONAL: sin él el asiento nace incompleto (tienda
|
|
116
|
+
* `UNKNOWN`) pero nace. La respuesta trae `bonus.bonusKey`, que es lo que pide el cierre.
|
|
109
117
|
*
|
|
110
118
|
* @throws `409 WELCOME_ALREADY_ACCREDITED` si el bono ya se entregó. Para el caller NO es falla:
|
|
111
119
|
* es la señal de "no acredites" — la venta sigue su curso normal.
|
|
112
120
|
* @throws `404 CUSTOMER_NOT_FOUND` si el cliente no existe.
|
|
121
|
+
* @throws `400 VALIDATION_ERROR` si el payload viene mal formado.
|
|
113
122
|
*/
|
|
114
123
|
markWelcomeAccredited(
|
|
115
124
|
customerId: string,
|
|
116
125
|
tenantId: string,
|
|
117
|
-
|
|
126
|
+
payload?: WelcomeAccreditationRequest,
|
|
127
|
+
): Promise<StandardResponse<WelcomeAccreditationResponse>>;
|
|
128
|
+
|
|
129
|
+
/**
|
|
130
|
+
* PUT /private/customers/{customerId}/welcome-accreditation/result?tenantId= — cierra el asiento
|
|
131
|
+
* con el resultado del processor (D33). El `bonusKey` sale de la respuesta de la reserva.
|
|
132
|
+
*
|
|
133
|
+
* `ACCREDITED` cierra con `processorTransactionId`. `FAILED` es un rechazo INEQUÍVOCO y libera el
|
|
134
|
+
* candado para que la venta se reintente. `UNVERIFIED` es un fallo AMBIGUO (timeout, 5xx) y lo
|
|
135
|
+
* deja tomado: el `walletFundingCredit` del processor no deduplica, así que liberarlo podría
|
|
136
|
+
* acreditar plata real dos veces. Un timeout se asienta `UNVERIFIED`, nunca `FAILED`.
|
|
137
|
+
*
|
|
138
|
+
* Reintentar el MISMO resultado es idempotente (200). Un asiento `UNVERIFIED` se cierra después
|
|
139
|
+
* con `ACCREDITED`/`FAILED` mandando además `reconciledBy` y `reconciliationReason`.
|
|
140
|
+
*
|
|
141
|
+
* @throws `409 WELCOME_BONUS_ALREADY_RESOLVED` si ya cerró con OTRO resultado: no reintentar,
|
|
142
|
+
* escalar — pisarlo borraría lo que de verdad pasó con la plata.
|
|
143
|
+
* @throws `422 WELCOME_BONUS_RECONCILIATION_REQUIRED` si se cierra un `UNVERIFIED` sin actor ni motivo.
|
|
144
|
+
* @throws `404 WELCOME_BONUS_NOT_FOUND` si ese cliente no tiene ese asiento.
|
|
145
|
+
* @throws `400 WELCOME_BONUS_KEY_INVALID` si el `bonusKey` no decodifica (bug del caller).
|
|
146
|
+
*/
|
|
147
|
+
setWelcomeAccreditationResult(
|
|
148
|
+
customerId: string,
|
|
149
|
+
payload: WelcomeAccreditationResultRequest,
|
|
150
|
+
tenantId: string,
|
|
151
|
+
): Promise<StandardResponse<WelcomeBonusResponse>>;
|
|
118
152
|
}
|