Den infödda Storefront
En komplett butik på din egen adress: produkter och varianter, teman, blockbyggda sidor, kampanjpaneler, menyer, en kundvagn och en kassan.
Öppna en riktig butik på din egen adress, låt sedan samma produkter sälja inuti ett samtal på din webbplats WhatsApp, på Instagram Butiken prisar beställningen, butiken tecknar kortet och endast kundens bekräftelse skapar det.
Commerce in OpsIQ är fyra saker som delar en katalog: en infödd butiksfront du äger, en säljväg genom chatt och sociala kanaler, ett betalningslager som aldrig rör ett kort, och ett publicerat kontrakt andra plattformar och utvecklare bygger mot.
En komplett butik på din egen adress: produkter och varianter, teman, blockbyggda sidor, kampanjpaneler, menyer, en kundvagn och en kassan.
Samma katalog som citeras av servern och bekräftas på ett signerat kort, över webbplatsen widget och sju meddelandekanaler.
Leverantörsvärd kassa överallt, plus banköverföring, kontanter på leverans, betala insamling och betala i butik för de pengar som aldrig går online.
Connector Contract 2.4 with 57 declared capabilities, a typed public API and conformance tooling anyone can run.
Inte en värd sida med någon annans namn i URLDin domän, ditt tema, din typografi, din fotografering, dina policyer. Detta är det verkliga som körs.
Färg, typografi, fyllningar och gradienter, form, bredd, rörelse, svävar och hur butiken beter sig i ljust och mörkt. Förhandsgranska skrivbordet och telefon innan du sparar.
Om, Kontakta, en lookbook och kontoområdet, plus anpassade sidor med sin egen hjälte, slug och sökinställningar. Reserverade rutter som kundvagn och kassan stannar din för att behålla.
Placering, utlösare, bakgrund, rörelse, bredd, en kupong och en gång-per-visitor beteende, byggt från samma block som allt annat.
Peka dem på sidor, produkter, samlingar, policyer, kundvagn och kontoåtgärder, en levande modal eller en säker extern länk med en nivå av nedgång i headern.
Fyrtio lokaler, med butiken öppnar i valutan som följer besökaren och ditt pris byts aldrig bakom ryggen.
Starter Om och policytext där dessa fält är tomma, aldrig över dina egna ord, och en beredskapskontroll som håller varning tills du har ersatt den.
Detta är vår egen lanseringsvalidering butik. Shopfront, konton, valutor, språk och kassa är det verkliga. Produkterna i det är testobjekt, så behandla den som en fungerande demonstration snarare än en katalog.
En modell som tillåts säga ett nummer kommer så småningom att säga fel. Så det är inte tillåtet. assistenten hittar produkter och frågar servern för en offert; serverpriserna ordern, komponerar bekräftelsekortet och undertecknar den. Vad shopper ser skrivs av butiken.
En katalog, ett citat, en signatur. Tre platser som en kund råkar stå.
En gräns som bara vaktar kassan är inte en gräns. Varje vägg nedan bedöms på den delade placeringsvägen, så kundvagnen, knappen buy-now och en bekräftelse i en chatt alla uppfyller samma. Du ställer in värdena i Inställningar, och ingenting på denna sida hårdkoder dem.
Varor lämnar innan pengarna kommer, så du fånga hur mycket du är villig att skicka ut på det sättet. Ovanför ditt tak alternativet helt enkelt inte erbjuds, i orderns egen valuta.
Licensnycklar, förbetalda och presentkortskoder hävdas i orderns egen transaktion. Om det inte finns tillräckligt, rullas ordern tillbaka och ingenting debiteras. Två shoppare kan inte köpa samma kod.
Beställningar från samma e-post under den sista dagen sammanfattas i samma valuta, aldrig konverterat och en ny order som skulle korsa gränsen vägras innan den placeras.
Pausa försäljning stoppar nya åtaganden medan läsningar, uppslag och releaser fortsätter att fungera. Fakta som redan är sanna, till exempel en betalning som har landat, köas snarare än utförs eller berättas som gjort.
Där var där OpsIQ äger betalningen, en chattkund når en e-postad sexsiffrig kod innan en beställning skapas. En operatör kan kräva mer än så och aldrig mindre.
Varje anledning som butiksbiträdet ger för ett val måste vara en fras som redan förekommer i den produktens egen text. En mening som den komponerade sig är droppad snarare än visas.
En order kan börja på tre ställen. Det blir bara en beställning i ett, och att en plats körs varje vägg du konfigurerade. Ingenting är hoppad eftersom det anlände med en annan väg, och en vägran säger vad som hände i en mening kunden kan agera på snarare än en felkod.
Var och en av dessa väggar är fastnat av ett mutationsbevis: vakten är medvetet bruten i källan, måste ett test på dörrnivå gå rött, och filen återställs och re-kontrolleras byte för byte. En vakt som aldrig har misslyckats är obevisad.
Varje portfölj OpsIQ fartyg använder leverantörens egen värd checkout. Din kund skriver sitt kort på leverantörssidan, på operatörens domän. OpsIQ innehar en hänvisning till en betalning, aldrig ett instrument och den kod som drar gränsen vägrar något utanför en granskad lista över fält.
Massor av verklig handel rör aldrig ett kort. Varje offline-metod bär sina egna villkor snarare än att vara en fritext notera längst ner i kvittot.
Fyra ytterligare leverantörer skickas medvetet inte. Deras webhooks är undertecknade med system som inte är HMAC överhuvudtaget, och vik dem till en HMAC Hjälparen skulle skapa en verifier som aldrig kunde lyckas. Anledningen till var och en är nedskriven snarare än lämnad som ett gap.
Regionen är hur vi grupperar dem här, aldrig en begränsning. En handlare i Lagos kanske vill ha Stripeoch en köpman i Berlin kanske vill PaystackValutor markerade som ditt kontos eget följ vad ditt leverantörskonto är konfigurerat för.
Handeln är byggd kring en enkel regel: ingenting behandlas som sant eftersom något sa att det var. En webhook är en snabb att gå och kontrollera, en kunds påstående är inte bevis, och en betalning bekräftas först efter OpsIQ Fråga själva leverantören och svaret matchar på alla områden.
Kortet en kund bekräftar bär en signerad nyttolast: en nonce, arbetsytan, konversationen, produkten, kvantiteten, enhetspriset, valutan, ett utgång och det exakta belopp som varje gateway skulle ta. Det är undertecknad med en HMAC över den nyttolast med hjälp av en nyckel som härrör från din arbetsyta ensam, och verifierad med en konstant-tids jämförelse.
Varje gateway är leverantörsvärd. En gränsklass tillåter endast en granskad uppsättning av betalningsreferensfält och vägrar instrumentfragment med namn: kortnummer, CVV, utgång, spåra data, PIN-block, IBAN, sortera kod och mer. Ett leverantörsknapp är inte ett kort, och är värdelös någon annanstans.
Smidda, replayed, stale och out of order är fyra olika attacker, så de får fyra olika svar snarare än en boolean. Signaturer jämförs i konstant tid, och en webhook vars system inte autentiserar hela kroppen behandlas som ett snabbt att se betalningen upp, aldrig som bevis.
En operation bär en idempotensnyckel bunden till arbetsytan, transaktionen och de exakta parametrarna hävdade atomiskt. Butiken svarar med fyra resultat, inte två: färsk, replay, still running och konflikt. En trasig butik kastar snarare än att rapportera färska, eftersom det är hur ett avbrott blir en dubblettladdning.
En bokning är en jämför-och-swap mot exakt räkning som den läst, tas in i orderns egen transaktion. Digitala koder hävdas på samma sätt, och en underskott rullar hela ordern tillbaka innan något laddas snarare än att lova en kod som inte finns där.
Där OpsIQ äger betalningen, behöver en chattbeställning en e-postad sexsiffrig kod först. Koden lagras endast som en saltad hash, försök räknas före jämförelsen, fönstret är gränsade och brinner det är en enda atomuppdatering så parallella bekräftelser kan inte alla passera.
Handel omfattas av fyra lager av tester och genom en mutationssäkra sele. Selen bryter en vakt i källan, kräver ett namngivet dörrnivåtest för att gå rött, sedan återställer filen och kontrollerar bytes match. En vakt som ingen någonsin har sett misslyckas är obevisad.
Dessa beskriver tekniska kontroller i plattformen. De är inte en efterlevnadscertifiering, och ingenting här bör läsas som ett. Om du behöver en formell intyg för din egen revision, prata med oss om vad din förvärvare eller revisor ber om.
Säljning är den enkla delen. Vad som följer är arbetet: kunden som vill ha sin orderhistorik, paketet som fartyg i två bitar, återbetalningen som betalades halvt i kredit, shopparen som behöver en storlek, varukorgen som lämnades vid dörren.
Logga in med ett lösenord, orderhistorik, adresser, nedladdningar och spårning på ett ställe. Någon som beställde via en chatt månader sedan kan hävda samma konto med sitt e-postmeddelande och hitta alla dessa beställningar väntar.
Kredit är en append-only huvudbok och balansen kommer alltid från den, aldrig ett nummer någon redigeras. Det hålls per valuta och aldrig konverteras, och spenderar det är atominuti orderns transaktion.
Sälj från en hylla med krypterade koder: presentkort, förbetalda kort, licensnycklar och skraplotter. En kod hävdas när ordern placeras och avslöjas efter betalning, så samma kod kan aldrig gå till två personer.
En procentandel tips utarbetas på servern mot varorna efter rabatt, aldrig på frakt eller skatt, och det beskattas aldrig själv. Ett tips kan aldrig överstiga den order som den sitter på, antingen kundvagnen eller köp-nu vägen.
Skicka en del av en beställning nu och resten när den landar. Varje försändelse bär sin egen bärare och spårning, och aritmetiken kommer inte att låta dig skicka mer av en linje än ordern faktiskt håller. Kunden ser varje bit på deras konto sida.
En beställning som betalas halvt i kredit och hälften med kort återbetalas proportionellt tillbaka till båda. Återbetalning är transaktionell och obetydlig, så trycker knappen två gånger returnerar pengarna en gång.
Endast någon som skrev sitt eget e-postmeddelande vid din utcheckning är någonsin skriven till, högst två gånger per kund, någonsin. locket hävdas i databasen innan meddelandet går ut och ett klick stoppar det permanent utan inloggning.
Sju startpunkter, för mode, mat, kosmetika, böcker, nedladdningar, tjänster och förbetalda varor. Ett kit är en förhandsvisning innan det är en åtgärd, och varje kontrolleras av sin egen kontroll snarare än betrodd eftersom den är i lådan.
Svara på en fråga om vad du säljer och OpsIQ Utkast till butiken: ett monteringspaket, din butikskopia och en handfull produkter. Allt som gör anländer som ett utkast. Du läser det, ändrar den och bestämmer vad som publiceras.
En "hjälp mig att välja" panel som kan rekommendera från din katalog och ingenting annat. Varje anledning det ger måste vara en fras som redan skrivits på den produkten, och varje mening som den komponerar för sig kastas bort snarare än visas.
Arithmetic mot diagrammet du publicerade för den produkten, och ingenting mer. Där det inte finns något diatur finns inget svar, så en modell kan inte förvandla en saknad storlek guide till en säker rekommendation.
Beredskap ställer frågorna en shopper skulle: finns det något att köpa, kan de betala, kan den nå dem, kommer någon att få veta, kan du kontaktas. Mognad beräknas från dina egna inställningar och poster, aldrig förklarade.
Anledningen till att butikskredit är en huvudbok snarare än ett nummer på en kundrekord är att ett tal kan vara fel och ingen kan berätta. En historia kan läsas tillbaka, läggas till och aldrig tyst justeras. Balansen är summan av vad som hände.
Presentkort är en annan mekanism och värd att hålla rakt. Du säljer dem från ett lager av koder, och en kod levereras efter betalning. Store kredit är huvudboken ovan. Idag återlöses inte en presentkortskod till en kreditbalans, så planera ditt erbjudande kring att sälja koden istället för runt en inlösbar plånbok.
Unika besökare, produktvyer, karttillskott, kassan börjar, överger och slutföranden, omvandling, bekräftade order, intäkter, förvärv, enheter och platser, toppprodukter och återhämtning. Omvandla byggs endast från explicit taggade offentliga butikshändelser, så det räknar vad som faktiskt hände snarare än vad som såg tillräckligt nära ut.
En kontakt får inte sälja på grund av sitt namn. Det förklarar vilken av sina egna operationer svarar OpsIQ"S kanoniska handelsroller, och vad det förklarar är exakt vad det kan göra. Deklarera ingenting och det försvinner från de säljande inställningarna på egen hand. Det finns ingen lista att lägga till.
Assistenten kan hitta produkter och beskriva dem korrekt, men det finns ingen körbar ordning och ingen kassa. Varje paket stannar här till dess att dess egen typificerade citat och orderåtgärder passerar djupare kontraktet, eftersom en plattform rykte är inte bevis för att dess integration kan ta pengar.
Anslutningen returnerar en riktig kassan adress präglad av handelsplattformen själv, tillsammans med den kanoniska citatet. Adressen måste vara HTTPS, dess värd måste matcha vad paketet deklarerade och citat är kortlivad. En produktlänk eller en kundvagn URL monterad lokalt är inte en kassakapacitet.
Det djupaste läget. OpsIQ repeterar citatet omedelbart innan du utför, levererar idempotensnyckeln och efter något okänt resultat frågar en återhämtningsuppslag innan det går tillbaka någonting. Skapa handlingen måste köra din plattforms egna prissättning, lager och orderlogik. En rå databasinsats vägras direkt.
OpsIQ gissar aldrig en förmåga från ett handlingsnamn, en plattforms rykte eller en leverantörs marknadsföring. Ett paket skickar en rollkarta som namnger vilken av sin egen verksamhet svarar på varje kanonisk roll och den filen är inne i det undertecknade paketet. Ta bort en roll eller avinstallera kontakten, och ett förslag som redan var på skärmen slutar vara giltigt snarare än att lämna stal myndighet bakom.
Pratar med WooCommerce REST API på egen hand WordPressOrder, återbetalningar och orderanteckningar, produkter med variationer och attribut, kunder, kuponger, skattesatser, sjöfartszoner och metoder, försäljnings- och produktrapporter. Det är en av kontakterna som kan skapa en riktig ordning från ett samtal, med en återhämtningsuppslag bakom det.
Arbetar över Shopify Admin APIOrder, transaktioner inklusive fångst och tomrum, återbetalningar, uppfyllande order och spårning, produkter, varianter, lagernivåer och platser, kunder, utkast till beställningar, rabatter, presentkort och övergivna kassan. I chatt citerar det och sedan händer kunden att Shopifyegen kassan.
Referensgenomförandet av handelsavtalet och den djupaste integrationen här. Fakturor, transaktioner, krediter och citat, order, kundregister och kontakter, tjänster med upphävande, uppgradering och prisändringar, domäner med registrering, överföring, förnyelse och namnservrar, biljetter och produkter. Det kan skapa en riktig ordning och priser per klient eftersom WHMCS skatter av kundens egen profil.
Beställningar med produkter, meddelanden, status och fraktadresser, betalningsfångst, tomrum och återbetalar citat, försändelser, katalogprodukter och varianter, kategorier och varumärken, kunder och kundgrupper, kuponger, presentkort, vagnar, prislistor och kanaler. Citat i chatt, sedan händer över till BigCommerce checkout.
Djup läs-och-skriva integrationer för butiken själv: order, fakturor, kredit memos och transporter på Magento; order, stater, fakturor, kredit slips, bärare och spårning på PrestaShopöver både sin klassiska webbtjänst och den nyare admin APII ett samtal stannar båda på katalognivå idag.
Beställningar och orderhistorik, returer, produkter, aktier och pris, kategorier, kunder och adresser, kuponger och rapporter om OpenCart. osCommerce broar både dess äldre installation och det nyare REST-gränssnittet, inklusive orderstatus, avbokning och återbetalning. Båda är katalognivå i chatten.
Kunder, avgifter och återbetalningar, betalningsintent och betalning metoder, prenumerationer och abonnemang, fakturor och kreditanteckningar, produkter och priser, kuponger och kampanjkoder, tvister, utbetalningar och balansrapportering. Det bär också de tre skyldigheterna för ett betalningpaket, så det kan vara inkörsporten samt en katalog.
Kunder, order, betalningar och återbetalningar, katalogobjekt och platser, plus kundsjälvbetjäning för en shopper egen profil och beställningar. I chatt citerar det och sedan utfärdar en Square-betalningslänk. Det är en av två portar som är certifierade inuti en befintlig kontakt snarare än skickas som ett separat paket.
Ett hotell och bokning integration snarare än detaljhandel. Room katalog, ett citat för en vistelse, inhemsk bokning checkout, bokningar med status och avbokning, betalningar, gäster och självbetjäning så att en gäst kan se och avbryta sin egen bokning. Det kan skapa en riktig bokning från en konversation.
Ett gateway-paket är en smalare sak än en butikskontakt och medvetet så. Det förklarar vilka valutor, länder, metoder och miljö som det är konfigurerat för, verifierar leverantörens egna webhook signatursystem och kartor över att leverantören händelsenamn på kanoniska. Det beslutar aldrig att en betalning lyckades.
Ansluter en OpsIQ-värderad faktureringsplattform som handelskälla: katalog, citat, kunder, order, faktura, betalningsmetoder och betalningsanmälan, med försoning på ett schema så att en droppad webhook inte tyst kan förlora intäkterna.
Alla kontakter vars plattform kan lista slutförda försäljning förklarar att den försonar, och OpsIQ läser om den listan på ett schema genom samma idempotent författare. En webhook som aldrig anlände finns på nästa pass. Ett paket som kunde förena och inte misslyckas överensstämmelse.
Handel är inte en uppsättning integrationer vi råkar ha skrivit. Det är ett publicerat kontrakt med ett versionsnummer, maskincheckade scheman, överensstämmelsekommandon som du kör dig själv och ett signeringssteg. Oavsett vad du bygger sitter bredvid vad vi byggde under samma regler.
De flesta lanseringskontroller gör dig till en. Den här frågar de fem frågorna som bestämmer om en främling faktiskt kan köpa från dig idag, och varje svar kommer med saken att gå och göra snarare än en procentandel.
Rakt svar om butiken, pengarna och vad assistenten är och inte får göra.