Skip to content

JustOn Bank Payments

Your business may use JustOn Bank Payments to directly integrate Salesforce CRM with German or other European banks as well as payment service providers.

Info

The integration with JustOn Bank Payments as outlined below is available as of JustOn Billing & Invoice Management 2.76.

Enabling JustOn Bank Payments
JustOn Bank Payments

Integration Concepts

The payment functionality shipped with JustOn Bank Payments is centered around entries (see Important App Concepts). These records hold all information with respect to an amount of money owed to or requested by a business partner, based on statements that justify the corresponding request.

In JustOn Billing & Invoice Management, the produced invoices or – if set up and used – installments represent payment requests. Now integrating JustOn Billing & Invoice Management with JustOn Bank Payments provides for both

  • the creation of the relevant entry records upon invoice finalization or installment creation, and
  • the creation of the relevant balance records for a registered money flow (where the field Origin is set to JPAY1).

jpay_jo_integration
Creating entries on invoice finalization or installment creation, creating balances for payments

Balance Creation

In JustOn Bank Payments, registering a money flow for a payment record results in a modified amount value of the payment. "Translating" this to JustOn Billing & Invoice Management means to create or update balance records.

In the simplest use case, there are 1:1 relations – one invoice (or installment) makes one entry, and one payment for this entry makes one balance record associated to the invoice.

JustOn Bank Payments can, however, relate entries with payments in an n:m relationship. This allows, for example, to distribute one money transfer to multiple entries or to settle one entry with multiple money transfers.

The integration with JustOn Billing & Invoice Management provides for the creation of the relevant balances. The system takes the registered payment amount per entry and compares it to the existing payment balance (with Origin = JPAY1) of the original invoice – producing new payment balance records in the amount of the difference, associated to the original invoices or, in case of overpayments, to the related account.

The following examples illustrate this behavior.

Multiple payments for one invoice

# Step Payment Amount Settled Amount per Entry Existing Balance Produced Balances
1 Finalize invoice
I1 100
0 I1: 0
2 Partial payment
P1 80
80 80 I1: 0 I1: Payment P1 -80
3 Partial payment
P2 20
20 100 I1: -80 I1: Payment P2 -20

Multiple payments for multiple invoices

# Step Payment Amount Settled Amount per Entry Existing Balance Produced Balances
1 Finalize invoice
I1 100
0 I1: 0
2 Finalize invoice
I2 100
0 I2: 0
3 Partial payment
P1 180
180 I1: 100
I2: 80
I1: 0
I2: 0
I1: Payment P1 -100
I2: Payment P1 -80
3 Partial payment
P2 20
20 I1: 100
I2: 100
I1: -100
I2: -80
I2: Payment P1 -20

Multiple payments for an invoice with installments

# Step Payment Amount Settled Amount per Entry Existing Balance Produced Balances
1 Finalize invoice
I1 100
4 installments
0
0
0
0
I1: 0
2 Partial payment
P1 80
80 25
25
25
5
I1: 0 I1: Payment P1 -80
3 Partial payment
P2 20
20 25
25
25
25
I1: -80 I1: Payment P2 -20

Overpayment, producing a "free" balance on the account A1

# Step Payment Amount Settled Amount per Entry Existing Balance Produced Balances
1 Finalize invoice
I1 100
0 I1: 0
2 Payment
P1 120
120 I1: 100 I1: 0 I1: Payment P1 -100
A1: Payment P1 -20