Hei,

Kiitos!

Testauksen perusteella ainakin InvoicingCustomerNameExtension,

InvoicingCustomerOrganizationIdentifier &

InvoicingCustomerAdditionalAddressLine toimivat.

Terveisin

Jarkko Hyvärinen

Tapio Naumanen kirjoitti 21.6.2017 klo 16.17:

>

Visma Solutions Community

<https://community.vismasolutions.com/?et=notification.mention>

>

Sinut on mainittu

tekijän Tapio Naumanen

<https://community.vismasolutions.com/people/tapio.naumanen?et=notification.mention>

toimesta/sijainnissa Myyntilaskun nouto / nimen ja osoitteen

jatkotieto, yhteisössä Visma Solutions Community/ - Näytä henkilön

Tapio Naumanen viittaus sinuun

<https://community.vismasolutions.com/ideas/1530?et=notification.mention#comment-2672>

>

Tapio​:n kommenttiin liityen lisään tähän omankin pyyntöni + kommentteja: getsalesinvoice.nv

Pyysin getsalesinvoice.nv ja/tai salesinvoicelist.nv resurssiin asiakkaan netvisor id:tä. Tämä siksi, että tällä hetkellä salesinvoicelist.nv palauttaa asiakkaan id:n (internalidentifier), joka ei ole yksilöivä (rajapinnan kautta voi luoda asiakkaita samalla internalidentifierillä).

Jarkon pyyntöön liittyen

• invoicingcustomernameextension
  • Tämä tieto voidaan tuoda myyntilaskulla siten, että se eroaa linkitetyn asiakkaan tiedoista -> olisi hyvä saada rajapinnasta
• invoicingcustomeradditionaladdressline:
  • Sama kuin yllä
  • Vaikka tämä tieto linkitettäisiin alkuperäisestä asiakkaasta - sitä ei saa ulos getcustomer.nv resurssista! Tästä pitikin tehdä tiketti jo aiemmin...
• y-tunnus
  • laskutusasiakkaalle kai voida määrittää omaa y-tunnusta vaan se tulee linkitetyltä asiakkaalta, jolloin teknisesti se on saatavissa getcustomer.nv resurssita. Työlästä, mutta mahdollista.

Yleisesti pitäisin siitä, että kaikkia kenttiä joita voi viedä jollekkin resurssille voisi myös hakea.

Hei,

Kiitos. Osaatteko karkeasti arvioida milloin mahdollinen uudistus

tapahtuisi?

Ystävällisin terveisin

Jarkko Hyvärinen