Download the PHP package vivutio/payment-module without Composer

On this page you can find all versions of the php package vivutio/payment-module. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.

FAQ

After the download, you have to make one include require_once('vendor/autoload.php');. After that you have to import the classes with use statements.

Example:
If you use only one package a project is not needed. But if you use more then one package, without a project it is not possible to import the classes with use statements.

In general, it is recommended to use always a project to download your libraries. In an application normally there is more than one library needed.
Some PHP packages are not free to download and because of that hosted in private repositories. In this case some credentials are needed to access such packages. Please use the auth.json textarea to insert credentials, if a package is coming from a private repository. You can look here for more information.

  • Some hosting areas are not accessible by a terminal or SSH. Then it is not possible to use Composer.
  • To use Composer is sometimes complicated. Especially for beginners.
  • Composer needs much resources. Sometimes they are not available on a simple webspace.
  • If you are using private repositories you don't need to share your credentials. You can set up everything on our site and then you provide a simple download link to your team member.
  • Simplify your Composer build process. Use our own command line tool to download the vendor folder as binary. This makes your build process faster and you don't need to expose your credentials for private repositories.
Please rate this library. Is it a good library?

Informations about the package payment-module

vivutio/payment-module

Payments for vivutio. What the organization is owed for its bookings and tickets, gathered by the core from every module that charges, and the payments received against it, recorded by hand as they came.

Contents

Install

In a vivutio installation:

Its recipe registers the bundle and mounts its pages with config/routes/payment.yaml, a file the installation owns.

How it works

A module that charges for something (a tour booking, a ticket) says so to the core through ChargeSourceInterface: a reference, who owes it (a partner, or a party paying directly), the amount and currency, when it was raised and when it falls due. This module reads every charge through the core's ChargesInterface and names no module.

Payments shows what is owed, paid and overdue: a row a charge, with what it comes to, what has been paid, what is owed, and where it stands (unpaid, part paid, paid, overdue). A charge's page lists its payments and records one as it came: the amount (never more than is owed), the day received, how (bank transfer, mobile money, cash, card, cheque) and the payer's reference. A payment recorded wrongly is struck out with why, never deleted. A charge of nothing (a ticket voided, a hold let go at no charge) is not listed unless something was paid against it, which is money held; its page still opens.

On the organization's dashboard, through the core's DashboardSourceInterface, the module puts Owed to you in the band (what is owed, by currency, and how much of it is overdue, or how many charges when several currencies are owed) and an Overdue card: the overdue charges, the longest late first, five at most, each with what is owed and how many days late, and a door to the register's overdue. Both are for whoever holds payments.read.

The payments are said back to the core through PaymentSourceInterface, for whoever keeps the books. Taking payments through a provider (DPO Pay, Pesapal, Selcom, Stripe) comes later.

Who may do what

Pair Who
payments.read The register, a charge's page, and payments on the dashboard
payments.record Recording a payment
payments.manage Striking a payment out

Each is a module pair, held where the person's department allows it too. The suite extends the core's authority test base; tests/authority-table.md is the reviewed table.

Development

Licence

AGPL-3.0-or-later. See LICENSE.


All versions of payment-module with dependencies

PHP Build Version
Package Version
Requires php Version >=8.4
doctrine/doctrine-bundle Version ^3.0
doctrine/orm Version ^3.5
psr/clock Version ^1.0
symfony/clock Version ^8.0
symfony/config Version ^8.0
symfony/dependency-injection Version ^8.0
symfony/framework-bundle Version ^8.0
symfony/http-foundation Version ^8.0
symfony/http-kernel Version ^8.0
symfony/routing Version ^8.0
symfony/security-bundle Version ^8.0
symfony/security-core Version ^8.0
symfony/security-csrf Version ^8.0
symfony/security-http Version ^8.0
symfony/twig-bundle Version ^8.0
symfony/uid Version ^8.0
twig/twig Version ^3.21
vivutio/vivutio Version ^0.1.33
Composer command for our command line client (download client) This client runs in each environment. You don't need a specific PHP version etc. The first 20 API calls are free. Standard composer command

The package vivutio/payment-module contains the following files

Loading the files please wait ...