About Tapio Naumanen

Tapio Naumanen · ‎21-06-2017

Tämän viikon viikkopäivityksessä lisättiin resurssiin getsalesinvoice.nv seuraavat uudet kentät: Laskutusasiakkaan nimen jatkotieto - InvoicingCustomerNameExtension Laskutusasiakkaan NetvisorKey - InvoicingCustomerNetvisorKey Laskutusasiakkaan y-tunnus - InvoicingCustomerOrganizationIdentifier Laskutusasiakkaan osoitteen jatkotieto - InvoicingCustomerAdditionalAddressLine Laskuriveille productID - ProductNetvisorKey Resurssiin gecustomer.nv lisättiin seuraava uusi kenttä: Laskutusosoitteen lisäkenttä - AdditionalStreetAddress Muutokset on myös dokumentoitu ohjesivuille.

Tapio Naumanen · ‎06-06-2017

Uusi dokumentoitu resurssi. Resurssi on ollut käytössä jo aikaisemminkin mutta nyt dokumentoitu tukisivuille. Aikaisemmin resurssin on voinut löytää rajapintakirjastosta. Resurssilla accountingperiodlist.nv voi noutaa Netvisorista yrityksen tilikaudet ja mahdolliset lukitukset: Kauden lukitus Alv-lukitus Ostoreskontran lukitus Resurssi ei palauta tietoa mikä kausista on aktiivinen kausi. Listaa kaikki järjestelmästä löytyvät tilikaudet nousevassa järjestyksessä.

Tapio Naumanen · ‎19-05-2017

Moi Teemu Laakso Eli kun tosite ei muodostu laskun tuonnin yhteydessä niin tositteen luonnin yhteydessä haetaan tieto tuolta tililuettelon alta. Mutta jos tosite muodostetaan samalla kun laskukin niin kunnioitetaan sanomalla annettuja tietoja. Tuossa on sinänsä ristiriita toinen vaihtoehto hyväksyy myyntilaskulle KOOS koodin mutta toinen taas ei. Tähän ei juuri nyt tulla tekemään mitään. Tästä on aikaisemminkin ollut toiveita ja näiden koodien käyttö ristiin tullaan mahdollistamaan tulevaisuudessa.

Tapio Naumanen · ‎12-05-2017

Hei Kari, Tämä myös vaikuttaa pätevältä idealta mutta kyseessä hieman laajempi muutos. Jätetään idea avoimeksi ja äänestettäväksi.

Tapio Naumanen · ‎12-05-2017

Hei Kari, Hyvä idea kyllä. Jätetään tämä auki ja äänestettäväksi. Tällä hetkellä tosiaan pitää toteuttaa neljällä eri haulla. Tämä idea myös välitetty eteenpäin taholle joka vastaa myyntilasku ominaisuuksista.

Tapio Naumanen · ‎12-05-2017

Moi Viittaisi tietokanta virheeseen molemmissa - eli jostakin syystä tuohon tiettyyn tietokanta tauluun ei ole saatu yhteyttä juuri noilla hetkillä. Jos tuo toistuu vielä uudelleen niin laita tikettiä meille tukeen. Muilta ei ole tullut vastaavaa raportointia.

Tapio Naumanen · ‎11-05-2017

Uusi dokumentoitu resurssi. Resurssi on ollut käytössä jo aikaisemminkin mutta nyt dokumentoitu tukisivuille. Aikaisemmin resurssin on voinut löytää rajapintakirjastosta. Resurssilla accountlist.nv voi noutaa Netvisorista löytyvän yrityksen tililuettelon kokonaisuudessaan ja oletustiliöinneissä käytettävät tilit (Taloushallinto - Tililuettelo).

Tapio Naumanen · ‎11-05-2017

Moi Teemu Laakso Mielenkiintoista - siirretään tarkempi selvittely tästä taas Zendeskin puolelle niin voidaan käydä sanomia tarkemmin läpi. Mutta vaikuttaisi siltä, että rajapinta ei osaa nyt käsitellä erikoiserkoismerkkiä - järkevää tuohon olisi tosiaan tehdä jokin enkoodaus, että ei nyt ainakaan tuollaisia merkkejä palauteta.

Tapio Naumanen · ‎08-05-2017

Moi, Tässä vaikuttaisi olevan ohjelmistovirhe. En löytänyt mitään järkevää logiikkaa tuon taake, että asiakaskortin Maa tieto päivitetään automaattisesti, vaikka tuotaisiin tyhjää sanomaa. Kirjaan tästä raporttia backlogille.

Tapio Naumanen · ‎08-05-2017

Moi, Juurikin noin, eli koodi haettiin asetuksien takaa. Eli jos sanomalla annetaan näin: <productvatpercentage vatcode="KOOS">24</productvatpercentage> Mutta asetuksissa tililuettelon puolella on näin: Niin muodostuva tosite näyttää tältä: ALV-koodeja voi tuoda miten haluaa mutta annettava prosentti pitää olla oikein. Eli jos yrität tuoda esim. KOMY:lle prosentin 18 niin saat herjan.

Tapio Naumanen · ‎05-05-2017

Hyvä, hieno homma! Tositeriville valitun tilin tulee löytyä järjestelmästä, muutoin palautetaan INVALID_DATA –virhe Alv-koodi haetaan annetun tilin takaa mikäli sitä ei ole sanomalla annettu - tilille voi kuitenkin tuoda minkä tahansa sallitun koodin Mikäli sanomalla annetaan alv-koodi, joka on ristiriidassa riville valitun alv-prosentin kanssa, ohjelma palauttaa virheen selitteineen

Tapio Naumanen · ‎05-05-2017

Tosiaan tuo näytti siltä aluksi, että tosite muodostuu väärin kun se muodostetaan myöhäisemmässä vaiheessa (laskun lähetyksen yhteydessä). Mutta aikani testailtua niin sain tulemaan oikein. Eli Netvisorin tililuettelosta kannattaa tarkasta tilin ALV-tunniste:

Tapio Naumanen · ‎05-05-2017

Moi Teemu Laakso, En saanut replikoitua tuota tilannetta vaan tosite muodoistui aivan oikein. Siirrytään taas tiketille niin voidaan käydä tarkemmin läpi nuo sanomat ja mitä on tuotu.

Tapio Naumanen · ‎04-05-2017

Nyt näkyy!

Tapio Naumanen · ‎04-05-2017

Moi Teemu Laakso, Kuvat ei näy, saatko muokattua tuota postausta ja lisättyä ne? Tai sitten lisää tähän kommenttina.

Tapio Naumanen · ‎04-05-2017

Teemu Laakso siirretään tämä tarkempi selvittely tukitiketiksi

Tapio Naumanen · ‎28-04-2017

Moi, Eli tuo sanoman pätkä vietiin edit parametrilla ja siinä samassa päivittyi myös laskutus kieli? Resurssit - Asiakasrekisteri – Netvisor tukiportaali Customer.nv validoidaan tosiaan customer.dtd:tä vasten.

Tapio Naumanen · ‎28-04-2017

Moi, En pysty muuttamaan tätä suoraa ideaksi vaan sinun pitäisi luoda se ideaksi tuolle puolen.Sitten voimme käydä tämän läpi seuraavalla kerralla kun ideoita muutenkin käydään läpi.

Tapio Naumanen · ‎27-04-2017

Antti Peisavastasin sinulle tähän tukipyynnöllä.

Tapio Naumanen · ‎25-04-2017

Uusi dokumentoitu resurssi. Resurssi on ollut käytössä jo aikaisemminkin mutta olemme ottaneet nyr projektiksi dokumentoida loputkin resurssit mitä ei vielä tukisivujen dokumentaatioista löydy. Aikaisemmin resurssin on voinut bongata rajapintakirjastosta. Resurssilla deletesalesinvoice.nv voi poistaa olemassa olevan myyntilaskun käyttäen kyseisen laskun Netvisor ID:tä. Resurssi poistaa itse laskun sekä sen tositteet, dimensiolinkitykset, liitteet ja yms.

Tapio Naumanen · ‎24-04-2017

Hei, Oliko tämä tarkoitettu kehitysideaksi, jos kyllä niin lipsahti väärälle sivulle mutta voidaan toki käännellä oikealle? Totta, että kentissä on muutamia eroja. Tiedot jotka voidaan tuoda, mutta ei noutaa: additionaladdressline isprivatecustomer directdebitbankaccount invoicinglanguage Tiedot joita voidaan noutaa mutta ei tuoda: PriceGroup DiscountPercentage

Tapio Naumanen · ‎24-04-2017

Tämä idea yhdistetty idean: Myyntilaskun nouto / nimen ja osoitteen jatkotieto kanssa.

Tapio Naumanen · ‎24-04-2017

Kommentoin nuo huomiot jo olemassa olevalle backlogin tiketille, kiitos.

Tapio Naumanen · ‎21-04-2017

Myyntilaskun tuonti resurssi sai parannuksen (salesinvoice.nv). Elementissä 'SalesInvoiceProductLineVatSum' annettu nolla-arvo tulkitaan nyt annetuksi arvoksi. Lisätietoa täältä Myyntilaskun rivisumman pakotus annettuun arvoon

Tapio Naumanen · ‎18-04-2017

Teemu Laakso Voisit äänestää tätä ideaa ja kommentoida tuon uuden ideasi tähän.

Tapio Naumanen · ‎18-04-2017

Pahoittelut, että tämä sinun vastaus on mennyt ohi silmien. Aivan, hyvä pointti. Täytyy keskustella asiasta lisää.

Tapio Naumanen · ‎18-04-2017

Pahoittelut, että tähän on jäänyt vastaamatta. Mennyt ohi silmien. Valitettavasti mitään tarkempaa arviota en osaa/pysty sanomaan. Jos moni äänestä tämän toiveen puolesta niin tämä lisää näkyvyyttä ja painoarvoa.

Tapio Naumanen · ‎07-04-2017

Moi Teemu Laakso, Tuosta, että rajapinnan yli voi päivittää jo olemassa olevan asiakaskoodin asiakkaan asiakaskortille on jo kehitystoive luotuna. Tämähän ei onnistu käyttöliittymässä. Käsitellään vielä erikseen tuo getsalesinvoice.nv idea - samaan suuntaan oleva idea tosin löytyy jo tästä: Myyntilaskun nouto / nimen ja osoitteen jatkotieto - periaatteessa voisit äänestää tuota ja lisätä oman kommentin.

Tapio Naumanen · ‎06-04-2017

Hei, Kyseessä selvä ohjelmistovirhe. Tästä luotu tiketti backlogille ja tämä arkistoidaan.

Tapio Naumanen · ‎06-04-2017

Moi, Kirjaan tästä kehitysidean backlogille. Tämä voisi olla mahdollisesti toteutettavissa tulevaisuudessa tapahtuvan myyntilaskuuudistuksen yhteydessä. Idea on vielä vapaasti kommentoitavissa ja äänestettävissä.

Resurssin getsalesinvoice.nv ja getcustomer.nv päi...

Uusi resurssi - Tilikausien ja lukitusten nouto

Re: Mitä automaatiota myyntilaskujun verokoodien t...

Re: Maksusuunnitelmatiedot myyntilaskuilla

Re: salesinvoicelist.nv, statuksella haku

Re: Netvisorin rajapinnassa häikkää

Uusi resurssi - Tililuettelon ja oletustilien nout...

Re: Netvisorin rajapinta palauttaa xml 1.0 version...

Re: Mahdollinen bugi asiakastietojen päivityksessä...

Re: Mitä automaatiota myyntilaskujun verokoodien t...

Re: Mitä automaatiota myyntilaskujun verokoodien t...

Re: Mitä automaatiota myyntilaskujun verokoodien t...

Re: Mitä automaatiota myyntilaskujun verokoodien t...

Re: Mitä automaatiota myyntilaskujun verokoodien t...

Re: Mitä automaatiota myyntilaskujun verokoodien t...

Re: Mahdollinen bugi asiakastietojen päivityksessä...

Re: Mahdollinen bugi asiakastietojen päivityksessä...

Re: Lisää asiakastietokenttiä getcustomer.nv resur...

Re: Suorituksien poistot myös päivittämään laskun ...

Uusi resurssi - Myyntilaskun poistaminen

Re: Lisää asiakastietokenttiä getcustomer.nv resur...

Re: Asiakkaan netvisor-id myyntilaskulle

Re: Myyntilaskun nouto / nimen ja osoitteen jatkot...

Resurssin salesinvoice.nv päivitys

Re: Myyntilaskun nouto / nimen ja osoitteen jatkot...

Re: Suorituksien poistot myös päivittämään laskun ...

Re: Myyntilaskun nouto / nimen ja osoitteen jatkot...

Re: Asiakkaan netvisor-id myyntilaskulle

Re: Myyntilaskun rivisumman pakotus annettuun arvo...

Re: Myyntilaskun nouto / nimen ja osoitteen jatkot...

Visma Community

Do you need help?

About Visma