@veriko-mx/sdk 0.4.13 → 0.4.14

package/CHANGELOG.md

@@ -7,6 +7,14 @@ versiones según [SemVer](https://semver.org/lang/es/).
 
 Sin cambios todavía.
 
+## [0.4.14] — 2026-10-15
+
+### Añadido
+
+- `beneficiaries.create()` devuelve `CreatedBeneficiary`, con `reactivated`: `true` cuando el alta reactivó una
+  cuenta archivada con el mismo número (la API responde `200` con `meta.reactivated`) y `false` en un alta
+  nueva.
+
 ## [0.4.13] — 2026-10-15
 
 ### Añadido

package/README.md

@@ -429,6 +429,10 @@ const found = await client.beneficiaries.lookup('012180004412345678'); // la cue
 console.log(found.attributes.bank_name);
 ```
 
+Registrar una cuenta archivada la reactiva: la API responde `200` en vez de `201` y `beneficiary.reactivated`
+es `true`. Sin `label`, la cuenta conserva su alias. Registrar una cuenta que ya está activa se lanza como
+`InvalidRequestError` con `beneficiary_already_registered`.
+
 La lista completa se recorre con `client.beneficiaries.list()`, que no pagina, y `delete()` archiva una cuenta sin
 borrarla: `list({ withArchived: true })` devuelve sólo las archivadas. `export()` la descarga en CSV o en
 XLSX.

package/dist/cjs/client.d.ts

@@ -7,7 +7,7 @@ export declare const DEFAULT_TIMEOUT_MS = 30000;
 export declare const API_KEY_ENV_VAR = "VERIKO_API_KEY";
 export declare const BASE_URL_ENV_VAR = "VERIKO_BASE_URL";
 /** La versión que viaja en el `User-Agent`. `test/client.test.ts` la compara con `package.json`. */
-export declare const VERSION = "0.4.13";
+export declare const VERSION = "0.4.14";
 export interface VerikoOptions {
     /** La clave de API. Por omisión, `VERIKO_API_KEY`. */
     apiKey?: string;

package/dist/cjs/client.js

@@ -9,7 +9,7 @@ exports.DEFAULT_TIMEOUT_MS = 30_000;
 exports.API_KEY_ENV_VAR = 'VERIKO_API_KEY';
 exports.BASE_URL_ENV_VAR = 'VERIKO_BASE_URL';
 /** La versión que viaja en el `User-Agent`. `test/client.test.ts` la compara con `package.json`. */
-exports.VERSION = '0.4.13';
+exports.VERSION = '0.4.14';
 /**
  * Cliente de la API de Veriko.
  *

package/dist/cjs/generated/openapi.d.ts

@@ -3692,6 +3692,14 @@ export interface components {
         /** @description Respuesta de `POST /v1/beneficiaries` con el beneficiario en `data`. Devuelve `201` al crear un registro nuevo, y `200` cuando reactiva una cuenta archivada con el mismo `account_number`: Ahí `meta.reactivated` viene en `true`. */
         CreateBeneficiaryResponse: components["schemas"]["SuccessEnvelope"] & {
             data: components["schemas"]["Beneficiary"];
+            /** @description Metadatos del alta. */
+            meta?: {
+                /**
+                 * @description `true` cuando el alta reactivó una cuenta archivada con el mismo `account_number` y la respuesta es `200`. Un alta nueva (`201`) no lo incluye.
+                 * @example true
+                 */
+                reactivated?: boolean;
+            };
         };
         /** @description Cuerpo de `PUT /v1/beneficiaries/{id}`. Acepta envoltorio JSON:API `{ data: { attributes: {...} } }` o un objeto plano. Todos los campos son opcionales — solo se actualizan los presentes. Si el cuerpo no contiene ningún campo editable, el servidor responde `422 no_valid_fields`. Hay tres rutas de actualización. Con solo `label`, se sanea y se guarda. Con un `account_number` nuevo, se vuelven a derivar `account_type`, `bank_code` y `bank_name` con las mismas reglas que `POST /v1/beneficiaries`. Con solo `bank_code`, el cambio vale únicamente si el beneficiario es de tipo `phone`: En CLABE y tarjeta se ignora sin avisar—, y deja el evento de auditoría `beneficiary.phone_bank_updated` cuando el código cambia. */
         UpdateBeneficiaryRequest: {