Den innfødte Storefront
En komplett butikk på din egen adresse: produkter og varianter, temaer, blokkbygde sider, salgsfremmende paneler, menyer, en handlekurv og utsjekking.
Åpne en ekte butikk på din egen adresse, så la de samme produktene selge inne i en samtale på nettstedet ditt WhatsApp, på Instagram og videre. Butikken priser bestillingen, butikken signerer kortet, og bare din kundes bekreftelse skaper det.
Handels i OpsIQ er fire ting som deler én katalog: en innfødt butikkfront du eier, en selgende sti gjennom chat og sosiale kanaler. Et betalingslag som aldri berører et kort, samt en publisert kontrakt andre plattformer og utviklere bygger mot.
En komplett butikk på din egen adresse: produkter og varianter, temaer, blokkbygde sider, salgsfremmende paneler, menyer, en handlekurv og utsjekking.
Den samme katalogen som serveren siterte og bekreftet på et signert kort, over nettsiden widget og syv meldingskanaler.
Leverantør-vert utsjekking overalt, pluss bankoverføringer, kontant på leveringen, betale ved innsamling og i butikken for pengene som aldri går online.
Connector Contract 2.4 with 57 declared capabilities, a typed public API and conformance tooling anyone can run.
Ikke en hostet side med noen andres navn i URL. Ditt domene, temaet ditt, din typografi, fotografering og dine retningslinjer. Dette er det virkelige som kjører.
Farge, typografi og gradienter. Forhåndsvisning av skrivebord og telefon før du lagrer.
Om, Kontakte, en utkikksbok og kontoområdet samt tilpassede sider med egne helt- eller snegleinnstillinger. Reserverte ruter som handlekurven og kassen forbli din å holde.
Plassering, utløser, bakgrunnsfall, bevegelsen, bredde, en kupong og én gang-per -visitor oppførselen bygget fra de samme blokkene som alt annet.
Pek dem på sider, produkter, samlinger, retningslinjer og kontotiltak, en direkte modal eller et trygt eksternt link med ett nivå av nedtrekk i overskriften.
40 lokaler, med butikkåpning i valutaen som følger besøkenden og prisen din erstattet aldri bak ryggen.
Starter Om og policytekst der disse feltene er tomme, aldri over dine egne ord. En beredskapskontroll som holder advarsel til du har erstattet det.
Dette er vår egen lanseringsvalidering butikk. Butikken, kontoene, valutaene og språkuttømmelsen er den virkelige tingen. Produktene i det er testelementer, så behandle det som en fungerende demonstrasjon snarere enn ein katalog.
En modell som tillater å si et nummer vil etter hvert si feil. Så det er ikke tillatt å finne produkter og be serveren om en sitat; serverprisene ordren, komponer bekreftelseskortet og signerer den. Hva shopperen ser skrives av butikken.
En katalog, én sitat og en signatur. Tre steder kunden tilfeldigvis står på
En grense som bare beskytter utsjekkingssiden er ikke en grense. Hver vegg nedenfor bedømmes på den delte plasseringsveien, så handlekurven og kjøp-nå knappen i en samtale alle møte samme. Du angir verdiene i Innstillinger, og ingenting på denne siden harde kodet dem.
Varene går før pengene kommer, så du tar av hvor mye som er villig til å sende ut den veien. Over taket alternativet bare ikke tilbudt i rekkefølgen egen valuta.
Lisensnøkler, forhåndbetalte og gavekortkoder er hevdet i ordrens egen transaksjon. Hvis det ikke finnes nok ruller bestillingen tilbake og ingenting blir opkrævet. To forhandlere kan ikke kjøpe den samme koden.
Bestillinger fra den samme e-posten i løpet av siste dag er oppsummert i samme valuta, aldri konvertert og en ny ordre som ville krysse grensen din blir nektet før det plasseres.
Pausing selge stopper nye forpliktelser mens det leses, utseende og utgivelser fortsetter å fungere. Fakta som allerede er sanne, for eksempel en betaling som har landet, blir køet i stedetfor utført eller fortalt slik gjort.
Når OpsIQ eier betalingen, når en chat-kunde ut til å ha epost på sekssifret kode før det opprettes ordre. En operatøren kan kreve mer enn dette og aldri mindre.
Hver grunn til at butikk-gulv assistenten gir for et pick må være en frase som allerede vises i det produktets egen tekst. En setning den komponert seg selv er droppet snarere enn vist.
En ordre kan starte på tre steder. Det blir bare en rekkefølge i ett, og at et sted kjører hver vegg du konfigurerer. Ingenting er hoppet fordi det ankom av en annen rute, og nektelse sier hva som skjedde i en setning kunden kan handle på snarere enn en feilkode.
Hver av disse veggene er festet med et mutasjonsbevis: vakten blir bevisst brutt i kilden, en dørnivåtest må gå rød og filen gjenopprettes og kontrolleres byte for Byte. En garde som aldri har mislykkes ikke er bekreftelig.
Hver gateway OpsIQ skip bruker leverandørens egen hostet utsjekking. Kunden din skriver sitt kort på produsentens side, i tjenesteleverandørens domene. OpsIQ har en referanse til betaling, aldri et instrument og koden som trekker den grensen nekter noe utenfor en gjennomgått liste over felt.
Mye ekte handel berører aldri et kort. Hver offline metode bærer sine egne betingelser i stedet for å være en gratis tekstnotat nederst på kvitteringen.
Fire andre leverandører er bevisst ikke sendt. Deres webhooks blir signert med ordninger som ikke HMAC i det hele tatt og fold dem til en HMAC Hjelper vil produsere en verifisert som aldri kunne lykkes. Årsaken til hver er skrevet ned i stedet for å etterlate seg som et gap.
Region er hvordan vi grupperer dem her, aldri en restriksjon. En kjøpmann i Lagos kan godt ønske seg Stripe, og en kjøper i Berlin kan godt ønske seg Paystack. Valutaer merket som din kontos egen følger uansett hva leverandørkontoen er konfigurert til.
Handel er bygget rundt en enkel regel: ingenting behandles som sant fordi noe sa det var. En webhook er et spørsmål om å gå og sjekke, en kundes krav ikke bevis, og betalingen bekreftet først etter OpsIQ spør leverandøren selv og svarkampene på alle felt.
Kortet som kunden bekrefter, bærer en signert nyttelast: et ikke-nose, arbeidsflaten, samtalen, produktet, mengden og enhetsprisen. Valutaen er utløpt og det nøyaktige beløpet hver gateway vil ta. Det blir underskrevet med en HMAC over den nyttelasten ved å bruke en nøkkel som er avledet for arbeidsområdet alene, og verifisert med konstant sammenligning.
Hver gateway er leverandør-vert. En grenseklasse tillater bare et gjennomgått sett med betalingsreferansefelter og nekter instrumentfragmenter etter navn: kortnummer, CVv, utløpsdato, spordata, PIN blokken, IBAN, sorteringskode mht. Et tilbydersymbol er ikke en kort, og det er ubrukelig noe annet sted.
Smedet, replayed og ut av rekkefølge er fire forskjellige angrep så de får 4 ulike svar i stedet for én boolsk. Signaturer sammenlignes på konstant tid, og en webhook hvis system ikke autentiserer hele kroppen behandles som et øyeblikk å se betalingen opp, aldri som bevis .
En operasjon bærer en idempadensnøkkel bundet til arbeidsområdet, transaksjonen og de eksakte parametrene som hevdet atomisk. Butikken svar med fire utfall ikke to: frisk, replay, fortsatt kjører og konflikter. Et ødelagt lager kaster snarere enn å rapportere fersk, fordi det er slik et problem blir en duplisert ladning.
En reservasjon er en sammenligning-og -swap mot nøyaktig tell den lest, tatt i ordrens egen transaksjon. Digitale koder blir hevdet på samme måte og et brudd ruller hele bestillingen tilbake før noe lades fremfor å lovde en kode som ikke finnes der.
Når OpsIQ eier betalingen, trenger en chat-ordre en epost sekssiffer kode først. Koda lagres kun som saltet hash, forsøk regnes før sammenligningen er vinduet avgrenset og brenning det er én enkelt atomoppdatering så parallelle bekreftelser ikke kan passeres alle.
Handels er dekket av fire lag med tester og en mutasjonssikker sele. Selen bryter vakt i kilden, krever at den navngitte dørnivåtesten går rød, gjenopprettes deretter filen og sjekkar bytene matching. En garde som ingen har sett feil er ubevisst.
Disse beskriver tekniske kontroller i plattformen. De er ikke en samsvarsertifisering, og ingenting her bør leses som én. Hvis du trenger et formelt bekreftelse for din egen revisjon, kan du snakke med oss om hva kjøperen eller revisor ber om.
Selger er den enkle delen. Det følgende er arbeidet: Kunden som ønsker sin ordrehistorie, pakken som skip i to stykker, refusjonen som var halvparten betalt på kreditt, kjøperen som trenger en størrelse og vognen som ble igjen ved døren.
Logg inn med passord, ordrehistorikk, adresser og nedlastinger på ett sted. Noen som bestilte gjennom en chat for måneder siden kan gjøre krav på samme konto i e-posten sin og finne hver av disse bestillingene venter.
Kreditt er en vedlagt bare ledger og saldoen alltid avledes fra det, aldri et nummer noen redigerer. Det holdes per valuta og blir ikke konvertert, og bruk den atom i ordrens transaksjon.
Selg fra en hylle av krypterte koder: gavekort, forhåndsbetalt kort, lisensnøkler og skrapekort. En kode hevdes når bestillingen er plassert og åpenbare etter betaling så den samme koden kan aldri gå til to personer.
En prosentdel tip er utarbeidet på serveren mot varene etter rabatt, aldri på frakt eller skatt og det blir ikke beskattet seg selv. Et tips kan aldrig overstige den ordren som ligger på enten handlevogna eller kjøpe-nå banen.
Send en del av ordren nå og resten når den lander. Hver forsendelse bærer sin egen transportør og sporing, og aritmetikk vil ikke la deg sende mer enn bestillingen faktisk holder. Kundene ser hvert stykke på deres kontoside.
En bestilling som er betalt halvparten i kreditt og halve med kort refunderes proporsjonalt tilbake til begge. Refundering er transaksjons-og idemppotens, så trykk på knappen to ganger returnerer pengene en gang.
Bare noen som skrev sin egen e-post ved utsjekkingen din er noensinne skrevet til, i det meste to ganger per kurv. Kapsen blir hevdet i databasen før meldingen går ut og ett klikk stopper den permanent uten logg inn .
Sju utgangspunkter, for mote- og matvarer, kosmetikk bøker, nedlastinger, tjenester og forhåndsbetalt varer. Et sett er en preview før det er et tiltak, og hver enkelt blir kontrollert av sin egen verneskrivelse i stedet for å stole på fordi den ligger i boksen.
Svar på ett spørsmål om hva du selger og OpsIQ utkast til butikken: et monteringssett, din lagerkopi og en håndfull produkter. Alt det gjør kommer som udkastet. Du leser den, endrer den og bestemmer hva blir publisert.
A-hjelp meg å velge - panelet som kan anbefale fra din katalog og ingenting annet. Hver grunn det gir må være en setning allerede skrevet på produktet, og alle setninger den består for seg selv blir kastet bort i stedet for vist.
Aritmetic mot diagrammet du publiserte for det produktet, og ingenting mer. Der er ingen kart finnes ikke noe svar på dette bildet så en modell kan ikke gjøre den manglende størrelsesguiden til et trygt anbefalinger.
Lese spørsmålene en shopper ville: er det noe å kjøpe, kan de betale, kan den nå dem, vil alle bli fortalt til deg. Maturity beregnes fra dine egne innstillinger og poster som aldri har blitt uttalt.
Grunnen til at butikken kreditt er en ledende i stedet for et nummer på kunderekord, er at eit tall kan være galt og ingen kan fortelle. En historie kan leses tilbake, legges til eller aldri stille justert. Saldoen er summen av hva som skjedde.
Gavekort er en annen mekanisme og verdt å holde rett. Du selger dem fra et lager av koder, og kode leveres etter betalingen. Butikkkreditt er ledger over. I dag innløses ikke gave-cardkode i kredittbalanse, så planlegg tilbudet ditt rundt salget koden fremfor rundt en løselig lommebok.
Unike besøkende, produktvisninger, kurvetillegg, kasjer starter og ferdigheter, konvertering, bekreftet bestillinger, inntekter, oppkjøp, enheter og steder, toppprodukter og gjenoppretting. Konverteringen er bygget bare fra eksplisitt tagget offentlige arrangementer, så det teller hva som faktisk skjedde i stedet for det som så nær nok.
En kontakt får ikke selges på grunn av navnet. Den erklærer hvilken som helst egen operasjon svar OpsIQ s kanoniske handelsroller, og hva det forklarer er akkurat hvordan den gjør. Deklarere ingenting og forsvinn fra salgsinnstillingene på seg selv. Det finnes ingen liste å legge til i.
Assistenten kan finne produkter og beskrive dem nøyaktig, men det er ingen kjørbar ordre og ikke uttjekning. Hver pakke blir her til sine egne skrivne sitater og bestilling handlinger passerer den dypere kontrakten fordi en plattform rykter ikke viser at integrasjonen kan ta penger.
Koblingen returnerer en ekte utsjekkingsadresse som er mintret av handelsplattformen i seg selv, sammen med det kanoniske sitatet. Adressen må være HTTPS og verten skal matche hva pakken har deklarert, samt at tilbudet blir kortlevd. En produktlenke eller kurv URL -sammensatt lokalt ikke er et kassenutkapasitet.
Den dypeste modusen. OpsIQ oppdaterer sitatet umiddelbart før du utfører, leverer idempadensnøkkelen og etter et ukjent resultat ber om en gjenoppretting oppslag før det gjenvinner noe. Opprette handling må kjøre plattformens egen prissettings-, lager - eller rekkefølgelogikk. En rå databaseinnsats nektet direkte.
OpsIQ Gettar aldri en evne fra handlingens navn, et plattforms rykte eller leverandørens markedsføring. En pakke sender ut rollekart som heter hvilken av sine egne operasjoner svarer på hver kanoniske rolle og filen er inne i den signerte pakken. Fjern ei rolle, eller fjern kontakten, samt et forslag som allerede var på skjermen slutter å være gyldig snarere enn å forlate trappen autoritet bak seg.
Taler til WooCommerce REST API på egen hånd WordPress. Bestillinger, refusjon og ordrenotater, produkter med variasjoner og attributter, kunder, kuponger, skattesatser, forsendelsessonger og metoder, salg og produktrapporter. Det er en av kontaktene som kan skape en reell bestilling fra en samtale, med et gjenopprettingsoppslag bak den.
Arbeider over Shopify Admin APIBestillinger, transaksjoner inkludert fangst og ugyldighet, refusjon, oppfylle bestillings-og sporingsprodukter, produkter, varianter, lagernivå og plasseringar, kunder, utkast til ordren, rabattene, gavekort og forlatte uttjekninger. I chatte det sitater og deretter gir kunden tilgang på Shopifyegen utsjekking.
Referanse implementering av handelskontrakten, og den dypeste integrasjonen her. Fakturaene, transaksjoner, kreditt-og tilbudsordrere, bestillinger, klientposter og kontakter, tjenester med suspendert oppgradering, oppgradering og prisendringer, domener som er registrert, overføring, fornyelse og navnservere, billetter og produkter. Det kan skape en ekte ordre, samt priser per kunde fordi WHMCS skatt ved kundens egen profil.
Bestillinger med produkter, meldinger og forsendelsesadresser, betalingsopptak, ugyldige og refusjon sitering, sendingar, katalogprodukter og varianter, kategorier og merker, kunder og kundegrupper, kuponger, gavesertifikater, kurver, prislister og kanaler. Citater i chatten, deretter overgir til BigCommerce-utbetalingen.
Dype lese-og skriveintegrasjoner for butikken i seg selv: bestillinger, fakturors og kredittnotat på Magento; bestillinger, states og fakturaer PrestaShop, på tvers av både dens klassiske webtjeneste og den nyere admin APII en samtale bor begge på katalognivå i dag.
Bestillinger og bestillingshistorikk, returer, produkter, aksjer og pris, kategorier, kunder og adresser, kuponger og rapporter på OpenCart. osCommerce broer både dens arveinstallasjon og det nyere REST-grensesnittet, inkludert ordrestatus, kansellering og refusjon. Begge er katalognivå i chatten.
Kunder, kostnader og refusjoner, betalingsformål og betalingsmetoder, abonnements-og abonnenter, fakturaer og kredittnotater, produkter og priser, kuponger samt kampanjekoder. tvister, utbetalinger og balanserapportering er også inkludert i tre forpliktelser som en betalpakke så det kan være gatewayen såvel som katalog.
Kunder, bestillinger og refusjon, katalogartikler og steder samt kundes egen service for en shopperes egen profil og ordre. I chat det sitere og deretter utsteder et Square betalingslink. Det er én av to gateways sertifisert inne i en eksisterende kontakt snarere enn sendt som separat pakke.
Hotell og booking integrasjon i stedet for detaljhandel. Romkatalog, et tilbud om opphold, innfødt bestillingsavgang, reservasjoner med status og kansellering, betalinger, gjestene og selvbetjening slik at en gjest kan se og avbestille sin egen bestiller. Det kan opprette ei ekte bokføring fra en samtale.
En gateway-pakke er en smalere ting enn et lagerkontakt, og med vilje. Den erklærer hvilke valutaer, land, metoder og miljø det konfigureres for, verifiserer leverandørens eget webhook signaturskjema samt kart som tilbyderens hendelsesnavn på kanoniske dem. Det bestemmer aldri at betalingen lykkes.
Kobler til en OpsIQ-vert faktureringsplattform som en handelskilde: katalog, sitater, kunder, ordrer, fakturaer, betalingsmetoder og betalingsopptak med forsoning på et skjema slik at en droppet webhook ikke kan miste inntektene i stillhet.
Enhver kobling som kan liste ferdig salg erklærer at det forener, og OpsIQ re-leses den listen på en tidsplan gjennom samme idempotensielle forfatter. En webhook som aldri kom er funnet neste pass. En pakke som kunne være sammenlignbar og ikke mislykkes samsvar.
Handels er ikke et sett av integrasjoner vi tilfeldigvis har skrevet. Det er en publisert kontrakt med ett versjonsnummer, maskinkontrollerte skjemaer og kommandoer for samsvar du kjører deg selv og signert trinn. Uansett hva du bygger sitter ved siden av det som vi bygget i henhold til samme regler.
De fleste lanseringskontrolllister scorer deg. Denne spør de fem spørsmålene som bestemmer om en fremmed kan faktisk kjøpe fra deg i dag, og hvert svar kommer med ting å gå og gjøre snarere enn et prosenttall.
Rette svar om butikken, pengene og hva assistenten er.