@delopay/sdk 0.271.0 → 0.272.0

package/dist/index.cjs

@@ -13020,22 +13020,18 @@ var CheckoutSession = class {
     });
   }
   /**
-   * Report a PayPal order's progress from `onApprove` on an experimental PayPal
-   * SDK pane: the approval, before asking PayPal to capture — and capture only
-   * once the router has it — then the capture PayPal answered, or a decline.
-   * When the approval's answer is lost, do not capture: report `NOT_CAPTURED`
-   * instead, which releases an approval the router may have recorded.
-   *
-   * The router records each on the payment and relays a capture that took money
-   * to e-Payouts the way e-Payouts' own PayPal page does. It does not mark the
-   * payment paid: that happens only on e-Payouts' notification, so poll the
-   * payment's status afterwards. A repeated report is answered, not recorded
-   * twice.
-   *
-   * `POST /payment-link/{merchantId}/{paymentId}/epayouts/paypal-capture`
-   */
-  async epayoutsPaypalCapture(params, options) {
-    return this.client.request("POST", `${this.linkBase}/epayouts/paypal-capture`, {
+   * Report PayPal's refusal of the card or the payer on the PayPal Express or
+   * Pay with card pane (for example `INSTRUMENT_DECLINED`, `PAYER_CANNOT_PAY`,
+   * or `AUTHENTICATION_FAILED` for a failed 3-D Secure). The attempt is
+   * recorded declined and the payment stays payable with another card or
+   * method. An issue that is not a refusal, or a payment that no longer awaits
+   * PayPal, is left as it is (`declined: false`). Nothing here captures: the
+   * payment settles from e-Payouts' notification.
+   *
+   * `POST /payment-link/{merchantId}/{paymentId}/epayouts/paypal-decline`
+   */
+  async epayoutsPaypalDecline(params, options) {
+    return this.client.request("POST", `${this.linkBase}/epayouts/paypal-decline`, {
       body: params,
       ...options,
       headers: this.bearerHeaders(options?.headers)
@@ -13397,6 +13393,29 @@ var CheckoutSession = class {
       }
     );
   }
+  /**
+   * Reopen a provider session the buyer switched away from, when they pick the
+   * same method again, instead of opening a second session at the provider
+   * (delopay-todos#401). Pass an `attempt_id` from the checkout's
+   * `reopenable_attempts`; the attempt becomes the payment's active one again
+   * and `redirect_url` sends the buyer back to it. Refused (`IR_16`) when the
+   * payment no longer awaits a method, a payment is under way on the checkout,
+   * or the session can no longer be reopened (settled, lapsed at the provider,
+   * ended by the switch); open a new session as usual then.
+   *
+   * `POST /payments/{paymentId}/reopen-attempt` (publishable key + client secret)
+   */
+  async reopenAttempt(attemptId, options) {
+    return this.client.request(
+      "POST",
+      `/payments/${encodeURIComponent(this.paymentId)}/reopen-attempt`,
+      {
+        body: { client_secret: this.requireClientSecret(), attempt_id: attemptId },
+        ...options,
+        headers: this.pkHeaders(options?.headers)
+      }
+    );
+  }
   /**
    * Payment methods available for this payment.
    *