Spring videre til hovedindholdet
Alle samlingerØkonomi
Payment Processing in Kanpla - Accounting Guide
Payment Processing in Kanpla - Accounting Guide

Understand your payment processing reconciliation to ensure correct accounting numbers between your payouts and the revenue recognition.

Opdateret over en uge siden

There are multiple solutions to process payments through Kanpla:

  1. utilising our POS solution via ADYEN

  2. handling payments directly through our partner Billwerk on Kanpla's gateway

  3. handling payments directly through our partner Billwerk on your own gateway

Payouts:

Payouts will be deposited into your preferred bank account based on the payout frequency. We recommend recording all payouts in a separate bank account within your bank, allowing isolation of payment processing money received from customers.

Useful information:

Kanpla orders will not always match your payouts. This can be due to the following reasons:

  1. Future orders (if a user preorders a product in the future, the payment will be processed immediately while the revenue is recorded at a later stage)

  2. Customer wallets: It is possible to enable customer wallets which allows users to top up their balance. The corresponding payment will be processed and paid out (which does not correspond to a Kanpla order necessarily).

  3. Cancelled and refunded orders: In some instances Kanpla will move the amount of cancelled orders to the customer balance (user wallet) when the payment was processed already. Kanpla does not refund the amount to the user.*

    *We are currently building a feature to deactivate user balances completely. This will ensure that customers have to pay for every product separately while always getting a refund for cancelled and refunded orders.

Your options to process payments through Kanpla:

ADYEN Gateway:

  • Kanpla recommends using ADYEN as our preferred partner in order to be able to utilise all of Kanpla's product portfolio. Kanpla will ensure you are guided through the onboarding and set you up in the system. Kanpla will be your primary point of contact and charges transaction costs for this service. Payouts usually follow the T+2 model in which transactions are paid out 2 days after the creation date. This improves your liquidity. Please read more about the ADYEN reconciliation in our other help centre.

Kanpla's Payment Gateway (Denmark only)

  1. You are processing payments via Kanpla's payment gateway and Kanpla pays out any billed sales of a week on the following Monday. Likewise, Kanpla charges transaction costs for this service. An invoice specification will be sent with a sales summary per sales place and module. Your weekly transaction costs (Honorar) is specified on the invoice total. Note that this invoice total is typically deducted from the payout so you do not need to pay the invoice yourself.* You can verify the sales specification on every invoice by exporting the data from admin.kanpla.dk -> Statistics Module (see Revenue Extraction from Kanpla below).

*Exceptions apply in case your invoice total exceeds the payout or if you are receiving invoices via EAN (limited to Danish customers).

Your own payment gateway:

  • You are processing your payments via your own gateway and payouts are directly transferred to your own bank account. You are in charge of negotiating your own payment processing costs and set up your payout structure. You will receive the payouts to your specified bank account and need to match the corresponding sales from Kanpla through the admin.kanpla.dk -> Statistics Module (see Revenue Extraction from Kanpla below)

Recording Payouts:

Book any payout on the Payment Processing Bank Account against Deferred Revenue in your accounting system. Adjust for any potential payment processing costs directly.

Debit

Credit

Customer payment

Payment Processing Bank Account

Deferred Revenue

Payment Processing Fees

Payment Processing Costs

Payment Processing Bank Account

Revenue Extraction from Kanpla:

  1. Export Kanpla orders from our platform (https://admin.kanpla.dk/dashboard/statistics) for the desired period.

  2. Include metrics such as Payment Method, Billed Date, Total Price excl. VAT, Total VAT, and Salesplace (if revenue needs to be booked on a location level)

Revenue Recognition in your CRM system:

  • Download a report and filter data on "Payment method = Credit" and group all orders based on the billing date.

  • Book the (i) net revenue + (ii) VAT of these orders in your Revenue Account on the P&L statement against the Deferred Revenue account.

Debit

Credit

Billed Revenue

Deferred Revenue

Revenue Account

Sales VAT

Deferred Revenue

VAT

Reconciliation:

Any difference between the Deferred revenue account and your cash balance on the Payment Processing bank account represents the total sum of customer balances in Kanpla which can be used to purchase products / services in future months. Depending on payout structure and potential payout delays (e.g. T+2 days) of your cash deposits the aforementioned difference can be affected by this, too.

Example:

  • 01/01/24: A customer tops up their account balance with 1,000 DKK

  • 03/01/24: You receive 990 DKK deposited in your bank account related to the 1,000 DKK top up above. Record any payment processing fees directly in the posting(s).

  • 20/01/24: This customer purchases goods worth 500 DKK (incl. sales VAT) on January 20, 2024.

Postings for January 2024:

End of January 2024:

  1. You have an ending balance of 990 DKK in your bank account

  2. You recorded 10 DKK in payment processing fees

  3. You recorded 400 DKK in revenue

  4. You recorded 100 DKK in sales VAT

  5. Your ending balance on account Deferred revenue of 500 DKK represents a liability for goods/services not yet delivered while the cash is already recorded on the bank account

Besvarede dette dit spørgsmål?