Tekninen siirto on integraatioprojektin helppo osuus. Fivaldilla on rajapinta, Odoossa on ORM, ja väliin kirjoitetaan koodi joka allekirjoittaa pyynnöt ja lähettää JSONia. Se on päivien työ.
Viikot kuluvat siihen, että päätetään kumpi järjestelmä omistaa asiakasrekisterin.
Tämän kysymyksen ohi kävellään useimmissa projekteissa. Myyjä perustaa asiakkaan Odooseen. Kirjanpitäjä korjaa saman asiakkaan laskutusosoitteen Fivaldissa. Kumpi voittaa, kun siirto ajetaan seuraavan kerran? Jos vastausta ei ole sovittu etukäteen, se päätetään tuotannossa, ja yleensä niin että virhe huomataan vasta tilinpäätöksessä.
Mitä yhdistin siirtää
Rakensimme Fivaldi-yhdistimen Odoo 14:lle vuosina 2021–2022 yhden asiakkaan todelliseen tarpeeseen. Se keskustelee Visma Fivaldin rajapinnan kanssa HMAC-allekirjoitetuilla pyynnöillä ja laajentaa viittä Odoon vakiomallia: res.partner, sale.order, product.template, account.move ja res.company.
Odoosta Fivaldiin lähtevät asiakkaat, tuotteet, myyntitilaukset riveineen sekä osto- ja hyvityslaskut PDF-liitteineen. Vastakkaiseen suuntaan tulevat ostolaskut Odoon omaan hyväksyntään, raportointiin ja projektiseurantaan.
Perustiedot luetaan Fivaldista, koska siellä niitä ylläpidetään: valuutat, maksuehdot, tiliöintiryhmät, myyjät, yksiköt, ALV-koodit ja kirjanpidon dimensiot 1 ja 2. Odoo ei arvaile näitä arvoja. Se hakee listan Fivaldista ja tarjoaa käyttäjälle vain sellaisia koodeja, jotka kirjanpito hyväksyy.
Verkkolaskutus vaatii omat kenttänsä kumppanikortille: OVT-tunnus, välittäjätunnus, sopimustunnus ja ostajan viite. Laskutasolla kulkevat tiliöintikausi (kotimaan myynti, EU-myynti, vientimyynti), viitteen muodostustapa ja maksun kiireellisyysluokka, kaikki Fivaldin omilla koodeilla.
Jokainen siirtosuunta on erillinen ajastettu tehtävä, jonka voi kytkeä päälle ja pois Odoon asetuksista. Niitä on yksitoista. Se kuulostaa tylsältä yksityiskohdalta, mutta juuri se pelastaa käyttöönotossa: ensin tuotantoon viedään asiakkaat ja tuotteet, ja laskut vasta kun edelliset on todettu oikeiksi. Vaihtoehtona on perua tuhat väärää kirjausta.
Asetussivulla on yhteystesti, joka pingaa Fivaldin rajapintaa ja kertoo saman tien ovatko tunnukset kunnossa. Kun siirto epäonnistuu, Fivaldin palauttama tunniste ja virheteksti tallentuvat Odoon puolella sille tietueelle jota siirto koski. Virhettä ei tarvitse etsiä lokitiedostosta.
Miksi Fivaldia ylipäätään pidetään
Odoossa on oma kirjanpitonsa, joten kysymys on aiheellinen.
Vastaus on harvoin tekninen. Tilitoimisto osaa Fivaldin, tilikartta on siellä, ja taloushallinnon järjestelmän vaihtaminen kesken tilikauden on projekti jota kukaan ei halua aloittaa samaan aikaan ERP-käyttöönoton kanssa. Odoo puolestaan hoitaa myynnin, varaston, projektit ja tuotannon paremmin kuin yksikään taloushallinnon ohjelmisto.
Rajapinta ostaa aikaa. Operatiivista puolta voi kehittää vaiheittain ilman että kirjanpito joutuu muuttamaan mitään. Jos Fivaldista joskus luovutaan, se tapahtuu omana päätöksenään omalla aikataulullaan.
Mitä tämä ei ole
Yhdistin on tehty Odoo 14:lle ja yhden yrityksen prosessiin. Se näkyy ratkaisuissa: maksuehdot on sidottu Fivaldin viiteen vakiovaihtoehtoon, ja virheenkäsittely riittää tunnetulle datalle. Emme myy tätä valmiina pakettina emmekä väitä, että se toimisi sellaisenaan uusimmassa Odoo-versiossa.
Uuteen ympäristöön vietynä edessä on modernisointi: tuki nykyiselle Odoo-versiolle, kunnollinen uudelleenyritys- ja lokituslogiikka, ja ne kentät joita juuri teidän kirjanpitonne käyttää. Lähdekoodi on olemassa ja käymme sen mielellämme läpi kanssanne.
Neljä kysymystä ennen ensimmäistä koodiriviä
Ensimmäistä palaveria ei kannata käyttää kenttäkarttaan. Kysymyksiä on käytännössä neljä:
- Kumpi järjestelmä omistaa asiakkaan, ja mitä tapahtuu kun toinen muuttaa sitä?
- Missä ostolasku hyväksytään?
- Mistä kustannuspaikka tulee ja kuka sen valitsee?
- Kummasta järjestelmästä raportti luetaan?
Kun näihin on vastaukset, koodi on suoraviivaista. Ilman vastauksia rakennetaan automaatio joka siirtää väärää tietoa nopeasti.
Ota yhteyttä
Kertokaa nykyinen työnkulkunne, niin käydään läpi mitä siitä kannattaa automatisoida. Jos tarve on todellinen, rakennamme yhdistimestä seuraavan sukupolven version.