finvoice ja Nordea

[kaitsu]

Hei

Otin MLInvoicen käyttöön vuoden vaihteessa ja kokemukset positiiviset. Kaipasin kuitenkin mahdollisuutta lähettää myös e-laskuja, pankkini (Nordea) kautta. Kokeilimme lähetystä, mutta aineisto on heidän järjestelmän mukaan virheellistä. Syynä puuttuva SOAP-kehys. Olisiko kohtuuton työmäärä koodailla tuo kuntoon? 

-- kaitsu

[ioxo]

Jos et itse ole koodaaja, niin kannattanee varmaankin lähettää sähköpostilla nuo e-laskut?

Itse olen lähettänyt e-laskulla ja menneet hyvin perille. Sähköpostilaskuihin tehdään myös automaattisesti virtuaaliviivakoodi, joten laskun maksun luulisi olevan suhteellisen helppoa vastapäässä.

-Juho

[kaitsu]

PDF-lasku sähköpostin liitteenä toimii toki mainiosti, mutta ei yrityksille jotka ovat siirtyneet vastaanottamaan ostolaskuja ainoastaan sähköisenä. 

-- kaitsu

[Ere Maijala]

Hei,

tuo Finvoice-tuki tuottaa Finvoice-sanoman ilman SOAP-kehystä, koska sitä ei käsittääkseni tarvita palveluntarjoajien (esim. Maventa) kanssa. Äkkiseltään näyttäisi siltä, että SOAP-kehystä varten tarvittaisiin uutena tietona ainakin asiakkaan pankin tunnus (esim. OKOYFIHH). Muuten sen luominen ei välttämättä olisi kovin hankalaa (suunnilleen koko toteutus on create_finvoice.xsl-tiedostossa). Ilmeisesti Nordean testaustyökalu on myös käytettävissä ilman erillisiä sopimuksia, mikä toki auttaa toteutuksessa. Pistän tuon toivelistalle, mutta aikataulua en uskalla luvata.

--Ere

[Pihti]

Hei!

Sama ongelma on myös Osuuspankin kanssa (OKOYFIHH). Eli sinne siis tarvitaan kenttä myös välittäjälle ja ne soap-headerit. Samaten tarvitaan myös vastaanottajan e-laskutuksen välittäjä. Kultalinkki vain ilmoittaa, ettei ole SOAP-headereita eikä se liene tarkoitus, että joutuu laskut kahteen kertaan syöttämään.... Kultalinkkiähän voi käyttää myös suoraan laskutusohjelmana, mutta se on kyllä kankeaa verrattuna MLinvoiceen.

Kultalinkin kautta tulee muuten kanssa viiteaineistoa...

Tuo muuten voisi olla konffattava optio, sillä jos sitä ei joka paikassa tarvita niin silloin rasti ruutuun periaatteelle.

Ja soap tosiaan tarvii sekä lähettäjän tunnuksen että vastaanottajan välittäjätunnuksen sinne. Eikös create_finvoice.xsl -tiedostoon voi tilapäisesti rakentaa tuon soap-tuen, mutta tietokantaan pitää saada siltikin se välittäjätunnus. Minulla on palveluntarjoajana Osuuspankki ja he sen kyllä sillon vaativat.

[pka]

Hei,

SOAP-kehystä vastaavat tiedot voisi välittää myös MessageTransmissionDetails tietoelementissä. Tosin en tiedä onko SOAP-kehys pakollinen pankkien välityspalvelussa (vai "kierrettävissä" määrittelemällä MessageTransmissionDetails tietoelementti). Ainakin Maventan verkossa välittäjätiedon välitys onnistuu MessageTransmissionDetails tietoelementin välityksellä (ilman SOAP-kehystä).

Mutta kuten @Pihti jo kirjoittikin niin asiakastietoihin tulisi lisätä kenttä välittäjätunnukselle (kun usealla yrityksellä nykyisin useampi kuin yksi verkkovälittäjä) ja lisätä joko asetuksiin tai laskun yhteyteen täppä jonka avulla voisi määritellä lisätäänkö SOAP-kehys vai ei. MessageTransmissionDetails tietoelementin tapauksessa ko. elementin voisi välittää aina kun sekä OVT-tunniste ja välittäjätunnus määritelty asiakastiedoissa.

[Pihti]

Xml:hän on siitä kivaa että jos joku kenttä on tarpeeton sitä ei tarvi ymmärtää eikä implementoida.

Mutta tosiaan tuo soap-kehys _on_ pakollinen jos verkkolaskutusta harrastelee, tuo maventa ilmeisesti luo sen soap-kehyksen "kirjekuoren" siihen jollon sille riittää vain tuo laskurivisisältö.

[Ere Maijala]

Hei,

nyt vihdoin olisi SOAP-kehys toteutuksessa. Olisiko kenelläkään mahdollista testata toteutusta käytännössä lähiaikoina? Kävin tutkailemassa Nordean tarjoamaa palvelua, mutta se vaatisi ilmeisesti yritystunnukset Nordeaan.

--Ere