@fiado/type-kit 3.121.0 → 3.123.0

package/bin/transactionProcessor/dtos/PublishFiadoTxRequest.d.ts

@@ -0,0 +1,30 @@
+/**
+ * Request del endpoint `POST /wallet-funding/publish` del processor.
+ *
+ * Publica el evento de FiadoTx (tupla EQ_CASH_SA / CASH_IN del wallet-funding
+ * cash-in) al SQS `TRANSACTION_QUEUE` para que `transaction-business` lo
+ * consuma y persista en `FiadoTx_GT`.
+ *
+ * Best-effort: el caller (equality-connector post-settlement, o el cron de
+ * gap-reconciliation del mismo connector) debe tratar el error como
+ * recuperable — el reconciler T+0 rescata gaps que queden.
+ *
+ * Ver spec 15 §6.2 (processor mantiene ownership del SQS publish) + §5.1
+ * (reconciler en el connector).
+ */
+export declare class PublishFiadoTxRequest {
+    /** Identificador idempotente del evento. Sugerido: `${providerName}:${providerTxId}`. */
+    idempotencyKey: string;
+    /**
+     * Spec completo de la tupla FiadoTx a persistir. Shape generado por el
+     * processor en `walletFundingValidate()` (campo `fiadoTxSpec` de la response).
+     * El caller lo recibe del processor y lo reenvía sin modificar.
+     *
+     * Es `unknown` aquí (no tipado fuerte) porque el shape interno del processor
+     * puede cambiar sin breaking change para los callers — el processor es dueño
+     * del shape y de su serialización al SQS.
+     */
+    fiadoTxSpec: Record<string, unknown>;
+    /** Contexto opcional para logs/auditoría (ej. "post-settlement" | "reconciler-gap"). */
+    origin?: string;
+}

package/bin/transactionProcessor/dtos/PublishFiadoTxRequest.js

@@ -0,0 +1,45 @@
+"use strict";
+var __decorate = (this && this.__decorate) || function (decorators, target, key, desc) {
+    var c = arguments.length, r = c < 3 ? target : desc === null ? desc = Object.getOwnPropertyDescriptor(target, key) : desc, d;
+    if (typeof Reflect === "object" && typeof Reflect.decorate === "function") r = Reflect.decorate(decorators, target, key, desc);
+    else for (var i = decorators.length - 1; i >= 0; i--) if (d = decorators[i]) r = (c < 3 ? d(r) : c > 3 ? d(target, key, r) : d(target, key)) || r;
+    return c > 3 && r && Object.defineProperty(target, key, r), r;
+};
+var __metadata = (this && this.__metadata) || function (k, v) {
+    if (typeof Reflect === "object" && typeof Reflect.metadata === "function") return Reflect.metadata(k, v);
+};
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.PublishFiadoTxRequest = void 0;
+const class_validator_1 = require("class-validator");
+/**
+ * Request del endpoint `POST /wallet-funding/publish` del processor.
+ *
+ * Publica el evento de FiadoTx (tupla EQ_CASH_SA / CASH_IN del wallet-funding
+ * cash-in) al SQS `TRANSACTION_QUEUE` para que `transaction-business` lo
+ * consuma y persista en `FiadoTx_GT`.
+ *
+ * Best-effort: el caller (equality-connector post-settlement, o el cron de
+ * gap-reconciliation del mismo connector) debe tratar el error como
+ * recuperable — el reconciler T+0 rescata gaps que queden.
+ *
+ * Ver spec 15 §6.2 (processor mantiene ownership del SQS publish) + §5.1
+ * (reconciler en el connector).
+ */
+class PublishFiadoTxRequest {
+}
+exports.PublishFiadoTxRequest = PublishFiadoTxRequest;
+__decorate([
+    (0, class_validator_1.IsString)(),
+    (0, class_validator_1.MaxLength)(128),
+    __metadata("design:type", String)
+], PublishFiadoTxRequest.prototype, "idempotencyKey", void 0);
+__decorate([
+    (0, class_validator_1.IsObject)(),
+    __metadata("design:type", Object)
+], PublishFiadoTxRequest.prototype, "fiadoTxSpec", void 0);
+__decorate([
+    (0, class_validator_1.IsOptional)(),
+    (0, class_validator_1.IsString)(),
+    (0, class_validator_1.MaxLength)(64),
+    __metadata("design:type", String)
+], PublishFiadoTxRequest.prototype, "origin", void 0);

package/bin/transactionProcessor/dtos/PublishFiadoTxResponse.d.ts

@@ -0,0 +1,14 @@
+/**
+ * Response del endpoint `POST /wallet-funding/publish` del processor.
+ *
+ * Best-effort: status="FAILED" indica que el publish al SQS no se ejecutó
+ * (sqs.sendMessage falló). El caller debe loggear y continuar — el
+ * reconciler T+0 del connector eventualmente recuperará el gap.
+ *
+ * Ver spec 15 §6.2.
+ */
+export interface PublishFiadoTxResponse {
+    status: "OK" | "FAILED";
+    /** Mensaje breve para logs. Vacío en happy path. */
+    message?: string;
+}

package/bin/transactionProcessor/dtos/PublishFiadoTxResponse.js

@@ -0,0 +1,2 @@
+"use strict";
+Object.defineProperty(exports, "__esModule", { value: true });

package/bin/transactionProcessor/index.d.ts

@@ -39,6 +39,8 @@ export * from './dtos/ProviderProcessServicePaymentTransactionRequest';
 export * from './dtos/ProviderProcessServicePaymentTransactionResponse';
 export * from './dtos/AuthorizeRenewalPreAuthRequest';
 export * from './dtos/AuthorizeRenewalPreAuthResponse';
+export * from './dtos/PublishFiadoTxRequest';
+export * from './dtos/PublishFiadoTxResponse';
 export * from './enums/TransactionProcessorCodesEnum';
 export * from './enums/AsyncTxStatusEnum';
 export * from './enums/AppEnum';

package/bin/transactionProcessor/index.js

@@ -55,6 +55,8 @@ __exportStar(require("./dtos/ProviderProcessServicePaymentTransactionRequest"),
 __exportStar(require("./dtos/ProviderProcessServicePaymentTransactionResponse"), exports);
 __exportStar(require("./dtos/AuthorizeRenewalPreAuthRequest"), exports);
 __exportStar(require("./dtos/AuthorizeRenewalPreAuthResponse"), exports);
+__exportStar(require("./dtos/PublishFiadoTxRequest"), exports);
+__exportStar(require("./dtos/PublishFiadoTxResponse"), exports);
 __exportStar(require("./enums/TransactionProcessorCodesEnum"), exports);
 __exportStar(require("./enums/AsyncTxStatusEnum"), exports);
 __exportStar(require("./enums/AppEnum"), exports);

package/bin/walletFunding/dtos/CancelFundingReferenceRequest.d.ts

@@ -1,5 +1,6 @@
 export declare class CancelFundingReferenceRequest {
-    fundingId: string;
+    /** Referencia Passport (PK de EqualityFundingReference_GT). */
+    reference: string;
     directoryId: string;
     idempotencyKey: string;
 }

package/bin/walletFunding/dtos/CancelFundingReferenceRequest.js

@@ -18,7 +18,7 @@ __decorate([
     (0, class_validator_1.IsString)(),
     (0, class_validator_1.MaxLength)(64),
     __metadata("design:type", String)
-], CancelFundingReferenceRequest.prototype, "fundingId", void 0);
+], CancelFundingReferenceRequest.prototype, "reference", void 0);
 __decorate([
     (0, class_validator_1.IsString)(),
     (0, class_validator_1.MaxLength)(64),

package/bin/walletFunding/dtos/CancelFundingReferenceResponse.d.ts

@@ -1,7 +1,7 @@
 import { BenefitPaymentStatusEnum } from "../../benefitCenter/enums/BenefitPaymentStatusEnum";
 import { WalletFundingErrorCodeEnum } from "../enums/WalletFundingErrorCodeEnum";
 export declare class CancelFundingReferenceResponse {
-    fundingId: string;
+    reference: string;
     status: BenefitPaymentStatusEnum;
     errorCode?: WalletFundingErrorCodeEnum;
 }

package/bin/walletFunding/dtos/CancelFundingRequest.d.ts

@@ -1,6 +1,6 @@
 /**
  * Request del cancel via Centro de Beneficios (spec 13 v2.0).
- * `fundingId` viaja en el path, `directoryId` se resuelve del JWT.
+ * `reference` viaja en el path, `directoryId` se resuelve del JWT.
  * `providerModuleName` permite al marketplace rutear al publisher correcto
  * sin tener que persistir el mapping (el wallet-app sabe el moduleName
  * porque vino en la respuesta del authorize).

package/bin/walletFunding/dtos/CancelFundingRequest.js

@@ -13,7 +13,7 @@ exports.CancelFundingRequest = void 0;
 const class_validator_1 = require("class-validator");
 /**
  * Request del cancel via Centro de Beneficios (spec 13 v2.0).
- * `fundingId` viaja en el path, `directoryId` se resuelve del JWT.
+ * `reference` viaja en el path, `directoryId` se resuelve del JWT.
  * `providerModuleName` permite al marketplace rutear al publisher correcto
  * sin tener que persistir el mapping (el wallet-app sabe el moduleName
  * porque vino en la respuesta del authorize).

package/bin/walletFunding/dtos/CancelFundingResponse.d.ts

@@ -7,7 +7,7 @@ import { WalletFundingErrorCodeEnum } from "../enums/WalletFundingErrorCodeEnum"
  * (marketplace ↔ connector). Idempotente: re-cancelar devuelve APPROVED.
  */
 export declare class CancelFundingResponse {
-    fundingId: string;
+    reference: string;
     status: BenefitPaymentStatusEnum;
     errorCode?: WalletFundingErrorCodeEnum;
     message?: string;

package/bin/walletFunding/dtos/CancelWalletFundingResponse.d.ts

@@ -3,5 +3,5 @@ import { WalletFundingErrorCodeEnum } from "../enums/WalletFundingErrorCodeEnum"
 export declare class CancelWalletFundingResponse {
     status: BenefitPaymentStatusEnum;
     errorCode?: WalletFundingErrorCodeEnum;
-    fundingId?: string;
+    reference?: string;
 }

package/bin/walletFunding/dtos/SettleWalletFundingRequest.d.ts

@@ -0,0 +1,43 @@
+/**
+ * Request del endpoint `POST /settlements` del lambda `wallet-funding-settlement`.
+ *
+ * Ejecuta el WRITE atómico (TransactWriteItems 2 items) que acredita el
+ * balance del wallet Y marca el payment del provider como APPLIED, todo
+ * en una única transacción ACID DDB single-region.
+ *
+ * Idempotente por `ConditionExpression: status = CONSULTED` sobre el
+ * payment row del provider. Si el reintento llega y el row ya está en
+ * APPLIED, el settlement devuelve `alreadySettled=true` con el folio
+ * cacheado sin re-creditar.
+ *
+ * Caller canónico: `equality-connector.WebhookPaymentManager` post
+ * `processor.walletFundingValidate()`. Ver spec 15.
+ */
+export declare class SettleWalletFundingRequest {
+    /** Nombre canónico del provider cash-in. V1: "equality". Futuros: "openpay", etc. */
+    providerName: string;
+    /**
+     * Identificador de la transacción en el provider. Para Equality es
+     * `equalityTransactionNumber` (PK de `EqualityFundingPayment_GT`).
+     */
+    providerTxId: string;
+    /** Referencia del payment row (ej. la `reference` de Equality). */
+    providerReference: string;
+    directoryId: string;
+    /** PK de la cuenta PCF (AccountPagoConfiado_GT.id) destino del crédito. */
+    accountId: string;
+    amount: number;
+    currencyCode: string;
+    /**
+     * Folio del processor (campo Alfanumérico según doc Passport). Pre-generado
+     * por `processor.walletFundingValidate()` y reenviado al settlement para
+     * persistirlo en el payment row como `processorTransactionNumber`.
+     */
+    processorTransactionNumber: string;
+    /**
+     * Snapshot del webhook recibido del provider. Opcional — se persiste en
+     * `webhookResponseRaw` del payment row para auditoría. NO load-bearing
+     * para la idempotencia ni el flow.
+     */
+    webhookEcho?: Record<string, unknown>;
+}

package/bin/walletFunding/dtos/SettleWalletFundingRequest.js

@@ -0,0 +1,76 @@
+"use strict";
+var __decorate = (this && this.__decorate) || function (decorators, target, key, desc) {
+    var c = arguments.length, r = c < 3 ? target : desc === null ? desc = Object.getOwnPropertyDescriptor(target, key) : desc, d;
+    if (typeof Reflect === "object" && typeof Reflect.decorate === "function") r = Reflect.decorate(decorators, target, key, desc);
+    else for (var i = decorators.length - 1; i >= 0; i--) if (d = decorators[i]) r = (c < 3 ? d(r) : c > 3 ? d(target, key, r) : d(target, key)) || r;
+    return c > 3 && r && Object.defineProperty(target, key, r), r;
+};
+var __metadata = (this && this.__metadata) || function (k, v) {
+    if (typeof Reflect === "object" && typeof Reflect.metadata === "function") return Reflect.metadata(k, v);
+};
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.SettleWalletFundingRequest = void 0;
+const class_validator_1 = require("class-validator");
+/**
+ * Request del endpoint `POST /settlements` del lambda `wallet-funding-settlement`.
+ *
+ * Ejecuta el WRITE atómico (TransactWriteItems 2 items) que acredita el
+ * balance del wallet Y marca el payment del provider como APPLIED, todo
+ * en una única transacción ACID DDB single-region.
+ *
+ * Idempotente por `ConditionExpression: status = CONSULTED` sobre el
+ * payment row del provider. Si el reintento llega y el row ya está en
+ * APPLIED, el settlement devuelve `alreadySettled=true` con el folio
+ * cacheado sin re-creditar.
+ *
+ * Caller canónico: `equality-connector.WebhookPaymentManager` post
+ * `processor.walletFundingValidate()`. Ver spec 15.
+ */
+class SettleWalletFundingRequest {
+}
+exports.SettleWalletFundingRequest = SettleWalletFundingRequest;
+__decorate([
+    (0, class_validator_1.IsString)(),
+    (0, class_validator_1.MaxLength)(32),
+    __metadata("design:type", String)
+], SettleWalletFundingRequest.prototype, "providerName", void 0);
+__decorate([
+    (0, class_validator_1.IsString)(),
+    (0, class_validator_1.MaxLength)(64),
+    __metadata("design:type", String)
+], SettleWalletFundingRequest.prototype, "providerTxId", void 0);
+__decorate([
+    (0, class_validator_1.IsString)(),
+    (0, class_validator_1.MaxLength)(128),
+    __metadata("design:type", String)
+], SettleWalletFundingRequest.prototype, "providerReference", void 0);
+__decorate([
+    (0, class_validator_1.IsString)(),
+    (0, class_validator_1.MaxLength)(64),
+    __metadata("design:type", String)
+], SettleWalletFundingRequest.prototype, "directoryId", void 0);
+__decorate([
+    (0, class_validator_1.IsString)(),
+    (0, class_validator_1.MaxLength)(64),
+    __metadata("design:type", String)
+], SettleWalletFundingRequest.prototype, "accountId", void 0);
+__decorate([
+    (0, class_validator_1.IsNumber)(),
+    (0, class_validator_1.IsPositive)(),
+    __metadata("design:type", Number)
+], SettleWalletFundingRequest.prototype, "amount", void 0);
+__decorate([
+    (0, class_validator_1.IsString)(),
+    (0, class_validator_1.Length)(3, 3),
+    __metadata("design:type", String)
+], SettleWalletFundingRequest.prototype, "currencyCode", void 0);
+__decorate([
+    (0, class_validator_1.IsString)(),
+    (0, class_validator_1.MaxLength)(64),
+    __metadata("design:type", String)
+], SettleWalletFundingRequest.prototype, "processorTransactionNumber", void 0);
+__decorate([
+    (0, class_validator_1.IsOptional)(),
+    (0, class_validator_1.IsObject)(),
+    __metadata("design:type", Object)
+], SettleWalletFundingRequest.prototype, "webhookEcho", void 0);

package/bin/walletFunding/dtos/SettleWalletFundingResponse.d.ts

@@ -0,0 +1,36 @@
+import { BenefitPaymentStatusEnum } from "../../benefitCenter/enums/BenefitPaymentStatusEnum";
+import { SettlementErrorCodeEnum } from "../enums/SettlementErrorCodeEnum";
+/**
+ * Response del endpoint `POST /settlements`. Indica si el settlement se
+ * ejecutó exitosamente (APPROVED) o fue rechazado (REJECTED) con un
+ * `errorCode` específico.
+ *
+ * Estado APPROVED:
+ *  - El TransactWriteItems se commiteó atómicamente.
+ *  - Balance acreditado + status del payment en APPLIED.
+ *  - `alreadySettled=false` (primera ejecución) o `alreadySettled=true`
+ *    (reintento idempotent — el row ya estaba en APPLIED).
+ *
+ * Estado REJECTED:
+ *  - El TransactWriteItems NO se ejecutó (pre-check falló) o falló
+ *    irrecuperablemente. Caller debe responder REJECTED al provider y
+ *    marcar el payment en `QUEUED_FOR_REFUND` para gestión manual.
+ *
+ * Ver spec 15.
+ */
+export interface SettleWalletFundingResponse {
+    status: BenefitPaymentStatusEnum;
+    /**
+     * `true` si el TransactWriteItems no se ejecutó porque el row ya estaba
+     * en APPLIED (idempotent fast path). `false` si fue la primera ejecución
+     * que efectivamente movió saldo.
+     */
+    alreadySettled: boolean;
+    /**
+     * Folio del processor devuelto al caller. En idempotent hit es el folio
+     * cacheado del row APPLIED previo (NO el del request actual).
+     */
+    processorTransactionNumber: string;
+    errorCode?: SettlementErrorCodeEnum;
+    message?: string;
+}

package/bin/walletFunding/dtos/SettleWalletFundingResponse.js

@@ -0,0 +1,2 @@
+"use strict";
+Object.defineProperty(exports, "__esModule", { value: true });

package/bin/walletFunding/dtos/index.d.ts

@@ -19,3 +19,5 @@ export * from "./ReverseWalletFundingRequest";
 export * from "./ReverseWalletFundingResponse";
 export * from "./AuthorizeFundingRequest";
 export * from "./AuthorizeFundingResponse";
+export * from "./SettleWalletFundingRequest";
+export * from "./SettleWalletFundingResponse";

package/bin/walletFunding/dtos/index.js

@@ -35,3 +35,5 @@ __exportStar(require("./ReverseWalletFundingRequest"), exports);
 __exportStar(require("./ReverseWalletFundingResponse"), exports);
 __exportStar(require("./AuthorizeFundingRequest"), exports);
 __exportStar(require("./AuthorizeFundingResponse"), exports);
+__exportStar(require("./SettleWalletFundingRequest"), exports);
+__exportStar(require("./SettleWalletFundingResponse"), exports);

package/bin/walletFunding/enums/SettlementErrorCodeEnum.d.ts

@@ -0,0 +1,25 @@
+/**
+ * Códigos de error del lambda `wallet-funding-settlement`.
+ *
+ * Distintos a `WalletFundingErrorCodeEnum` — esos son del flow del processor
+ * (validaciones PCF, AML, caps). Estos son específicos del settlement:
+ * estado del payment row + integridad del TransactWriteItems.
+ *
+ * Ver spec 15 §4.5 (flujo interno) + §8 (edge cases).
+ */
+export declare enum SettlementErrorCodeEnum {
+    /** El payment row no existe en la tabla del provider. Bug del caller (debió crear CONSULTED antes). */
+    PAYMENT_NOT_FOUND = "PAYMENT_NOT_FOUND",
+    /** El payment row está en estado terminal (FAILED, QUEUED_FOR_REFUND, REJECTED). No procede acreditar. */
+    PAYMENT_IN_TERMINAL_STATE = "PAYMENT_IN_TERMINAL_STATE",
+    /** La cuenta PCF no existe o no está accesible. */
+    ACCOUNT_NOT_FOUND = "ACCOUNT_NOT_FOUND",
+    /** El TransactWriteItems falló por razón no recuperable (no ConditionalCheckFailed esperado). */
+    TRANSACT_WRITE_FAILED = "TRANSACT_WRITE_FAILED",
+    /** El providerName del request no está registrado en el ProviderRegistry del settlement. */
+    PROVIDER_NOT_SUPPORTED = "PROVIDER_NOT_SUPPORTED",
+    /** El amount del request difiere del paymentAmount persistido en el row CONSULTED. Posible tampering. */
+    AMOUNT_MISMATCH = "AMOUNT_MISMATCH",
+    /** Error interno no clasificado. Caller debe loggear + alarmar. */
+    INTERNAL_ERROR = "INTERNAL_ERROR"
+}

package/bin/walletFunding/enums/SettlementErrorCodeEnum.js

@@ -0,0 +1,29 @@
+"use strict";
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.SettlementErrorCodeEnum = void 0;
+/**
+ * Códigos de error del lambda `wallet-funding-settlement`.
+ *
+ * Distintos a `WalletFundingErrorCodeEnum` — esos son del flow del processor
+ * (validaciones PCF, AML, caps). Estos son específicos del settlement:
+ * estado del payment row + integridad del TransactWriteItems.
+ *
+ * Ver spec 15 §4.5 (flujo interno) + §8 (edge cases).
+ */
+var SettlementErrorCodeEnum;
+(function (SettlementErrorCodeEnum) {
+    /** El payment row no existe en la tabla del provider. Bug del caller (debió crear CONSULTED antes). */
+    SettlementErrorCodeEnum["PAYMENT_NOT_FOUND"] = "PAYMENT_NOT_FOUND";
+    /** El payment row está en estado terminal (FAILED, QUEUED_FOR_REFUND, REJECTED). No procede acreditar. */
+    SettlementErrorCodeEnum["PAYMENT_IN_TERMINAL_STATE"] = "PAYMENT_IN_TERMINAL_STATE";
+    /** La cuenta PCF no existe o no está accesible. */
+    SettlementErrorCodeEnum["ACCOUNT_NOT_FOUND"] = "ACCOUNT_NOT_FOUND";
+    /** El TransactWriteItems falló por razón no recuperable (no ConditionalCheckFailed esperado). */
+    SettlementErrorCodeEnum["TRANSACT_WRITE_FAILED"] = "TRANSACT_WRITE_FAILED";
+    /** El providerName del request no está registrado en el ProviderRegistry del settlement. */
+    SettlementErrorCodeEnum["PROVIDER_NOT_SUPPORTED"] = "PROVIDER_NOT_SUPPORTED";
+    /** El amount del request difiere del paymentAmount persistido en el row CONSULTED. Posible tampering. */
+    SettlementErrorCodeEnum["AMOUNT_MISMATCH"] = "AMOUNT_MISMATCH";
+    /** Error interno no clasificado. Caller debe loggear + alarmar. */
+    SettlementErrorCodeEnum["INTERNAL_ERROR"] = "INTERNAL_ERROR";
+})(SettlementErrorCodeEnum || (exports.SettlementErrorCodeEnum = SettlementErrorCodeEnum = {}));

package/bin/walletFunding/enums/index.d.ts

@@ -6,3 +6,4 @@ export * from "./WalletFundingErrorCodeEnum";
 export * from "./WalletFundingRefundReasonEnum";
 export * from "./PaymentCodeTypeEnum";
 export * from "./FundingWebhookTypeEnum";
+export * from "./SettlementErrorCodeEnum";

package/bin/walletFunding/enums/index.js

@@ -22,3 +22,4 @@ __exportStar(require("./WalletFundingErrorCodeEnum"), exports);
 __exportStar(require("./WalletFundingRefundReasonEnum"), exports);
 __exportStar(require("./PaymentCodeTypeEnum"), exports);
 __exportStar(require("./FundingWebhookTypeEnum"), exports);
+__exportStar(require("./SettlementErrorCodeEnum"), exports);

package/bin/walletFunding/index.d.ts

@@ -1,2 +1,3 @@
 export * from "./enums";
 export * from "./dtos";
+export * from "./schemas";

package/bin/walletFunding/index.js

@@ -16,3 +16,4 @@ var __exportStar = (this && this.__exportStar) || function(m, exports) {
 Object.defineProperty(exports, "__esModule", { value: true });
 __exportStar(require("./enums"), exports);
 __exportStar(require("./dtos"), exports);
+__exportStar(require("./schemas"), exports);

package/bin/walletFunding/schemas/AccountPagoConfiadoSchema.d.ts

@@ -0,0 +1,37 @@
+/**
+ * Schema literal de la tabla DDB `AccountPagoConfiado_GT`.
+ *
+ * Owner declarado: `account-pago-confiado`. Write-shared con
+ * `wallet-funding-settlement` SOLO en el path money (campos de balance) bajo
+ * excepción documentada (spec 15 §3 + spec 10 §7 pendiente).
+ *
+ * El settlement escribe ÚNICAMENTE estos campos vía TransactWriteItems:
+ *   - `availableBalance` (ADD :amt)
+ *   - `currentBalance`   (ADD :amt)
+ *   - `updatedAt`         (SET :now)
+ *
+ * El resto del shape (status, level, KYC, settings) sigue siendo write-exclusivo
+ * del owner. Cualquier campo nuevo de balance que el settlement deba escribir
+ * requiere actualizar este schema + el TransactWriteBuilder del settlement.
+ */
+export declare const AccountPagoConfiadoTable: {
+    readonly name: "AccountPagoConfiado_GT";
+    readonly pk: "id";
+    readonly attributes: {
+        readonly id: "id";
+        readonly directoryId: "directoryId";
+        readonly availableBalance: "availableBalance";
+        readonly currentBalance: "currentBalance";
+        readonly lockedBalance: "lockedBalance";
+        readonly unsettledBalance: "unsettledBalance";
+        readonly unpaidBalance: "unpaidBalance";
+        readonly unallowedBalance: "unallowedBalance";
+        readonly updatedAt: "updatedAt";
+        readonly status: "status";
+        readonly accountLevel: "accountLevel";
+        readonly currency: "currency";
+        readonly countryId: "countryId";
+        readonly createdAt: "createdAt";
+    };
+};
+export type AccountPagoConfiadoAttribute = typeof AccountPagoConfiadoTable.attributes[keyof typeof AccountPagoConfiadoTable.attributes];

package/bin/walletFunding/schemas/AccountPagoConfiadoSchema.js

@@ -0,0 +1,41 @@
+"use strict";
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.AccountPagoConfiadoTable = void 0;
+/**
+ * Schema literal de la tabla DDB `AccountPagoConfiado_GT`.
+ *
+ * Owner declarado: `account-pago-confiado`. Write-shared con
+ * `wallet-funding-settlement` SOLO en el path money (campos de balance) bajo
+ * excepción documentada (spec 15 §3 + spec 10 §7 pendiente).
+ *
+ * El settlement escribe ÚNICAMENTE estos campos vía TransactWriteItems:
+ *   - `availableBalance` (ADD :amt)
+ *   - `currentBalance`   (ADD :amt)
+ *   - `updatedAt`         (SET :now)
+ *
+ * El resto del shape (status, level, KYC, settings) sigue siendo write-exclusivo
+ * del owner. Cualquier campo nuevo de balance que el settlement deba escribir
+ * requiere actualizar este schema + el TransactWriteBuilder del settlement.
+ */
+exports.AccountPagoConfiadoTable = {
+    name: "AccountPagoConfiado_GT",
+    pk: "id",
+    attributes: {
+        id: "id",
+        directoryId: "directoryId",
+        // Campos write-shared con wallet-funding-settlement (money path):
+        availableBalance: "availableBalance",
+        currentBalance: "currentBalance",
+        lockedBalance: "lockedBalance",
+        unsettledBalance: "unsettledBalance",
+        unpaidBalance: "unpaidBalance",
+        unallowedBalance: "unallowedBalance",
+        updatedAt: "updatedAt",
+        // Campos write-exclusive del owner (account-pago-confiado):
+        status: "status",
+        accountLevel: "accountLevel",
+        currency: "currency",
+        countryId: "countryId",
+        createdAt: "createdAt",
+    },
+};

package/bin/walletFunding/schemas/EqualityFundingPaymentSchema.d.ts

@@ -0,0 +1,42 @@
+/**
+ * Schema literal de la tabla DDB `EqualityFundingPayment_GT`.
+ *
+ * Define los nombres exactos de tabla, atributos e índices que el
+ * `equality-connector` (owner declarado) y el `wallet-funding-settlement`
+ * (write-shared bajo excepción money path, spec 15 §3) consumen.
+ *
+ * NO es un model de Dynamoose — son solo constantes type-safe. El
+ * settlement usa DDB SDK v3 raw para `TransactWriteItems`; el connector
+ * sigue usando Dynamoose en su repositorio (su propio model interno).
+ *
+ * Cuando el schema cambia (nuevo campo, índice nuevo), bump del type-kit
+ * fuerza recompile de TODOS los consumers → drift imposible en silence.
+ */
+export declare const EqualityFundingPaymentTable: {
+    readonly name: "EqualityFundingPayment_GT";
+    readonly pk: "equalityTransactionNumber";
+    readonly attributes: {
+        readonly equalityTransactionNumber: "equalityTransactionNumber";
+        readonly directoryId: "directoryId";
+        readonly reference: "reference";
+        readonly paymentAmount: "paymentAmount";
+        readonly paymentDate: "paymentDate";
+        readonly center: "center";
+        readonly centerId: "centerId";
+        readonly status: "status";
+        readonly webhookType: "webhookType";
+        readonly webhookRequestRaw: "webhookRequestRaw";
+        readonly webhookResponseRaw: "webhookResponseRaw";
+        readonly processorTransactionNumber: "processorTransactionNumber";
+        readonly rejectionCode: "rejectionCode";
+        readonly rejectionReason: "rejectionReason";
+        readonly refundReason: "refundReason";
+        readonly createdAt: "createdAt";
+        readonly updatedAt: "updatedAt";
+    };
+    readonly indexes: {
+        /** GSI por status + createdAt — usado por crons de reconciliation/refund. */
+        readonly statusCreatedAt: "status-createdAt-index";
+    };
+};
+export type EqualityFundingPaymentAttribute = typeof EqualityFundingPaymentTable.attributes[keyof typeof EqualityFundingPaymentTable.attributes];

package/bin/walletFunding/schemas/EqualityFundingPaymentSchema.js

@@ -0,0 +1,44 @@
+"use strict";
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.EqualityFundingPaymentTable = void 0;
+/**
+ * Schema literal de la tabla DDB `EqualityFundingPayment_GT`.
+ *
+ * Define los nombres exactos de tabla, atributos e índices que el
+ * `equality-connector` (owner declarado) y el `wallet-funding-settlement`
+ * (write-shared bajo excepción money path, spec 15 §3) consumen.
+ *
+ * NO es un model de Dynamoose — son solo constantes type-safe. El
+ * settlement usa DDB SDK v3 raw para `TransactWriteItems`; el connector
+ * sigue usando Dynamoose en su repositorio (su propio model interno).
+ *
+ * Cuando el schema cambia (nuevo campo, índice nuevo), bump del type-kit
+ * fuerza recompile de TODOS los consumers → drift imposible en silence.
+ */
+exports.EqualityFundingPaymentTable = {
+    name: "EqualityFundingPayment_GT",
+    pk: "equalityTransactionNumber",
+    attributes: {
+        equalityTransactionNumber: "equalityTransactionNumber",
+        directoryId: "directoryId",
+        reference: "reference",
+        paymentAmount: "paymentAmount",
+        paymentDate: "paymentDate",
+        center: "center",
+        centerId: "centerId",
+        status: "status",
+        webhookType: "webhookType",
+        webhookRequestRaw: "webhookRequestRaw",
+        webhookResponseRaw: "webhookResponseRaw",
+        processorTransactionNumber: "processorTransactionNumber",
+        rejectionCode: "rejectionCode",
+        rejectionReason: "rejectionReason",
+        refundReason: "refundReason",
+        createdAt: "createdAt",
+        updatedAt: "updatedAt",
+    },
+    indexes: {
+        /** GSI por status + createdAt — usado por crons de reconciliation/refund. */
+        statusCreatedAt: "status-createdAt-index",
+    },
+};

package/bin/walletFunding/schemas/index.d.ts

@@ -0,0 +1,2 @@
+export * from "./EqualityFundingPaymentSchema";
+export * from "./AccountPagoConfiadoSchema";

package/bin/{rbac → walletFunding/schemas}/index.js

@@ -14,4 +14,5 @@ var __exportStar = (this && this.__exportStar) || function(m, exports) {
     for (var p in m) if (p !== "default" && !Object.prototype.hasOwnProperty.call(exports, p)) __createBinding(exports, m, p);
 };
 Object.defineProperty(exports, "__esModule", { value: true });
-__exportStar(require("./enums/PoolKind"), exports);
+__exportStar(require("./EqualityFundingPaymentSchema"), exports);
+__exportStar(require("./AccountPagoConfiadoSchema"), exports);

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@fiado/type-kit",
-  "version": "3.121.0",
+  "version": "3.123.0",
   "description": "",
   "main": "bin/index.js",
   "types": "bin/index.d.ts",

package/src/transactionProcessor/dtos/PublishFiadoTxRequest.ts

@@ -0,0 +1,34 @@
+import { IsObject, IsOptional, IsString, MaxLength } from "class-validator";
+
+/**
+ * Request del endpoint `POST /wallet-funding/publish` del processor.
+ *
+ * Publica el evento de FiadoTx (tupla EQ_CASH_SA / CASH_IN del wallet-funding
+ * cash-in) al SQS `TRANSACTION_QUEUE` para que `transaction-business` lo
+ * consuma y persista en `FiadoTx_GT`.
+ *
+ * Best-effort: el caller (equality-connector post-settlement, o el cron de
+ * gap-reconciliation del mismo connector) debe tratar el error como
+ * recuperable — el reconciler T+0 rescata gaps que queden.
+ *
+ * Ver spec 15 §6.2 (processor mantiene ownership del SQS publish) + §5.1
+ * (reconciler en el connector).
+ */
+export class PublishFiadoTxRequest {
+    /** Identificador idempotente del evento. Sugerido: `${providerName}:${providerTxId}`. */
+    @IsString() @MaxLength(128) idempotencyKey!: string;
+
+    /**
+     * Spec completo de la tupla FiadoTx a persistir. Shape generado por el
+     * processor en `walletFundingValidate()` (campo `fiadoTxSpec` de la response).
+     * El caller lo recibe del processor y lo reenvía sin modificar.
+     *
+     * Es `unknown` aquí (no tipado fuerte) porque el shape interno del processor
+     * puede cambiar sin breaking change para los callers — el processor es dueño
+     * del shape y de su serialización al SQS.
+     */
+    @IsObject() fiadoTxSpec!: Record<string, unknown>;
+
+    /** Contexto opcional para logs/auditoría (ej. "post-settlement" | "reconciler-gap"). */
+    @IsOptional() @IsString() @MaxLength(64) origin?: string;
+}

package/src/transactionProcessor/dtos/PublishFiadoTxResponse.ts

@@ -0,0 +1,14 @@
+/**
+ * Response del endpoint `POST /wallet-funding/publish` del processor.
+ *
+ * Best-effort: status="FAILED" indica que el publish al SQS no se ejecutó
+ * (sqs.sendMessage falló). El caller debe loggear y continuar — el
+ * reconciler T+0 del connector eventualmente recuperará el gap.
+ *
+ * Ver spec 15 §6.2.
+ */
+export interface PublishFiadoTxResponse {
+    status: "OK" | "FAILED";
+    /** Mensaje breve para logs. Vacío en happy path. */
+    message?: string;
+}

package/src/transactionProcessor/index.ts

@@ -39,6 +39,8 @@ export * from './dtos/ProviderProcessServicePaymentTransactionRequest';
 export * from './dtos/ProviderProcessServicePaymentTransactionResponse';
 export * from './dtos/AuthorizeRenewalPreAuthRequest';
 export * from './dtos/AuthorizeRenewalPreAuthResponse';
+export * from './dtos/PublishFiadoTxRequest';
+export * from './dtos/PublishFiadoTxResponse';
 
 export * from './enums/TransactionProcessorCodesEnum';
 export * from './enums/AsyncTxStatusEnum';

package/src/walletFunding/dtos/SettleWalletFundingRequest.ts

@@ -0,0 +1,53 @@
+import { IsNumber, IsObject, IsOptional, IsPositive, IsString, Length, MaxLength } from "class-validator";
+
+/**
+ * Request del endpoint `POST /settlements` del lambda `wallet-funding-settlement`.
+ *
+ * Ejecuta el WRITE atómico (TransactWriteItems 2 items) que acredita el
+ * balance del wallet Y marca el payment del provider como APPLIED, todo
+ * en una única transacción ACID DDB single-region.
+ *
+ * Idempotente por `ConditionExpression: status = CONSULTED` sobre el
+ * payment row del provider. Si el reintento llega y el row ya está en
+ * APPLIED, el settlement devuelve `alreadySettled=true` con el folio
+ * cacheado sin re-creditar.
+ *
+ * Caller canónico: `equality-connector.WebhookPaymentManager` post
+ * `processor.walletFundingValidate()`. Ver spec 15.
+ */
+export class SettleWalletFundingRequest {
+    /** Nombre canónico del provider cash-in. V1: "equality". Futuros: "openpay", etc. */
+    @IsString() @MaxLength(32) providerName!: string;
+
+    /**
+     * Identificador de la transacción en el provider. Para Equality es
+     * `equalityTransactionNumber` (PK de `EqualityFundingPayment_GT`).
+     */
+    @IsString() @MaxLength(64) providerTxId!: string;
+
+    /** Referencia del payment row (ej. la `reference` de Equality). */
+    @IsString() @MaxLength(128) providerReference!: string;
+
+    @IsString() @MaxLength(64) directoryId!: string;
+
+    /** PK de la cuenta PCF (AccountPagoConfiado_GT.id) destino del crédito. */
+    @IsString() @MaxLength(64) accountId!: string;
+
+    @IsNumber() @IsPositive() amount!: number;
+
+    @IsString() @Length(3, 3) currencyCode!: string;
+
+    /**
+     * Folio del processor (campo Alfanumérico según doc Passport). Pre-generado
+     * por `processor.walletFundingValidate()` y reenviado al settlement para
+     * persistirlo en el payment row como `processorTransactionNumber`.
+     */
+    @IsString() @MaxLength(64) processorTransactionNumber!: string;
+
+    /**
+     * Snapshot del webhook recibido del provider. Opcional — se persiste en
+     * `webhookResponseRaw` del payment row para auditoría. NO load-bearing
+     * para la idempotencia ni el flow.
+     */
+    @IsOptional() @IsObject() webhookEcho?: Record<string, unknown>;
+}

package/src/walletFunding/dtos/SettleWalletFundingResponse.ts

@@ -0,0 +1,37 @@
+import { BenefitPaymentStatusEnum } from "../../benefitCenter/enums/BenefitPaymentStatusEnum";
+import { SettlementErrorCodeEnum } from "../enums/SettlementErrorCodeEnum";
+
+/**
+ * Response del endpoint `POST /settlements`. Indica si el settlement se
+ * ejecutó exitosamente (APPROVED) o fue rechazado (REJECTED) con un
+ * `errorCode` específico.
+ *
+ * Estado APPROVED:
+ *  - El TransactWriteItems se commiteó atómicamente.
+ *  - Balance acreditado + status del payment en APPLIED.
+ *  - `alreadySettled=false` (primera ejecución) o `alreadySettled=true`
+ *    (reintento idempotent — el row ya estaba en APPLIED).
+ *
+ * Estado REJECTED:
+ *  - El TransactWriteItems NO se ejecutó (pre-check falló) o falló
+ *    irrecuperablemente. Caller debe responder REJECTED al provider y
+ *    marcar el payment en `QUEUED_FOR_REFUND` para gestión manual.
+ *
+ * Ver spec 15.
+ */
+export interface SettleWalletFundingResponse {
+    status: BenefitPaymentStatusEnum;
+    /**
+     * `true` si el TransactWriteItems no se ejecutó porque el row ya estaba
+     * en APPLIED (idempotent fast path). `false` si fue la primera ejecución
+     * que efectivamente movió saldo.
+     */
+    alreadySettled: boolean;
+    /**
+     * Folio del processor devuelto al caller. En idempotent hit es el folio
+     * cacheado del row APPLIED previo (NO el del request actual).
+     */
+    processorTransactionNumber: string;
+    errorCode?: SettlementErrorCodeEnum;
+    message?: string;
+}

package/src/walletFunding/dtos/index.ts

@@ -19,3 +19,5 @@ export * from "./ReverseWalletFundingRequest";
 export * from "./ReverseWalletFundingResponse";
 export * from "./AuthorizeFundingRequest";
 export * from "./AuthorizeFundingResponse";
+export * from "./SettleWalletFundingRequest";
+export * from "./SettleWalletFundingResponse";

package/src/walletFunding/enums/SettlementErrorCodeEnum.ts

@@ -0,0 +1,25 @@
+/**
+ * Códigos de error del lambda `wallet-funding-settlement`.
+ *
+ * Distintos a `WalletFundingErrorCodeEnum` — esos son del flow del processor
+ * (validaciones PCF, AML, caps). Estos son específicos del settlement:
+ * estado del payment row + integridad del TransactWriteItems.
+ *
+ * Ver spec 15 §4.5 (flujo interno) + §8 (edge cases).
+ */
+export enum SettlementErrorCodeEnum {
+    /** El payment row no existe en la tabla del provider. Bug del caller (debió crear CONSULTED antes). */
+    PAYMENT_NOT_FOUND = "PAYMENT_NOT_FOUND",
+    /** El payment row está en estado terminal (FAILED, QUEUED_FOR_REFUND, REJECTED). No procede acreditar. */
+    PAYMENT_IN_TERMINAL_STATE = "PAYMENT_IN_TERMINAL_STATE",
+    /** La cuenta PCF no existe o no está accesible. */
+    ACCOUNT_NOT_FOUND = "ACCOUNT_NOT_FOUND",
+    /** El TransactWriteItems falló por razón no recuperable (no ConditionalCheckFailed esperado). */
+    TRANSACT_WRITE_FAILED = "TRANSACT_WRITE_FAILED",
+    /** El providerName del request no está registrado en el ProviderRegistry del settlement. */
+    PROVIDER_NOT_SUPPORTED = "PROVIDER_NOT_SUPPORTED",
+    /** El amount del request difiere del paymentAmount persistido en el row CONSULTED. Posible tampering. */
+    AMOUNT_MISMATCH = "AMOUNT_MISMATCH",
+    /** Error interno no clasificado. Caller debe loggear + alarmar. */
+    INTERNAL_ERROR = "INTERNAL_ERROR",
+}

package/src/walletFunding/enums/index.ts

@@ -6,3 +6,4 @@ export * from "./WalletFundingErrorCodeEnum";
 export * from "./WalletFundingRefundReasonEnum";
 export * from "./PaymentCodeTypeEnum";
 export * from "./FundingWebhookTypeEnum";
+export * from "./SettlementErrorCodeEnum";

package/src/walletFunding/index.ts

@@ -1,2 +1,3 @@
 export * from "./enums";
 export * from "./dtos";
+export * from "./schemas";

package/src/walletFunding/schemas/AccountPagoConfiadoSchema.ts

@@ -0,0 +1,41 @@
+/**
+ * Schema literal de la tabla DDB `AccountPagoConfiado_GT`.
+ *
+ * Owner declarado: `account-pago-confiado`. Write-shared con
+ * `wallet-funding-settlement` SOLO en el path money (campos de balance) bajo
+ * excepción documentada (spec 15 §3 + spec 10 §7 pendiente).
+ *
+ * El settlement escribe ÚNICAMENTE estos campos vía TransactWriteItems:
+ *   - `availableBalance` (ADD :amt)
+ *   - `currentBalance`   (ADD :amt)
+ *   - `updatedAt`         (SET :now)
+ *
+ * El resto del shape (status, level, KYC, settings) sigue siendo write-exclusivo
+ * del owner. Cualquier campo nuevo de balance que el settlement deba escribir
+ * requiere actualizar este schema + el TransactWriteBuilder del settlement.
+ */
+export const AccountPagoConfiadoTable = {
+    name: "AccountPagoConfiado_GT",
+    pk: "id",
+    attributes: {
+        id: "id",
+        directoryId: "directoryId",
+        // Campos write-shared con wallet-funding-settlement (money path):
+        availableBalance: "availableBalance",
+        currentBalance: "currentBalance",
+        lockedBalance: "lockedBalance",
+        unsettledBalance: "unsettledBalance",
+        unpaidBalance: "unpaidBalance",
+        unallowedBalance: "unallowedBalance",
+        updatedAt: "updatedAt",
+        // Campos write-exclusive del owner (account-pago-confiado):
+        status: "status",
+        accountLevel: "accountLevel",
+        currency: "currency",
+        countryId: "countryId",
+        createdAt: "createdAt",
+    },
+} as const;
+
+export type AccountPagoConfiadoAttribute =
+    typeof AccountPagoConfiadoTable.attributes[keyof typeof AccountPagoConfiadoTable.attributes];

package/src/walletFunding/schemas/EqualityFundingPaymentSchema.ts

@@ -0,0 +1,44 @@
+/**
+ * Schema literal de la tabla DDB `EqualityFundingPayment_GT`.
+ *
+ * Define los nombres exactos de tabla, atributos e índices que el
+ * `equality-connector` (owner declarado) y el `wallet-funding-settlement`
+ * (write-shared bajo excepción money path, spec 15 §3) consumen.
+ *
+ * NO es un model de Dynamoose — son solo constantes type-safe. El
+ * settlement usa DDB SDK v3 raw para `TransactWriteItems`; el connector
+ * sigue usando Dynamoose en su repositorio (su propio model interno).
+ *
+ * Cuando el schema cambia (nuevo campo, índice nuevo), bump del type-kit
+ * fuerza recompile de TODOS los consumers → drift imposible en silence.
+ */
+export const EqualityFundingPaymentTable = {
+    name: "EqualityFundingPayment_GT",
+    pk: "equalityTransactionNumber",
+    attributes: {
+        equalityTransactionNumber: "equalityTransactionNumber",
+        directoryId: "directoryId",
+        reference: "reference",
+        paymentAmount: "paymentAmount",
+        paymentDate: "paymentDate",
+        center: "center",
+        centerId: "centerId",
+        status: "status",
+        webhookType: "webhookType",
+        webhookRequestRaw: "webhookRequestRaw",
+        webhookResponseRaw: "webhookResponseRaw",
+        processorTransactionNumber: "processorTransactionNumber",
+        rejectionCode: "rejectionCode",
+        rejectionReason: "rejectionReason",
+        refundReason: "refundReason",
+        createdAt: "createdAt",
+        updatedAt: "updatedAt",
+    },
+    indexes: {
+        /** GSI por status + createdAt — usado por crons de reconciliation/refund. */
+        statusCreatedAt: "status-createdAt-index",
+    },
+} as const;
+
+export type EqualityFundingPaymentAttribute =
+    typeof EqualityFundingPaymentTable.attributes[keyof typeof EqualityFundingPaymentTable.attributes];

package/src/walletFunding/schemas/index.ts

@@ -0,0 +1,2 @@
+export * from "./EqualityFundingPaymentSchema";
+export * from "./AccountPagoConfiadoSchema";

package/bin/cognitoBackofficeConnector/dtos/MfaPoolConfig.d.ts

@@ -1,7 +0,0 @@
-declare const ALLOWED_MFA_TYPES: readonly ["SOFTWARE_TOKEN_MFA"];
-export type AllowedMfaType = (typeof ALLOWED_MFA_TYPES)[number];
-export declare class MfaPoolConfig {
-    requireMfa: boolean;
-    mfaTypes: AllowedMfaType[];
-}
-export {};

package/bin/cognitoBackofficeConnector/dtos/MfaPoolConfig.js

@@ -1,36 +0,0 @@
-"use strict";
-var __decorate = (this && this.__decorate) || function (decorators, target, key, desc) {
-    var c = arguments.length, r = c < 3 ? target : desc === null ? desc = Object.getOwnPropertyDescriptor(target, key) : desc, d;
-    if (typeof Reflect === "object" && typeof Reflect.decorate === "function") r = Reflect.decorate(decorators, target, key, desc);
-    else for (var i = decorators.length - 1; i >= 0; i--) if (d = decorators[i]) r = (c < 3 ? d(r) : c > 3 ? d(target, key, r) : d(target, key)) || r;
-    return c > 3 && r && Object.defineProperty(target, key, r), r;
-};
-var __metadata = (this && this.__metadata) || function (k, v) {
-    if (typeof Reflect === "object" && typeof Reflect.metadata === "function") return Reflect.metadata(k, v);
-};
-Object.defineProperty(exports, "__esModule", { value: true });
-exports.MfaPoolConfig = void 0;
-const class_transformer_1 = require("class-transformer");
-const class_validator_1 = require("class-validator");
-const MfaTypesRequiresOne_1 = require("../validators/MfaTypesRequiresOne");
-// EMAIL_OTP removido (3.41.0): el cognito-backoffice-connector no provisiona
-// EmailMfaConfiguration a nivel pool (requiere infra SES que no está montada
-// y la integración con messages-lambda aún no tiene diseño). Ver TD-020 +
-// DEC-001 en cognito-backoffice-connector/docs/. Si se reintroduce, agregar
-// 'EMAIL_OTP' a este array.
-const ALLOWED_MFA_TYPES = ['SOFTWARE_TOKEN_MFA'];
-class MfaPoolConfig {
-}
-exports.MfaPoolConfig = MfaPoolConfig;
-__decorate([
-    (0, class_transformer_1.Expose)(),
-    (0, class_validator_1.IsBoolean)(),
-    __metadata("design:type", Boolean)
-], MfaPoolConfig.prototype, "requireMfa", void 0);
-__decorate([
-    (0, class_transformer_1.Expose)(),
-    (0, class_validator_1.IsArray)(),
-    (0, class_validator_1.IsIn)(ALLOWED_MFA_TYPES, { each: true }),
-    (0, class_validator_1.Validate)(MfaTypesRequiresOne_1.MfaTypesRequiresOne),
-    __metadata("design:type", Array)
-], MfaPoolConfig.prototype, "mfaTypes", void 0);

package/bin/cognitoBackofficeConnector/dtos/PoolConfigResponse.d.ts

@@ -1,20 +0,0 @@
-import { PoolKind } from '../../rbac/enums/PoolKind';
-/**
- * Shape del `PoolConfigRow` expuesto al caller (BFF M18 / otros lambdas Fiado).
- * Refleja la configuración de un Cognito User Pool registrado en la tabla
- * `PoolConfigs_GT` del lambda `cognito-backoffice-connector`.
- */
-export declare class PoolConfigResponse {
-    userPoolId: string;
-    userPoolArn: string;
-    region: string;
-    poolKind: PoolKind;
-    displayName: string;
-    appClients: Record<string, {
-        clientId: string;
-        clientName: string;
-    }>;
-    status: 'active' | 'deprecated';
-    createdAt: number;
-    updatedAt: number;
-}

package/bin/cognitoBackofficeConnector/dtos/PoolConfigResponse.js

@@ -1,11 +0,0 @@
-"use strict";
-Object.defineProperty(exports, "__esModule", { value: true });
-exports.PoolConfigResponse = void 0;
-/**
- * Shape del `PoolConfigRow` expuesto al caller (BFF M18 / otros lambdas Fiado).
- * Refleja la configuración de un Cognito User Pool registrado en la tabla
- * `PoolConfigs_GT` del lambda `cognito-backoffice-connector`.
- */
-class PoolConfigResponse {
-}
-exports.PoolConfigResponse = PoolConfigResponse;

package/bin/cognitoBackofficeConnector/dtos/PoolsListResponse.d.ts

@@ -1,4 +0,0 @@
-import { PoolConfigResponse } from './PoolConfigResponse';
-export declare class PoolsListResponse {
-    pools: PoolConfigResponse[];
-}

package/bin/cognitoBackofficeConnector/dtos/PoolsListResponse.js

@@ -1,6 +0,0 @@
-"use strict";
-Object.defineProperty(exports, "__esModule", { value: true });
-exports.PoolsListResponse = void 0;
-class PoolsListResponse {
-}
-exports.PoolsListResponse = PoolsListResponse;

package/bin/cognitoBackofficeConnector/validators/MfaTypesRequiresOne.d.ts

@@ -1,17 +0,0 @@
-import { ValidatorConstraintInterface, ValidationArguments } from 'class-validator';
-/**
- * Cross-field validator: si `requireMfa: true`, entonces `mfaTypes` debe tener
- * al menos 1 elemento. Si `requireMfa: false`, `mfaTypes` puede ser vacío.
- *
- * Razón: cuando el pool nace con MFA habilitado, el connector llama
- * `SetUserPoolMfaConfigCommand` con la lista de tipos del DTO. Si el array
- * llega vacío con `requireMfa: true`, el SDK rechaza con InvalidParameterException
- * y el pool queda en estado inconsistente (MfaConfiguration:'ON' sin tipos).
- * Mejor rechazar en validación del DTO antes de tocar AWS.
- *
- * Ver pivote v1.4.1 TD-017 cerrado + spec doc §1 R3.
- */
-export declare class MfaTypesRequiresOne implements ValidatorConstraintInterface {
-    validate(mfaTypes: unknown, args: ValidationArguments): boolean;
-    defaultMessage(): string;
-}

package/bin/cognitoBackofficeConnector/validators/MfaTypesRequiresOne.js

@@ -1,39 +0,0 @@
-"use strict";
-var __decorate = (this && this.__decorate) || function (decorators, target, key, desc) {
-    var c = arguments.length, r = c < 3 ? target : desc === null ? desc = Object.getOwnPropertyDescriptor(target, key) : desc, d;
-    if (typeof Reflect === "object" && typeof Reflect.decorate === "function") r = Reflect.decorate(decorators, target, key, desc);
-    else for (var i = decorators.length - 1; i >= 0; i--) if (d = decorators[i]) r = (c < 3 ? d(r) : c > 3 ? d(target, key, r) : d(target, key)) || r;
-    return c > 3 && r && Object.defineProperty(target, key, r), r;
-};
-Object.defineProperty(exports, "__esModule", { value: true });
-exports.MfaTypesRequiresOne = void 0;
-const class_validator_1 = require("class-validator");
-/**
- * Cross-field validator: si `requireMfa: true`, entonces `mfaTypes` debe tener
- * al menos 1 elemento. Si `requireMfa: false`, `mfaTypes` puede ser vacío.
- *
- * Razón: cuando el pool nace con MFA habilitado, el connector llama
- * `SetUserPoolMfaConfigCommand` con la lista de tipos del DTO. Si el array
- * llega vacío con `requireMfa: true`, el SDK rechaza con InvalidParameterException
- * y el pool queda en estado inconsistente (MfaConfiguration:'ON' sin tipos).
- * Mejor rechazar en validación del DTO antes de tocar AWS.
- *
- * Ver pivote v1.4.1 TD-017 cerrado + spec doc §1 R3.
- */
-let MfaTypesRequiresOne = class MfaTypesRequiresOne {
-    validate(mfaTypes, args) {
-        const obj = args.object;
-        if (obj.requireMfa === true) {
-            return Array.isArray(mfaTypes) && mfaTypes.length >= 1;
-        }
-        // requireMfa: false → cualquier mfaTypes pasa.
-        return true;
-    }
-    defaultMessage() {
-        return 'mfaTypes requiere al menos un tipo cuando requireMfa=true';
-    }
-};
-exports.MfaTypesRequiresOne = MfaTypesRequiresOne;
-exports.MfaTypesRequiresOne = MfaTypesRequiresOne = __decorate([
-    (0, class_validator_1.ValidatorConstraint)({ name: 'MfaTypesRequiresOneWhenMfaRequired', async: false })
-], MfaTypesRequiresOne);

package/bin/rbac/enums/PoolKind.d.ts

@@ -1,16 +0,0 @@
-/**
- * Tipo de User Pool de Cognito desde la perspectiva del modelo RBAC Fiado.
- *
- * Origen: spec del proyecto `cognito-backoffice-connector` (Fase 0, componente 01
- * documento `docs/superpowers/specs/2026-05-26-cognito-connector-decisiones-pendientes-design.md`).
- *
- * Decisión (TD-003): el proyecto converge en estos 2 valores. El documento componente 03
- * lista 3 valores (incluyendo una variante adicional) pero queda como outlier — la
- * decisión vigente en los 6 docs restantes y en el plan de implementación es 2 valores:
- *  - BACKOFFICE_PLATFORM — pool del backoffice de plataforma (cross-tenant)
- *  - BACKOFFICE_TENANT — pool por tenant (multi-tenant isolation)
- */
-export declare enum PoolKind {
-    BACKOFFICE_PLATFORM = "BACKOFFICE_PLATFORM",
-    BACKOFFICE_TENANT = "BACKOFFICE_TENANT"
-}

package/bin/rbac/enums/PoolKind.js

@@ -1,20 +0,0 @@
-"use strict";
-Object.defineProperty(exports, "__esModule", { value: true });
-exports.PoolKind = void 0;
-/**
- * Tipo de User Pool de Cognito desde la perspectiva del modelo RBAC Fiado.
- *
- * Origen: spec del proyecto `cognito-backoffice-connector` (Fase 0, componente 01
- * documento `docs/superpowers/specs/2026-05-26-cognito-connector-decisiones-pendientes-design.md`).
- *
- * Decisión (TD-003): el proyecto converge en estos 2 valores. El documento componente 03
- * lista 3 valores (incluyendo una variante adicional) pero queda como outlier — la
- * decisión vigente en los 6 docs restantes y en el plan de implementación es 2 valores:
- *  - BACKOFFICE_PLATFORM — pool del backoffice de plataforma (cross-tenant)
- *  - BACKOFFICE_TENANT — pool por tenant (multi-tenant isolation)
- */
-var PoolKind;
-(function (PoolKind) {
-    PoolKind["BACKOFFICE_PLATFORM"] = "BACKOFFICE_PLATFORM";
-    PoolKind["BACKOFFICE_TENANT"] = "BACKOFFICE_TENANT";
-})(PoolKind || (exports.PoolKind = PoolKind = {}));

package/bin/rbac/index.d.ts

@@ -1 +0,0 @@
-export * from './enums/PoolKind';