Hei!
Tavoitteena olisi kehittää firman kalustonhallintaa varten jokin fiksu systeemi vanhan paperiversion tilalle. Onko tämä mahdollista esim. Concrete5:n pohjalle, tästä minulla on jonkin verran kokemusta? Ideana olisi että käyttäjä skannaa puhelimellaan esim. moottorisahassa olevan QR-koodin joka ohjaa kyseistä työkalua varten luodulle sivulle. Sivulla olisi "nappi" jota painamalla työkalun voisi kuitata itselleen, tai vaihtoehtoisesti näkyisi että työkalu on jo käytössä. Onkohan tällaisen kehittäminen kuinka vaikeaa näin kylmiltään?
-Onni
Kyllä tuo kuulostaa aika helposti toteutettavalta. Ei ole kauheasti kokemusta tuosta Concrete5:ta mutta kyllä se silläkin pitäisi onnistua vaikka se kuulostaa hieman raskaalta puuhaan. Jokaiselle työkaluille ei kannata tehdä omaa sivua, vaan yksi työkalut sivu, jolle annetaan get-metodilla työkalun ID.
Edit. Eli url olis www.sivu.fi/tyokalusto?tyokalu=123
Eikä www.sivu.fi/tyokalusto/moottorisaha-4
Onnistuu Concrete5:lla. Voit tehdä luettelon joko C5:n omalla "sivu"-systeemillä, tai tehdä vain oman tietokannan näitä varten ja näyttää sen joko omalla single_page -skriptilläsi tai hyvässä tapauksessa ihan omalla "blockilla".
Itse olen väsäillyt jokusen vuoden tuotelistauksia molemmilla tavoilla. C5:n omilla sivuilla tehtyinä voi hyödyntää "page attributes"-muuttujia, jolloin kaikki sivuston haut toimivat automaattisesti. Omat mysql-taulut taas tekevät hommasta ihanan kevyttä ja helppoa käsitellä vaikka suoraan tietokannasta käsipelillä (esim. phpmyadminilla).
Single_pagen controllerin viewiin voi siis laittaa parametrejä, jolloin url-slug muodostuu vaikka kivasti ihmissilmällä luettavaksi.
Tietenkin homman voi tehdä kaikkien tekniikoiden yhdistelmänä.
C5:n oma sivu-systeemi: jokaiselle tuotteelle tulee oma sivu (jolloin jokaisella on yhteinen sivupohja). Hyödynnät tällöin page attributes-muuttujia, jolla määrittelet mitkä on tuotteita ja mitä on varattu(?).
Tuotteen sivupolku muodostuu tällöin täysin automaattisesti c5:lla (www.sivu.fi/alihakemisto/tuotteen-nimi
C5:n single-page -systeemi, jolloin voit Oskuz:n tapaan yksilöit itse tuotteet tekemääsi tietokantatauluun. Homma on helppo tällöin vaikka copy/pasteta pienellä muokkauksella ulkopuolisesta valmiista php-skriptistä. Tuotteen yksilöivä parametri kulkee tällöin sivun urlissa, jonka joudut tosin itse ohjelmoimaan, yksinkertaisimmillaan haet vain urlissa olevan parametrin perusteella.
esim. www.sivu.fi/tyokalusto/4 tai www.sivu.fi/tyokalusto/4/moottorisaha tai www.sivu.fi/tyokalusto/moottorisaha
single_pagessa osoite muodostuu siis sen mukaan, missä sivu sijaitsee, ja osoitteen perässä on parametrit, jotka määrittelet singla_pagen controllerin view:ssä, esim. view($id), view($id,$urlslug) tai view($urlslug), view($foo,$bar, ... ,...), jonka perusteella valitset tietokannastasi haluamasi rivin.
Hei!
Mielenkiintoni heräsi projektiasi kohtaan! Kun saat softan valmiiksi / alat sitä työstämään mielelläni kuulisin miten käytännön läheinen se on. Tälle on potentiaalista tarvetta muuallakin. Tämä toki näkemykseni. Onko vastaavanlaisia softia jo valmiina? Osaako joku sanoa.
lainaus:
Onko vastaavanlaisia softia jo valmiina? Osaako joku sanoa.
Ainakin googlettelulla löytyi yrityksiä, jotka tarjoavat palvelujaan tähän ja varmaan jostakin ERP:in tyylisestä saisi modattua äkkiä.
Pilvipalveluna toimiva kalustonhallintasovellus löytyy. Sovellus on ollut tuotantokäytössä jo pari vuotta.
Modulaariseen sovellukseen on saatavissa lisäksi mm. kalenteri (kaluston varaukset/vuokraukset; toistuvien huoltojen ennakkokirjaukset ja muistutukset), asiakasrekisteri, varaus/vuokraus/sopimuslomakkeita, sähköinen ajopäiväkirja, muokattavissa olevat huoltomallit ja monipuoliset käyttöraportit. Sovellukseen voi myös tallentaa valokuvia (esim. vaurioista) sekä tarkastuspöytäkirjoja, rekisteriotteita, huolto-ohjeita jne. Siinä on myös sisäinen intra ja mahdollisuus lähettää viestejä toiselle/toisille käyttäjille.
Kaluston sijaintitiedot saa merkittyä manuaalisesti tai käyttäen kalustoon liitettäviä paikannusmoduuleja, jotka välittävät GSM-verkon kautta GPS-paikkatiedon karttapohjalle.
Yksittäisen kaluston, esim. ajoneuvon, nosturin, työkalun tai kaapin voi varustaa QR-kooditarralla, jolloin ko. kohteen tiedot avautuvat suoraan käyttöliittymään. Kaareville pinnoille suositellaan viivakoodia, joita voi luoda esim. inventoidessaan kalustoa inventoiti-moduulilla. Järjestelmä varmistaa koodien yksilöllisyyden.
Sovelluksen mobile-versio on tarkoitettu kentällä tehtävään työhön, desktop kiinteän työpisteen käyttöön. Niiden tiedot päivittyvät reaaliaikaisesti toisiinsa, mm. työmaalla otettu valokuva on heti toimistossa käytössä.
Jos tämä on tarkoittamanne tapainen ohjelmisto, sivustolta www.kahdeksan.fi löytyy lisätietoa ja yhteydenottolomake. Räätälöintejä tehdään tarvittaessa ja kehitysideat ovat tervetulleita.
Sinänsähän jos tarve ei kysyttyä kummallisempi ole, niin koodaamista osaavalta tuollainen tulee ehkä tunnissa. Valmiissa softassa taas on varmasti paljon monipuolisiakin lisäominaisuuksia, joista monet voi olla hyödyllisiä.
Minkä hintainen tuo kahdeksan tarjoama ohjelma olisi kysytynlaisessa käytössä? Tuollakin sivustolla esiintyy tämä suomalaisten firmojen helmasynti: Ei haluta että potentiaaliset ostajat ostaisivat sen softan, vaan esimerkiksi hinnat pistetään visusti piiloon.
Minulle tämä kertoo lähinnä sen, että joko yrityksessä ei uskota että ollaan itse kilpailukykyisiä tai sitten vaan ollaan tyhmiä.
Hyvä pointti. Kilpailijoille ei ole tarkoitus tarkkoja tuote- ja hintatietoja antaa, mutta mahdollisille uusille asiakkaille kyllä. Hinnoittelu perustuu valittaviin moduuleihin, kaluston sekä käyttäjien määrään ja levytilan käyttöön. Sekä hankitaanko rautaa (IP68-päätelaitteet, paikannusmoduulit, tarratulostimet ym) samalla.
Esimerkki pienen/keskisuuren konevuokraamon tai maarakennusfirman sovelluksen peruslisenssistä: Alk. kymppi kuussa per kalustoyksikkö.
Isoissa kalustomäärissä yksikköhinta neuvoteltavissa. Samoin esim. milloin liiketoiminta on toisten firmojen kaluston tai teollisuuslaitoksen kohteiden tarkastaminen & huolto, ja pieniä kohteita on paljon. Rautaa on mahdollista hankkia leasingilla, samoin sovellus.
Tyypillisesti kilpailijat kyllä tietää, mitä kilpailijoiden tuotteet maksaa. Lähinnä siis niiden piilottelu estää loppuasiakkaita tekemästä hintavertailua, joka toki voi myös olla tarkoitus.
Toisaalta ymmärrän pointin, että monimutkaisemmissa tapauksissa hinta ei ole helposti esitettävissä. Kuitenkin tällaisessa, jossa kännykän kameralla luetaan QR-koodit eikä palveluun tarvitse kuulua mitään rautaa, olisi kätevää kun palvelun voisi vaan ostaa klikkaamalla sen käyttöön palvelusta. Voi toki olla että tämä asiakassegmentti ei edes kiinnosta firmaa vaan ne saa ostaa sen 50€ / kk palvelun jostain muualta.
Kristiina kirjoitti:
Kaluston sijaintitiedot saa merkittyä manuaalisesti tai käyttäen kalustoon liitettäviä paikannusmoduuleja, jotka välittävät GSM-verkon kautta GPS-paikkatiedon karttapohjalle.
Tämä ominaisuus on myös kaipaamani. Toki pienkaluston hallinta työkalut yms. niiden sijaintitiedot, käyttöönottotiedot yms.. on asia mitä alunperin mietin. Mietin vain kuinka hankalaa sen käyttäminen todellisuudessa on. Käyttöön otossa pitäisi kuitata tavara otetuksi ja jälleen sitä pois viedessä. Toki tämä on uuden toimintamallin opettelua ja säästää käytännössä selvää rahaa, mutta silti. Kuinka monta potentiaalista käyttäjää sovelluksellanne on. Oletan Kristiinan olevan jossain kytköksessä tuotteeseen.
Eiköhän tuollaisen GSM-GPS-moduulin käyttö ole asenna ja unohda tyylistä. Eli esimerkiksi työkoneessa saa virtansa työkoneen akusta ja päivittää sijaintia säännöllisesti palvelimelle.
Sitten tietysti jos halutaan seurata jotain, jolla ei ole omaa sähköjärjestelmää, niin homma on astetta hankalampi, kun moduulia pitää ladata.
manninen kirjoitti:
Oletan Kristiinan olevan jossain kytköksessä tuotteeseen.
No eiköhän pelkkä vierailu käyttäjätunnuksen sivulla riitä selvittämään esim. sähköpostiosoitteen.
Lebe80 kirjoitti:
manninen kirjoitti:
Oletan Kristiinan olevan jossain kytköksessä tuotteeseen.
No eiköhän pelkkä vierailu käyttäjätunnuksen sivulla riitä selvittämään esim. sähköpostiosoitteen.
Varmaan riittäisikin, mutta siinä vaiheessa oletus muuttuisi tiedoksi. Näillä on suuri ero.
manninen kirjoitti:
Lebe80 kirjoitti:
manninen kirjoitti:
Oletan Kristiinan olevan jossain kytköksessä tuotteeseen.
No eiköhän pelkkä vierailu käyttäjätunnuksen sivulla riitä selvittämään esim. sähköpostiosoitteen.
Varmaan riittäisikin, mutta siinä vaiheessa oletus muuttuisi tiedoksi. Näillä on suuri ero.
Lebe80 kirjoitti:
manninen kirjoitti:
Lebe80 kirjoitti:
manninen kirjoitti:
Oletan Kristiinan olevan jossain kytköksessä tuotteeseen.
No eiköhän pelkkä vierailu käyttäjätunnuksen sivulla riitä selvittämään esim. sähköpostiosoitteen.
Varmaan riittäisikin, mutta siinä vaiheessa oletus muuttuisi tiedoksi. Näillä on suuri ero.
:)
Aihe on jo aika vanha, joten et voi enää vastata siihen.