WooCommerce-maksut: liitännäinen, vahvistus ja ylläpito

Valitse dokumentoitu ja sopiva yhteys

Selvitä ensin, onko halutulla maksupalveluntarjoajalla ympäristöösi sopiva WooCommerce-laajennus. Tarkista virallinen dokumentaatio, tuettu käyttötapa ja päivitysten käytäntö. Samankaltainen nimi ei takaa, että löytämäsi lisäosa on sama tuote kuin ohjeessa tai palveluntarjoajan sivulla kuvattu ratkaisu.

WooCommercen virallinen Stripe-ohje käsittelee kyseisen laajennuksen asetuksia. Sen kuvaus ei tarkoita, että jokainen Stripe-ominaisuus on automaattisesti käytettävissä jokaisessa kaupassa. Tilin, laajennuksen ja myyntimallin yhteensopivuus on tarkistettava. OrsunPayn verkkokauppaliitännäiset ovat suunniteltu mahdollisuus. Valmista virallista WooCommerce-liitännäistä ei pidä olettaa nykyiseksi tuotteeksi ilman erillistä vahvistusta ja sovittua toimitusta.

Verkkokauppaliitännäiset

Yhdistä maksut kaupan tilauksiin

WooCommerce-tilaus kuvaa asiakkaan ostoksen ja sen toimituksen. Maksupalvelun tapahtuma kuvaa maksamisen puolta. Näiden välille tarvitaan pysyvä tunnisteyhteys, joka säilyy myös silloin, kun selain sulkeutuu tai asiakas aloittaa uuden maksuyrityksen.

Kirjoita, mikä maksutila oikeuttaa toimittamaan tilauksen. Pelkkä maksun luominen ei ole vahvistettu suoritus. Jos asiakas keskeyttää ensimmäisen yrityksen, myöhempi onnistuminen pitää silti yhdistää samaan ostokseen oikein. Tarkista, miten valittu liitännäinen jo käsittelee nämä tilanteet, ennen kuin lisäät omaa automaatiota. Päällekkäiset tilapäivitykset voivat aiheuttaa ylimääräisiä viestejä tai ristiriitaisen tilausnäkymän, vaikka varsinainen maksu olisi käsitelty oikein.

Integraatiotuki

Tarkista ostoskorin lopullinen summa

Tuotteet, määrät ja kaupan omat hinnanmuodostuksen säännöt vaikuttavat maksettavaan summaan. Maksun luonnin on perustuttava palvelimen vahvistamaan tilaukseen, ei vain selaimessa näkyvään arvoon. Vertaa maksusivun summaa ja valuuttaa siihen, mitä asiakkaalle luvattiin.

Testaa myös tilanne, jossa asiakas muuttaa ostoskoria ja avaa myöhemmin vanhan maksusivun. Määritä, miten vanhentunut yritys tunnistetaan. Älä anna oman käyttöliittymäkoodin muuttaa vahvistetun maksun merkitystä ilman selkeää tilausprosessia. Tilaushistoriasta pitää käydä ilmi, minkä ostoksen asiakas todella maksoi. Tämä auttaa sekä asiakaspalvelua että myöhempää raportointia silloin, kun saman suuruisia tapahtumia on paljon.

Aseta webhookit oikeaan ympäristöön

Maksutulos täytyy saada palvelimelle myös ilman asiakkaan paluuta kauppaan. WooCommercen Stripe-webhook-ohje kertoo tämän laajennuksen omasta asetuksesta. Tarkista, että ilmoituksen osoite, tilin ympäristö ja käytetty salaisuus kuuluvat samaan kokonaisuuteen.

Älä rakenna useita rinnakkaisia käsittelijöitä, jotka kaikki lähettävät vahvistusviestin tai muuttavat tilauksen tilaa. Jos käytössä on erillinen integraatiokerros, dokumentoi, mikä järjestelmä on minkäkin tapahtuman ensisijainen käsittelijä. Allekirjoituksen tarkistus ja toistojen turvallinen käsittely pitää säilyttää, vaikka väliin lisätään lokitus, jono tai muu seuranta. Testitapahtumat eivät saa vahingossa käynnistää tuotantokaupan todellisia toimituksia tai asiakkaalle tarkoitettuja viestejä.

Huomioi lisäosien yhteisvaikutus

Teema, kassalaajennukset ja muut lisäosat voivat vaikuttaa maksamisen käyttöliittymään. Yksi onnistunut maksu ei todista kaikkien yhdistelmien toimivuutta. Pidä luettelo olennaisista komponenteista ja kirjaa, mitä muutettiin ennen ongelman alkamista.

Kokeile puhelinta, hidasta yhteyttä, takaisin-painiketta ja maksunapin kaksoispainallusta. Uusi kassateema voi muuttaa näitä tilanteita, vaikka tavallinen työpöytänäkymä näyttäisi entiseltä. Tee merkittävät päivitykset hallitusti ja säilytä palautumissuunnitelma. Vian rajaaminen on helpompaa, kun useita keskeisiä osia ei vaihdeta samanaikaisesti ilman kirjaa muutoksista. Tämä on ylläpidon käytäntö, ei lupaus siitä, ettei yksittäinen päivitys voisi koskaan aiheuttaa häiriötä.

Anna asiakaspalvelulle tutkintapolku

Työntekijän tulee löytää tilauksen maksutunniste ja verrata sitä palveluntarjoajan tietoihin. Jos asiakas kertoo maksaneensa, uuden maksun pyytäminen ei ole ensimmäinen askel. Tarkista olemassa oleva tapahtuma, ilmoitusten käsittely ja kaupan tilausmerkintä.

OrsunPay voi olla osa erikseen sovittua integraatiota, kun yhteydet ja toteutuksen laajuus on vahvistettu. Kauppiaalla säilyvät omat maksupalveluntarjoajan sopimukset ja tilit. Räätälöityä työtä ei pidä kuvata valmiin liitännäisen ominaisuutena. Sovi etukäteen, kuka ylläpitää yhteyttä, kuka vastaa muutoksiin ja miten ongelman rajaus tehdään. Näin vastuu ei jää epäselväksi kaupan, lisäosan ja ulkoisen palvelun välille.

Tee käyttöönotosta toistettava tarkistus

Käy yksi tilaus läpi ostoskorista vahvistukseen ja hallintanäkymään. Tarkista myös keskeytys ja myöhemmin saapuva ilmoitus. Pyydä toista työntekijää etsimään sama tapaus turvallisella viitteellä. Tämä kertoo, onko ratkaisu ymmärrettävä myös sen rakentajan ulkopuolella.

Käytä samaa tarkistuslistaa merkittävän päivityksen jälkeen. Kirjaa käytetty ympäristö, tulokset ja avoimet rajoitukset. Jos ylläpito on ulkoistettu, tarkistuslistan pitäisi kuulua työn luovutukseen. Kaupan omistaja tarvitsee konkreettisen tiedon toimivasta maksuketjusta, ei vain ilmoitusta siitä, että lisäosa asennettiin. Tavoitteena on jatkuva ja selkeä vastuu, jonka avulla maksaminen pysyy hallittavana myös ensimmäisen käyttöönoton jälkeen.

Lähteet

• WooCommerce Stripe setup
• WooCommerce Stripe webhooks