Dunning / Mahnung / Warning Notice

@scdanieli continued the work of @KanchanChauhan on the dunning app. Dunning is now similiar to other sales documents and it’s possible to smoothly upgrade from the previous version. Here are some screenshots of the current state:

If you already have the app installed you can update to the new version:

bench update

If you don’t have it yet, you can install it with

bench get-app https://github.com/alyf-de/erpnext_dunning.git
bench install-app erpnext_dunning
1 Like

@lasalesi Many thanks for sharing this link. Based on my limited capability / review - it seems this doctype / app allows for the ability to send customers a payment reminder (automated based on past due?) on the total amount owed? The Dunning app - seems more legal - applies to individual invoices and allows tacking on interest and tracks the number of reminders sent?

The ability to send this consolidated / automated payment reminder to customers seems applicable to all ERPn usage. Is it possible to distribute this feature as a generic app (without other Swiss related mods) / easily setup the payment reminder doctype for non-swiss ERPnext instances?

Thank you again for sharing. Appreciate your thoughts / guidance - as always.

Hi @zerodiscount,

thanks for your feedback. How do you mean “more legal”? Both are actually apps, equally legal. While the dunning app is based on per invoice basis, the payment reminder function of ERPNextSwiss has the function to aggregate reminders per customer. This way, instead of getting one reminder per invoice, customers get an overall reminder. Both apps track the reminders sent out per invoice and allow for charges (payment reminder does charge per reminder, not on interest - refer to current negative interest rates, you would actually have to give customers dicsount :wink: ) The payment reminder can be automated, e.g. on a bi-weekly level using a cron job (bench execute).

ERPNext is designed in a (semi-)monolithic way with only few apps. Frappe, ERPNext, … Therefore, we have decided to bundle all center-Europe topics in the ERPNextSwiss app, which nicely extends ERPNext and at the same time allows us to maintain the package at the required speed. You are of course free to use it. As for integration, I guess a discussion would need to take place as to how integration would make sense. As long as this does not interfere with the app, I am happy to support.

In Germany we charge 9 percentage points above the base rate, so you never have the opportunity to give an involuntary discount. :smiley:

Regarding speed, the Frappe team got incredibly fast. My last pull requests got merged within a few days. :slight_smile:

Hi @rmeyer,

thanks for your feedback. I know that it is (still) practise to calculate generic interest rates on open receivables, but if you check this against actual life, no debtor will actually pay this, so calculation is actually not worth the effort. A blank fee is more practical (yet even that will no always be paid by the debtor…)…

Don’t get me wrong, the speed of the frappe team is great, and I highly appreciate the work they do. My concern is with getting through fixes. And this works perfectly well in this current setup. (My PR to resolve an issue with the easy installer - which seems to be broken for weeks now - is still pending…)

I’m sorry if I jump in too late after so much great work has been done :+1:

My question is, does this dunning in any way can be done with Payment Request? Maybe add some fields to make it more useful as dunning as well?

Hi @rahy, Dunning is more comparable to a Notice of Default than to a Payment Reminder. It has special legal implications and shouldn’t be confused with a friendly reminder.

@rmeyer look what i want to do

Hi all, we recently developed “payments based dunning”. Previously a Dunning had to be created against an overdue Sales Invoice. Now we can pull all overdue payments of a Customer into a single Dunning.

On the accounting side, we will no longer record the fees and interest as receivable when submitting a Dunning. Instead, fees that have actually been paid will be recorded as additional income in the Payment Entry. See here and here for further reading (in german).

Please check this pull request and let me know if you have any questions and suggestions: