ConnectWiz + WooCommerce

Integrācija darbojas

Divvirzienu WooCommerce sinhronizācija – ar datu piederības līgumu

Lielākā daļa “Woo integrāciju” ir importa poga un lūgšana. Šī ir pārvaldīta divvirzienu sinhronizācija, kurā jūs katrai datu jomai izlemjat, kura sistēma ir patiesības avots, – un katrs konflikts nonāk uzskaitē, nevis klusi pārraksta datus.

Savienošana pārī ar vienu klikšķi Piederība lauku līmenī Konflikti nonāk uzskaitē
WooCommerce × ConnectWiz
Vispirms mēģinājums, tad reāli
Produkti, attēli, variācijas – ienāk
Piederība: Woo / šeit / abi – izvēle jūsu
Konflikts pamanīts → uzskaite, atkārtojums
30+
Lauki, kas tiek pārnesti katram produktam – attēli, atlaižu periodi, GTIN, birkas, papildu un saistītie piedāvājumi, variācijas
15 min
Savienošanas saites derīguma laiks – pieslēgšanās rokasspiediens beidzas, nevis karājas gaidībās
4
Webhook tēmas, kas iestatītas automātiski – ienāk produktu, pasūtījumu un klientu izmaiņas
2 000
Produkti vienā importa reizē – skaidri noteikti griesti, nevis pārsteigums 2 001. rindā

E-komercija

Ko tieši tas dara

Savienošana pārī ar vienu klikšķi

Standarta WooCommerce autorizācijas process automātiski izveido API atslēgas un webhook – nekāda atslēgu kopēšanas rituāla, nekāda webhook kontrolsaraksta.

Dziļš imports

Attēli, kategoriju koki, parastās un atlaižu cenas ar to periodiem, GTIN, birkas, papildu un saistītie piedāvājumi, variāciju cenas un attēli – katalogs ienāk vesels, nevis kā nosaukumu un cenu skelets.

Īsta ierakstīšana atpakaļ

Šeit veiktie produktu labojumi var tikt ierakstīti atpakaļ Woo – to pārvalda slēdzis katrai darbībai un mēģinājuma režīms, tāpēc jūs redzat, kas mainītos, pirms kaut kas mainās.

Piederība lauku līmenī

Katrai datu jomai izvēlaties jūs: dati dzīvo Woo, dzīvo šeit vai sinhronizējas abos virzienos. Lauki, kas pieder citai sistēmai, tiek rādīti tikai lasīšanai, un iemesls ir redzams ekrānā – nekāda divu saimnieku haosa.

Konfliktu uzskaite

Neizdevušās vai konfliktējošas sinhronizācijas nonāk redzamā uzskaitē ar iespēju atrisināt un atkārtot – nekad klusa pārrakstīšana, ko atklājat inventarizācijas brīdī.

Pasūtījumi – vienuviet

Woo pasūtījumi parādās ar atzīmētu avotu līdzās pasūtījumiem no tērzēšanas veikala, MI un API – viena pasūtījumu patiesība visās saskarnēs.

Tehniskā puse

Sinhronizācijas inženierija, ko lielākā daļa integrāciju izlaiž

Paranoisks savienošanas rokasspiediens

Pieslēgšanās saite beidzas pēc 15 minūtēm, atzvans tiek atzīmēts kā izlietots pirms jebkā cita, tāpēc to nekad nevar atkārtot ar vecākiem piekļuves datiem, – un tiek izmantots tas veikala URL, ko ievadījāt jūs, nekad tas, ko apgalvo atzvans.

Pēc konstrukcijas izturīgs pret atkārtojumiem

Woo katrā atkārtojumā piegādēm piešķir jaunus ID, tāpēc dublikātu novēršana tos apzināti ignorē un balstās uz ziņas saturu. Izejošajā virzienā idempotences atslēga atrodas paša pasūtījuma metadatos un tiek atrasta ar meklēšanu – jo bīstamais gadījums ir ieraksts, kas izdevās, kamēr atbilde pazuda.

Saistības otrajā piegājienā

Papildu un saistītie piedāvājumi ienāk kā veikala ID, kas norāda uz produktiem, kuru vēl var nebūt, – tāpēc tie tiek atrisināti otrajā piegājienā pēc tam, kad katalogs ir ienācis, un kategoriju koks tiek ielādēts atsevišķi, jo produkta datos ir nosauktas tikai tā lapas.

Valūta – nolasīta vienreiz un pareizi

Woo publicē valūtu katram pasūtījumam, nekad katram produktam, tāpēc veikala valūta tiek nolasīta vienreiz no paša veikala iestatījumiem pirms kataloga importa, nevis minēta katrai rindai.

Piesardzīga statusu karte

Izpildes statusi tiek pārnesti tikai tur, kur vārdnīcas patiešām sakrīt; “atgriezts” pasūtījums nekad netiek tulkots ar varu – tā vietā tas nonāk pie cilvēka kā pasūtījuma piezīme. Statusa piezīmes tiek publicētas ar izslēgtu klienta paziņošanu, lai Woo nesūtītu jūsu klientam e-pastu divreiz.

Jūsu ievadītais uzvar

Lauku, ko cilvēks šeit labojis ar roku, imports nekad nepārraksta – sinhronizācija respektē cilvēku un to norāda avota kartītē pie katra ieraksta.

Iestatīšana

Kā tas tiek pieslēgts

01

Savienojiet veikalu

Noklikšķiniet “Pieslēgt” un apstipriniet savā WooCommerce administrācijas panelī – atslēgas un webhook tiek izveidoti jūsu vietā.

02

Izvēlieties piederību

Katrai datu jomai izvēlieties, kurš ir patiesības avots: Woo, ConnectWiz vai abi virzieni.

03

Vispirms izmēģiniet, tad palaidiet

Vispirms palaidiet ierakstīšanas atpakaļ darbības mēģinājuma režīmā; pārslēdziet uz reālo režīmu, kad izmaiņu salīdzinājums izskatās pareizs.

Kopā labāk

Ar ko tas sadarbojas

WordPress spraudnis

Mūsu spraudnis automātiski piesaka tērzēšanā Woo klientus, kas jau pieteikušies veikalā – tas pats cilvēks, ko sinhronizācija jau pazīst, ar pievienotiem pasūtījumiem un bez atkārtotas reģistrācijas.

Produktu eksports

Importēto katalogu var publicēt kā Google Shopping / Meta Commerce produktu datu failu – viena variācija katrā rindā, godīgi izlaidumi ar iemesliem, nekādas izdomātas valūtas konvertācijas. Sīkāk: Commerce.

Wiz + plūsmas

MI atbild uz jautājumu “kur ir mans pasūtījums?”, izmantojot reāllaika veikala datus, un plūsmas var reaģēt uz tirdzniecības notikumiem – sinhronizācija ir pamats, uz kura stāv viss pārējais.

Drošība un garantijas

Garlaicīgās garantijas

Atslēgas izveidotas, nekad ielīmētas

Ar wc-auth procesu jūsu veikals nodod mums atslēgas servera pusē – tās glabājas šifrētas, un nav nekāda kopēšanas rituāla, kurā cilvēks tās varētu nopludināt.

Katrs webhook – pierādīts

Ienākošās piegādes ir parakstītas ar HMAC, izmantojot noslēpumu, ko izveidojam katram veikalam atsevišķi, un tiek salīdzinātas konstantā laikā – viltots “produkta atjauninājums” tiek atraidīts jau pie durvīm.

Pieklājīgi pret jūsu veikalu

Pārbaudītas, bet neapstrādātas piegādes joprojām saņem atbildi “veiksmīgi”, jo Woo deaktivizē webhook pēc piecām kļūmēm pēc kārtas – mēs neparastos gadījumus uzņemamies paši, nevis ļaujam jūsu veikalam no mums atteikties.

Izejošie pieprasījumi aizsargāti pret SSRF

Katrs izsaukums uz jūsu veikala URL iziet caur izejošās datplūsmas aizsargu – ļaunprātīgu “veikala adresi” nevar izmantot, lai zondētu iekšējos tīklus.

Sīkais druks bez izskaistināšanas

Skaidri novilktas robežas

Nekādas maksājumu apstrādes

Pasūtījumi tiek sinhronizēti; karšu debetēšana paliek jūsu veikala un maksājumu pakalpojumu sniedzēja ziņā – izlikšanās par ko citu ir tas, kā platformas kļūst par sliktu pusbanku.

Multivide seko piederībai

Ja satura lauki pieder Woo, šeit tie apzināti ir tikai lasāmi – piederības līguma jēga ir tāda, ka tas saista arī mūs.

2 000 produktu griesti

Vienā importa reizē tiek pārnesti līdz 2 000 produktiem – tā ir skaidri noteikta inženiertehniska robeža. Lielāki katalogi ir sarunas temats par mērogošanu, un mēs to labāk izrunāsim godīgi, nekā pieļausim klusu noildzi.

Pasūtījumi tiek nolasīti, nevis kopēti

Veikala pasūtījumi pie kontakta tiek rādīti reāllaikā (kešoti uz minūti, desmit jaunākie), nevis dublēti otrā uzskaitē – apzināts lēmums par vienu patiesības avotu, šeit pateikts skaidri.

WooCommerce BUJ

Atbildes bez aplinkiem

Vairāk atbilžu atradīsiet sadaļā BUJ, vai arī jautājiet mums tieši.

Produktus ar attēliem, kategorijām, parastajām un atlaižu cenām un to periodiem, GTIN, birkām, papildu un saistītajiem piedāvājumiem, kā arī variācijas ar savām cenām un attēliem – ienākošajā virzienā savienošanas brīdī un izejošajā virzienā ar ierakstīšanas atpakaļ darbībām, ko ieslēdzat katrai jomai. Pasūtījumi ienāk ar atzīmētu WooCommerce avotu.

Nē – tas ir dizaina centrs. Ierakstīšana atpakaļ notiek katrai darbībai atsevišķi aiz mēģinājuma režīma, lauku līmeņa piederība padara citai sistēmai piederošos laukus tikai lasāmus, deterministiskas idempotences atslēgas padara atkārtojumus drošus, un viss konfliktējošais nonāk redzamā uzskaitē, kur to atrisina cilvēks.

Tie risina dažādus uzdevumus: šī integrācija sinhronizē katalogu un pasūtījumus, bet WordPress spraudnis iegulst tērzēšanas logrīku un piesaka klientus ar SSO, lai veikalā pieteicies Woo klients tērzēšanā tiktu atpazīts. Lielākā daļa veikalu izmanto abus.

Integrācija atšķir “veikals nedarbojas” no “šis klients nekad neko nav pircis” – savienojuma kļūme tiek parādīta kā kļūda, nekad klusi attēlota kā tukša vēsture. Neizdevušās nolasīšanas tiek atkārtotas ar pieaugošu intervālu, nevis bombardē jūsu serveri.

Katram spoguļotajam pasūtījumam metadatos ir deterministiska idempotences atslēga, un pirms izveides integrācija šo atslēgu meklē – tāpēc pat nepatīkamais gadījums, kad ieraksts izdevās, bet atbilde pazuda, nevar radīt otru pasūtījumu. Dublikātu pārbaude darbojas arī mēģinājuma režīmā.

Jā – klienti tiek piesaistīti pēc konta identitātes, ja tāda ir, un viesu pasūtījumi tiek atrasti, meklējot pēc e-pasta vai tālruņa, tāpēc cilvēks, kurš tērzēšanā jautā “kur ir mana paka?”, tiek atpazīts jebkurā gadījumā.

Godīgi savienots ir labāk nekā skaļi izreklamēts.

Katra integrācija šeit aprakstīta pēc tās reālās darbības – ar virzienu, datu piederību un ierobežojumiem.