Hantrering av giltighetsperiod när perioden inte definierar något slut, endast start.

[mattiaspalmqvist]

Priser som sätts har inte alltid ett slutdatum, utan endast ett datum då de börjar gälla. Hur ska vi hantera det? Det kan bli missvisande att sätta ett slutdatum, eftersom det inte är helt sanningsenligt. Oftast löper priserna över ett år, men inte alltid.

Ett förslag är att vi endast sätter "validFrom" istället för "validPeriod". Sen kan användandet av API:t rekommendera att användaren hämtar tarifferna en gång per dygn, en gång per vecka/månad eller liknande. Det bör inte innebära jättemycket trafik, och på så vis är man säker att alltid ha uppdaterat data.

I så fall kan fältet "validFrom" definiera den ekonomsika giltigheten och fältet "latestUpdated" senaste det skedde en förändring i något av datat, det skulle kunna vara att en beskrivningstext eller annat som inte är så viktigt uppdaterades.

[larwa99]

Är det inte rimligt att man ändå anger ett slutdatum för priser, men att man använder ett dygn, en vecka eller en månad beroende på hur ofta man vill ha möjligheten att uppdatera priserna även om det kan bli samma pris? Det känns vanskligt att basera detta på någon typ av rekommendation eller praxis med ett öppet slutdatum.

[avajadi]

Instämmer med Lars i att det nog är bra att lita så lite som möjligt på konventioner som behöver dokumenteras för att inte leda till otydlighet.