Weave Code
Weaver
Helps Laravel developers discover, compare, and choose open-source packages. See popularity, security, maintainers, and scores at a glance to make better decisions.
Feedback
Share your thoughts, report bugs, or suggest improvements.
Subject
Message

Paypal Laravel Package

srmklive/paypal

A Laravel package for the PayPal REST API that also works as a standalone PHP client. Covers orders, payments, subscriptions, billing plans, invoices, payouts, disputes, and more, with PHP 8.2–8.5 and Laravel 12/13 support.

View on GitHub
Deep Wiki
Context7
3.2.0

A large maintenance release: Guzzle 8 support, security hardening, seven new API methods, and a full audit of every request against PayPal's official OpenAPI specs, which turned up and fixed dozens of requests PayPal would reject or silently ignore.

There are no removed methods and no required signature changes. Some return values and default behaviours changed where the old behaviour was a bug, so please read Behaviour changes before upgrading.

Requirements

  • Guzzle 8 is now supported: guzzlehttp/guzzle ^7.15.2|^8.0.1, guzzlehttp/psr7 ^2.12.3|^3.0. The raised minimums exclude Guzzle/PSR-7 versions with published security advisories.
  • ext-bcmath is no longer needed.
  • A minimal configuration now works: currency, locale and validate_ssl default to USD, en_US and true. payment_action and notify_url were never used and have been removed from the config (existing configs keep working).

Security

  • Webhook certificate URL must be HTTPS. verifyWebHookLocally() accepted http:// certificate URLs on PayPal hosts, which let an on-path attacker supply their own signing certificate. The certificate fetch also no longer follows redirects, times out after 10 s and only caches real PEM certificates.
  • No more credential leaks between calls. Request bodies, Basic-auth credentials and per-request headers stayed on the long-lived provider. After a failed token request (with withExceptions()), every later call was sent with Basic auth; JSON bodies were re-sent on later GET requests and token refreshes.
  • Retries can no longer double-charge. POST/PATCH requests (capture, refund, payouts, ...) are only retried on 5xx/429/timeouts when they carry a PayPal-Request-Id. Use withIdempotencyKey() to make them retryable:
$provider->withIdempotencyKey()->capturePaymentOrder($orderId);

New

// Orders v2 shipment trackers
$provider->updateTrackingForOrder($orderId, $trackerId, [['op' => 'replace', 'path' => '/notify_payer', 'value' => true]]);
$provider->cancelTrackingForOrder($orderId, $trackerId);

// Disputes
$provider->appealDispute('PP-D-27803', ['/path/to/receipt.pdf'], [['evidence_type' => 'PROOF_OF_REFUND', 'evidence_info' => ['refund_ids' => ['1CX12345AB678901C']]]]);
$provider->provideDisputeSupportingInfo('PP-D-27803', 'The item was delivered on time.', ['/path/to/tracking.pdf']);
$provider->provideDisputeEvidence('PP-D-27803', $files, [['evidence_type' => 'PROOF_OF_FULFILLMENT', 'notes' => '...']]); // evidence details

// Payments
$methods = $provider->findEligiblePaymentMethods(['customer' => ['country_code' => 'US'], 'purchase_units' => [...]]);
$provider->refundCapturedPaymentInFull('2GG279541U471931P');
$provider->captureAuthorizedPayment($authorizationId, '', 10.00, '', false); // partial capture, keep the authorization open

// Webhooks
$provider->simulateWebHookEvent('PAYMENT.CAPTURE.COMPLETED', 'webhook-id');
$provider->verifyWebHook([... 'webhook_event' => $request->getContent()]); // raw body, posted back unchanged

// Fastlane: browser-safe client token from v1/oauth2/token
$token = $provider->generateFastlaneClientToken(['example.com'])['access_token'];

// Plans and lists
$provider->listPlansForProduct('PROD-XXCD1234QWER65782');
$provider->showOrderDetails($orderId, ['payment_source']);
$provider->showSubscriptionDetails($subscriptionId, ['last_failed_payment', 'plan']);
$provider->listEvents(['event_type' => 'PAYMENT.CAPTURE.COMPLETED']);
$provider->listDisputes(['dispute_state' => 'REQUIRED_ACTION']);
$provider->showBatchPayoutDetails('FYXMPQTX4JC9N', page: 2, page_size: 100);

Further optional parameters: updateInvoice() can suppress the recipient/merchant emails, makeOfferToResolveDispute() accepts a return address and invoice ID, addTaxes() an $inclusive flag, addPricingScheme() an explicit billing cycle $sequence, setStoredPaymentSource() a $usage, setShippingAddressChangeCallback() the callback $events, generateQRCodeInvoice() an $action, and listUsers() paging.

Behaviour changes

Please check these when upgrading:

  • Arrays instead of JSON strings: sendInvoice(), captureSubscriptionPayment() and updateDispute() return decoded arrays ([] instead of '' for empty responses).
  • Decoded errors everywhere: methods that return raw success bodies (updateOrder(), cancelSubscription(), updatePlan(), deleteInvoice(), ...) now return JSON API errors as arrays in $response['error'] / getPayPalError(), as documented. Drop any json_decode($response['error']) workaround.
  • No more JsonException on success: empty 204 responses return []; malformed success bodies are returned as errors (or thrown as PayPalApiException with withExceptions()).
  • Accept-Language is sent: the configured locale (default en_US) now actually reaches PayPal, so error message texts follow it. The machine-readable name/issue codes are unchanged.
  • Taxes are applied: addTaxes() was sent where PayPal ignores it; subscriptions created with it are now actually taxed. Tax rates keep their precision (8.875 stays 8.875).
  • Amounts follow the currency: JPY, HUF and TWD are sent without decimals (PayPal rejected them before). Plan prices and setup fees are rounded instead of truncated.
  • Retries: see Security. In addition, Retry-After values above 10 s are no longer waited for; the 429 is returned instead.
  • generateQRCodeInvoice() defaults to 500×500, throws InvalidArgumentException for sizes outside 150–500 px, and returns the base64 PNG (every successful call used to come back as an error).
  • Invoice notifications: send_recipient = false is now respected (the customer was emailed anyway).
  • Order experience context: setShippingAddressChangeCallback() and setStoredPaymentSource() now send PayPal's actual fields (order_update_callback_config, payment_source.<method>.stored_credential), and only the experience context fields a payment source supports are sent.
  • Webhook verification: verifyIPN() posts the raw request body back to PayPal instead of a re-encoded copy.
  • Plan pricing updates: without an explicit sequence, processBillingPlanPricingUpdates() looks up the plan (one extra GET) to update the right billing cycles.
  • Idempotency keys are added automatically where PayPal requires them: createOrderWithPaymentSource() with a payment source, and createWebExperienceProfile().
  • Smaller changes: listUsers() without arguments sends no (invalid) filter, listSubscriptionTransactions() defaults to the last 30 days, listDisputes()/listPlans() cap the page size at the endpoint maximum, BillingPlanBuilder puts trial cycles first, and a Content-Type set with setRequestHeader() only applies to the next request.

Fixes

  • Token refresh: getAccessToken() reused the previous HTTP method, so refreshing after a GET sent GET /v1/oauth2/token.
  • Orders: valid confirm-payment-source body (no processing_instruction, no [] payment source).
  • Payments: empty invoice_id/note_to_payer are omitted instead of rejected.
  • Subscriptions & plans: plan pricing updates send the required billing_cycle_sequence; BillingPlanBuilder accepts the API's CANCEL setup fee action; subscription quantity and tax percentages are sent as strings; empty descriptions are omitted.
  • Invoicing: payment/creation date search filters use date-times; four missing invoice statuses are accepted.
  • Disputes: all offer types work (REPLACEMENT_WITHOUT_REFUND omits the amount, REFUND_WITH_RETURN can include the return address).
  • Vault: listPaymentSourceTokens() defaults to the API's maximum page size of 5.
  • Webhooks: createWebHook() always sends event_types as an array.
  • Locale: the configured locale was wiped by the constructor and never sent.

Deprecations

To be removed in the next major version:

  • addBatchTracking(): PayPal deprecated the batch endpoint, use addTrackingForOrder().
  • deletePaymentSetupToken(): PayPal has no such endpoint; setup tokens expire automatically.
  • setupOrderConfirmation()'s $processing_instruction (ignored).
  • BillingPlanBuilder::withSetupFee(..., 'CANCEL_SUBSCRIPTION'): use CANCEL (the old value is mapped).
  • setCurlConstants(), defineCurlConstant() and Services\Str: no longer used.

Notes

A few multipart details aren't fully specified by PayPal's spec and follow PayPal's published samples: the JSON input part used for dispute evidence, appeals and supporting information, and the multipart format of the QR code response. Please report anything unexpected from the sandbox.

3.1.1

Eight new features landed since 3.1.0, all fully backward-compatible. No removed methods, no signature changes, nothing to migrate.

429 handling with Retry-After (#674)

The retry middleware now handles 429 Too Many Requests. When PayPal sends a Retry-After header the delay respects it exactly; without it, the existing exponential backoff kicks in (500ms, 1s, 2s, up to 8s). Nothing to configure.

WebhookEvent value object (#676)

Typed readonly wrapper around PayPal webhook payloads:

use Srmklive\PayPal\Events\WebhookEvent;

$event = WebhookEvent::fromRawBody($request->getContent());

if ($event->is('PAYMENT.CAPTURE.COMPLETED')) {
    $captureId = $event->resource['id'];
}

Fields: id, eventType, resourceType, summary, createTime, resource, rawPayload.

Transaction reporting helpers (#678)

Four wrappers on top of listTransactions() for the common cases:

// Single transaction by ID, looks back up to 31 days
$tx = $provider->getTransactionDetails('5TY05013RG002845M');

// Date range shorthand, no manual ISO 8601 formatting needed
$txns = $provider->listTransactionsForDateRange('2025-01-01', '2025-01-31');

// Filter by PayPal transaction type code
$txns = $provider->listTransactionsByType('T0006', '2025-01-01', '2025-01-31');

// Filter by status (S = success, P = pending, etc.)
$txns = $provider->listTransactionsByStatus('S', '2025-01-01', '2025-01-31');

Subscription lifecycle helpers (#675)

// Alias for activateSubscription() with a sensible default reason
$provider->reactivateSubscription($subscriptionId);

// True only when status === 'ACTIVE'
if ($provider->isSubscriptionActive($subscriptionId)) { ... }

MockPayPalClient (#672)

A public MockPayPalClient lives at Srmklive\PayPal\Testing\MockPayPalClient. Queue responses in tests without touching the sandbox:

use Srmklive\PayPal\Testing\MockPayPalClient;

$client = new MockPayPalClient($credentials);
$client->addResponse(201, ['id' => 'ORDER-123', 'status' => 'CREATED']);

$order = $client->createOrder([...]);
// $client->requests() to inspect what was sent

BillingPlanBuilder (#673)

Fluent builder for billing plan payloads. Covers all cycle types, trial pricing, and payment preferences:

use Srmklive\PayPal\Services\BillingPlanBuilder;

$plan = BillingPlanBuilder::make('Pro Plan', 'PROD-ABC123')
    ->trialCycle(days: 14, price: 0)
    ->monthlyPrice(29.99)
    ->build();

$response = $provider->createBillingPlan($plan);

setPartnerAttributionId() (#677)

Set the PayPal-Partner-Attribution-Id BN code once after initialisation and it sticks for all subsequent requests from that instance:

$provider->setPartnerAttributionId('YourBNCode_Cart');

Pay Upon Invoice / BNPL for DE/AT (#679)

setPaymentSourcePayUponInvoice() joins the existing payment source setters. Available for merchants in Germany and Austria:

$provider->setPaymentSourcePayUponInvoice([
    'name'            => ['given_name' => 'John', 'surname' => 'Doe'],
    'email'           => '[email protected]',
    'birth_date'      => '1990-01-01',
    'phone'           => ['country_code' => '49', 'national_number' => '1234567890'],
    'billing_address' => [
        'address_line_1' => 'Hauptstraße 1',
        'admin_area_2'   => 'Berlin',
        'postal_code'    => '10115',
        'country_code'   => 'DE',
    ],
    'experience_context' => [
        'locale'     => 'de-DE',
        'return_url' => 'https://example.com/paypal-success',
        'cancel_url' => 'https://example.com/paypal-cancel',
    ],
]);

$order = $provider->createOrderWithPaymentSource([
    'intent'         => 'CAPTURE',
    'purchase_units' => [['amount' => ['currency_code' => 'EUR', 'value' => '99.00']]],
]);

Upgrading

composer update srmklive/paypal

No code changes required.

3.1.0

New maintainership

Starting with v3.1, Blendbyte is taking over active maintenance of srmklive/paypal. We're a cloud infrastructure and software development company that builds and operates Laravel applications for our own products and for clients. This package has been a dependency in our stack for years across dozens of projects, so when the opportunity came up to take over maintainership we didn't think twice. We're stoked to give it the attention it deserves.

A huge thank you to [@srmklive](https://github.com/srmklive) for building and maintaining this package across 110+ releases and nearly 4 million Packagist installs. His work gave the Laravel ecosystem a reliable PayPal integration for years, and we're grateful for the trust he's placed in us to carry it forward. He'll stay on as a contributor.


Highlights

This release is fully backward-compatible with v3.0. No API changes, no removed methods, no migration needed. If your project runs on PHP 8.2+ and Laravel 12, composer update picks this up automatically.

Platform support

  • PHP 8.2 through 8.5 (aligned with Laravel 12's own floor; PHP 8.2 is in security support until Dec 2026)
  • Laravel 12 and 13
  • Standalone usage without Laravel: pass credentials directly to setApiCredentials(), no service provider needed

New features

  • PSR-18 HTTP client support. Swap Guzzle for any compliant client via setClient().
  • Configurable timeouts and retry. New timeout, connect_timeout, max_retries config keys with exponential backoff on 5xx and network errors.
  • Exception-based error handling. Call withExceptions() to get PayPalApiException with getHttpStatus() and getPayPalError() instead of error arrays. Fully opt-in, existing code keeps working.
  • Local webhook verification. verifyWebHookLocally() does in-memory RSA-SHA256 with cert caching. No PayPal API roundtrip, SSRF-guarded cert URL validation.
  • PayPal Fastlane. generateClientToken() for one-click guest checkout flows.
  • Vault v3 complete. deletePaymentSetupToken(), setCustomerId(), full setup and permanent token lifecycle.
  • Apple Pay, Google Pay, and ACDC card helpers. setPaymentSourceApplePay(), setPaymentSourceGooglePay(), setCardBillingAddress(), setCardVaulting(), setCardVerification().
  • getCaptureIdFromOrder(). Extract the capture/transaction ID from order responses in one call.
  • createOrderWithPaymentSource(). Create orders with an attached payment source directly.
  • sendDisputeMessage(). Send messages in dispute conversations.
  • withIdempotencyKey(). Set idempotency keys for safe request retries.
  • setShippingAddressChangeCallback(). Server-side shipping callbacks for Orders v2.

Bug fixes

  • Monetary amounts now serialize as 2-decimal strings, preventing float noise like 49.990000000000002
  • generateInvoiceNumber() sends an empty JSON body to prevent 415 Unsupported Media Type from PayPal
  • Moved experience_context from deprecated application_context to payment_source.paypal.experience_context
  • Aligned setStoredPaymentSource() with PayPal's Feb 2025 API change (usage renamed to usage_pattern)
  • Removed sanctioned currency (RUB) from currency list, sorted alphabetically, improved error messages
  • validate_ssl=false was silently ignored because empty() treated false as empty
  • listTrackingDetails(), listUsers() SCIM filter, and query params now properly URL-encoded
  • addInvoiceFilterByDateRange() normalizes dates to Y-m-d
  • verifyIPN() and json_decode results properly guarded against null
  • previous_network_transaction_reference strips null values instead of sending them to PayPal
  • Fixed stray leading slash in provideDisputeEvidence() endpoint; acceptDisputeClaim() no longer overwrites caller's accept_claim_type
  • listPaymentSourceTokens() throws RuntimeException when called without a customer ID
  • Local webhook verification retries on certificate fetch failure
  • makeHttpRequest() no longer drops auth and form_params on the PSR-18 code path

Code quality

  • 100% test coverage with Pest v4 and PHPUnit 12
  • PHPStan level 8
  • Laravel Pint formatting across the entire codebase
  • PHP 8.2 through 8.5 CI matrix via GitHub Actions
  • Removed dead code, unused Docker files, and legacy CI configs
  • Replaced collect() and Illuminate\Support\Str calls with native PHP where possible
  • Deprecated PaymentExperienceWebProfiles (PayPal deprecated /v1/payment-experience/web-profiles)
  • Dropped ext-curl hard requirement

Upgrading from v3.0

composer require srmklive/paypal:^3.1

No code changes needed. All existing method signatures and return types are preserved. The three new config keys (timeout, connect_timeout, max_retries) have sensible defaults and are fully optional. Your existing config/paypal.php works as-is.

1.11.12
2.0.30

What's Changed

New Contributors

Full Changelog: https://github.com/srmklive/laravel-paypal/compare/2.0.20...2.0.30

1.11.11
1.11.10
3.0.28

Add fixed amount of billing cycles when creating billing plans for subscriptions.

3.0.27

This releases contains the following implementation for the API endpoints for Partner Referrals:

  • List Seller Tracking Information
  • Show Seller Status.
  • Fetch Merchant Credentials.
2.0.20

What's Changed

3.0.26
  • Validate JSON when API call returns an error.
3.0.25
  • Removed redundant endpoints for Identity API.
  • Implemented following endpoints for Identitiy API:
    • List Users
    • Show User Details
    • Delete User
  • Implemented following endpoints for Disputes API:
    • Make Offer to Resolve Disputes
    • Escalate Dispute
    • Accept Dispute Offer Resolution
    • Update Dispute Status
    • Settle Dispute
  • Code refactoring for Invoices API.
  • Code refactoring for setConfig method.
3.0.24
3.0.23
3.0.22

Implemented addTaxes method to set taxes for billing amount when creating subscription.

3.0.21

What's Changed:

  • Implemented unified error response (#565).
  • Skip unit test suite from build due to response return type error when running tests.
  • Add PHPUnit 10 as dependency for test suite build.
  • Add PHP 8.2 for build on Github Actions.

Full Changelog: https://github.com/srmklive/laravel-paypal/compare/3.0.20...3.0.21

3.0.20

What's Changed

New Contributors

Full Changelog: https://github.com/srmklive/laravel-paypal/compare/3.0.19...3.0.20

1.11.0

Support Laravel 10.

3.0.19
  • Add the following helper methods when creating a subscription:
    • Setup Fee
    • Shipping Address
    • Custom Payment Failure Threshold
3.0.18
  • Fix UpdateOrder API call.

Full Changelog: https://github.com/srmklive/laravel-paypal/compare/3.0.17...3.0.18

3.0.17

What's Changed

New Contributors

Full Changelog: https://github.com/srmklive/laravel-paypal/compare/3.0.16...3.0.17

3.0.16

What's Changed

New Contributors

Full Changelog: https://github.com/srmklive/laravel-paypal/compare/3.0.15...3.0.16

1.10.0

What's Changed

New Contributors

Full Changelog: https://github.com/srmklive/laravel-paypal/compare/1.9.0...1.10.0

3.0.13

This release adds support for use on Laravel 9.

3.0.12
Weaver

How can I help you explore Laravel packages today?

Conversation history is not saved when not logged in.
Prompt
Add packages to context
No packages found.
rlacerda83/query-parser
socialdept/atp-orm
cboxdk/laravel-assistant-client
socialdept/atp-resolver
socialdept/tenant-domains
tautvydasr/blade-class-names
socialdept/color-scales
maherelgamil/controller
coleus/widgets
coleus/table
coleus/users
coleus/music
coleus/health
coleus/calendar
coleus/notes
coleus/support
coleus/settings
coleus/apps
seampact/laravel
emmyconceptng/laravel-ng-postcode