by Kavio Labs · for PrestaShop 8.2 and 9.x
B2B pay on invoice for PrestaShop 8.2 and 9.x: approved customers pay with payment terms (Net 15/30/60, EOM) inside a credit limit, add their PO number and get the due date on the order and the PDF invoice. Credit check at checkout, payments as PrestaShop order payments, invoices that stay open when the order ships, reminders, automatic holds when overdue, credit applications, a printable statement and an aging report. Uses PrestaShop's own B2B fields. No overrides.
B2B pay on invoice for PrestaShop 8.2 and 9.x: approved customers pay with payment terms (Net 15/30/60, EOM) inside a credit limit, add their PO number and get the due date on the order and the PDF invoice. Credit check at checkout, payments as PrestaShop order payments, invoices that stay open when the order ships, reminders, automatic holds when overdue, credit applications, a printable statement and an aging report. Uses PrestaShop's own B2B fields. No overrides.
Sell on credit without losing track. Business customers expect to order now and pay in 30 days. PrestaShop has B2B fields for it, but no payment method that uses them. Net Terms & Credit Limits gives approved customers payment terms and a credit limit, checks every order against the credit left, and follows each invoice until it is paid.
Net Terms & Credit Limits works with PrestaShop 8.2 – 9.x.
We list the builds we install and test on. “Tested” means the test plan ran on that build; “Supported” means the build is inside the supported range.
| Version | Range | Runs on | Status |
|---|---|---|---|
| PrestaShop 9 | 9.0 – 9.2 | PHP 8.1 – 8.4 | Tested on 9.2.0 |
| PrestaShop 8.2 | 8.2.0 – 8.2.x | PHP 7.2.5 – 8.1 | Tested on 8.2.8 |
The Documentation tab covers the settings and every screen.
PrestaShop 8.2 – 9.x. Tested on PrestaShop 9.2.0 and PrestaShop 8.2.8. The Compatibility tab lists every version range.
No. They work through PrestaShop hooks, widgets and the core product customization system. Nothing is written to /override and no core file is changed, so PrestaShop updates and other modules keep working.
They are tested on Classic and Hummingbird, the two themes PrestaShop ships. Themes based on them work; a theme that removes the standard product page containers may need a small CSS adjustment, and support helps with that.
Yes. Settings follow the shop context, like PrestaShop's own modules. A license covers one production domain with its subdomains, so shops on other domains need a license each.
One production store domain with every subdomain (www, shop., staging.), plus local development hosts such as localhost, *.local and *.test. A store on another domain needs its own license; a second-store license is 40% off. You have 14 days after installing to enter the key. 12 months of updates and support are included; after that the module keeps working and renewals are 50% off. How licensing works
Yes. Ask for a full refund within 30 days of your first purchase, no reason needed: open a ticket or write to [email protected] with your order number. The money goes back to the card or bank account you paid with within 5 business days of approval. Refund policy
Open a ticket from your account, so your license details are attached. We answer Monday to Friday: bug reports within 1 business day, how-to questions within 2. Support policy. Not a customer yet? Ask a pre-sales question.
9 more answers about setup and daily use in the Documentation tab.
Business customers expect to order now and pay in 30 days. PrestaShop 8 and 9 have B2B fields for an allowed outstanding amount and payment days, but no payment method that uses them, no due dates and nothing that follows an unpaid invoice. Net Terms & Credit Limits adds all of it.
No overrides, no outside service.
| PrestaShop | 9.2.0 and 8.2.8 |
| Storefront | Hummingbird and Classic |
| Back office | PrestaShop 9 and 8 admin themes |
kvnetterms-1.0.0.zip.The module creates two order states: Awaiting invoice payment (a PDF invoice is created at once) and Credit review. Currencies, countries and carriers of the method are set like for any payment module under Payment > Preferences.
Upload the new zip the same way. Accounts, invoices, applications and settings stay.
Uninstalling deletes the credit accounts, the invoice terms (due dates, PO numbers, reminders) and the applications of the module. Orders, their payments and PDF invoices stay in PrestaShop; the two order states are hidden from the lists but stay on the orders that use them.
All settings are under Customers > Net terms > Settings.
| Setting | What it does |
|---|---|
| Offer paying on invoice | Shows "Pay on invoice" to approved customers and the credit application in My account. Admin screens, invoices and reminders always work. |
| Approved customer groups | Customers in these groups have an account with the default limit and terms without applying. A status set on a customer wins over the group. |
| Default credit limit | In the default currency. Used when a customer has no limit of their own. 0 = no limit. |
| Payment terms (days) | Net 15, 30, 60 ... 0 = due on receipt. |
| Due date counts from | The order date, or the end of the order month (Net 30 EOM). |
| Use the PrestaShop B2B fields | With B2B mode on (Customers > Customer settings), a customer's "Allowed outstanding amount" and "Maximum number of payment days" become their limit and terms unless you set them on the account. |
| Setting | What it does |
|---|---|
| Order above the available credit | Do not offer paying on invoice (a note above the payment methods tells the customer why), or Accept it and hold it for credit review (the order gets the state "Credit review"; move it on when you agree). |
| PO number | Do not ask, optional or required. A required PO number is checked on the server too. |
| Pause while an invoice is overdue | Customers with an overdue invoice cannot place a new order on invoice until it is paid. |
| Put accounts on hold after (days overdue) | The daily job puts the account on hold and e-mails the customer; released by itself once the overdue invoices are paid. 0 = never. |
| Keep invoices open when an order ships | PrestaShop records a payment for the whole order when it moves to a "paid" state such as Shipped or Delivered. With this on, the invoice stays open until its payments are recorded. "Payment accepted" still closes it. |
| Credit applications | Customers without an account can apply under My account > Credit account. |
| E-mail the store about new applications | Sent to the shop e-mail of Shop Parameters > Contact. |
| Terms on the PDF invoice | Adds payment terms, due date and PO number to the PrestaShop invoice PDF. |
| Setting | Default |
|---|---|
| Reminder days before the due date | 3 (0 = none) |
| Reminder on the due date | yes |
| When overdue, remind every (days) | 7 |
| Overdue reminders at most | 3 |
Each reminder is sent once per invoice. If the daily job could not run for a few days it sends only the reminder that fits today, not every missed one. A new due date starts the reminders again. Orders in credit review get no reminders.
Accounts tab > Edit, or the Manage credit account button on the customer page:
0 = no limitTo open an account for a customer who never applied, type the e-mail next to Open a credit account.
All e-mails use one template, mails/en/kvnt_notice.html / .txt of the module (copy it into your theme's modules/kvnetterms/mails/en/ to restyle it): invoice reminders, account on hold, account active again, application approved, application declined, and the new application notice for the store. The PrestaShop order confirmation names the payment method with its terms, for example "Pay on invoice (Net 30)".
Own-site edition: enter the licence key at the bottom of the settings. Without an active licence, new orders on invoice and new applications are not offered. Existing invoices, payments, reminders and every admin screen keep working.
A signed-in customer with an approved account sees Pay on invoice (Net 30) next to your other payment methods. Under it: the payment terms, the due date of an order placed today, the credit left and the PO number field.
When the order does not fit (above the available credit, an overdue invoice, account on hold) the method is not offered and a short note above the payment methods says why. The server checks the account, the credit and the PO number again when the order is placed.
The order gets the state Awaiting invoice payment and a PDF invoice at once; stock is reduced as usual. The confirmation page, the customer's order page and the PDF invoice show the terms, the due date and the PO number.
The customer sees the available credit, the balance and the overdue amount, the payment terms, and the invoices (Open, Paid, All) with the due date, the amount still to pay and the state. Print statement opens a printable statement of the open invoices.
Customers without an account see the application form (company, VAT or company number, phone, the credit they need, a message).
The Net terms invoice card in the side column of the order page shows the state, terms, due date, PO number, amount, paid and still to pay, with the payments.
Orders you create in the back office with "Net Terms & Credit Limits" as payment become invoices with the customer's terms. Cancelled orders become void; credit slips lower the amount to pay.
Customers in the approved groups, customers whose account you approved (application or Accounts tab), and nobody else. Guests never see the method.
Yes, when B2B mode is on: "Allowed outstanding amount" becomes the credit limit and "Maximum number of payment days" the terms, unless you set them on the account.
PrestaShop normally records a payment for the whole order when it moves to a "paid" state such as Shipped. For an invoice nobody has paid yet that would be wrong, so the module keeps it open (setting "Keep invoices open when an order ships"). Record the payment when the money arrives, or set the order to "Payment accepted".
Yes. The server checks the account, the overdue invoices, the credit and a required PO number again; a forged request cannot place an order on invoice.
Record every payment you receive; the invoice stays open until it is paid in full.
Limits, balances and the aging report are in the default currency. Invoices keep the order currency; orders in other currencies are converted with the order's rate.
No. The daily job runs when you open Customers > Net terms. For reminders at the same time every day, add the cron address from the settings page.
Invoices belong to the shop of the order; credit accounts are per customer. Tested on single-shop stores.
No.
Buy with confidence
This product was tested on these builds. Builds we did not test are not listed.
Updates and support are included in the price. The product keeps working afterwards; renewing is optional.
How licensing worksIf it is not what you expected, tell us within 30 days and we refund the order.
Refund policyCard payments are processed by Stripe. Your card number never reaches our server.
Ask a pre-sales questionSold by Kavio Labs Software Limited, registered in England and Wales No. 17532441. About us
More for PrestaShop
The department store theme for PrestaShop 8.2 and 9.x: colour-coded departments, a department list beside the hero slider with two side promos, a big search with a department picker, tabbed product grids, a 2 + 1 + 2 offer grid, deals of the day with real countdowns, a department showcase, a promotions band and a three-column product page with a sticky buy box. Four styles (Meridian, Harbor, Citrus, Night), every colour editable. A child theme of Classic, no core changes.
Stop AI crawlers, scrapers, vulnerability scanners and unwanted countries before PrestaShop 8.2 or 9.x builds a page. Googlebot and Bingbot are verified by DNS and always allowed; 50+ bots get one switch each; country rules use free GeoIP databases and can close only the checkout; IP and network lists, rate limits for search, filters and forms, honeypots and the add to cart flood fix; a one-second challenge instead of a captcha; learning mode, dashboard, log, IP tester and Cloudflare export. Two hooks, no overrides.
Import and update products from supplier CSV, XML and JSON feeds in PrestaShop 8.2 or 9.x on a schedule: URL, FTP, SFTP or upload; field mapping with real sample values; match by reference, EAN-13, supplier reference or MPN; markup by price band and category with .99 rounding; a price guard that holds back big drops and below-cost prices; combinations from feed rows; stock-only syncs; products missing for N runs set to stock 0 with a safety limit; a dry-run preview with old and new values, run history with a row log and undo. No overrides, no storefront hooks.
