Den indfødte Storefront
En komplet butik på din egen adresse: produkter og varianter, temaer, block- bygget sider, reklamEPPaneler, menuer, en vogn og en kassen.
Åbn en rigtig butik på din egen adresse, så lad de samme produkter sælge inde i en samtale på din hjemmeside, på WhatsApp, på Instagram og videre. Butikken priser ordren, butikken underskriver kortet, og kun din kundes bekræftelse skaber det.
Handel i OpsIQ er fire ting, der deler et katalog: en indfødte butiksfront du ejer, en salgssti gennem chat og sociale kanaler, et betalingslag, der aldrig rører et kort, og en offentliggjort kontrakt andre platforme og udviklere bygger mod.
En komplet butik på din egen adresse: produkter og varianter, temaer, block- bygget sider, reklamEPPaneler, menuer, en vogn og en kassen.
Det samme katalog citeret af serveren og bekræftet på et signeret kort, på tværs af hjemmesiden widget og syv messaging kanaler.
Udbydere-hosted checkout overalt, plus bankoverførsel, kontanter ved levering, betale på indsamling og betale i butikken for de penge, der aldrig går online.
Connector Contract 2.4 with 57 declared capabilities, a typed public API and conformance tooling anyone can run.
Ikke en hosted side med en andens navn i URL. Dit domæne, dit tema, din typografi, dit fotografi, dine politikker. Dette er den virkelige ting, kører.
Farve, typografi, fyldninger og gradienter, form, bredde, bevægelse, svæver og hvordan butikken opfører sig i lys og mørk.
Om, Kontakt, en lookbook og kontoområdet, plus brugerdefinerede sider med deres egen helt, slug og søgeindstillinger. Reserverede ruter såsom vogn og checkout forblive din at holde.
Placering, udløser, baggrund, bevægelse, bredde, en kupon og én-per-besøgende adfærd, bygget fra de samme blokke som alt andet.
Anbring dem på sider, produkter, samlinger, politikker, vogn og konto aktioner, en levende modal eller et sikkert eksternt link, med et niveau af dropdown i hovedet.
40 lokale, med butikken åbner i den valuta, der følger besøgende, og din pris aldrig erstattet bag ryggen.
Start Om og politik tekst, hvor disse felter er tomme, aldrig over dine egne ord, og en parathed check, der holder advarsel, indtil du har erstattet det.
Dette er vores egen languch- valideringsbutik. Butiksfronten, konti, valutaer, sprog og checkout er den virkelige ting. Produkterne i det er testemner, så behandle det som en fungerende demonstration snarere end et katalog.
En model der får lov til at sige et tal vil i sidste ende sige det forkerte. Så det er ikke tilladt. Assistenten finder produkter og beder serveren om et tilbud; serveren priser ordren, komponerer bekræftelseskortet og underskriver det. Hvad shoppen ser er skrevet af butikken.
Et katalog, et citat, en signatur.
En grænse som kun beskytter udcheckningssiden er ikke en grænse. Hver væg nedenfor bedømmes på den delte placeringssti, så vognen, buy- nu knappen og en bekræftelse i en chat alle opfylder den samme. Du sætter værdierne i Indstillinger, og intet på denne side hardcodes dem.
Varer forlader før pengene ankommer, så du kan sætte en grænse for hvor meget du er villig til at sende ud på den måde. Over dit loft er muligheden simpelthen ikke tilbydes i orden egen valuta.
Licensnøgler, forudbetalte og gift- card koder er hævdet inde i ordrens egen transaktion. Hvis der ikke er nok, ordren ruller tilbage og intet opkræves. To shoppers kan ikke købe den samme kode.
Ordrer fra samme e-mail på den sidste dag er opsummeret i samme valuta, aldrig konverteret, og en ny ordre, der ville krydse din grænse, afvises, før det er placeret.
At holde pause med at sælge stopper nye forpligtelser mens læser, look- ups og udgivelser holder arbejde. Fakta, der allerede er sandt, såsom en betaling, der er landet, er i kø snarere end udføres eller fortalte som gjort.
Hvor OpsIQ ejer betalingen, når en chat-kunde en e-mailet sekscifret kode før der oprettes en ordre. En operatør kan kræve mere end det og aldrig mindre.
Hver grund til shop- gulv assistent giver for et valg skal være en sætning, der allerede vises i dette produkts egen tekst. En sætning det komponerede sig er faldet snarere end vist.
En ordre kan starte tre steder. Det bliver kun en ordre i én, og at et sted kører hver væg du konfigureret. Intet er sprunget over fordi det ankom af en anden rute, og et afslag siger hvad der skete i en sætning kunden kan handle på snarere end en fejlkode.
Hver af disse vægge er fastgjort til en mutation bevis: vagten er bevidst brudt i kilden, en dør-niveau test skal gå rød, og filen er restaureret og gen- kontrolleres byte for byte. En vagt, der aldrig har svigtet er uprøvet.
Hver port OpsIQ skibe bruger udbyderens egen hostede checkout. Din kunde skriver deres kort på udbyderens side, på leverandørens domæne. OpsIQ har en henvisning til en betaling, aldrig et instrument, og koden, der trækker denne grænse nægter noget uden for en revideret liste af felter.
Masser af reel handel aldrig rører et kort. Hver offline metode bærer sine egne betingelser i stedet for at være en freetekst note nederst på en kvittering.
Fire andre udbydere er bevidst ikke afsendt. Deres webkroge er underskrevet med ordninger, der ikke HMAC på alle, og folde dem ind i en HMAC Hjælper ville producere en verifikator, der aldrig kunne lykkes. Årsagen til hver er nedskrevet snarere end efterladt som et hul.
Region er, hvordan vi gruppere dem her, aldrig en begrænsning Stripe, og en købmand i Berlin kan meget vel ønske Paystack. Valutaer markeret som din kontos egen følge, hvad din udbyder konto er konfigureret til.
Handel er bygget omkring en simpel regel: intet behandles som sandt, fordi noget sagde det var. En webhook er en hurtig til at gå og kontrollere, en kundes krav er ikke bevis, og en betaling bekræftes kun efter OpsIQ spørger udbyderen selv og svaret matcher på hvert felt.
Kortet en kunde bekræfter bærer en underskrevet nyttelast: en nonce, arbejdsrummet, samtalen, produktet, mængden, enhedsprisen, valutaen, et udløb og det nøjagtige beløb hver gateway ville tage. Det er underskrevet med en HMAC over denne nytteload ved hjælp af en nøgle afledt til din arbejdsplads alene, og verificeret med en konstant- tid sammenligning.
Hver gateway er udbyder- hosted. En grænse klasse tillader kun et revideret sæt af betaling referencefelter og nægter instrument fragmenter ved navn: kortnummer, CVV, udløb, spor data, PIN blok, IBAN, sortkode og meget mere. En udbyder token er ikke et kort, og er ubrugelig andre steder.
Smedede, genspillede, gamle og ude af orden er fire forskellige angreb, så de får fire forskellige svar i stedet for en boolesk. Signaturer sammenlignes i konstant tid, og en webhook hvis ordning ikke autentificere hele kroppen behandles som en hurtig til at se betalingen op, aldrig som bevis.
En operation bærer en idempotens nøgle bundet til arbejdsrummet, transaktionen og de nøjagtige parametre, hævdede atomisk. Butikken svar med fire resultater, ikke to: frisk, spil igen, stadig kører, og konflikt. En brudt butik kaster snarere end at rapportere friske, fordi det er sådan en afbrydelse bliver en duplikering afgift.
En reservation er en compare- and-swap mod den nøjagtige tæller, det læste, taget inden for ordrens egen transaktion. Digitale koder hævdes på samme måde, og et underskud ruller hele ordren tilbage før noget er opkrævet snarere end at love en kode, der ikke er der.
Hvor OpsIQ ejer betalingen, en chat ordre har brug for en e-mailet sekscifret kode først. Koden er gemt kun som et saltet hash, forsøg tælles før sammenligningen, vinduet afgrænses, og brænde det er en enkelt atomare opdatering så parallelle bekræftelser ikke alle passere.
Handel er dækket af fire lag tests og af en profil- bevis sele. Selen bryder en vagt i kilden, kræver en navngivet dørniveau test for at gå rød, derefter genopretter filen og kontrollerer bytes match. En vagt ingen nogensinde har set fiasko er uprøvet.
Disse beskriver tekniske kontroller på platformen. De er ikke en compliance certificering, og intet her bør læses som én. Hvis du har brug for en formel attest til din egen revision, så tal med os om, hvad din erhverver eller revisor beder om.
Det er let at sælge. Det følgende er arbejdet: den kunde, der ønsker deres ordrehistorie, pakken, der skibe i to stykker, tilbagebetaling, der blev halvt betalt i kredit, shopper, der har brug for en størrelse, vognen, der var tilbage ved døren.
Sign-in med en adgangskode, orden historie, adresser, downloads og sporing på ét sted. En person, der bestilte gennem en chat måneder siden kan kræve den samme konto med deres e-mail og finde hver enkelt af disse ordrer venter.
Kredit er en vedhæng-kun hovedbog og balancen er altid afledt af det, aldrig et nummer nogen redigeret. Det holdes per valuta og aldrig konverteret, og bruge det er atomic inde i ordrens transaktion.
Sælg fra en hylde med krypterede koder: gavekort, forudbetalte kort, licensnøgler og ridsekort. En kode er gældende når ordren er placeret og afsløret efter betaling, så den samme kode kan aldrig gå til to personer.
En procentdel tip er udarbejdet på serveren mod varerne efter rabat, aldrig på forsendelse eller skat, og det beskattes aldrig selv. Et tip kan aldrig overstige den rækkefølge, det sidder på, på enten vognen eller købs- nu sti.
Send en del af en ordre nu og resten, når den lander. Hver forsendelse bærer sin egen transportør og sporing, og det aritmetiske vil ikke lade dig sende mere af en linje end ordren faktisk holder. Kunden ser hvert stykke på deres konto side.
En ordre betalt halvdelen i kredit og halvdelen med kort refunderes proportionelt tilbage til begge. Refinansiering er transaktions- og idempotent, så trykke på knappen to gange returnerer pengene én gang.
Kun en, der har skrevet deres egen e-mail ved din check ud er nogensinde skrevet til, højst to gange pr. vogn, nogensinde. Låget er hævdet i databasen, før meddelelsen går ud, og et klik stopper det permanent uden sign-in.
Syv udgangspunkter, for mode, mad, kosmetik, bøger, downloads, tjenester og forudbetalte varer. Et kit er en preview før det er en handling, og hver enkelt kontrolleres af sin egen verifikator snarere end betroet, fordi det er i boksen.
Svar et spørgsmål om, hvad du sælger og OpsIQ skriver butikken: en montering kit, din butik kopi og en håndfuld produkter. Alt det gør ankommer som et udkast. Du læser det, ændre det, og beslutte, hvad der bliver offentliggjort.
Et "hjælp mig vælge" panel, der kan anbefale fra dit katalog og intet andet. Hver grund til det giver skal være en sætning allerede skrevet på dette produkt, og enhver sætning, det udgør for sig selv er smidt væk snarere end vist.
Arithmetic mod det diagram, du offentliggjorde for dette produkt, og intet mere. Hvor der ikke er noget diagram, er der ingen svar, så en model kan ikke forvandle en manglende størrelse guide til en sikker anbefaling.
Readiness stiller de spørgsmål, en shopper ville: er der noget at købe, kan de betale, kan det nå dem, vil nogen blive fortalt, kan du kontaktes. Løbetid beregnes fra dine egne indstillinger og optegnelser, aldrig erklæret.
Grunden til at butikskredit er en regnskabsbog snarere end et nummer på en kundeplade er, at et tal kan være forkert, og ingen kan fortælle. En historie kan læses tilbage, tilføjes til, og aldrig stille justeret. Balancen er summen af hvad der skete.
Gavekort er en anden mekanisme og værd at holde lige. Du sælger dem fra en bestand af koder, og en kode leveres efter betaling. Store kredit er hovedbogen ovenfor. I dag en gift- card kode ikke indløses i en kreditsaldo, så planlægge dit tilbud omkring sælge koden snarere end omkring en indløselig tegnebog.
Unik besøgende, produktvisninger, indkøbsvogne tilføjelser, checkout starter, forlader og kompletterer, konvertering, bekræftede ordrer, indtægter, køb, enheder og steder, top produkter og nyttiggørelse. Konvertering er bygget kun fra eksplicit mærkede offentlige-butik begivenheder, så det tæller, hvad der faktisk skete snarere end hvad der kiggede tæt nok.
En konnektor får ikke lov til at sælge på grund af sit navn. Den erklærer, hvilken af sine egne operationer svar OpsIQ 's kanoniske handel roller, og hvad den erklærer er præcis, hvad det kan gøre. Afslør intet, og det forsvinder fra de sælgende indstillinger på egen hånd. Der er ingen liste, der skal tilføjes til.
Assistenten kan finde produkter og beskrive dem præcist, men der er ingen eksekverbar ordre og ingen check out. Hver pakke bliver her indtil sin egen indtastede tilbud og orden handlinger passerer dybere kontrakt, fordi en platforms omdømme er ikke bevis for, at dens integration kan tage penge.
Forbindelsen returnerer en reel checkout adresse minted af den handlende platform selv, sammen med det kanoniske tilbud. Adressen skal være HTTPS, dens vært er nødt til at matche hvad pakken erklærede, og citatet er kortlivede. Et produkt link eller en vogn URL samlet lokalt er ikke en check kapacitet.
Den dybeste tilstand. OpsIQ genopfrisker citatet umiddelbart før udførelse, leverer idempotens-tasten, og efter nogen ukendt resultat beder en recovery opslag, før det forsøger noget. Skab handling er at køre din platforms egen prissætning, lager og orden logik. En rå database indsats nægtes direkte.
OpsIQ gætter aldrig en evne fra et actionnavn, en platforms omdømme eller en forhandlers markedsføring. En pakke sender en rollekortnavngivning som af sine egne operationer svarer på hver kanonisk rolle, og at filen er inde i den signerede pakke. Fjern en rolle, eller afinstallere stikket, og et forslag, der allerede var på skærmen stopper med at være gyldig snarere end efterlader gamle myndighed bag.
Samtaler til WooCommerce REST API på egen hånd WordPress. Ordrer, restitutioner og ordrenoter, produkter med variationer og attributter, kunder, kuponer, skattesatser, shipping zoner og metoder, salg og produktrapporter. Det er en af de konnektorer, der kan skabe en reel orden fra en samtale, med et opsving opslag bag det.
Arbejder over Shopify Admin API. Bestillinger, transaktioner, herunder capture og ugyldige, restitutioner, opfyldelse ordrer og sporing, produkter, varianter, lagerniveauer og steder, kunder, udkast til ordrer, rabatter, gavekort og opgivet checkouts. I chat det citerer og derefter giver kunden til Shopifyer selv checkout.
Referencekontraktens implementering og den dybeste integration her. Fakturaer, transaktioner, kredit og citater, ordrer, kundeoptegnelser og kontakter, tjenester med suspension, opgradering og prisændringer, domæner med registrering, overførsel, fornyelse og navnervere, billetter og produkter. Det kan skabe en reel orden, og priser per klient fordi WHMCS skatter af kundens egen profil.
Ordrer med produkter, meddelelser, statuer og shipping adresser, betaling capture, ugyldige og tilbagebetaling citere, forsendelser, katalog produkter og varianter, kategorier og mærker, kunder og kundegrupper, kuponer, gavekort, vogne, prislister og kanaler. Citater i chat, derefter hænder over til BigCommerce checkout.
Deep read- and-write integrations for shop selv: ordrer, fakturaer, kredit memoer og forsendelser på Magento; ordrer, stater, fakturaer, kreditsedler, transportører og sporing på PrestaShoppå tværs af både sin klassiske web-service og den nyere admin API. I en samtale både bo på katalog niveau i dag.
Ordrer og ordrehistorik, afkast, produkter, lager og pris, kategorier, kunder og adresser, kuponer og rapporter om OpenCart. osCommerce broer både sin arv installere og den nyere REST interface, herunder ordre status, annullering og tilbagebetaling. Begge er katalogie- niveau i chat.
Kunder, gebyrer og refusioner, betalingsintenter og betalingsmetoder, abonnementer og abonnementsposter, fakturaer og kreditnotaer, produkter og priser, kuponer og salgsfremmende koder, tvister, udbetalinger og balancering.
Kunder, ordrer, betalinger og tilbagebetalinger, katalogvarer og -steder samt kundens selvbetjening for en butiks egen profil og ordre. I chatten citerer den et Firkantet betalingslink. Det er en af to gateways certificeret inde i en eksisterende stik snarere end sendt som en separat pakke.
Et hotel og booking integration snarere end detailhandel. Roomkatalog, et tilbud på et ophold, indfødte booking check ud, bookinger med status og annullering, betalinger, gæster, og self-service, så en gæst kan se og annullere deres egen reservation. Det kan skabe en reel booking fra en samtale.
En gateway pakke er en smallere ting end en butik stik, og bevidst så. Det erklærer, hvilke valutaer, lande, metoder og miljø det er konfigureret til, kontrollerer udbyderens egen webhook signatur ordning, og kort, at udbyderens begivenhed navne på kanoniske dem. Det aldrig beslutte, at en betaling lykkedes.
Tilslutter en OpsIQ-hosted faktureringsplatform som handelskilde: katalog, citater, kunder, ordrer, fakturaer, betalingsmetoder og betaling registrering, med forsoning på et skema, så en droppet webhook kan ikke stille og roligt miste indtægter.
Enhver forbindelse hvis platform kan liste afsluttede salg erklærer, at det forener, og OpsIQ genoplæser denne liste på en tidsplan gennem den samme idempotent forfatter. En webhook, der aldrig ankom findes på næste pass. En pakke, der kunne forene og ikke mislykkes overensstemmelse.
Handel er ikke et sæt af integreringer vi tilfældigvis har skrevet. Det er en offentliggjort kontrakt med et versionsnummer, maskinkontrollerede skemaer, overensstemmelse kommandoer du kører dig selv og et signeringstrin. Hvad du bygger sidder ved siden af hvad vi byggede, under de samme regler.
De fleste lancere checklister score dig. Denne ene spørger de fem spørgsmål, der beslutter, om en fremmed kan faktisk købe fra dig i dag, og hvert svar kommer med den ting at gå og gøre snarere end en procentdel.
Lige svar om butikken, pengene og hvad assistenten er og ikke lov til at gøre.