RYKKERKØRSEL I RAFR110 Diskussion af ændringersforslag Forslag til ændring af rykkerproces - målet er at have færre bestillinger af rafr110-kørsel til hhv. rykker 1, 2 og 3 Diskussion af forslagets relevans, forbedringsforslag samt evt. fordele og ulemper ift. den eksisterende rykkerproces
Udfordringerne i dag Antallet af kørsler kan blive stort en kørsel per Medtag type og per rykkertrin og per rykkergruppe Gebyr opsætning noget er på AFSYS andet er på ARYKOPS eller BCHEC Håndtering af tilløbne renter og gebyr specielt på inaktive/fraflyttede (vi kan komme til at rykke på renter og gebyrer) Flere hæftere flere adresser kan være nødvendigt Håndtering af overførsel til inkasso, lukkerhåndtering, inddrivelse via Skat Firmafordeling af rykkersaldo en generel udfordring som også påvirker rafr38 Andre udfordringer (spørgsmål til salen)
Status: Der anvendes stadig to versioner af RAFR110 Ny - ARYKOPS Gammel bchec Følgende gennemgang er oplæg til diskussion Der er ikke taget beslutninger om nogen ændringer endnu, men der vil blive fremlagt nogle løsningsforslag til de udfordringer som vi har hørt om Grundlæggende design spørgsmål, hvis vi lave rykkerprocessen om: Skal der laves en ny rafr110 eller en helt ny rapport? Kommer an på hvor meget vi ønsker at lave om!
Forslag til diskussion: Rykkergruppe indføres på AUDEB (inddeling af underdebitorerne i rykker-regler) Rykkerkørsel på tværs af medtag -status Rykke på faktura(-beløb) i stedet for underdebitor saldo Rente/Gebyr tilskrivning tilknyttes direkte på faktura og opkræves enten via rykker eller næste regning Tilknytning af hæfter nummer 2
Rykkergruppe indføres på AUDEB: Rykker opsætning (rykkeregler) skal ske per Rykkergruppe Medtag-type Rykker trin Opsætning i listeform godkendelse ligesom i AFINOPS? Rykkergruppen skal afløse Rykkertypen men skal også muliggøre forskellige udskrifter alt efter hvilken kunden det drejer sig om dvs en kombination af rykkertype og rykkerkode Medtag-status Trin Mindste beløb Største beløb Rykker grundlag Respit dage Dage til forfald Anvend kalenderdage Gebyr Rykkergruppe Rentetilskriv Tekstnr side 1 Tekstnr side 2 Tekstnr side 3 Word-skabelon KVART Aktive 1 100 max FAKTURA 4 5 Nej AREGN AREGN 703 KVART Aktive 2 100 max RYKKER1 4 5 Nej AREGN AREGN 704 KVART Aktive 3 100 max RYKKER2 4 5 Nej AREGN AREGN Lukkerskrivelse_aktive KVART Fraflyttede,Inak 1 100 max FAKTURA 4 5 Nej AREGN AREGN 12 KVART Fraflyttede,Inak 2 100 max RYKKER1 4 5 Nej AREGN AREGN 13 ALLE Fraflyttede,Inak 3 100 max RYKKER2 4 5 Nej AREGN AREGN Rykker 3_fraflyttede
Rykkergruppe indføres på AUDEB: Underdebitorerne/installationer bliver automatisk inddelt i rykkergrupper baseret på afregningstypen på AINST (som bchec ligesom i dag) Specifikke underdebitorer kan dog tilknyttes en anden rykkergruppe ved eksplicit at vælge den i AUDEB Rykkergruppen bliver samtidig en hoved-opdeling af de regler der opsættes i ARYKOPS til rykkerkørslerne Når en faktura bliver udsøgt i rykkerprocessen fordi forfaldsdatoen er passeret, bliver rykkergruppen bestemt af nuværende rykkergruppe valgt i AUDEB eller hvis den mangler, nuværende afregningstype på AINST Samtidig bestemmes Medtag -status på underdebitor, og baseret på rykker trin fra bestilling, rykker gruppe og medtag-status findes de regler (fra ARYKOPS) som netop denne faktura skal behandles efter
Rykkerkørsel på tværs af medtag -status: I dag startes rafr110 for hver kombination af rykker type, medtagstatus og rykker trin Kan give mange kørsler kan evt sættes op i en plan er der nogen der gør det? Det ønskes, at rafr110 bestilles færrest mulige gange, feks ved kun at vælge mellem Rykker trin og måske et valg imellem Fakturaer Betalingsordninger Investeringsbidrag Deposita
Rykkerkørsel på tværs af medtag -status: Bestil RAFR110 med trin? Eller bare køre den på tværs af det hele? Udfordringer omkring rykker 3, lukkedato samt antal rykkere og min.saldo Medtag-status (i dag): Aktive (FAKTURA) Inaktive (FAKTURA) Fraflyttede (FAKTURA) Betalingsaftaler aktive (BET.ORDN.) Betalingsaftale fraflyttede (BET.ORDN.) Investeringsbidrag (INV.BIDRAG) Deposita (DEPOSITUM) Forsyningspligt i fremmed net (FAKTURA NY) Slutopgørelser (FAKTURA)
ARYKOPS anvendes stadig til opsætning: Der er stadig ønske om at man selv kan definere antallet af rykker trin for en rykker gruppe i kombination med medtag-status for en kombination af rykkergruppe, medtag-status og rykker trin skal der vælges (de samme muligheder som i dag): hvilke(n) skabelon(er) som anvendes respitdage minimumsbeløb om gebyr skal tilskrives til næste regning om gebyr skal tilskrives rykker/dvs aktuel faktura (AREGN/AKONT) om rentetilskrivning på fakturaens restbeløb skal ske frem til rykkerdatoen respitdage om rentetilskrivning skal udføres (AREGN/AKONT) antal kalenderdage/arbejdsdage til nyt forfald med udgangspunkt i rykkerdatoen Opsætning ved betalingsaftaler skal også kunne differentieres på aftaletyper og/eller betalingstypegrupper
Rykker per faktura (forslag til koncept): Udgangspunktet for en rykkerkørsel trin 1 er fakturaer med restbeløb samtidig med at forfaldsdatoen er overskredet Rykker trin 2 tager udgangspunkt i restbeløb på faktura, som har en rykker 1, hvor rykker 1 s forfaldsdato er overskredet Rykker trin 3 tager udgangspunkt i restbeløb på faktura, som har en rykker 2, hvor rykker 2 s forfaldsdato er overskredet Rykker trin 4 tager udgangspunkt i. Enhver rykker henviser således direkte til en faktura i systemet
Rykker per faktura: Rykkere i SonWin Hvorfor droppe saldo-princippet? Fordi det er nemmere at gennemskue hvad vi rykker for! Firmafordeling efter fakturaens firmafordeling Fakturaens restbeløb er ekskl tilskrevne rente og gebyrer, men evt indbetalinger skal dække rente og gebyrer først, inden vi vælge at nedskrive fakturaens restbeløb Restbeløb resten af oprindeligt fakturabeløb Skyldigt beløb fakturaens restbeløb plus ubetalte renter og gebyrer Hvilket beløb skal stå på rykker (aktiv/inaktive/fraflyttede)
Rykker per faktura: Hvad er forudsætningerne for at vi kan få SonWin i denne retning? Alle betalinger skal tilknyttes en eller flere fakturaer eller fordeles på faktura så det i systemet er utvetydigt hvor meget fakturabeløbet er nedskrevet med per indbetaling Vi kan ikke have betalingstransaktioner uden fakturanummer i AKONT her skal vi lige overveje tilknytning til betalingsordninger og depositum Til gengæld kan vi have betalingstransaktioner som burde have to eller flere regningsnumre hvis en indbetaling dækker flere regninger på en gang
Rente- og gebyrtilskrivning: Rentetilskrivning skal altid tage udgangspunkt i fakturaens oprindelige forfaldsdato Rentetilskrivning skal altid ske baseret på ARENTE og skal således kunne ske efter variable rente (ligesom i dag ved betaling ) Hvornår skal vi kunne tilskrive renter? Ved indbetaling rente kan beregnes for indbetalt beløb hvilket betyder at der for den del af fakturabeløbet ikke tilskrives flere renter Løbende rentetilskrivning feks ved rykkerkørsel eller særskilt rapport renteberegnes for restbeløb frem til en tilskrivningsdato, som bliver udgangspunkt for næste tilskrivning Renters rente
Rente- og gebyrtilskrivning: Rykkergebyr bestemmes altid ifm rykkerkørsel Gebyrbeløbet bestemmes enten ved regler i AGEBYR (hvis modulet haves) eller ved angivelse i ARYKOPS. Gebyret er altid et fast beløb. Gebyr kan enten opkræves på næste faktura eller opskrive fakturaens/rykkerens restsaldo Ved opkrævning på næste faktura bestemmes gebyret i rykkerprocessen og gemmes på AREGN. Gebyret bogføres ved efterfølgende fakturering. Ved opskrivning af restsaldo på faktura/rykker bliver gebyret lagt til restsaldo i rykkeropkrævningen. Gebyret bogføres via AKONT ifm rykkerkørsel. Begrænsning af antal gebyrer per kunde Hvis kunden har flere fakturaer til betaling?
Flere hæftere Rykkere i SonWin 2 navne på AKUNDE bliver til 2 AKUNDE med 1 navn hver med hver sin adresse. Begge hæfter Er det nok med et ekstra KUNDENR på AUDEB? Ekstra KUNDENR medfører anvendelse af en anden skabelon, hvor der står at rykker også er sendt til anden hæfter Samme skabelon dannes to gange, således hver kunde kan få sin rykker Løsningen skal være kompatibel med fremtidig løsninger ift SonWin Vision
Rapport indhold Opsummering i antal rykkere, antal gebyrer tilskrevet, rentetilskrivning Liste kunder i kørsel: Opdelt i rykkergrupper Opdelt i medtag-status Opdelt i trin Sorteret efter instnr? beløbsstørrelse? Kørsel som listning eller opdatering som i dag Hvordan beholder vi overblikket? Bundtnumre (per rykkergruppe, medtag, trin) ARYKHIST ARYKL ARYKB Kørsel uden opdatering
Rykkerskrivelser Hvor skal de gemmes? Wordflet / ASKABELON ARYKT PDF-rykker Rykkerskrivelse tilknyttet ARYKHIST se afsendt rykker Rykkerkanaler MSB Papir Andet???
Opsummering og spørgsmål: Grundlæggende design spørgsmål hvis vi lave rykkerprocessen om? Skal der laves en ny rafr110 eller en helt ny rapport? Kommer an på hvor meget vi bliver nødt til at lave om!!