Teknik og miljø - Renovations system

Udviklingen af Renovationssystemet er opdelt i to dele: En del som behandler elektronisk stamkort og vedligehold af priser og den anden del som  tager sig af bogføring. Renovations system behandler både dag- og natrenovation.
På nuværende tidspunkt foregår der noget manuelt arbejde med at forberede renovations-opkrævninger. Dette arbejde skal  "overtages" af renovations systemet.

Formålet med dette dokument er at beskrive, hvordan del 2 af Renovations-systemet skal udvikles: Bogføring og dannelse af regninger.

Centrale sider:

Side Tekn/861 Bogfør regninger: Kald af stored proc som foretager bogføring (tekn.bogfoer_renovation)

Side Tekn/861 svarer til inka/214 og  inka/216: journal-nr og regnskabsår skal angives

Side Tekn 860 + 860D +860L svarer til side inka 211/212

Side 862D: Art, Pris og Indtægtskonto skal være udfyldt for alle lokaliteter.

Felt Betalingsfrekvens s 862D: vi anvender kun hele måneder eks. hver 1. mdr, 2. mdr, 3-mdr etc

I bogførings-funktionen skal man kunne foretage regnings-udskrivning og bogføre periodisk samt anvende PBS. Det skal også være muligt at angive at en regning, f.eks. børnehavens renovations-regning, skal betales straks ud fra en en angivet driftskonto.

Hvis en aftale har flere leverancer, udarbejdes en regning for alle aftalens leverancer. Hvis man ønsker en regning pr. leverance, så skal en aftale kun have en leverance.

Beregne pris ved at dele med ydelses pris med antal dage, så ejer ikke betaler for meget - check om gælder for alle kommuner.

SErmersooq har specielle regler: SE udskriver regninger kvartalsvis. Eks.: Hvis en borger tilmelder sig renovation mellem 1. januar og 28.februar, så betaler han for HELE kvartalet. Hvis borgeren tilmelder sig renovation 1. marts, så betaler han nul kroner for første kvartal. (Regler vedtaget af kommunal-bestyrelse) .

2. marts 2012: Naja Ane Heilman (SE) meddeler, at der ikke er nogle specifikke regler for hvordan man afgør at en borgen skal betale for et helt kvartal. Det afhænger af tidspunkt for flytning og antal tømninger, det er en skøns-sag  fra tilfælde til tilfælde

Løsning: Operator sætter dato i feltet "næste periode" på side 860D (next_invoice_date). F.eks. hvis bruger flyttede ind 12. marts, så sæt periode til 1. april i feltet "næste periode" på side 860D. På denne måde, bliver 1. kvartal betalings-fri for denne aftale.

Se skitse over bygders forskellige bogføringsdato og betalingsdato Tidslinje

Side inka/216 , 216DanFakt.asp skal tilrettes således renovations-regninger også skrives ud

skabelon xxx bruges til brev i 216

Der skal laves en log ved udskrivninger af regninger

Se tidsplan for implementering

Se Skitse over bogføring

Se Tabeller i Renovation

Regning

Nedenstående er to eksempler på en regning. Første regning  er en aftale som har en enkelt leverance. Anden regning er en aftale som har tre leverancer:Eksempel på regninger

Afsender-adressepå regning er afhængig af, hvor borgeren bor. På side 25 i Winformatik skal man tilknytte et  kontaktpunkt til en lokalitet. Hvis borgen bor på en vej som ligger i lokalitet Arsuk, så vil afsender-adresse være det kontaktpunkt som er knyttet til lokalitet Arsuk på side 25 i Winformatik. Således er det også med regninger nu udskrevet fra side 216.

Sprog på regning: Kun et sprog på regninger, dvs. sprog borgeren har angivet som foretrukne - se Winformatik side 200

Periode felt på regning: SErmersooq vil have at der i periode-felt står 1. kvartal, 2. kvartal, 3. kvartal eller 4. kvartal.

Regel indflytning/udflytning-

Sermersooq (kvartalsvis opkrævning: Udgangspunkt: Borger betaler for et kvartal ad gangen.

Nedenstående regler gælder ikke mere, man foretager skøn i hver t tilfælde: Naha@sermersooq.gl marts 2012.

I Renovations-system SErmersooq-borgere betaler or hele kvartalet, uanset hvornår i kvartal man framelder sig. Det skyldes især afregning med extern leverandør/lastbil-firma

Hvis borger er flyttet ind på adresse inden for de to første måneder af kvartal -> betale for hele kvartalet. 

Hvis borger er flyttet ind på adresse inden for den sidste måned i kvartal -> betale nul kroner!

Eg: Borger flytter ind  22. februar -> borger betaler for hele 1.kvartal.

Eg: Borger flytter ind  3. marts -> borger betaler 0 kroner for 1.kvartal.

For QEqqata og  KUjalleq (begge kvartalsvis opkrævning) gælder disse regler - marts 2012 : Jacob S. Lundgaard' <jslu@qeqqata.gl>; Elisabeth Banemann <elba@qeqqata.gl>; Erik H. Slumstrup <ersl@qeqqata.gl>; Ole Thor Hermansen <othe@qeqqata.gl>; Arnavaraq Martinsen:

 <arma@qeqqata.gl>REGLER - sådan beregnes pris:

• TILmelder en borger sig mellem d. 1. og d. 14. dag (begge dage inklusiv) i måneden, så betaler han for en hel måned.
•  TILmelder en borger sig mellem d. 15. dag og sidste dag i (begge dage inklusiv) i måneden, så betaler han for en ½ måned
•  AFmelder en borger sig inden d. 14. dag i måneden (inklusiv) , så betaler han ½ måned.
•  AFmelder han sig efter d. 14. dag i måneden, så betaler han hel måned.
•  TIL- og AFmelder en borger sig i samme måned, betaler han hel måned.

Sådan beregnes hele og halve måneder:

• 1 kvartal koster 460 kr
• 2 måneder koster (460kr/3) * 2 = 307 kr. -> (ydelsens pris/3 måneder ) * 2 måneder = pris
• 1 måned koster (460kr/3) * 1 = 154 kr. -> (ydelsens pris/3 måneder ) * 1 måned = pris
•  ½ måned koster (460kr/3)* 0,5 = 77 kr. -> (ydelsens pris/3 måneder ) * ½ måned = pris

Opkrævningsdato'er :

Pseudo-kode for stored proc tekn.Refuse_handling.bogfoer_renovation

Opbygning som inka.inka_paalign.

Tekn.bogfoer_renovation indsætter i tabel bogh.pst_tab, dvs. danner posteringer og bogfører.

Indsæt kode i inka.pst_tekst

Pseudo-kode:

Precondition: i side tekn 862D  alle art, pris, indtægtskonti er udfyldt for alle lokaliteter. Der checkes dog alligevel.

In parametre: app_kode, initialer, terminal, regnskabsår, regnskabmdr, næste_fakturerings-dato

- Vælg mængde (indtægtskonto, art, pris ..) af alle aftaler (supply_agreement) med ydelser (supply_agrement_item) hvor næste fakturerings dato = denne kørsels-dato. Tag hensyn supply_agreement. LOKalitetguid -> supply_item->supply_price, så lokalitetsguid bestemmer pris. Pris også bestemt af antal dage i periode lejer har boet der. Sortere efter indtægtskonto, kunde-nr

Hent posterings-nr (bogh.bogh.hent_pst_nr)

Sum= 0;

Forrige_indtægtskonto = null

For hver element i mængden :

<start loop>

- find tekst til regning i: udled fra code_payment_freq_cult tekst skal være: navn 1 mdr - navn n.måned (1. marts - 1. august). Hvis kun 1 måned så skriv

(beregn pris ud fra fraflyt-dato, dvs hvis person er fraflyttet, betales mindre) - ikke nu/her

Hvis skift i indtægtskonto -> bogh.dan_hoved_pst(indtægtskonto..., -sum) -> sum := 0;

dvs: denne indtægtskonto <> Forrige_indtægtskonto

sum= sum +pris

Dan primær postering (kald til bogh.dan.dan_pri_pst( art, knnr, ... pris, pst_nr)

if betalesFraKonto <> null -> Kald bogf_paal_payment ( kalder bogh.dan_sek_pst og dan_hoved_pst)

-Kald bogh. dan_pri_pst

-indsæt i tekn.Supply_invoice_details (pstnr, knr, linienr, antal, pris) bruges til udskrivning ved

-opdatere supply_agrement.next_invoice_date

<slut loop>

Afslut bogføring ->bogh.gem_pst_nr

Indsæt i translog

Specielt ved Tabel Code_payment_freq_cult:

TabelCode_payment_freq_cult: Hvor lang tid strækker en periode sig over angivet i måneder

Count_unit: antal måneder - altid

Eksempler på værdier i tabel og deres betydning:

Svaghed: hvis vi vil vælge hver 3. uge _> Fremtidig løsning: lav ny tabel  code_date_unit til convertering

Betalings_dato: hvordan beregnes

Ændringer Inka/216DanFakt.asp

Væsentlig sider: Inka/216.asp, 216DanFakt.asp, Udskriv216.asp

Oversigt over væsentlige tabeller ved: 216PaalFakt

Parametre Udskriv216.asp

Ved test side 201: find regninger med translog.typ = P og W; check om udskrives korrekt fra regning-knap

Check regninger med translog.typ = P og W som har samme journal-nr: check om de skrives rigtigt ud

Skabelon

Aftale-nr skal kunne tilføjes. Se tabel tekn/supply_invoice_details

• Regningsudskrivning skal ske centralt. Sagsbehandling sker decentralt
• Vi skal ikke bruge fysiske kunde-kort længere, men alt skal være elektronisk
• Betaling kan være specielt for en kunde: F.eks. hvis en kunde ejer en udlejningsejendom, så er den enkelte lejer ikke ansvarlig for at tilmelde sig renovation ?
• Så vidt muligt vil vi konvertere påligningsbunker til renovations-systemet så I ikke skal indtaste en masse data - Er OK
• Regne pris for vare/ydelse om til hele dage, så man ikke skal betale en hel måned hvis man har tilmeldt sig 5 dage inden måneds udløb - OK for kommuner som ønsker det.
• Hvis man har en vare som gælder fra d. 1. september til 1. oktober, f.eks. tømning skraldespand, og en kunde først flytter ind fra 20.september: hvordan beregne pris for ydelsen? Svar: regne om til dage, så kunde betaler pr. dag og ikke for en hel måned  - OK for kommuner som ønsker det.
• Tænk over om supply_agreement.Next_invoice_date kan tælles op , UDEN at blive faktureret. Som det er nu, så bliver der BÅDE faktureret og supply_agreement.next_invoice_date tælles op