Onko vanhan hakukentän käyttöönotto mahdollista? Sarakekohtainen hakukenttä on liian suppea, joten tarvitsisimme käyttöömme vanhan hakukentän. Sarakekohtaiset hakukentät on ok myös samanaikaisesti, mutta käyttömme kannalta vanha hakukenttä on paras. ... Näytä lisää

Tämän hetkiset luotonvarmennukset eivät oikein palvele täysin. Euromääräinen luottoraja laskee mukaan myyntitilauksissa avoimena olevat tilaukset mukaan euromääräiseen luottorajaan. Se on siltä osin huono, kun myydään eri kokoisia sekä eri toimitusajoilla olevia tilauksia.   Esimerkiksi 100 000 euron luottorajalla asiakas menee luottokieltoon, mikäli asiakkaalla on 10 000 euroa avoimia erääntymättömiä myyntilaskuja ja 100 000 euron avoin myyntitilaus, joka toimitetaan vaikkapa 4 kuukauden päästä. Kun haluttaisiin tehdä asiakkaalle heti toimitettava 10 000 euron tilaus, on asiakkaan uusi myyntitilaus luottokiellossa heti ja se luottokielto on poistettava myyntitilaukselta. Myöskään luottokieltoa ei voi enää jälkikäteen itse lisätä takaisin. (Tämä oikeastaan olisi hyvä lisä myös, mikäli joku asiakas tarvitsisi lisätä jälkikäteen luottokieltoon jonkin toimituksen osalta).    Käytännöllisempää olisi, että luottoraja olisi avoimien myyntilaskujen perusteella. Eli tässä tapauksessa ollessa yli 100 000 euroa avoimia myyntilaskuja, ei voitaisi asiakkaalle toimittaa enempää tavaraa.   Idea ytimekkäästi: euromääräinen luottoraja avoimien myyntilaskujen mukaan. ... Näytä lisää

Ehdotan, että käsittele toimituksia ikkunaan tulisi arvopäivän valinta. Esimerkiksi laskupäivän alle. Arvopäivä määrittää eräpäivän laskennan. Nyt tässä ei voi valita arvopäivää erikseen. Kun käytössä on "käytä toimituspäivää laskun päivänä", tulee arvopäiväksi sama päivä kuin mille toimitus on vahvistettu (joskus jopa kuukauden taakse). Jos valinta ei ole käytössä, tulee laskun päiväksi laskupäivä-kentän mukainen päivä (joskus kuukauden liian myöhään).   Joko arvopäivä tai laskun päivä menee väärin kummallakin eri tavalla. Kuitenkin laskun päivä (=kirjanpidon päivä) tulee olla samalla tiliöintijaksolla kuin mitä toimitus on ollut ja arvopäivän taas pääsääntöisesti kuluva päivä. Tämä helpottaisi huomattavasti myyntilaskujen muodostamista ja poistaisi manuaalista työtä. Kun samana päivänä laskutus ei ole aina mahdollista toteuttaa. Tai edes seuraavana.     ... Näytä lisää

Tuotteen viimeisin ostohinta ei huomioi ostotilauksella olevaa prosenttialennusta. Viimeisimmän ostohinnan pitäisi olla viimeisin hinta alennuksineen, koska alennus alentaa tuotteen ostohintaa. Nyt viimeisin ostohinta napataan epäloogisesta paikasta ja toimii epäloogisesti.   Miksi? Jotta ostaja voisi käyttää prosenttialennuksia sen sijaan, että syöttäisi suoraan alennetun hinnan eikä käyttäisi prosenttialennusta. Ostaja käyttää katelaskentaa varten prosenttialennusta.    Mihin vaikuttaa? Katelaskentaan, kun käytetään ostohintaa katelaskennassa. Kate näyttää aivan liian pieneltä, kun tuotteessa on ollut tilauksessa prosenttialennus.      ... Näytä lisää

Kun menen ajastettujen toimintojen asetuksiin, niin eri toimintojen selaaminen ei oikein suju. Kun valitsen yhden toiminnon, niin se näyttää tältä.     Sitten kun haluaisin mennä toiseen, niin se ei toimi mitenkään järkevästi. Siirryn toiseen klikkaamalla suurennuslasia ajastuksen tunnuksesta.     Kun valitsen tuosta nyt Lähetä laskuja, niin se näyttää sitten tältä. Ainoastaan nuolinäppäimillä saa siirryttyä oikein seuraavaan, mutta se ei ole kovin tehokas tapa ja varsinkaan, jos lisään enemmän ajastettuja toimintoja käyttöön.      ... Näytä lisää

Miten saan ostohinnan erotilin siten, että se ei sotke kirjanpitoa. Ohessa esimerkki siitä, mitä kirjautuu, kun kohdistetaan ostotilauksen vastaanotto ostolaskulle ja ostotilauksen hinta poikkeaa toteutuneesta hinnasta.      Tuotteen hinta ostotilauksella a 20e. Tuotteen hinta ostolaskulla a 40e. Kun kohdistetaan vastaanotto, syntyy eroa 20e per tuote. Tämä sitten näkyy yllä näkyvällä tavalla kirjanpidossa. Eli yhteisöostona kirjautuu 120 euroa (laskun summa), mutta samalta tililtä vähennetään 60e ja siirretään se sitten kotimaan myynteihin (koska erotilivaihtoehtoja on vain yksi).    Olen nyt kokeillut ratkaista tätä sillä miten sain myyntilaskutuksessa tiliöinnit toimimaan eli muuttanut asiakasluokasta viennintyypiksi EU. Samaa kokeilin toimittajaluokista, että tuontityyppi on EU. No, tällä ei mitään vaikutusta. Toimittajaluokissa tai toimittajien takana ei ole vaihtoehtoa edes merkitä ostohinnan erotiliksi mitään, koska sitä valintaa ei ole. Kokeilin myös tiliöintiluokista vaihtaa ostohinnan erotiliä, mutta siitäkään ei ollut apua, sillä vaihtoehtojen kanssa oli ongelmia. Eli kaikissa vaihtoehdoissa oli vain yksi tili, joka sitten ei muutu tavaran tuontityypin mukaan.      Joten miten saan tämän ratkaistua ettei tarvitse tehdä manuaalisia korjauskirjauksia? Vastaanottojen kohdistuksen poisjättäminen ei ole vaihtoehto, sillä se helpottaa taas muissa asioissa huomattavan paljon. ... Näytä lisää

Käytämme Projekti-työkalua siten, että yksittäisten projektien lisäksi on oma projektinsa esimerkiksi huolloille. Huolto-projektissa asiakas-kenttä on tyhjä, sillä haluamme kerätä kaikki projektiin liittyvät tapahtumat asiakkaasta riippumatta. Tällä hetkellä projektien myyntilaskut-välilehdellä ei näy suoraan asiakkaan nimi eikä asiakasnumero. Tämä hankaloittaa asiakaslaskutuksen seurantaa.    Ideana on siis, että myyntilaskut-välilehden sarakkeisiin lisätään asiakas ja asiakasnumero. ... Näytä lisää

Yrityksellä on useampi liiketoiminta > useampi seurantakohde. Yritys saa koontilaskuja sekä eri kustannuspaikoille jaettavia laskuja. Kustannuspaikoille nämä jaetaan usein summan tai prosenttiosuuden mukaan. Per ostolasku tulee useampi tiliöintirivi ja nyt ne syötetään käsin yksitelleen.    Tiliöintipohjaa on tähän ehdotettu, mutta se on näin ostoreskontraa hoitavalle henkilölle todella monimutkainen käyttää sekä se tallentaa mm. laskun päivämäärän, eräpäivän yms. Tämä ei ole käyttökelpoinen jatkossa, sillä päivämäärä sekä muut muuttujat siirtyvät sen mallin mukaisena, ei sen saapuneen laskun mukaisesti.    Idea olisi, että voisi tallentaa tilin ja valita käyttääkö kustannuspaikkajakoon prosenttiosuutta laskun summasta tai jotain valittua summaa. Tiliöintimallin voisi valita tietyille toimittajille tai lisätä laskulle, esimerkiksi samasta palkista kuin ostotilauksen vastaanoton. Tämä vähentää usean kustannuspaikan omaavan yrityksen tiliöintiä. Esimerkiksi MaestroNG-ostolaskujen käsittelyohjelmassa tämä tiliöintien tallennus on toteuttu fiksusti ja säästää aikaa tiliöintien tekemisessä. ... Näytä lisää

Ongelmana on se, että myyntilaskuilla sekä ostolaskuilla arvopäivä muuttuu automaattisesti, mikäli vaihdat laskun päivämäärän. Esimerkiksi ostolaskuissa on eräpäivä lähestulkoon aina oikea, mutta laskua täytyy siirtää esimerkiksi toiselle kaudelle, muuttuu arvopäivä samalla ja eräpäiväkin muuttuu.   Esimerkiksi valintanappula, josta voisi valita onko päivämäärä ja arvopäivä sama vai onko se eri. Kun pvm ja arvopäivä on sama, arvopäivä muuttuu mikäli päivämäärää vaihdetaan. Kun pvm ja arvopäivä on eri, voidaan valita laskulle uusi päivämäärä ilman, että arvopäivä ja eräpäivä muuttuu. Hyöty on suurin osto- ja myyntilaskujen käsittelijöille.  ... Näytä lisää

Asiakas valitaan aina myyntitilausta tehdessä ja sen jälkeen ei ole mahdollista vaihtaa asiakasta ilman tekemättä hyvitystilausta. Myyjä saattaa vahingossa valita väärän asiakkaan tilausta tehdessä tai asiakas ei anna oikeita laskutustietoja. Viikottain korjaan useamman kappaleen tilauksia, jossa asiakas on valittu väärin. Aina asiakas ei tarvitse hyvityslaskua, niin helpoin tapa olisi vaihtaa vain myyntilaskulle asiakas. Hyvitystilauksien tekeminen on prosessina raskaampi kuin asiakkaan vaihtaminen. ... Näytä lisää

Ostolaskun tarkastajaksi järjestelmä ehdottaisi samaa henkilöä kuin kuka on viimeksi merkitty tarkastajana. Oletustarkastajan lisääminen jokaiselle toimittajalle on hieman työläs prosessi, mutta viimeisimmän tarkastajan ehdotus helpottaisi ostolaskujen kirjausta.  ... Näytä lisää

Valmiiden tiliöintipohjien tekeminen ja tallennus. Meillä on käytössämme useampi kustannuspaikka sekä tiettyjä kuukausittaisia laskuja, jossa useampi eri tili käytössä. Nyt joka kerta kirjatessa ostolaskua, jossa on useampi kustannuspaikka tai tili, on joka laskulle syötettävä nämä samat tiedot joka kerta. Tiliöintipohjassa on määritelty kp-tili, kustannuspaikka sekä summa tai tietty prosenttiosuus laskun loppusummasta. Tiliöintipohjan voisi valita esim. tietylle toimittajalle tai ostolaskulta samasta palkista kuin mistä löytyy esimerkiksi vastaanoton lisäys.   Tositemallin tallennus ei ole ratkaisu tähän, sillä sen käyttö on tavalliselle käyttäjälle erittäin hankalaa sekä siihen tallentuu mm. päiväykset yms.  ... Näytä lisää

Nykyiseltään AutoInvoicen tulostuspalvelu on joko käytössä tai ei. Kun Autoinvoiceen lähetät laskun, se kokeilee järjestyksessä lähettää ensimmäisenä verkkolaskuna, sitten sähköpostina ja viimeisenä paperisena. Mikäli asiakkaalla on useampi verkkolaskuosoite tai se ei ole julkinen, menee verkkolasku virhetilaan ja AutoInvoice yrittää lähettää sen sähköpostiin. Useimmiten laskutussähköpostia ei ole asiakkaalle merkitty, niin lasku lähtisi tämän jälkeen paperisena laskuna. Paperinen lasku ei ole nykypäivänä kaikilla yrityksillä edes käytössä, joten tulostuspalvelua ei voi pitää tämän takia päällä ja paperiset laskut joudumme tulostamaan itse suoraan Financialsista.    Kehitysideani olisi, että AutoInvoice antaa valita tapauskohtaisesti lähetetäänkö asiakkaalle paperinen lasku tai ei. Myöskin asiakkaalla voisi valita sen paperisen, niin joka kerta ei tarvitsisi valita saako lähettää paperisen laskun vai ei. ... Näytä lisää