Bilnex avaa kumppani-API:n: ERP-järjestelmät voivat olla rajapinnoilla keskenään

Tähän mennessä Bilnexin ja kirjanpito-ohjelmistojen väliset rajapinnat on luotu seuraavilla tavoilla: Merit-ohjelmisto, Älykkäät tilit, SimpleBooksja myös Viivan kanssa. Ja lisää on tulossa pian, koska Bilnex on avannut kumppanirajapinnan, jonka kautta ERP- tai kirjanpito-ohjelmisto voi olla yhteydessä itseensä, kehittäjiinsä ja omaan aikatauluunsa. Bilnexin rajapinnan kautta ERP voi tarjota asiakkailleen Peppoli ja sähköisten laskujen lähettäminen ja vastaanottaminen ja PDF-laskujen digitointi, ilman että niitä tarvitsee rakentaa tyhjästä. Tästä voi tulla merkittävä kilpailuetu, kun Eurooppa siirtyy yhä enemmän automatisoituun laskutukseen.

Testiympäristö on avoinna klo hiekkalaatikko.bilnex.io ja testiavaimen voi hankkia yhdellä pyynnöllä, ilman tiliä ja ilman ennakkosopimusta.

Bilnex on Virossa, Latviassa ja Liettuassa toimiva verkkolaskutus- ja laskunhallintasovellus. Partner API on tarkoitettu ohjelmistoyrityksille, ei loppukäyttäjille.

Mikä on Bilnex Partner API?

Testiympäristö on rakennettu siten, että koodausagentti voi viimeistellä rajapinnan. Claude Code, Codex tai Cursor hankkii oman avaimensa, kirjoittaa koodin ja tarkistaa palvelinpuolella, toimivatko kaikki vaaditut työnkulut todella. Agentti ei voi virheellisesti ilmoittaa työn olevan valmis, koska valmistumistilaa ei määrittele se, vaan meidän tarkistuksemme.

Standardin mukaisessa API-dokumentaatiossa ei ole kolmea tehtävää asiaa:

Saat avaimen itse. Yksi pyyntö ilman todennusta ja sinulla on toimiva avain ja kaksi testiyritystä. Ei tarvitse allekirjoittaa mitään.

Testiympäristö käyttäytyy kuin oikeassa ympäristössä. Laskut luodaan, renderöidään ja lähetetään samalla koodilla, jota käytetään tuotannossa. Vain lähtevät kanavat simuloidaan: verkkolasku saapuu toiseen testiyritykseen oikean tuontiputken kautta PDF-tiedostona, aivan kuten oikea lasku. Sähköpostiviesti pysyy ympäristössä ja on luettavissa sieltä, se ei mene kenenkään oikeaan sähköpostilaatikkoon.

On selkeä "valmis". Yhdessä päätepisteessä näkyy kaksitoista pakollista tarkistusta ja jokaisesta epäonnistuneesta tarkistuksesta myös se, mikä tarkalleen ottaen on rikki ja mistä se luetaan. Agentti ei voi virheellisesti luulla työn olevan tehty.

Tämä tarkoittaa, että käyttöliittymä, joka aiemmin oli sprintin mittainen tehtävä, voidaan usein suorittaa yhdessä istunnossa.

Miten laskut liikkuvat toiminnanohjausjärjestelmän ja Bilnexin välillä?

Voit vastaanottaa ja lähettää verkkolaskuja liitetyn toiminnanohjaus- tai kirjanpito-ohjelmiston kautta. Lisäksi Bilnex tukee sekä kansainvälisiä Peppol-muotoja että PDF-tiedostoja, joten ei tarvitse olettaa, että vastapuoli on valmis verkkolaskuihin. Jos näin ei ole, lasku tavoittaa silti vastaanottajan.

Verkkolaskujen lisäksi digitoituja laskuja voidaan ohjata myös kirjanpito- tai liiketoimintaohjelmistoihin. Tämä tarkoittaa, että myös PDF-muodossa saapuvat laskut siirtyvät Bilnexin automaattisen syötön tai digitoinnin ansiosta suoraan toiminnanohjausjärjestelmään jäsennellyssä muodossa, eikä käyttäjälle ole eroa sillä, saapuiko lasku verkkolaskuna vai ei.

Sama käyttöliittymä toimii Virossa, Latviassa ja Liettuassa, joten erillistä kehitystä ei tarvita latvialaisille ja liettualaisille asiakkaille.

Miksi tämä on ajankohtaista tänään?

Sääntely etenee samaan suuntaan kaikissa kolmessa Baltian maassa, vain eri nopeuksilla.

Virossa Jokaisella kaupparekisteriin verkkolaskujen vastaanottajaksi rekisteröidyllä yrityksellä on 1. heinäkuuta 2025 alkaen oikeus pyytää toimittajaltaan verkkolasku.

Latviassa Yritysten välinen verkkolaskuvelvoite tuli voimaan vuonna 2025 ja yritysten välinen velvoite on asetettu voimaan 1. tammikuuta 2028. Yritysten väliseen verkkolaskutukseen voi nyt siirtyä vapaaehtoisesti.

Liettuassa Yritysten välinen sähköinen laskutus SABISin kautta on pakollista ja yritysten välinen laskutus on edelleen vapaaehtoista. Valtakunnallisen yritysratkaisun tavoite on vuosi 2028, mutta tätä ei ole lainsäädännöllisesti vahvistettu.

Määräajat ovat muuttuneet ennenkin ja saattavat muuttua uudelleen. Mutta suunta on selvä, ja toiminnanohjausjärjestelmien tai kirjanpito-ohjelmistojen kohdalla se tarkoittaa, että kysymys ei ole enää siitä, muuttuvatko ne, vaan siitä, milloin ne muuttuvat.