Search by

mahocommerce / module-taler

fballiano

GNU Taler payment gateway integration for Maho

Package info

github.com/MahoCommerce/module-taler

Type:maho-module

pkg:composer/mahocommerce/module-taler

Statistics

Installs: 1

Dependents: 0

Suggesters: 0

Stars: 0

Open Issues: 0

2.0.0 2026-10-20 13:36 UTC

This package is auto-updated.

Last update: 2026-10-21 20:15:27 UTC


README

Maho Commerce License PHP PHPStan Level

Accept payments through GNU Taler, the free and open source, privacy-preserving payment system. Shoppers pay from a Taler wallet (browser extension or mobile app) using digital cash — the payer stays anonymous while every transaction remains taxable and auditable on the merchant side.

How GNU Taler works

Unlike card gateways, Taler does not process cards or hold merchant funds. You run (or connect to) a Taler merchant backend that talks to an exchange. Maho creates an order in the backend, the customer's wallet claims and pays it, and Maho confirms the payment by polling the backend. Settlement to your bank account is handled by the exchange out of band.

Requirements

  • PHP >= 8.5
  • Maho Commerce >= 26.9
  • Access to a GNU Taler merchant backend instance and the API access token for one of its instances

Installation

composer require mahocommerce/module-taler

Clear the cache after installation:

./maho cache:flush

Configuration

Navigate to System > Configuration > Payment Methods > Taler in the Maho admin panel.

Setting Description Default
Enabled Activate the payment method No
Title Payment method name shown at checkout GNU Taler
Merchant Backend URL Base URL of your Taler merchant backend (e.g. https://backend.demo.taler.net/) —
Instance Merchant backend instance ID to bill against —
API Access Token Bearer token used to authenticate against the backend (Authorization: Bearer secret-token:...) —
Refund Window (days) Refund window granted at order creation; after it passes the backend rejects refunds 14
Debug Logging Log API requests and responses to var/log/taler.log No
Applicable Countries All countries or specific countries only All
Sort Order Display position among payment methods 100
Pending / Paid order statuses Order statuses applied while awaiting payment and after confirmation pending_payment / processing

All settings are store-scoped, so different store views can bill against different backends or instances.

Sandbox / demo

GNU Taler runs a public demo environment you can use for testing without real money:

Amounts are expressed in Taler's CURRENCY:VALUE.FRACTION format (e.g. EUR:10.00, KUDOS:5.00).

How It Works

  1. Order placement — Customer selects Taler at checkout; the module calls POST /private/orders on the merchant backend, which returns an order_id (plus a claim token).
  2. Payment — The customer is redirected to the backend-hosted payment page (order_status_url), which shows the QR code / taler:// pay link and triggers browser-extension wallets, then redirects back to the store once paid.
  3. Confirmation — The module verifies GET /private/orders/{order_id} server-side on return; a 5-minute cron safety net captures orders whose customers never returned and cancels expired ones. Confirmed payments are captured and invoiced.
  4. Refunds — Full and partial refunds are issued from the Maho admin (online creditmemos) via POST /private/orders/{order_id}/refund.

Screenshots

GNU Taler selected as the payment method at checkout
1. Checkout. The customer selects GNU Taler.
The GNU Taler payment page with a QR code
2. Payment. Scan the QR code with a phone wallet, or open the browser wallet.
The refund totals of a new credit memo, with the online Refund button
3. Refund. Open the invoice, click Credit Memo, then Refund. The order's Credit Memo button makes offline refunds only.
Order comments with the capture and two online refunds
4. History. The capture, a partial refund and a second refund for the rest.

The browser tests take these screenshots against the public demo backend.

Development

This module ships with the standard Maho CI gates:

  • Pest (unit tests) — vendor/bin/pest --testsuite Unit
  • PHPStan (level 8) — vendor/bin/phpstan analyze
  • Rector (dry-run) — vendor/bin/rector --dry-run
  • PHP CS Fixer (dry-run) — vendor/bin/php-cs-fixer fix --dry-run
  • PHP / XML syntax checks — automatic on CI

Run composer install and you can execute any of the above locally before pushing.

Integration tests

The integration suite boots a real Maho application and exercises the API client against a live Taler merchant backend (order create/read/delete, refund and auth error mapping). On CI it runs against the public demo backend by default; set the TALER_BACKEND_URL, TALER_INSTANCE and TALER_API_TOKEN repository secrets to test against your own backend instead (use @root as the instance for the default instance at the backend root).

When taler-wallet-cli is available (on Linux: Taler's noble-testing apt channel, matching the demo deployment), the suite also runs real payments: a headless wallet withdraws KUDOS from the demo bank, pays the order, and the tests verify the paid status, cumulative partial refunds and the wallet collecting the refund. These paid-path tests skip automatically when the wallet CLI is missing or the backend currency is not KUDOS.

To run it locally, install Maho into this repo once (SQLite, no services needed) and opt in via the environment:

composer install
php maho install --license_agreement_accepted yes \
  --locale en_US --timezone Europe/Rome --default_currency EUR \
  --db_engine sqlite --db_name taler_test.sqlite \
  --db_host localhost --db_user '' --db_pass '' \
  --url 'http://taler.test/' \
  --admin_lastname Test --admin_firstname Test \
  --admin_email test@example.com \
  --admin_username admin --admin_password 'AdminTest123456!'

TALER_INTEGRATION=1 vendor/bin/pest --testsuite Integration

These tests call the API client directly. The browser tests cover the storefront and admin side.

Browser tests

A Playwright suite in tests/Browser runs the whole flow in Chromium against the demo backend:

  1. A guest buys a product and picks GNU Taler at checkout.
  2. The browser lands on the backend payment page. taler-wallet-cli pays the taler://pay URI shown there, as a phone wallet scanning the QR code would.
  3. The backend page sends the browser back to the store. The test checks the success page, the invoice and the order state.
  4. An admin opens the invoice and creates an online credit memo. The test checks the refund in the backend.

The Node tooling stays in tests/Browser, and .gitattributes strips tests/ from Composer downloads, so the module itself has no Node dependency.

To run it locally, install Maho as for the integration tests (the base URL is replaced by the setup script), then:

php tests/Browser/setup.php
cd tests/Browser
npm ci
npx playwright install chromium
npx playwright test

To update the screenshots in this README, run the tests with TALER_SCREENSHOTS_DIR=../../.github/screenshots npx playwright test and commit the new images.

setup.php switches the store currency to the backend currency (KUDOS) and creates a test product, so use a disposable installation. The test starts php maho serve on port 8000 unless a server already runs there. Set TALER_WALLET_CLI when the wallet binary is not on the PATH (for example a Docker wrapper on macOS).

The browser tests do not cover the Taler browser extension or mobile wallets. Test a payment by hand with a real wallet before going live (see Sandbox / demo).

License

This module is licensed under the Open Software License v3.0.

Links