forum

Debat om e-conomic regnskabsprogram

Forkerte udregninger i abonnement modulet

0
Vi benytter abonnementsmodulet til opkrævning af huslejer.

Jeg bliver i dag kontaktet af en ny kunde som ikke kan få beløbene til at stemme. Kunden skulle betale for perioden 24.09-31.10 og modulet udregner det til at være 1,2 mdr. Men det stemmer jo ikke.

Perioden 24.09-30.09 er 7 dage. Med 30 dage i september skal der altså opkræves 7/30 af en måned, altså 0,167 + oktober måned, Ialt 1,167 mdr.

Det svarer til at vi snyder kunden for en dags husleje hvilket selvsagt ikke er i orden.

Jeg begynder så at gennemgå tidligere opkrævninger og til min skræk kan jeg konstatere at kun ca. hver tredje kunde er blevet korrekt opkrævet.

Har kontaktet Jeres support som godt kan se problemet (det er jo åbenlyst et spørgsmål om manglende decimaler) men kan ikke hjælpe yderligere.

Hvad gør jeg?

 

Med venlig hilsen

Jacob
spurgt 1 Okt, 2015 i Forslag » Abonnement af Jacob Anker (640 points)
Er der nogen der har et bud?

2 Svar

Hej Jacob,

Mange tak for dit indlæg.

Som du selv skriver har vores support ikke kunne hjælpe dig. 

Hvorfor vi kører med 2 decimaler her Peter Friis givet forklaring på, på et andet forum indlæg, som jeg her gerne vil linke til.

Jeg håber dette giver forståelse for hvorfor vi ikke lige blot kan indføre 3 decimaler. 


Med venlig hilsen

Magnus Hyllested Börgesen

Online regnskabsprogram
 

besvaret 13 Okt, 2015 Forslag af Magnus H. Börgesen (8,150 points)
Hej Magnus

Jeg anser det for at være et ganske alvorligt problem når systemet ikke kan udregne en så simpel ting korrekt.

Grundlæggende i abonnementsmodulet er jo netop kalender funktion hvorfor en enhed som hedder "måneder" vel ikke er atypisk for Jeres brugere.

Lad mig give dig et eksempel som jeg I skrivende stund skal bogføre:

Periode 18.10-31.10.
Pris pr. mdr. 670.

E-conomic regner dette ud til 0,42 mdr. 'a kr. 670: kr. 281,40.

Men udregnet rigtigt giver det: kr. 302,58.

Jeg synes faktisk, at det er en betydeligt fejl og jeg håber at I vil tage det seriøst.



Med venlig hilsen
Jacob
Hej Jacob

Jeg springer lige ind i indlægget her.
Jeg har efterprøvet dine data - og altså opstillet en abonnent der starter 18-10-15 og slutter 31-10-15.
Jeg har bedt abonnementet om at fakturere forholdsmæssigt.

Mine resultater bliver at hvis jeg i abonnementskørslen fakturerer forholdsmæssigt i forhold til antal, så får jeg:
Antal 0,45 - beløb: 301,5

Faktureret forholdsmæssigt pr. beløb:
Antal: 1 - beløb: 302,58

Så ja, der vil være en difference pr. på 1,05 kr. der er resultatet af afrundingen på decimaler.
Det kan vi desværre intet gøre ved.

Med venlig hilsen

Lauris Sørensen

Sidder du af og til og er i tvivl om, hvordan du skal bogføre? - Klik her og spørg tusindvis af andre e-conomic brugere
 

besvaret 22 Okt, 2015 Forslag af Lauris Sørensen (34,900 points)
Hej Lauris

Du har fuldstændigt ret.
Og jeg kan godt leve med en så lille afrunding idet beløbene ikke er så høje.

Men prøv at ændre perioden så den hedder 18.10-30.11.
Det bør give 302,58+670: kr. 972,58. E-conomic regner det ud til kr. 951,40.

Hvad skyldes dette?

Med venlig hilsen

Jacob
Hej igen Jacob

Nu har jeg prøvet at udvide perioden til 18.10-30.11, så er det ganske rigtigt som om at den udregner oktober til kun at have 30 dage, hvilket jo ikke helt holder stik.

Det vil jeg prøve lige at rapportere til det team der er ansvarlige for abonnementsmodulet.

Mvh. Lauris
Hej Lauris. Har du fået svar fra teamet?
Hej Jacob
Sagen er oprettet og det vil blive taget under behandling når prioritet og ressourcer tillader det.
Tidshorisonten herpå tør jeg ikke komme nærmere ind på.

Mvh. Lauris
Hej Lauris.
Vil du give en status?


Mvh.
Jacob
Hej igen.
Er det muligt at få et svar?
i gang× 4
løst× 105
besvaret× 258
Her får du det fulde overblik over alle forslag på forum. Klik på et tag for at se alle forslag i samme kategori - fx. "overvejes" eller "planlagt".

Selvom der er forslag, der ikke bliver implementeret i e-conomic, så fortvivl ikke - vi tager altid nye forslag op til vurdering, og det gælder også dit.