@vaam-apps/vpay-sdk 0.12.0 → 0.13.0

package/dist/types.d.ts

@@ -1277,9 +1277,12 @@ export type ListCheckoutSessionsParams = {
  *
  * # The rail's code is the outer key, and that is the whole point
  *
- * On the wire this is `destination[<payment_method_type>][…]` — a
- * rail-agnostic container with a rail-specific interior, exactly as
+ * On the wire this is `destination[<rail code>][…]` — a rail-agnostic
+ * container with a rail-specific interior, much as
  * `payment_method_data[<payment_method_type>][…]` is on the confirm path. The
+ * outer key is the code of the **rail** the charge was made on or, since the
+ * server's 2026-10-24 change, the payment-method type the charge records
+ * (`destination[mtn_wallet]` for a charge routed by `mtn_wallet`). The
  * server strips the outer key and hands the interior to that rail's own
  * adapter, which is the only thing that knows what a payee looks like there.
  * An SDK that flattened this, or that wrote one rail's code into the body
@@ -1332,11 +1335,20 @@ export type RefundDestination = {
      * widening this one.
      */
     kind: "mobile_money";
-    /** The rail the charge was made on — its code becomes the outer key. */
+    /**
+     * The rail the charge was made on — its code becomes the outer key.
+     *
+     * A **rail code** (`"mtn_momo"`, `"orange_money"`, `"notchpay"`), or the
+     * payment-method type the charge records (`"mtn_wallet"`, `"orange_wallet"`):
+     * a server since 2026-10-24 accepts the type for a charge routed by it, which
+     * is how to refund one without knowing the rail it went to (no `/v1` object
+     * names that rail yet). Another type, or a type on an older server, is
+     * refused with a `400` naming `destination`.
+     */
     payment_method_type: PaymentMethodType;
     /**
      * The payee's number, **in international form, starting with `+`**. Sent as
-     * `destination[<payment_method_type>][msisdn]`.
+     * `destination[<rail code or method type>][msisdn]`.
      */
     msisdn: string;
 };

package/dist/version.d.ts

@@ -9,4 +9,4 @@
  * releases. A hand-written constant has no such landmine — it just needs to
  * be bumped alongside `package.json`'s own `version` field.
  */
-export declare const SDK_VERSION = "0.12.0";
+export declare const SDK_VERSION = "0.13.0";

package/dist/version.js

@@ -9,4 +9,4 @@
  * releases. A hand-written constant has no such landmine — it just needs to
  * be bumped alongside `package.json`'s own `version` field.
  */
-export const SDK_VERSION = "0.12.0"; // x-release-please-version
+export const SDK_VERSION = "0.13.0"; // x-release-please-version

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@vaam-apps/vpay-sdk",
-  "version": "0.12.0",
+  "version": "0.13.0",
   "description": "The Node.js merchant SDK for vpay's /v1 API: OAuth2 private_key_jwt, payment intents, checkout sessions, refunds, events and webhook verification.",
   "license": "Apache-2.0",
   "publishConfig": {