Melko pakolliselta tuo Connectin käyttöönotto vaikuttaa Fivaldin kirjautumissivun perusteella. Siellä päivälaskuri nakuttaa uhkaavan nopeasti lukemaa alaspäin saatetekstillä, että tunnistautumisessa siirrytään käyttämään Connectia. 😉 ... View more

Hei!   Tulette saamaan migraatiosta varmasti palautetta sellaisilta pääkäyttäjiltä, joilla on suurehko määrä käyttäjätunnuksia ympäristöissään/asiakasympäristöissään. 😉   Hieman ihmettelen suunnittelufilosofiaa tämän takana siltä osin, että miksi käyttäjien migraatio (käyttäjätilien sähköpostien oikeellisuutta ja voimassaoloa myöten) kaadettiin täysin pääkäyttäjien harteille... Loppukäyttäjät todennäköisesti itse tietävät parhaiten käytössä olevan sähköpostiosoitteensa sekä parhaan ajankohdan uuden kirjautumisen testailulle. Varsinkaan kun tuo sähköpostiosoite ei ole ollut aiemmin pakollinen tieto Fivaldissa, niin voin kertoa, että sitä tietoa ei kaikilla käyttäjätunnuksilla ole tallennettuna tai se on vanhoilla käyttäjätunnuksilla vanhentunutta tietoa.   Ihan hyvä, että pääkäyttäjät pystyvät käynnistämään migraation käyttäjille. Mutta olisi ehkä ollut hyvänä lisänä sellainen, että käyttäjille olisi päivityksen jälkeen Fivaldiin kirjautuessa tullut pyyntö tarkistaa käyttäjätilin sähköposti ja samassa ilmoituksessa painike migraation aloittamiseksi omasta toimesta. ... View more

Tervehdys,   toimittamiesi kuvien perusteella ehdottaisin myös sitä, että avaisit kirjanpidon kaudet (samalla avautuvat laskujen kaudetkin) vuodelle 2020. Vuosi 2020 ei ole siis vielä auki. 😊 ... View more

Hei!   Kokeilin pienellä määrällä aineistoa, ja meillä puolestaan yhteys toimii tällä hetkellä moitteetta...   Olisiko ollut joku tilapäinen ongelma? Kokeilitteko jo aineiston lähetystä uudelleen? ... View more

Hyviä neuvoja nämä yllä olevat myös, mutta palvelunhallinnassa kannattaa tarkistaa, että käyttäjältä löytyy täppä yritykseltä kohdasta: Web-sovellukset -> Yritysrekisteri -> Yrityksen Pankkitilit 🙂 ... View more

Kyllä se on se ensimmäisenä laskulle tullut palautesanoma, joka siellä näkyy ja kukkuu. Fivaldi on toiminut näin vaikka kuinka kauan siinä tilanteessa, kun laskua ei tehdä "kokonaan" uudestaan (ja se on saanut virhepalautteen pankkiyhteydestä) ja se lähetetään uudelleen laskujen välityksestä. 😉   Eli näitä uudelleen lähetettyjä pitäisi seurata pankkiyhteyden avulla, että miten lähetykset onnistuvat. ... View more

Kiitos! Nyt näyttää jo paremmalta. Katsotaan, mikä on tilanne kun on saatu kaikki lähetettyä uudelleen... 😉 ... View more

Asiakkaan laskuja mainitaan kirjekuorikuvakkeeseen tulleessa ilmoituksessa, mutta näitä laskuja ei enää löydy pankkiyhteydestämme ja laskujen välityksessä tulee alla olevan kuvan ilmoitus. Eli ei voida enää poistaa näitä pankkiyhteydestä, kun eivät sieltä löydy, mutta ei voida myöskään lähettää näitä uudelleen. Jumissa ollaan. Kaikkia kyseiseen virheeseen jääneistä laskuista ei tosiaan ole vielä myöskään poistettu pankkiyhteydestä.     Pitäisikö nämä nyt palauttaa ihan entiselleen, niin voidaan omin pikku kätösin poistaa nämä pankkiyhteydestä ja lähettää normaalisti uudelleen... Tässä menee nyt ihan luvattoman paljon kaikkien aikaa hukkaan. ... View more

Vahvistan saman asian, tänään kymmenen jälkeen lähetettyihin laskuihin on tullut edelleen samat virhepalautteet.   Ja nämä ovat näin esimerkkinä tilaustenkäsittelystä muodostettuja normaaleja Finvoice-laskuja. Eihän tässä ole puurot ja vellit sekaisin? OP tosiaan puhuu "e-laskuista", mutta tämähän varmasti tarkoittaa kaikkia lähteviä Finvoice-laskuja... ... View more

Tällainen ongelma on tosiaan olemassa. Kotimaisilla normaaleilla laskuilla Y-tunnus on ainakin merkitsevä asia, näyttäisi sen mukaan tunnistavan toimittajan. Eli se kannattaa tarkistaa yritysrekisteristä. Mutta eipä sekään aina auta.   Ulkomaisten laskujen osalta tämä ei toimi oikeastaan suurimmassa osassa laskuja, vaan aina tulee jotain tietoja väärin tai puutteellisina. Erityisesti osoite-, nimi- ja pankkiyhteystietoja skannauspalvelu ei osaa tulkita ulkomaisilta laskuilta ollenkaan. Kaikki näistä pitää korjata aina käsin, vaikka laskut tulisivat samalta toimittajalta ja tiedot yritysrekisterissä olisivat OK. Yrityksen nimeksi skannauspalvelu ottaa ulkomaisilta laskuilta yleensä yrityksen VAT-numeron tai vastaavan ja vastaavasti VAT-/yritystunnus ei tule sille varattuun kenttään, eikä lasku näin kohdistu mihinkään yritysrekisterissä olevaan yritykseen, vaikka se jo löytyisi sieltä. Lisäksi nimi näkyy sitten laskulistauksessa, raporteissa, reskontrassa jne. tuolla VAT-numerolla, jos sitä ei huomata korjata laskun nimi- ja osoitetiedoista.   Miksi toimittajaa ei siis voi tunnistaa laskulta paremmin? Ainakin ulkomaan laskujen osalta toimittajan tunnistuksen perusteella voisi toimittajan tiedot tuoda yritysrekisteristä suoraan kierrätykseen laskun tietoihin, jos kaikkien tarvittavien tietojen skannaaminen on ylitsepääsemätön ongelma...   Tähän liittyen ihmetyttää myös sellainen, että miksi puutteellisilla tiedoilla on mahdollista hyväksyä ulkomaisia laskuja reskontraan asti? Esimerkiksi kun kyseessä on ihan mikä vain muu kuin FI-alkuinen IBAN-tilinumero, niin laskun voi hyväksyä reskontraan ilman BIC-koodia. Maksatuksessa tai pankkiyhteydessä tämä tulee sitten viimeistään vastaan aiheuttaen ylimääräisiä toimenpiteitä... BIC-koodit ovat kuitenkin standardimittaisia (8- tai 11-merkkisiä), niin eikö tuohon esimerkiksi edes tekstirivin pituuden tarkistusta voisi laittaa? ... View more

Virheestä GEDD0090 tulee nyt puhelua sen verran, että lienee tämänkin virheen osalta jokin yleisempi ongelma nyt. Ja yritetty siis lähettää sellaisilla varmenteilla, joilla on jo lähetetty toisten yritysten puolesta aiemmin ilmoituksia. ... View more

Liittynee viime yönä päivityksessä tehtyihin ostolaskujen arkistoinnin ja arkistointioikeuksien muutoksiin.   Pikaisella testailulla tulin siihen tulokseen, että jos käyttäjällä ei ole pääkäyttäjän oikeutta arkistoon, ei käyttäjällä kierrätysryhmässä käsittelyssä olevien laskujen kuvat välttämättä näy. Voi liittyä siihenkin, miten arkiston käyttöoikeudet on määritelty alun perin. Taitaa ongelma koskea nyt aika suurta osaa käyttäjistä... ... View more