Rykkere på forskellige faktura til samme kunde

Question

e-conomic styre fint hvornår der er sendt rykker 1, 2 og 3 ud på en given faktura. Der tilskrives renter og gebyrer alt efter hvad der er valgt. Så langt så godt.

Har samme kunde i mellemtiden fået endnu en faktura, så virker rykkerproceduren også, MEN... der vises renter og gebyr som var tilskrevet den forrige faktura og det mener jeg er meget misvisende.

Kunden har altså fået en rykker 3 på sin første faktura og saldo vises inkl. gebyr og renter.

Nu får kunden rykker 1 på sin anden faktura og i saldoen vises gebyr og renter fra rykker 3!

Og ved rykker 2 på sin anden faktura, så er der gebyr og renter for begge faktura.

Mit ønske er at kunne have mulighed for at fravælge/tilvælge gebyr/renter, så det kun vises vedr. den faktura som der rykkes for.

Mvh Helle Vithardt, Kon10 ApS

Comments

Hej Lasse

Det lyder godt.

Vil lige nævne at rykker 3 på den første faktura og rykker 1 på den anden faktura er lavet samme dag - i nævnte rækkefølge.

Så i princippet så er gebyr og renter fra rykker 2 på den første faktura jo blevet rykket for via rykker 3. Så de burde jo slet ikke stå på rykker 1...

hmm - er spændt på hvad I kommer frem til.

 

Mvh Helle Vithardt

 

Answer 1

Hej Helle

Det er lidt et valg vi har taget - at give mulighed for renters rente og lignende - jeg er med på udfordringen, men vi skal overveje det nøje om vi vil ændre på dette forhold.

Da det jo reelt er tilgodehavender som der ikke er rykket for.

Men jeg vil meget gerne tage forslaget med videre til vores prioriteringsmøde for at få det vendt også rent teknisk.

Answer 2

Hej Helle

Beklager at du ikke har fået nogen begrundelse for, hvorfor at dit forslag ikke er blevet implementeret, det skylder vi dig selvfølgelig, så den vil komme her

Som Lasse har beskrevet, så er det et valg vi har taget herinde fra, set i forhold til den måde det er hensigtsmæssigt modulet skal arbejde på, denne tiltænkte tankegang vil vi fastholde.

Når ovenstående er sagt, vil jeg holde øje med dette forslag, viser der sig en øget efterspørgsel efter dette så vil vi gå ind og revurdere vores beslutning, indtil da vil jeg dog holde fast i "implementeres ikke".