Virkeskalkyl.fi

[Plupp 168520]

Jotta todella luoda hyvä palvelu, teidän pitäisi

- antaa henkilön valita laudan mitat (45x195 tai ….)
- syöttää pituudet ja/tai kokonaismetrit
- antaa henkilön syöttää postinumeronsa

- yhdistää palvelu paikallisten rakennusyritysten varastoihin ja hintoihin, jotta voidaan suositella, mistä voi ostaa edullisimmin tai mistä löytyy varastosta

- tulostaa tai lähettää sähköpostitse ostoslista

Tällä tavoin siitä tulee täydellisempi palvelu.

 

[Mikael Wallin]

Siistiä! Koen vähän verkkiongelmia. Se ei näytä haluavan päivittää, jos poistan vanhoja kenttiä.

Olisi todella hienoa, jos se voisi sekoittaa kokoja.
Esim. tässä tapauksessa olisi ollut parempi ottaa 8 kpl 3000 mm ja 2 kpl 3400 mm?

[kuva]

Pitäisi olla jonkinlainen optimointialgoritmi, matematiikani on vähän ruosteessa, mutta pitäisi pystyä asettamaan ongelma tyyliin

Y1 = a*x1 +b*x2 = 3000*x1+3400*x2 # Käytettävissä olevan laudan pituus * määrä
Y2= A*y1+B*y2 = 3000*10 +3300*2 # Tarvittavien lautojen määrä * pituus

ja sitten laskea funktion Y1-Y2 minimi
Ehdolla, että Y1 >=Y2
ja muutama muu ehto, jotka sanovat tyyliin, että A<a hyväksyäksesi vain täydet puupituudet.

HUOM tämä ei todellakaan ole harkittua tai tuskin käyttökelpoista jne. Joku, joka osaa optimointia, voi varmasti ratkaista tämän melko helposti.

Nykyisessä muodossaan sovellus yrittää päivittää laskelman joka kerta, kun teet muutoksen kenttään, kunhan rivi on täydellinen/oikea. Olemme huomanneet, että se toimii paremmin teoriassa kuin käytännössä, joten meidän pitäisi varmaan tarkistaa tämä käsittely.

Kokojen sekoittaminen on listalla asioista, joiden parissa työskentelemme. Tunsimme, että sen tekeminen täysin oikein ensimmäisessä versiossa oli suhteettoman suuri panostus sen arvoon nähden. Mutta ehdotuksesi vaikutti olevan älykkäämpi reitti kuin se, mitä olimme ajatelleet. Kiitos siitä!

 

[Mikael Wallin]

Jotta todella luodaksesi hyvän palvelun, pitäisi

- antaa henkilön valita laudoituksen mitat (45x195 tai …)
- kirjoittaa pituudet ja/tai kokometrit
- antaa henkilön syöttää postinumeronsa

- yhdistää palvelu paikallisten rakennusyritysten varastoihin ja hintoihin suositellakseen, mistä voi ostaa halvimmalla tai mistä löytyy varastosta

- tulostaa tai lähettää sähköpostitse ostoslista

Tällä tavalla siitä tulee täydellisempi palvelu..

Hyvä ehdotus!

Olemme miettineet jonkinlaisen projektinhallinnan luomista, joka pystyisi käsittelemään useita eri mittoja, ja siinä voisimme suhteellisen helposti myös mahdollistaa, että mitan per perusteella voi valita syötettäväksi pituudet tai kokonaismetrit.

Palvelun yhdistäminen paikallisiin rakennusyrityksiin olisi eräänlainen ihannetilanne, mutta minun käsitykseni on, että rakennusyrityksillä ei juuri ole käsitystä omista verkkosivuistaan koskien varastotilannettaan. Mutta se olisi mielenkiintoinen tutkittava ala!

Jonkinlainen ostoslista on suunnitelmissa!

 

[halj]

Nykyään sovellus yrittää päivittää laskelman aina, kun teet muutoksen kenttään, niin kauan kuin rivi on täydellinen/oikea. Olemme huomanneet, että se toimii teoriassa paremmin kuin käytännössä, joten meidän täytyy tarkistaa tuo käsittely.

Kokojen sekoittaminen on asioiden listalla, joita työskentelemme. Ensimmäisen version kohdalla tunsimme, että sen tekeminen täysin oikein oli suhteettoman suuri panostus arvoon nähden. Mutta ehdotuksesi tuntui olevan viisaampi reitti kuin se, mitä olimme ajatelleet. Kiitos siitä!

Mielestäni tämä oli melko mielenkiintoinen ongelma, joten luin siitä hieman. Näyttää olevan klassinen optimointiongelma nimeltä "Cutting stock problem", joka alun perin viittaa paperiarkin leikkaamiseen mahdollisimman vähällä hävikillä. Teidän tapauksessanne siitä tulee 1-ulotteinen cutting stock -ongelma, koska kyse on vain pituuksista. Tämän optimointi vain yhdellä kiinteällä pituudella on melko helppoa, mutta kun käytettävissä on useita pituuksia, joita voidaan yhdistellä, se muuttuu nopeasti mutkikkaammaksi. Löysin oppaan tätä ongelmaa varten, joka sopii melko hyvin teidän tapaukseenne, mutta matematiikkani on aivan liian ruosteessa tähän.
https://download.aimms.com/aimms/download/manuals/AIMMS3OM_CuttingStock.pdf

 

[Mikael Wallin]

Pidin tätä melko mielenkiintoisena ongelmana, joten luin siitä hieman. Näyttää olevan klassinen optimointiongelma nimeltään "Cutting stock problem", joka alun perin tarkoittaa paperiarkkien leikkaamista mahdollisimman vähin hukkaan. Teidän tapauksessanne saatte 1-ulotteisen cutting stock-ongelman, koska kyseessä on vain pituudet. Tämän optimointi yhdellä kiinteällä pituudella on melko helppoa, mutta kun mukana on useita saatavilla olevia pituuksia sekoitettavaksi, se muuttuu nopeasti monimutkaisemmaksi.
Löysin oppaan tähän ongelmaan, joka vastaa melko hyvin teidän tapaustanne, mutta matematiikkani on aivan liian ruosteista tähän.
[linkki]

Kiitos!

Vilkaisin sen läpi ja huomasin, että matematiikkani ei oikein riitä siihen... Mutta aion lukea sen tarkemmin myöhemmin ja katsoa, voimmeko käyttää sitä paremman algoritmin perustana!