@vaam-apps/vpay-sdk 0.12.1 → 0.13.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/dist/types.d.ts +10 -8
- package/dist/version.d.ts +1 -1
- package/dist/version.js +1 -1
- package/package.json +1 -1
package/dist/types.d.ts
CHANGED
|
@@ -1280,8 +1280,9 @@ export type ListCheckoutSessionsParams = {
|
|
|
1280
1280
|
* On the wire this is `destination[<rail code>][…]` — a rail-agnostic
|
|
1281
1281
|
* container with a rail-specific interior, much as
|
|
1282
1282
|
* `payment_method_data[<payment_method_type>][…]` is on the confirm path. The
|
|
1283
|
-
* outer key is
|
|
1284
|
-
* payment-method type
|
|
1283
|
+
* outer key is the code of the **rail** the charge was made on or, since the
|
|
1284
|
+
* server's 2026-10-24 change, the payment-method type the charge records
|
|
1285
|
+
* (`destination[mtn_wallet]` for a charge routed by `mtn_wallet`). The
|
|
1285
1286
|
* server strips the outer key and hands the interior to that rail's own
|
|
1286
1287
|
* adapter, which is the only thing that knows what a payee looks like there.
|
|
1287
1288
|
* An SDK that flattened this, or that wrote one rail's code into the body
|
|
@@ -1337,16 +1338,17 @@ export type RefundDestination = {
|
|
|
1337
1338
|
/**
|
|
1338
1339
|
* The rail the charge was made on — its code becomes the outer key.
|
|
1339
1340
|
*
|
|
1340
|
-
* A **rail code** (`"mtn_momo"`, `"orange_money"`, `"notchpay"`),
|
|
1341
|
-
* payment-method type
|
|
1342
|
-
*
|
|
1343
|
-
*
|
|
1344
|
-
*
|
|
1341
|
+
* A **rail code** (`"mtn_momo"`, `"orange_money"`, `"notchpay"`), or the
|
|
1342
|
+
* payment-method type the charge records (`"mtn_wallet"`, `"orange_wallet"`):
|
|
1343
|
+
* a server since 2026-10-24 accepts the type for a charge routed by it, which
|
|
1344
|
+
* is how to refund one without knowing the rail it went to (no `/v1` object
|
|
1345
|
+
* names that rail yet). Another type, or a type on an older server, is
|
|
1346
|
+
* refused with a `400` naming `destination`.
|
|
1345
1347
|
*/
|
|
1346
1348
|
payment_method_type: PaymentMethodType;
|
|
1347
1349
|
/**
|
|
1348
1350
|
* The payee's number, **in international form, starting with `+`**. Sent as
|
|
1349
|
-
* `destination[<rail code>][msisdn]`.
|
|
1351
|
+
* `destination[<rail code or method type>][msisdn]`.
|
|
1350
1352
|
*/
|
|
1351
1353
|
msisdn: string;
|
|
1352
1354
|
};
|
package/dist/version.d.ts
CHANGED
package/dist/version.js
CHANGED
|
@@ -9,4 +9,4 @@
|
|
|
9
9
|
* releases. A hand-written constant has no such landmine — it just needs to
|
|
10
10
|
* be bumped alongside `package.json`'s own `version` field.
|
|
11
11
|
*/
|
|
12
|
-
export const SDK_VERSION = "0.
|
|
12
|
+
export const SDK_VERSION = "0.13.0"; // x-release-please-version
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@vaam-apps/vpay-sdk",
|
|
3
|
-
"version": "0.
|
|
3
|
+
"version": "0.13.0",
|
|
4
4
|
"description": "The Node.js merchant SDK for vpay's /v1 API: OAuth2 private_key_jwt, payment intents, checkout sessions, refunds, events and webhook verification.",
|
|
5
5
|
"license": "Apache-2.0",
|
|
6
6
|
"publishConfig": {
|