Pörssisähköilijän kulutuksen kulutusvaikutus - liukuri.fi

haraldh sanoi:
Sen mitä on nyt tullut tarkistettua niin datan syöttämällä saa ihan yksi yhteen samat luvut kuin laskussa, paitsi että en ole keksinyt miten liukuriin lisätään siirtovero. Osaako joku auttaa tässä?

Laitoin arvon 2.79372 kenttään General transfer, sillä sai sen mukaan. En tiedä onko oikea paikka.

Ynnäämällä "Night transfer + monthly costs" ja "Transfer + montlhy costs" saan kyllä saman luvun kuin mitä Keravan siirtolaskussa on.

Helenin kuukausimaksu energia 3.93 €/kk puuttuu, sen voi varmaan työntää Monthly Price General Transferin alle, vaikkei siirtoon kuulukaan?

Energian hinta muodostuu spothinnasta, marginaalista ja perus/kk-maksusta. Ja ALV
Siirron hinta muodostuu siirtomaksusta c/kWh (mahd. yö/päivä kuten meillä), perusmaksusta €/kk ja verosta (1-luokka meidän tapauksessa). Ja ALV.

Olisi kiva jos nämä voisi syöttää vähän selkeämmin, auttaisi jos lomake olisi selkeästi kaksiosainen energia/siirto. Lomake tuntuu vähän siltä että yhden toimittajan laskusta syötetään. Kiitos erinomaisesta laskurista! Todella käyttökelpoinen jo näin.
Klikkaa laajentaaksesi...
Kiitos palautteesta. Sähköverokenttä nyt puuttuu tyystin, mutta lisään sen kyllä alasvetovalikkona, jossa on kaksi vaihtoehtoa jahka ehdin. Sähkömyynnin kuukausimaksun voisin lisätä myös omaksi kentäkseen. Loppuun voisin vielä laittaa yhteenvedon, jossa kaikki oleellinen summataan yhteen ja annetaan vähän kuin laskumainen näkymä, jota voi sitten suoraan verrata eri sähkömyynti ja -siirtoyhtiöiden tuotoksiin.
 

Pörssisähkön hinta Suomessa vuonna 2023

Viime lokaluussa, 3.10.2022, ennustettiin futuureista: Tammikuu 2023: 50c/kWh Helmikuu 2023: 48c/kWh Maaliskuu 2023: 29c/kWh Toisin sitten onneksi kävi ja toivotaan samaa myös nyt. Korkeita hintoja ei meistä kuluttajista toivo muut kuin he jotka saavat vahingonilosta jotain tyydytystä...
lampopumput.info lampopumput.info

Viitaten viestiini #1147 niin liukuriin ladattaessa datahubista pitää lopetuspäivä laitta esim 1.10 -1.11 että saa koko lokakuun kulutuksen oikeaksi.
Kun vertaa laskemalla päivien kulutuksen asetuksella 1-31.10 niin se jätää sen viimeisen päivä kulutuksen pois liukurissa.
Onko Bugi vai ominaisuus ja onko vika Datahubissa vai liukurissa en osaa sanoa. Mutta ihan tiedoksi.
 
arimika sanoi:
Viitaten viestiini #1147 niin liukuriin ladattaessa datahubista pitää lopetuspäivä laitta esim 1.10 -1.11 että saa koko lokakuun kulutuksen oikeaksi.
Kun vertaa laskemalla päivien kulutuksen asetuksella 1-31.10 niin se jätää sen viimeisen päivä kulutuksen pois liukurissa.
Onko Bugi vai ominaisuus ja onko vika Datahubissa vai liukurissa en osaa sanoa. Mutta ihan tiedoksi.
Klikkaa laajentaaksesi...

Vika ei ole liukurissa, vaan se data oikeasti puuttuu datahubista lataamastasi tiedostosta. Datahubissa aikajakso määritellään niin, että alkuaika on inklusiivinen ja loppuaika eksklusiivinen. Toisin sanoen alkuaika tulee mukaan aikajaksoon, loppuaika ei.

Tämä on hyvin yleinen tapa aikajaksomääreille tietojärjestelmissä. Tällä tavoin loppuaika kelpaa sellaisenaan seuraavan hakujakson alkuajaksi.
 
tet sanoi:
Tämä on hyvin yleinen tapa aikajaksomääreille tietojärjestelmissä.
Klikkaa laajentaaksesi...
Näin varmaa 'sisäisesti' mutta erittäin huono loppuasiakkaan silmille.
Softanvääntäjän 'huonoutta' olla ajattelematta kenelle tekeleitään tekemässä...

Tästäkään ei keskulteltaisi pätkääkään jos olis tehty kunnolla, nyt tätä ihmetelty jo tosi monta kertaa tässäkin foorumissa.
 
roots sanoi:
Näin varmaa 'sisäisesti' mutta erittäin huono loppuasiakkaan silmille.
Softanvääntäjän 'huonoutta' olla ajattelematta kenelle tekeleitään tekemässä...

Tästäkään ei keskulteltaisi pätkääkään jos olis tehty kunnolla, nyt tätä ihmetelty jo tosi monta kertaa tässäkin foorumissa.
Klikkaa laajentaaksesi...

Ei se mitenkään sisäisesti ole. Kyllä esim. prosessiteollisuudessa jossa itse työskentelen, operaattorit käyttävät samoja järjestelmiä ja noin se aikaväliasetus niissä menee. Mietipä jos haluat vaikka mittaustiedon historian yhden tunnin ajalta, niin mitä laitat loppuajaksi? Jos haluat vaikka klo 14-15 historian, niin loppuajaksi tietenkin tulee klo 15:00. Jos järjestelmä toimisi kuten ehdotat, pitäisi laittaa loppuajaksi klo 14:59.59, ja silloinkin jäisi viimeinen sekunti pois. Jos haluaa viimeisen sekunnin mukaan, mutta ei mitään klo 15 jälkeen, pitäisi laittaa klo 14:59:59.999. Toki silloinkin voi jäädä viimeinen millisekunti pois, mutta se alkaa olla aika epätodennäköistä. Onneksi systeemi toimii loogisesti niin, että laitetaan se 15:00, eikä tarvitse alkaa millisekunteja miettimään. Data on aikasarjatietokannoissa lähes poikkeuksetta alkuaikaleimattua, eli esim. tuntitason arvo klo 14-15 väliltä leimataan aikaleimalle klo 14.
 
tet sanoi:
Ei se mitenkään sisäisesti ole. Kyllä esim. prosessiteollisuudessa jossa itse työskentelen, operaattorit käyttävät samoja järjestelmiä ja noin se aikaväliasetus niissä menee.
Klikkaa laajentaaksesi...
Nyt hypättiin aikas pihalle specifiselle alueelle, ihan eri mistä tässä kysymys, aikas lailla ammattilaisille ei tallaajille.

Jos haluaa tunnin niin ei tarvita loppuaikaa, valitaan vaan se tunti, hölmöä laittaa loppuaika jos tunti halutaan.
 
-Teme- sanoi:
Onneksi voi hakea vaikko koko vuoden kulutustiedot kerralla ja liukurissa sitten valita ajanjakson jota tarkastelee.
Tällöin ei tuo puuttuva päivä haittaa lainkaan kun latauspäivän dataa ei siellä kuitenkaan vielä ole
Klikkaa laajentaaksesi...
Juuri näin itse imuroin, aivan turha limitoida aikaa tuossa kohtaa, rajaa sitten liukurissa mitä aikaa tarkastelee...
 
roots sanoi:
Jos haluaa tunnin niin ei tarvita loppuaikaa, valitaan vaan se tunti, hölmöä laittaa loppuaika jos tunti halutaan.
Klikkaa laajentaaksesi...

Datahubin tapauksessa pitäisi siis olla valitsin, josta valittaisiin vain kuukausi, eikä päivämääriä ollenkaan? Entäpä jos joku haluaa jonkin muun kuin kuukauden mittaisen jakson dataa?

Minusta datahubin käyttöliittymän ainoa ongelma on, ettei siinä ole kerrottu mitä alku- ja loppuaikoihin pitää laittaa. Yksi olettaa yhtä, toinen toista. Jos se muutettaisiin niin, että loppupäiväksi pitää valita viimeinen mukaan tuleva päivä, niin valitus jatkuisi mutta valittajat vain vaihtuisivat. Ei se paperimieskään niitä järjestelmiä osaa ilman koulutusta käyttää, pieni lisäinfo tuohonkaan sivulle ei olisi pahitteeksi.
 
tet sanoi:
Datahubin tapauksessa pitäisi siis olla valitsin, josta valittaisiin vain kuukausi, eikä päivämääriä ollenkaan? Entäpä jos joku haluaa jonkin muun kuin kuukauden mittaisen jakson dataa?

Minusta datahubin käyttöliittymän ainoa ongelma on, ettei siinä ole kerrottu mitä alku- ja loppuaikoihin pitää laittaa. Yksi olettaa yhtä, toinen toista. Jos se muutettaisiin niin, että loppupäiväksi pitää valita viimeinen mukaan tuleva päivä, niin valitus jatkuisi mutta valittajat vain vaihtuisivat. Ei se paperimieskään niitä järjestelmiä osaa ilman koulutusta käyttää, pieni lisäinfo tuohonkaan sivulle ei olisi pahitteeksi.
Klikkaa laajentaaksesi...
Noissa pitäisi ehdottomasti olla pikavalinnat halutulle kalenterikuukaudelle + ne normaalit "edellinen kuukausi" ja "kuluva kuukausi".

Itse olen sekoillut tuon valinnan kanssa yhtä lailla, vaikka teen paljon töitä samankaltaisten asioiden kanssa tietoteknisessä puuhastelukuplassani. Peruskäyttäjä menee tuossa 99% ajasta halpaan ekalla kerralla.
 
vinkkinä että päivämäärän voi myös kirjoittaa datahubin päivämäärä kenttään, ei ole pakko selata sitä kalenteria.
Tänään esimerkiksi on helppo pyyhkiä 3 ja 0 pois jolloin saa luvut 1.1 lähtien
datahub.gif
 
tet sanoi:
Ei se paperimieskään niitä järjestelmiä osaa ilman koulutusta käyttää, pieni lisäinfo tuohonkaan sivulle ei olisi pahitteeksi.
Klikkaa laajentaaksesi...
Niin juuri puhutaan täysin erityyppisistä tapauksista, paperimies on amatimies ja koulutettu töihinsä ja Fingrid tallaaja jota ei ole koulutettu eikä kouluteta hubin käyttöön.

tet sanoi:
Jos se muutettaisiin niin, että loppupäiväksi pitää valita viimeinen mukaan tuleva päivä, niin valitus jatkuisi mutta valittajat vain vaihtuisivat.
Klikkaa laajentaaksesi...
Valittajamäärä vaihtuis 99%>>1%.

Hubi käyttöliittymä on kyllä niin kuraa kuin vain voi olla, tuosta lienee kaikki samaa mieltä, tuntuu että se vaan on tehty rima matalalla kun on ollut pakko ajattelematta yhtään mitään, mikähän taho on tekijänä eipä ole tullut katottua footterista onko signatuuria.
 
roots sanoi:
Niin juuri puhutaan täysin erityyppisistä tapauksista, paperimies on amatimies ja koulutettu töihinsä ja Fingrid tallaaja jota ei ole koulutettu eikä kouluteta hubin käyttöön.


Valittajamäärä vaihtuis 99%>>1%.

Hubi käyttöliittymä on kyllä niin kuraa kuin vain voi olla, tuosta lienee kaikki samaa mieltä, tuntuu että se vaan on tehty rima matalalla kun on ollut pakko ajattelematta yhtään mitään, mikähän taho on tekijänä eipä ole tullut katottua footterista onko signatuuria.
Klikkaa laajentaaksesi...
Olihan Datahub käyttö ekalla kerralla han järkytys ihan kun olis hypänni edelliselle vuosituhannelle.

Koitappa helposti hakea sieltä yhden kk päivien käyttö. Ei ei ja vielä kerran ei , mielummin ,eem fortumin sivulle ja katson sieltä sieltä saa myös yö/päivä sähkön erittelut nykyää taas helposti.
 
-Teme- sanoi:
Ei liity liukuriin, vaan tuohon Datahubiin, niin ois kyllä mahtavaa saada API sinne.
Klikkaa laajentaaksesi...

Itse haikailin aiemmin samaa. Onneksi sähköyhtiö aikoo vaihtaa pian uudet mittarit, joissa on H1-portti. Ei tarvitse sitten kierrättää sähködataa pilven kautta omiin järjestelmiin. Toki tuota joutuu vielä hetken odottelemaan, tai sitten pitää maksaa mittarin vaihdosta.
 
Pudotin eiliset kulutukseni liukuriin, ja summa täsmää omien laskujeni kanssa, mutta tuota kulutusvaikutusta hieman ihmettelen. Miksi se on prosentuaalisesti hurjasti plussalla, vaikka senteissä mitaten hurjasti miinuksella? Noinko se prosenttilasku tässä tapauksessa menee?

1700920543045.png
 
tet sanoi:
Pudotin eiliset kulutukseni liukuriin, ja summa täsmää omien laskujeni kanssa, mutta tuota kulutusvaikutusta hieman ihmettelen. Miksi se on prosentuaalisesti hurjasti plussalla, vaikka senteissä mitaten hurjasti miinuksella? Noinko se prosenttilasku tässä tapauksessa menee?

Näytä liitetiedosto 90619
Klikkaa laajentaaksesi...
Liukurin ylläpitäjä taisi Facessa kommentoida että siinä prosenttinäytössä on joku bugi.
 
Jep, tupla miinusmerkki tekee plussan tuossa :)
Tein korjauksen koodirepoon eilen ja laitan kohta puoliin korjauksen palvelimelle, jos kaikki näyttää hyvältä.
 
Löysimpä minäkin Liukuri. Hieno laskuri! Datahubista hain csv:n. Hyvin toimi laskurissa. Oman sähkönjakelijan csv ei kuitenkaan toiminut. Herjasi "Upload failed due to server error". Onkohan tuolle tehtävissä jotain? Varmaankin joku yksinkertainen, mutta nyt ei vaan itse keksi.
 
Iivo54 sanoi:
Löysimpä minäkin Liukuri. Hieno laskuri! Datahubista hain csv:n. Hyvin toimi laskurissa. Oman sähkönjakelijan csv ei kuitenkaan toiminut. Herjasi "Upload failed due to server error". Onkohan tuolle tehtävissä jotain? Varmaankin joku yksinkertainen, mutta nyt ei vaan itse keksi.
Klikkaa laajentaaksesi...
On tehtävissä. Kirjaudu sen sijaan Fingridin Datahubiin ja ota sieltä oma datasi ohjeen mukaan. Liukuri tukee ainoastaan Fingridin csv-formaattia, koska se on Suomessa kaikkien sähkönkäyttäjien käytettävissä. Sähköyhtiöiden tiedostomuodot ovat kaikki vähän erilaisia ja niiden tukemiseen ja korjaamiseen saa varmasti kulumaan paljon aikaa.
 
Lisäsin Liukuriin juuri kolme uutta ominaisuutta.
  1. Sähköveron laskenta
  2. Hintakiinnityksen laskenta
  3. Yhteenvedon laskenta, jossa kaikki oleellinen lasketaan lopuksi yhteen.
https://liukuri.fi/laskuri

Näiden avulla voit esimerkiksi tarkistaa helposti tulisiko yösiirto kokonaisuudessan halvemmaksi kuin yleissiirto tai vaikka olisiko hintakiinnitys ollut halvempi kuin kiinteähintainen sopimus.

Screenshot 2023-12-03 at 18.10.50.png
 
Viimeksi muokannut moderaattori:
vesanieminen sanoi:
Lisäsin Liukuriin juuri kolme uutta ominaisuutta.
  1. Sähköveron laskenta
  2. Hintakiinnityksen laskenta
  3. Yhteenvedon laskenta, jossa kaikki oleellinen lasketaan lopuksi yhteen.
https://liukuri.fi/laskuri

Näiden avulla voit esimerkiksi tarkistaa helposti tulisiko yösiirto kokonaisuudessan halvemmaksi kuin yleissiirto tai vaikka olisiko hintakiinnitys ollut halvempi kuin kiinteähintainen sopimus.

Näytä liitetiedosto 91100
Klikkaa laajentaaksesi...
Voi olla että joissain ohjeessa ehkä lukisi (tai sitten ei), mutta toi hintakiinnitys-kohta niin merkataanko siihen marginaalinninen PKS Priima hinta vai ilman marginaalia? :)
 
Kokeilin tuota vertailua pörssi vs kiinnitys. Siinä pikku viilattavaa vielä tuossa marginaalissa; Oomilta saa määräaikaisen kulutusvaikutteisena ja siinä ei ole marginaalia, mutta tuo laskuri ynnää siihenkin sen pörssisähkölle annetun marginaalin mukaan. Voisi siis olla kiinnityshinnalle oma marginaalikenttä.
 
grendy sanoi:
Voi olla että joissain ohjeessa ehkä lukisi (tai sitten ei), mutta toi hintakiinnitys-kohta niin merkataanko siihen marginaalinninen PKS Priima hinta vai ilman marginaalia? :)
Klikkaa laajentaaksesi...
En kirjoittanut tuosta ohjetta vielä. Täytyypä lisätä. Hintakiinnityskohtaan voit laittaa suoraan sen kiinnityshinnan. Tällä hetkellä pörssisähkömarginaalia käytetään hintakiinnityksen laskemiseen.
 
Lappanen sanoi:
Kokeilin tuota vertailua pörssi vs kiinnitys. Siinä pikku viilattavaa vielä tuossa marginaalissa; Oomilta saa määräaikaisen kulutusvaikutteisena ja siinä ei ole marginaalia, mutta tuo laskuri ynnää siihenkin sen pörssisähkölle annetun marginaalin mukaan. Voisi siis olla kiinnityshinnalle oma marginaalikenttä.
Klikkaa laajentaaksesi...
Hyvä pointti. Täytyypä korjata.
 
Kävin testaamassa tuota liukuria ja vertaamassa omaan laskuriini, ja törmäsin tämmöiseen (esimerkkinä tämän vuoden helmikuu):

Liukuri.fi:
Screenshot 2023-12-06 at 13.00.13.png

Kajaven lasku:

Screenshot 2023-12-06 at 13.04.44.png

Oma laskuri:
Screenshot 2023-12-06 at 13.07.30.png

Eli kaikissa on sama yhteiskulutus, mutta liukurilla nuo päivä- ja yökulutukset ovat väärin. Liukurissahan ei voi mihinkään kertoa koska mikäkin hinta on voimassa (?) joten ilmeisesti olettaa eri ajat kuin mitkä ovat siirtosopimuksessa (säästöyösähkö).

Lisäksi ilmeisesti ei voi laskea pidemmältä ajalta, jos marginaali, kk-maksu (tai vero) on muuttunut jakson aikana?
 
tj86430 sanoi:
Kävin testaamassa tuota liukuria ja vertaamassa omaan laskuriini, ja törmäsin tämmöiseen (esimerkkinä tämän vuoden helmikuu):

Liukuri.fi:
Näytä liitetiedosto 91266
Kajaven lasku:

Näytä liitetiedosto 91267
Oma laskuri:
Näytä liitetiedosto 91269
Eli kaikissa on sama yhteiskulutus, mutta liukurilla nuo päivä- ja yökulutukset ovat väärin. Liukurissahan ei voi mihinkään kertoa koska mikäkin hinta on voimassa (?) joten ilmeisesti olettaa eri ajat kuin mitkä ovat siirtosopimuksessa (säästöyösähkö).

Lisäksi ilmeisesti ei voi laskea pidemmältä ajalta, jos marginaali, kk-maksu (tai vero) on muuttunut jakson aikana?
Klikkaa laajentaaksesi...

Kiitoksia raportista. Koska laskullasi, että oman laskurisi perusteella luvut täsmäävät näin ollen Liukurissa näyttäisi selvästi olevan laskuvirhe. Itse siirryin käyttämään yösiirtoa vasta hiljattain joten minulla ei ole vertailulaskua Carunalta, millä voisin tarkistaa tuon.
Voisitko lähettämään minulle kulutustiedostosi niin voisin katsoa tuon? Jatketaan yksityisviestein.
 
Harrastelija sanoi:
Siinäpä on taas lisää haastetta laskureiden ja liukureiden tekijöille :)
Klikkaa laajentaaksesi...
Omaan laskuriini (joka laskee kaiken tietokannasta) laitoin taulun, johon voi määrittää mitkä ajat ovat päivä- ja mitkä yösähköä (ja näille myös voimassaoloajat). Lisäksi laitoin taulut energiasopimuksille ja siirtosopimuksille, joihin voi määrittää kunakin aikana voimassa olleen sopimuksen parametrit (tyypin, hinnat, marginaalit jne). Näin voi laskea minkä tahansa ajanjakson, vaikka sopimustyyppi, tariffit jne olisivat matkalla muuttuneet.
 
tk- sanoi:
Kuka perhana näitä kaikenmaailman muuttuvia tariffeja kokoajan keksii.. :D

Oliko tämä siis jonkin yksittäisen yhtiön myyntituote vai laajempaakin käytäntöä alalla?
Klikkaa laajentaaksesi...
Kajavella tuo on ollut ainakin lokakuusta 2016 jolloin tulin ko. firman asiakkaaksi. Muista firmoista en tiedä.
 
Sinun täytyy kirjautua sisään tai rekisteröityä voidaksesi vastata viestiin.
Takaisin
Ylös Bottom