Rajaa integraation omistajuus ennen käyttöönottoa

Netvisor-integraatio yhdistää AI Commercen asiakas-, tuote-, saldo- ja tilaustietoja Netvisoriin. Käyttöönotto ei ole pelkkä tunnusten lisääminen: päätä ensin jokaisen tietoryhmän lähdejärjestelmä, sallittu suunta ja ristiriitatilanteen omistaja. Dokumentoi erikseen asiakkaat, tuotteet, hinnat, verot, saldot, tilaukset ja maksut.

Älä ota vastakkaisia tuotevirtoja käyttöön ilman omistajuuspäätöstä. Nykyisessä toteutuksessa on sekä Netvisorista luettava tuotevirta että erillisestä tuotetiedon lähdejärjestelmästä Netvisoriin kirjoittava tuotevirta. Tämä ei yksin todista, että kaikki tuotetiedot synkronoituvat molempiin suuntiin tai että sama kenttä voidaan turvallisesti omistaa kahdessa järjestelmässä.

Nimeä käyttöönotolle vastuuhenkilö AI Commerce-, Netvisor- ja mahdollisen tuotetiedon lähdejärjestelmän tiimistä. Sovi myös palautusmenettely: mikä virta pysäytetään, miten virheelliset tietueet tunnistetaan ja millä järjestelmällä oikea arvo palautetaan.

Tarkista Netvisor-yhteys ja käyttöönotettavat virrat

Hallintapaneeli näyttää Netvisor-integraatiokortissa yhteyden tilan ja integraation asetuskentät. Tunnisteet ja salaisuudet on erotettu toisistaan, ja salaiset arvot näytetään peitettyinä. Kenttiin kuuluvat live- ja demo-ympäristöjen käyttäjä- ja partneritunnukset sekä avaimet.

Vahvista ennen käyttöönottoa erikseen nämä kytkimet:

• Netvisor: synkronoi asiakkaat
• Netvisor: synkronoi tilaukset
• tuotteiden vienti
• tuotteiden tuonti
• käytettävä Netvisor-ympäristö.

Netvisor-integraatiokortti on tilan ja kenttien lukunäkymä. Jos arvoja pitää lisätä, vaihtaa tai kierrättää, käytä organisaation hyväksyttyä salaisuuksien hallintaprosessia. Älä lähetä Netvisor-avaimia tukipyyntöön, kuvakaappaukseen tai keskusteluun.

Varmista asiakassynkronoinnin identiteetti

Netvisor-asiakassynkronointi voi luoda asiakkaan Netvisoriin tai päivittää jo linkitettyä asiakasta. Vienti sisältää tilanteen mukaan yrityksen tai henkilön nimen, laskutus- ja toimitusosoitteen, Y-tunnuksen, maan, puhelimen, sähköpostin, yhteyshenkilön sekä verkkolaskuosoitteen ja operaattorin. Uudelle asiakkaalle muodostetaan sisäinen tunniste muodossa VERKKO-<asiakastunniste>.

Ennen uuden asiakkaan luontia toteutus hakee Netvisorista samalla sähköpostilla ja vertaa Y-tunnusta normalisoituna. Jos Y-tunnus puuttuu, ensimmäinen sähköpostihaun tulos voidaan valita. Tämä tekee puuttuvasta Y-tunnuksesta ja jaetusta sähköpostiosoitteesta identiteettiriskin. Tarkista ennen ensimmäistä ajoa ainakin yritysasiakkaiden Y-tunnukset, yksilölliset sähköpostit ja mahdolliset kaksoiskappaleet.

Jo linkitetty asiakas päivitetään vain, jos ERP-lukko ei estä muutosta. Älä poista lukkoa vain saadaksesi jonon etenemään: ratkaise ensin, kuuluuko kyseinen asiakas AI Commercen vai Netvisorin hallintaan. Netvisorista tuotavassa asiakasvirrassa käytetään muuttuneen ajan rajausta, ja AI Commercen itse luomat VERKKO--tunnisteiset asiakkaat rajataan takaisinluvun ulkopuolelle.

Rajaa tuotteiden ja saldojen suunnat

Netvisor-tuotevirta hakee myyntituotteita Netvisorista muuttuneen ajan perusteella. Nykyinen toteutus täydentää yksityiskohtaiset tiedot enintään ensimmäiselle 100 haun tuotetunnisteelle yhdellä ajolla. Tätä rajaa ei pidä tulkita kapasiteettilupaukseksi: ensimmäisen täyden ajon, jatkoajojen ja mahdollisen sivutuksen kattavuus on todennettava omalla aineistolla.

Lähdejärjestelmästä Netvisoriin kirjoittava tuotevirta hakee tuotteen Netvisorista tuotekoodilla. Olemassa oleva tuote päivitetään ja puuttuva käytössä oleva tuote luodaan. Siirrettäviin tietoihin kuuluvat tuotekoodi, tuoteryhmä, nimi, kuvaus, veroprosentti, käyttötila, myynti- ja varastotuotteen tila, netto- ja bruttopaino sekä pakkausmitat. Uudelle tuotteelle asetetaan toteutuksessa oletushinta ja ostohinta 0.00, yksikkö kpl sekä lähdejärjestelmän oletustuoteryhmä, jos ryhmää ei ole määritetty. Siksi hinnan, ryhmän, yksikön ja mittojen hyväksyntä on pakollinen ennen tuotantovientiä.

Saldotuonti käyttää Netvisorin varastokohtaista aineistoa mutta päivittää AI Commerceen tuotteen TotalAmount-kokonaismäärän tuotekoodin perusteella. Tämä ei todista varastopaikkakohtaista saldoa AI Commercessa. Varmista erikseen varastojen yhdistely, dropshipping-saldon säilytys, negatiiviset saldot, variantin tunniste ja nollasta positiiviseksi muuttuvan saldon ilmoitus.

Tarkista tilaus ennen vientiä

Kun tilausvienti on käytössä, tilaus muodostetaan Netvisorin salesinvoice.nv-aineistoksi. Asiakas pitää ensin linkittää tai luoda. Asiakasjono estää tilausjonon käsittelyn, joten asiakasvirheen korjaaminen kuuluu tilausviennin palautukseen.

Tarkista ennen ensimmäistä tilausta:

1. asiakkaan Netvisor-linkki, Y-tunnus ja laskutusosoite
2. maksuehto, toimitusehto, myyjä ja yhteyshenkilö
3. valuutta, verokäsittely sekä netto- tai bruttohintojen asetus
4. jokaisen tilausrivin Netvisor-tuotetunniste
5. toimitus-, laskutus- ja alennusrivien käsittely
6. tilauksen ja Netvisorin testitunnisteet.

Nykyinen muodostaja ohittaa tilausrivin, jos paikalliselta tuotteelta puuttuu Netvisor-tuotetunniste. Älä hyväksy vientiä, jos yksikin myytävä rivi puuttuu esikatselusta. Täsmäytä aina rivimäärä, määrä, yksikköhinta, vero, alennus, toimitus, laskutus ja loppusumma lähdetilaukseen.

Onnistuneessa viennissä Netvisorin tunniste tallennetaan tilaukselle. Ennakkoon maksetusta tilauksesta voidaan lähettää lisäksi maksuaineisto salespayment.nv-rajapintaan. Tämä ei tarkoita yleistä laskujen tai maksujen kaksisuuntaista synkronointia; testaa juuri käytössä olevat maksutavat ja kirjanpidon kohdistus.

Käsittele jonot ja virheet hallitusti

Netvisor-jonoista asiakasjonoa käsitellään nykyisessä toteutuksessa enintään 20 ja tilausjonoa enintään 10 tietuetta yhdellä käsittelykerralla. Tuoteviennissä onnistuneet tietueet poistetaan jonosta ja tietuekohtainen virhe tallennetaan jonolle. Tilausviennin onnistumisesta tallennetaan Netvisor-tunniste; virhe ohjataan integraation virhekäsittelyyn.

Älä päättele näistä eräkoista ajon kellonaikaa, läpimenoaikaa tai kapasiteettia. Ympäristön ajastus ei ole sovelluskoodin todistama. Kirjaa käyttöönottopöytäkirjaan todellinen ajastus, jonon pituus, vanhin tietue, viimeisin onnistuminen, virhesanoma ja seuraava sallittu yritys.

Korjaa Netvisor-virheestä ensin lähdetieto tai asetus ja yritä sitten yhtä yksilöityä tietuetta uudelleen. Hallintapaneelin tilausnäkymässä voidaan käyttää vahvistettua ERP-uudelleenlähetystä korjauksen jälkeen. Tarkista ennen uudelleenlähetystä Netvisorista, ettei asiakasta, tilausta tai laskua ole jo luotu. Sokea toisto voi tehdä kaksoiskappaleen, jos ulkoinen kirjoitus onnistui mutta paikallisen tunnisteen tallennus epäonnistui.

Tee rajattu hyväksyntätesti

Suorita Netvisor-integraation hyväksyntätesti ensin demo- tai muuten hyväksytyssä testiympäristössä:

1. vie yksi yksilöllisellä sähköpostilla ja Y-tunnuksella varustettu yritysasiakas
2. päivitä sama asiakas ja varmista, ettei kaksoiskappaletta synny
3. testaa ERP-lukittu asiakas ja varmista, ettei sitä muuteta
4. tuo yksi myyntituote Netvisorista ja tarkista muuttuneen ajan rajaus
5. vie yksi tuote lähdejärjestelmästä ja tarkista koodi, tekstit, veroprosentti, tila, ryhmä, painot ja mitat
6. muuta yhden tuotteen saldo ja täsmäytä kokonaismäärä sekä dropshipping-käytös
7. vie yksi tilaus, jossa on tuote-, alennus-, toimitus- ja laskutusrivi
8. testaa ennakkoon maksetun tilauksen maksukohdistus
9. aiheuta hallittu asiakas-, tuote- ja tilausvirhe ja varmista korjaus sekä uudelleenyritys
10. täsmäytä tulokset Netvisorista, AI Commercesta ja kirjanpidon hyväksymästä raportista.

Älä laajenna tuotantoon ennen kuin kaikki käytössä olevat suunnat, kentät ja virhepolut on hyväksytty. Kirjaa pois käytöstä jäävät virrat yhtä selvästi kuin käyttöön otettavat.

Arvioi laajennus ennen yhteistä käyttöönottoa

Netvisor-integraation laajennus uuteen asiakkuuteen tai tietoryhmään käsitellään uutena muutoksena, vaikka sama perusratkaisu olisi jo käytössä muualla. Vertaa asiakkaan kenttiä, vero- ja hintamallia, varastoja, maksutapoja, toimitusrivejä ja Netvisorin asetuksia hyväksyttyyn sopimukseen. Tee rajattu koekäsittely asiakkaan omilla arvoilla ja mittaa jonon läpimeno sekä virheiden palautuminen.

Yhteinen integraatiokomponentti voi vähentää päällekkäistä kehitystä, mutta asiakaskohtainen laajennus ei saa muuttaa muiden asiakkaiden kenttäkarttaa tai ajastusta hiljaisesti. Versioi muutos, nimeä vaikutusalue, tarkista taaksepäin yhteensopivuus ja sovi käyttöönotto sekä palautus erikseen. Kymmenien asiakkaiden, kymmenien tuhansien tuotteiden tai tuhansien päivittäisten tilausten kapasiteetti hyväksytään vasta kyseistä kuormaa vastaavalla mittauksella; aikaisempi asiakkuus ei yksin ole kapasiteettitodiste.

Sovi ylläpito ja kaupalliset ehdot erikseen

Integraation toiminnallinen dokumentaatio ei vahvista hintaa, kumppaniprovisiota, asiakasmäärää, kapasiteettia, vasteaikaa tai sitä, sisältyykö muutos kaikille asiakkaille. Sovi tilaus, palvelutaso, ylläpitovastuu, muutosten hyväksyntä ja mahdollinen partnerimalli voimassa olevassa sopimuksessa.

Seuraa Netvisorin rajapintamuutoksia ja tee kenttä- tai prosessimuutoksesta uusi hyväksyntätesti. Jaettu toteutus voi vähentää päällekkäistä työtä, mutta muutos ei ole automaattisesti riskitön, maksuton tai kaikkiin ympäristöihin sopiva.