Payments ​

Overview ​

Lunar provides an easy way for you to add your own payment drivers, by default, there is a basic OfflinePayment driver that ships with Lunar, additional providers should be added to your Storefront via addons.

Below is a list of available payment drivers.

Available drivers ​

First party ​

• Stripe

Community ​

Made your own driver you want listing here? Get in touch on our discord channel and we'll get it added.

Building your own ​

A payment driver should take into account 2 fundamentals:

• Capturing a payment (whether straight away, or at a later date)
• Refunding an existing payment

Registering your driver ​

use Lunar\Facades\Payments;

Payments::extend('custom', function ($app) {
    return $app->make(CustomPayment::class);
});

The payment driver class ​

First, we'll show you the complete class and then break it down to see what's going on.

<?php

namespace App\PaymentTypes;

use Lunar\Base\DataTransferObjects\PaymentCapture;
use Lunar\Base\DataTransferObjects\PaymentRefund;
use Lunar\Base\DataTransferObjects\PaymentAuthorize;
use Lunar\Models\Transaction;

class CustomPayment extends AbstractPayment
{
    /**
     * {@inheritDoc}
     */
    public function authorize(): PaymentAuthorize
    {
        if (!$this->order) {
            if (!$this->order = $this->cart->order) {
                $this->order = $this->cart->createOrder();
            }
        }

        // ...

        return new PaymentAuthorize(true);
    }

    /**
     * {@inheritDoc}
     */
    public function refund(Transaction $transaction, int $amount = 0, $notes = null): PaymentRefund
    {
        // ...
        return new PaymentRefund(true);
    }

    /**
     * {@inheritDoc}
     */
    public function capture(Transaction $transaction, $amount = 0): PaymentCapture
    {
        // ...
        return new PaymentCapture(true);
    }
}

This is the most basic implementation of a driver, you can see we are extending an AbstractPayment. This is a class which is provided by Lunar and contains some useful helpers you can utilise in your own driver.

See available methods

Releasing payments ​

public function authorize();

This is where you'd check the payment details which have been passed in, create any transactions for the order and return the response.

If you're not taking payment straight away, you should set any transactions to the type of intent. When you then later capture the payment, we would recommend creating another transaction that is related to that via the parent_transaction_id.

Capturing payments ​

public function capture(Transaction $transaction, $amount = 0): PaymentCapture

When you have a transaction that has a type of intent the Staff member who is logged into the hub can then decide to capture it so the card used gets charged the amount that has been authorised.

You can pass an optional amount, but be cautious as you generally cannot capture an amount that exceeds the original amount on the intent transaction. If you capture an amount less, services like Stripe will treat that as a partial refund and no further captures can take place on that order.

Here you should create an additional transaction against the order to show how much has been captured.

Refunding payments ​

public function refund(Transaction $transaction, int $amount = 0, $notes = null): PaymentRefund

When refunding a transaction, you can only do so to one that's been captured. If you need to refund an order that hasn't been captured you should instead capture an amount less to what's been authorised.

You should only refund transactions with the type capture.

The AbstractPayment class ​

Available methods ​

• cart
• order
• withData
• setConfig

cart ​

public function cart(Cart $cart): self

Sets the $cart property on the payment driver. When using the release method we recommend expecting a $cart instance and checking for the existence of an order.

order ​

public function order(Order $order): self

Sets the $order property on the payment driver.

withData ​

public function withData(array $data): self

This method allows you to add any additional data to the payment driver, this can be anything that the payment driver needs to function, for example.

Payments::driver('stripe')->withData([
    'payment_intent' => $paymentIntentId
])->authorize();

setConfig ​

public function setConfig(array $config): self

Here you can set up any additional config for this payment driver. By default, this will be called when you register your payment driver and will take any values which are set in config/lunar/payments.php for that type.

Creating transactions ​

Depending on how your driver works, you're likely going to need to create some transactions depending on different scenarios.

Database Schema ​

Lunar\Models\Transaction

Best Practices ​

Releasing ​

When releasing a payment, if you're not charging the card straight away, you should create a transaction with type intent. This tells Lunar you intend to charge the card at a later date.

Transaction::create([
    //...
    'type' => 'intent',
]);

If you are charging the card straight away, set the type to capture.

Transaction::create([
    //...
    'type' => 'capture',
]);

Capturing ​

When capturing a transaction, you should create an additional transaction with the amount that's been captured. Even if this is the same amount as the intent transaction.

$intent = Transaction::whereType('intent')->first();

Transaction::create([
    //...
    'parent_transaction_id' => $intent->id,
    'type' => 'capture',
    'amount' => 2000,
]);

Refunding ​

$capture = Transaction::whereType('capture')->first();

Transaction::create([
    //...
    'parent_transaction_id' => $capture->id,
    'type' => 'refund',
]);