Die native Storefront
Ein kompletter Shop an Ihrer eigenen Adresse: Produkte und Varianten, Themen, Blockseiten, Werbetafeln, Menüs, ein Warenkorb und eine Kasse.
Öffnen Sie einen echten Shop an Ihrer eigenen Adresse und lassen Sie die gleichen Produkte in einem Gespräch auf Ihrer Website verkaufen WhatsApp, am Instagram Der Shop bewertet die Bestellung, der Shop unterschreibt die Karte und erst die Bestätigung Ihres Kunden erstellt sie.
Handel mit OpsIQ Es gibt vier Dinge, die sich einen Katalog teilen: eine native Storefront, die Sie besitzen, ein Verkaufspfad über Chat und soziale Kanäle, eine Zahlungsschicht, die niemals eine Karte berührt, und einen veröffentlichten Vertrag, gegen den andere Plattformen und Entwickler arbeiten.
Ein kompletter Shop an Ihrer eigenen Adresse: Produkte und Varianten, Themen, Blockseiten, Werbetafeln, Menüs, ein Warenkorb und eine Kasse.
Der gleiche Katalog, der vom Server zitiert und auf einer signierten Karte bestätigt wurde, über das Website-Widget und sieben Nachrichtenkanäle.
Anbieter-gehostete Checkout überall, plus Banküberweisung, Bargeld bei Lieferung, zahlen auf Abholung und im Speicher für das Geld bezahlen, die nie online geht.
Connector Contract 2.4 with 57 declared capabilities, a typed public API and conformance tooling anyone can run.
Keine gehostete Seite mit dem Namen einer anderen Person im URL. Ihre Domain, Ihr Thema, Ihre Typografie, Ihre Fotografie, Ihre Richtlinien. Das ist das Richtige, Laufen.
Farbe, Typografie, Füllungen und Steigungen, Form, Breite, Bewegung, Schwebezustand und wie sich der Shop in Hell und Dunkel verhält. Vorschau Desktop und Telefon bevor Sie speichern.
Über, Kontakt, ein Lookbook und den Kontobereich sowie benutzerdefinierte Seiten mit eigenen Helden-, Slug- und Sucheinstellungen. Reservierte Routen wie Warenkorb und Checkout bleiben bei Ihnen.
Platzierung, Trigger, Kulisse, Bewegung, Breite, ein Coupon und einmal pro Besucher Verhalten, aufgebaut aus den gleichen Blöcken wie alles andere.
Zeigen Sie sie auf Seiten, Produkte, Sammlungen, Richtlinien, Warenkorb- und Kontoaktionen, einen Live-Modal oder einen sicheren externen Link mit einer Dropdown-Ebene im Header.
Vierzig Schauplätze, mit der Eröffnung des Shops in der Währung, die dem Besucher folgt, und Ihrem Preis nie hinter Ihrem Rücken ersetzt.
Starter Über und Richtlinientext, in dem diese Felder leer sind, niemals über Ihre eigenen Wörter hinweg, und eine Bereitschaftsprüfung, die Warnungen enthält, bis Sie sie ersetzt haben.
Das ist unser eigener Launch-Validierungsshop. Shopfront, Konten, Währungen, Sprachen und Checkout sind die echte Sache. Die Produkte darin sind Testgegenstände, also behandeln Sie es als eine funktionierende Demonstration und nicht als Katalog.
Ein Modell, das eine Zahl sagen darf, sagt irgendwann die falsche. Also ist es nicht erlaubt. Der Assistent findet Produkte und fragt den Server nach einem Angebot; der Server bewertet die Bestellung, verfasst die Bestätigungskarte und unterschreibt sie. Was der Käufer sieht, wird vom Shop geschrieben.
Ein Katalog, ein Zitat, eine Unterschrift. Drei Stellen, an denen ein Kunde gerade steht.
Jede Wand darunter wird auf dem gemeinsamen Platzierungspfad beurteilt, so dass der Warenkorb, die Buy-Now-Taste und eine Bestätigung in einem Chat alle den gleichen treffen. Sie legen die Werte in Einstellungen fest und nichts auf dieser Seite macht sie hartcodiert.
Waren gehen, bevor das Geld ankommt, also begrenzen Sie, wie viel Sie bereit sind, auf diese Weise zu senden.
Lizenzschlüssel, Prepaid- und Geschenkkartencodes werden innerhalb der eigenen Transaktion des Auftrags beansprucht. Wenn es nicht genug gibt, wird die Bestellung zurückgesetzt und nichts wird berechnet. Zwei Käufer können den gleichen Code nicht kaufen.
Bestellungen aus der gleichen E-Mail am letzten Tag werden in derselben Währung summiert, nie konvertiert und eine neue Bestellung, die Ihr Limit überschreiten würde, wird abgelehnt, bevor sie platziert wird.
Der Verkauf stoppt neue Verpflichtungen, während Lesen, Nachschlagen und Veröffentlichungen weiter funktionieren. Fakten, die bereits wahr sind, wie eine gelandete Zahlung, werden in der Warteschlange angestellt und nicht wie gemacht ausgeführt oder erzählt.
Wenn OpsIQ die Zahlung besitzt, erreicht ein Chat-Kunde einen per E-Mail gesendeten sechsstelligen Code, bevor eine Bestellung erstellt wird.
Jeder Grund, den der Verkäufer für eine Auswahl angibt, muss ein Satz sein, der bereits im eigenen Text des Produkts vorkommt.
Eine Bestellung kann an drei Stellen beginnen. Sie wird nur in einer Stelle ausgeführt, und diese eine Stelle läuft mit jeder Wand, die Sie konfiguriert haben. Nichts wird übersprungen, weil sie auf einem anderen Weg eingetroffen ist, und eine Ablehnung sagt aus, was in einem Satz passiert ist, nach dem der Kunde handeln kann, anstatt einen Fehlercode zu verwenden.
Jede dieser Wände wird durch einen Mutationsnachweis fixiert: Der Wächter ist absichtlich in der Quelle gebrochen, ein Türlevel-Test muss rot werden und die Datei wird wiederhergestellt und Byte auf Byte überprüft. Ein Wächtern, der nie versagt hat, ist nicht bewiesen.
Jedes Gateway OpsIQ Schiffe nutzen die gehostete Kasse des Anbieters. Ihr Kunde gibt seine Karte auf der Seite des Anbieter, in der Domain des Anbietern ein. OpsIQ enthält einen Verweis auf eine Zahlung, niemals ein Instrument, und der Code, der diese Grenze zieht, lehnt alles außerhalb einer überprüften Liste von Feldern ab.
Jede Offline-Methode hat ihre eigenen Bedingungen, anstatt eine Freitextnote am Ende einer Quittung zu sein.
Vier weitere Anbieter werden absichtlich nicht versendet. Ihre Webhooks sind mit Programmen unterzeichnet, die keine HMAC Überhaupt, und falten sie in eine HMAC Der Helfer würde einen Verifizierer produzieren, der niemals erfolgreich sein könnte.
Region ist, wie wir sie hier gruppieren, nie eine Einschränkung. Ein Kaufmann in Lagos kann gut wollen Stripe, und ein Kaufmann in Berlin kann gut wollen PaystackWährungen, die als eigene Konten markiert sind, folgen dem, wofür Ihr Provider-Konto konfiguriert ist.
Der Handel basiert auf einer einfachen Regel: Nichts wird als wahr behandelt, weil etwas gesagt hat, dass es so ist. Ein Webhook ist eine Aufforderung zum Nachsehen, die Forderung eines Kunden ist kein Beweis und eine Zahlung wird erst bestätigt, nachdem OpsIQ den Anbieter selbst gefragt hat und die Antwort in jedem Feld übereinstimmt.
Die Karte, die ein Kunde bestätigt, trägt eine signierte Nutzlast: eine Nonce, den Workspace, das Gespräch, das Produkt, die Menge, den Stückpreis, die Währung, einen Ablauf und den genauen Betrag, den jedes Gateway nehmen würde. Es wird mit einem HMAC über diese Nutzlast signiert, indem ein Schlüssel verwendet wird, der für Ihren Arbeitsbereich allein abgeleitet wurde, und mit einem Vergleich mit konstanter Zeit verifiziert wird.
Jedes Gateway ist vom Provider gehostet. Eine Border-Klasse erlaubt nur einen überprüften Satz von Zahlungsreferenzfeldern und lehnt Instrumentenfragmente nach Namen ab: Kartennummer, CVV, Ablauf, Trackdaten, PIN-Block, IBAN, Sortiercode und mehr. Ein Provider-Token ist keine Karte und ist anderswo nutzlos.
Gefälschte, wiederholte, veraltete und außer Betrieb befindliche Angriffe sind vier verschiedene Attacken, so dass sie vier verschiedene Antworten erhalten anstatt nur eine boolesche. Signaturen werden in konstanter Zeit verglichen, und ein Webhook, dessen Schema nicht den gesamten Körper authentifiziert, wird als Aufforderung behandelt, die Zahlung nachzuschlagen, niemals als Beweis.
Eine Operation trägt einen Idempotenzschlüssel, der an den Arbeitsbereich, die Transaktion und die genauen Parameter gebunden ist, atomar beansprucht. Der Laden antwortet mit vier Ergebnissen, nicht zwei: frisch, Wiederholung, noch läuft und Konflikt. Ein kaputter Speicher wirft statt zu berichten, weil so ein Ausfall eine doppelte Ladung wird.
Eine Reservierung ist ein Vergleich und Tausch gegen die genaue Zählung, die sie gelesen hat, innerhalb der eigenen Transaktion des Auftrags. Digitale Codes werden auf die gleiche Weise beansprucht, und ein Fehlbetrag rollt den gesamten Auftrag zurück, bevor etwas berechnet wird, anstatt einen Code zu versprechen, der nicht da ist.
Wo OpsIQ die Zahlung besitzt, benötigt ein Chat-Auftrag zuerst einen per E-Mail gesendeten sechsstelligen Code. Der Code wird nur als gesalzener Hash gespeichert, Versuche werden vor dem Vergleich gezählt, das Fenster ist begrenzt und es zu brennen ist eine einzige atomare Aktualisierung, so dass parallele Bestätigungen nicht alle passieren können.
Der Handel wird durch vier Testschichten und ein mutationssicheres Geschirr abgedeckt. Das Geschoss bricht einen Wachmann in der Quelle, erfordert einen benannten Tür-Level-Test, um rot zu werden, stellt dann die Datei wieder her und überprüft die Übereinstimmung der Bytes. Ein Wächter, den niemand jemals gesehen hat, ist nicht bewiesen.
Diese beschreiben technische Kontrollen in der Plattform. Sie sind keine Compliance-Zertifizierung, und nichts hier sollte als eine gelesen werden. Wenn Sie eine formale Bescheinigung für Ihre eigene Prüfung benötigen, sprechen Sie mit uns darüber, was Ihr Acquirer oder Auditor verlangt.
Verkaufen ist der einfache Teil. Was folgt, ist die Arbeit: Der Kunde, der seine Bestellhistorie haben will, das Paket, das in zwei Stücken versendet wird, die Rückerstattung, die zur Hälfte im Kredit bezahlt wurde, der Käufer, der eine Größe braucht, der Wagen, der an der Tür gelassen wurde.
Melden Sie sich mit einem Passwort, einer Bestellhistorie, Adressen, Downloads und Tracking an einem Ort an. Jemand, der vor Monaten über einen Chat bestellt hat, kann das gleiche Konto mit seiner E-Mail beanspruchen und jede dieser Bestellungen warten finden.
Kredit ist ein reines Anhängselbuch und der Saldo wird immer daraus abgeleitet, niemals eine Zahl, die jemand bearbeitet hat. Es wird pro Währung gehalten und nie konvertiert, und es auszugeben ist atomar in der Transaktion des Auftrags.
Verkaufen Sie aus einem Regal mit verschlüsselten Codes: Geschenkkarten, Prepaid-Karten, Lizenzschlüssel und Rubbelkarten. Ein Code wird bei der Bestellung in Anspruch genommen und nach der Zahlung freigegeben, so dass der gleiche Code niemals an zwei Personen gehen kann.
Ein prozentualer Tipp wird auf dem Server gegen die Ware nach Rabatt, niemals beim Versand oder bei Steuern, und er wird nie selbst besteuert. ein Trinkgeld kann niemals den Auftrag überschreiten, auf dem es sitzt, weder auf dem Warenkorb noch auf dem Buy-Now-Pfad.
Jede Sendung trägt ihren eigenen Transporter und Tracking, und die Arithmetik lässt Sie nicht mehr von einer Linie versenden als die Bestellung tatsächlich hält.
Eine Bestellung, die zur Hälfte in Kredit und zur Hälfte per Karte bezahlt wird, wird proportional an beide zurückgegeben. Die Rückerstattung ist transaktional und idempotent, so dass das Geld zweimal auf Knopfdruck einmal zurückgegeben wird.
Nur jemand, der seine eigene E-Mail an Ihrer Kasse eingegeben hat, wird jemals angeschrieben, höchstens zweimal pro Warenkorb. Der Deckel wird in der Datenbank beansprucht, bevor die Nachricht ausgeht, und ein Klick stoppt sie dauerhaft ohne Anmeldung.
Sieben Ansatzpunkte, für Mode, Essen, Kosmetik, Bücher, Downloads, Dienstleistungen und Prepaid-Waren. Ein Kit ist eine Vorschau vor einer Aktion, und jeder wird von seinem eigenen Verifizierer überprüft und nicht vertrauenswürdig, weil er in der Box steckt.
Beantworten Sie eine Frage, was Sie verkaufen und OpsIQ entwirft den Shop: ein passendes Kit, Ihre Ladenkopie und eine Handvoll Produkte. Alles, was es macht, kommt als Entwurf an. Sie lesen es, ändern es und entscheiden, was veröffentlicht wird.
Ein "Hilf mir zu wählen"-Panel, das aus Ihrem Katalog empfehlen kann und sonst nichts. Jeder Grund, den es gibt, muss eine Phrase sein, die bereits auf diesem Produkt geschrieben ist, und jeder Satz, den er für sich selbst komponiert, wird weggeworfen anstatt gezeigt.
Wenn es kein Diagramm gibt, gibt es keine Antwort, also kann ein Modell aus einem fehlenden Größenführer keine zuversichtliche Empfehlung machen.
Readiness stellt die Fragen, die ein Käufer stellen würde: Gibt es etwas zu kaufen, können sie bezahlen, kann es sie erreichen, wird es jedem gesagt, können Sie kontaktiert werden. Die Reife wird aus Ihren eigenen Einstellungen und Aufzeichnungen berechnet, niemals erklärt.
Der Grund, warum ein Ladenguthaben eher ein Hauptbuch als eine Zahl auf einer Kundenaufzeichnung ist, ist, dass eine Zahl falsch sein kann und niemand es sagen kann. Eine Geschichte kann zurückgelesen, hinzugefügt und niemals ruhig angepasst werden. Die Bilanz ist die Summe dessen, was passiert ist.
Geschenkkarten sind ein anderer Mechanismus und es lohnt sich, sie gerade zu halten. Sie verkaufen sie aus einem Vorrat an Codes, und ein Code wird nach der Zahlung geliefert. Speicherguthaben ist das Hauptbuch oben. Heute wird ein Geschenkkartencode nicht in einen Guthabenbetrag eingelöst, also planen Sie Ihr Angebot um den Verkauf des Codes herum anstatt um eine einlösbare Brieftasche.
Einzigartige Besucher, Produktansichten, Warenkorbzusätze, Checkout-Starts, Abfahrten und Fertigstellungen, Umbau, bestätigte Bestellungen, Einnahmen, Akquisition, Geräte und Orte, Top-Produkte und Rückgewinnung. Die Umwandlung basiert nur auf explizit markierten Veranstaltungen im öffentlichen Laden, so dass sie zählt, was tatsächlich passiert ist, anstatt was nah genug aussah.
Ein Konnektor wird wegen seines Namens nicht verkauft. Er erklärt, welche seiner eigenen Operationen die kanonischen Handelsrollen von OpsIQ beantworten und was er erklärt, ist genau das, was er tun kann. Nichts erklären und es verschwindet von den Verkaufseinstellungen selbst. Es gibt keine Liste, der hinzugefügt werden muss.
Der Assistent kann Produkte finden und genau beschreiben, aber es gibt keine ausführbare Bestellung und keinen Checkout. Jedes Paket bleibt hier, bis seine eigenen getippten Angebots- und Bestellaktionen den tieferen Vertrag durchlaufen haben, weil der Ruf einer Plattform kein Beweis dafür ist, dass ihre Integration Geld kosten kann.
Der Connector gibt eine echte Checkout-Adresse zurück, die von der Händlerplattform selbst geprägt wurde, zusammen mit dem kanonischen Zitat. Die Adresse muss HTTPS sein, der Host muss mit dem Paket übereinstimmen, das deklariert wurde, und das Angebot ist kurzlebig. Ein Produktlink oder ein Warenkorb URL, der lokal montiert wird, ist keine Checkoutfähigkeit.
Der tiefste Modus. OpsIQ aktualisiert das Angebot unmittelbar vor der Ausführung, liefert den idempotency-Schlüssel und fragt nach jedem unbekannten Ergebnis eine Wiederherstellungssuche, bevor es etwas wiederholt. Die Create-Aktion muss die eigene Preis-, Lager- und Bestelllogik Ihrer Plattform ausführen. Ein roher Datenbankeinschub wird direkt abgelehnt.
OpsIQ gibt niemals eine Fähigkeit aus dem Namen einer Aktion, der Reputation einer Plattform oder dem Marketing eines Anbieters ab. Ein Paket liefert eine Rollenkarte mit der Bezeichnung, welche seiner eigenen Operationen jede kanonische Rolle beantworten und diese Datei befindet sich im signierten Paket. Entfernen Sie eine Rolle oder deinstallieren Sie den Connector, und ein Vorschlag, der bereits auf dem Bildschirm war, ist nicht mehr gültig, anstatt veraltete Autorität zurückzulassen.
Gespräche mit dem WooCommerce REST API auf eigene Faust WordPressBestellungen, Erstattungen und Bestellscheine, Produkte mit Variationen und Attributen, Kunden, Coupons, Steuersätze, Versandzonen und -methoden, Verkaufs- und Produktberichte. Es ist einer der Konnektoren, die aus einem Gespräch einen echten Auftrag erstellen können, mit einer Rückgewinnungssuche dahinter.
Arbeiten über die Shopify Admin API. Bestellungen, Transaktionen einschließlich Erfassung und Nichtigerklärung, Rückerstattungen, Erfüllungsaufträge und Tracking, Produkte, Varianten, Lagerbestände und Standorte, Kunden, Auftragsentwürfe, Rabatte, Geschenkkarten und aufgegebene Kassen. Im Chat wird der Kunde zitiert und dann übergeben ShopifyEigene Kasse.
Die Referenz-Implementierung des Handelsvertrages und die tiefste Integration hier. Rechnungen, Transaktionen, Gutschriften und Angebote, Bestellungen, Kundendatensätze und Kontakte, Dienste mit Aussetzung, Upgrade und Preisänderungen, Domains mit Registrierung, Übertragung, Erneuerung und Nameserver, Tickets und Produkte. Es kann eine echte Bestellung erstellen, und Preise pro Kunde, weil WHMCS nach dem eigenen Profil des Kunden besteuert wird.
Bestellungen mit Produkten, Nachrichten, Status und Versandadressen, Zahlungserfassung, ungültige und Rückerstattungsangebot, Sendungen, Katalogprodukte und -varianten, Kategorien und Marken, Kunden und Kundengruppen, Coupons, Geschenkzertifikate, Warenkörbe, Preislisten und Kanäle. Zitate im Chat, dann übergeben Sie an die BigCommerce-Kasse.
Tiefe Lese- und Schreibintegrationen für den Shop selbst: Bestellungen, Rechnungen, Kreditmemos und Sendungen Magento; Bestellungen, Staaten, Rechnungen, Kreditscheine, Spediteure und Tracking auf PrestaShop, sowohl über seinen klassischen Webservice als auch den neueren Admin APIIn einem Gespräch bleiben beide heute auf Katalogebene.
Bestellungen und Bestellhistorie, Retouren, Produkte, Lagerbestände und Preise, Kategorien, Kunden und Adressen, Coupons und Berichte auf OpenCart. osCommerce überbrückt sowohl die Legacy-Installation als auch die neuere REST-Schnittstelle, einschließlich Bestellstatus, Stornierung und Rückerstattung. beide sind im Chat katalogisiert.
Kunden, Gebühren und Erstattungen, Zahlungsabsichten und -methoden, Abonnements und Abonnementartikel, Rechnungen und Gutschriften, Produkte und Preise, Coupons und Aktionscodes, Streitigkeiten, Auszahlungen und Bilanzberichte. Es trägt auch die drei Verpflichtungen eines Zahlungspakets, so dass es das Gateway sowie ein Katalog sein kann.
Kunden, Bestellungen, Zahlungen und Rückerstattungen, Katalogartikel und Standorte sowie Selbstbedienung für das eigene Profil eines Käufers und Bestellungen. Im Chat wird ein Square-Zahlungslink zitiert und dann ausgegeben. Es ist eines von zwei Gateways, die in einem vorhandenen Connector zertifiziert sind und nicht als separates Paket ausgeliefert werden.
Ein Hotel und Buchungsintegration statt Einzelhandel. Zimmerkatalog, ein Angebot für einen Aufenthalt, native Buchungskasse, Buchungen mit Status und Stornierung, Zahlungen, Gäste und Selbstbedienung, damit ein Gast seine eigene Buchung sehen und stornieren kann. Es kann eine echte Buchung aus einem Gespräch erstellen.
Ein Gateway-Paket ist etwas schmaler als ein Store-Connector, und das absichtlich. Es erklärt, für welche Währungen, Länder, Methoden und Umgebung es konfiguriert ist, überprüft das eigene Webhook-Signaturschema des Anbieters und ordnet die Ereignisnamen dieses Anbieters kanonischen zu. Es entscheidet nie, dass eine Zahlung erfolgreich war.
Verbindet eine OpsIQ-gehostete Abrechnungsplattform als Commerce-Quelle: Katalog, Angebote, Kunden, Bestellungen, Rechnungen, Zahlungsmethoden und Zahlungsaufzeichnung mit einem Zeitplan, so dass ein fallen gelassener Webhook nicht ruhig Einnahmen verlieren kann.
Jeder Konnektor, dessen Plattform abgeschlossene Verkäufe auflisten kann, erklärt, dass sie sich versöhnen und OpsIQ liest diese Liste in einem Zeitplan durch denselben idempotenten Schreiber erneut. Ein Webhook, der nie angekommen ist, wird beim nächsten Durchlauf gefunden. Ein Paket, das sich verständigen könnte und nicht die Konformität versagt.
Commerce ist kein Set von Integrationen, die wir geschrieben haben. Es ist ein veröffentlichter Vertrag mit einer Versionsnummer, maschinell überprüften Schemata, Konformitätsbefehlen, den Sie selbst ausführen und einem Signaturschritt. Was auch immer Sie bauen, sitzt neben dem, was wir gebaut haben, nach denselben Regeln.
Die meisten Start-Checklisten bewerten Sie. Diese stellt die fünf Fragen, die entscheiden, ob ein Fremder heute tatsächlich von Ihnen kaufen kann, und jede Antwort kommt mit der Sache, die man tun muss, anstatt einen Prozentsatz zu haben.
Direkte Antworten über den Laden, das Geld und was der Assistent ist und nicht tun darf.