[Pettolajnen]

Hur gör man egentligen en uträkning för en abonnemangsperiod?

Räknar man att en månad alltid är 30 dagar eller? Det blir ju svårt för systemet att alla månader är olika långa och att vissa år är skottår. Jag vill ju att alla kunder ska få ha sin tjänst lika lång tid. Om jag säger att kunden får ha sin tjänst i ett kvartal, då kan ett kvartal vara olika långt beroende på vilka månader som hamnar inom ramen för kvartalet. Men om jag å andra sidan kör 3x30 dagar som ett kvartal, då går det inte jämt ut på ett år.

Så jag undrar bara hur webbhotell och andra företag med abonnemangstjänster har löst detta?

[elofsson]

Tecknar man ett abonnamang den 23 januari har väl tre månader passerat när man kommer till 23 april oavsett hur många dagar det är i respektive månad.

För att få hjälp med den här typen av hantering så finns det ju massa inbyggda datumfunktioner i de flesta programmeringsspråken som underlättar.

Eller förstår jag inte din fråga?

[Pettolajnen]

Men om du tecknar ett abonnemang den 31 maj och du ska få ha tjänsten i en månad, när ska den sluta då? 31 juni? Den dagen finns inte. Du kommer då alltså få ha den i 30 dagar. Men om du hade tecknat abonnemanget den 1 maj och ska få ha den i en månad, då borde det ju vara 1 juni? Då har du fått haft abonnemanget i 31 dagar istället. Och ännu konstigare blir det när en månad har bara 28 dagar osv, skottår m.m.

Problemet är ju den att en kund ska betala en fast summa för att få ha abonnemanget i ett kvartal. Men eftersom ett kvartal kan vara olika många dagar så kommer vissa kunder att få ha sin tjänst i någon mer dag en kanske en annan kund får. Det är det jag inte av ren princip vill ska kunna hända. Alla kunder ska få ha sin tjänst lika många dagar. Men jag kan inte säga att kunden får ha sin tjänst i 90 dagar och sedan kalla det för "kvartal", för det är det ju inte.

Någon som förstår?

[jonny]

Men antingen säljer du tjänsten i hela kvartal, Q1-Q4, eller så säljer du tjänsten i tre månader eller 90 dagar.

En månad är en månad oavsett 28 eller 31 dagar.

[Pettolajnen]

Okej så du menar att kunden helt enkelt får finna sig i att han/hon får sin tjänst i någon dag mindre än en annan kund fått till samma pris?

[Pettolajnen]

I så fall har jag en annan fråga:

Jag sparar nämligen följande uppgifter i min databas:

([ ] = fält som sparar uppgift i databas)

Skicka faktura: var [ X ] [ månad | år ]
Pris exkl. moms: [ X ] kr [ /månaden | /år ]

Tanken är nu att jag ska kunna sätta vilka inställningar som helst där och sedan räknas det ut automatiskt vilket belopp som ska stå på fakturan. Observera att det i princip även ska kunna bli ett mindre belopp om man t ex. väljer ett pris/år och fakturan skickas per månad.

Frågan är nu då hur denna ekvation/uträkning ska se ut?

[elofsson]

Originally posted by jonny@Jan 30 2008, 13:50
En månad är en månad oavsett 28 eller 31 dagar.

Håller med där, var det jag försökte säga. Nån dag hit eller dit brukar jämna ut sig i slutändan.

[jonny]

Varför krånglar du till det för dig? Spara priset per månad oavsett faktureringsintervall.