A loja nativa
Uma loja completa em seu próprio endereço: produtos e variantes, temas, páginas construídas em bloco, painéis promocionais, menus, um carrinho e um checkout.
Comércio, bate-papo e canais.
Um catálogo. - De todas as formas que as pessoas compram.
Abra uma loja de verdade no seu próprio endereço, e deixe os mesmos produtos venderem dentro de uma conversa em seu site, WhatsApp, em Instagram O preço da loja, o pedido, a loja assina o cartão, e só a confirmação do seu cliente cria isso.
17 payment gatewaysDinheiro, coleção e lojaOito canais de venda.Os dados do cartão nunca se cruzam OpsIQ
Viva
Dados do cartãoNunca nosso.
Portais17
O que o comércio significa aqui
Não há saída. Uma loja, uma conversa e um contrato.
Comércio em OpsIQ É quatro coisas que compartilham um catálogo: uma loja nativa que você possui, um caminho de venda através do chat e canais sociais, uma camada de pagamento que nunca toca em um cartão, e um contrato publicado contra outras plataformas e desenvolvedores.
Viva
Vendendo dentro de uma conversa
O mesmo catálogo citado pelo servidor e confirmado em um cartão assinado, através do widget do site e sete canais de mensagens.
17 gateways, 4 offline methods
O caixa do fornecedor está hospedado em todo lugar, além de transferência bancária, dinheiro na entrega, pagamento na coleta e pagamento no estoque pelo dinheiro que nunca vai online.
Um contrato, não uma integração.
Connector Contract 2.4 with 57 declared capabilities, a typed public API and conformance tooling anyone can run.
A loja nativa
Uma loja que você possui, em um endereço que é seu.
Não uma página hospedada com o nome de outra pessoa no URLSeu domínio, seu tema, sua tipografia, sua fotografia, suas políticas.
Seu domínio.Seu tema.
Finalizar compraConstruído em
40 LinguagensCada página
Cor, tipografia, preenchimentos e gradientes, forma, largura, movimento, paira e como a loja se comporta na luz e escuro.
Sobre, contato, um livro de olhares e a área da conta, além de páginas personalizadas com seus próprios heróis, configurações de busca e rotas reservadas como carrinho e checkout ficam para você manter.
Colocação, gatilho, cenário, movimento, largura, um cupom e comportamento de visita, construído a partir dos mesmos blocos que tudo o mais.
Aponte-os em páginas, produtos, coleções, políticas, ações de carrinho e conta, um modo de vida ou um link externo seguro, com um nível de dropdown no cabeçalho.
Quarenta locais, com a loja aberta na moeda que segue o visitante, e seu preço nunca substituído pelas costas.
Sobre o texto de política onde os campos estão vazios, nunca sobre suas próprias palavras, e um cheque de prontidão que mantém alerta até você substituí-lo.
Veja você mesmo, agora.
Abra a loja ao vivo.
Esta é nossa própria loja de validação, a frente da loja, contas, moedas, idiomas e checkout são o que importa, os produtos nela são itens de teste, então trate-os como uma demonstração funcional em vez de um catálogo.
Vendendo através de bate-papo cliente e canais sociais
O assistente pode falar sobre o preço. Nunca pode definir um.
Um modelo que pode dizer um número, eventualmente dirá o errado, então não é permitido, o assistente encontra produtos e pede ao servidor uma citação, o servidor paga a ordem, compõe o cartão de confirmação e assina.
Um catálogo, uma citação, uma assinatura... três lugares onde um cliente está de pé.
Viva
Como ela aguenta
Quatro coisas que uma conversa não pode fazer.
Não pode inventar um preço. A citação vem do catálogo através do servidor, o cartão carrega esse número e o portal cobra exatamente o que o cartão exibe.
Não pode confirmar em nome do cliente. Confirmação é um artefato, não uma frase: o próprio botão do cartão na web, ou um comando exato de confirmação em um canal.
Não pode mover uma carta entre conversas. A carga assinada carrega um haxixe do canal e a pessoa, um cartão levantado em outro fio não consegue verificar.
Não pode ficar velho. O cartão expira, e o preço, ações e mercado são verificados novamente no momento da confirmação, não no momento de oferta.
Moeda geo ao lado do total da loja
Identidade verificada por um código de e-mail.
Recusas nomeiam o campo desaparecido.
As paredes
Limites que você estabeleceu, Forçado em cada porta.
Cada parede abaixo é julgada no caminho de colocação compartilhado, então o carrinho, o botão buy-now e uma confirmação em um bate-papo todos se encontram com o mesmo.
01
Um teto de dinheiro na entrega.
As mercadorias saem antes que o dinheiro chegue, então você cobre o quanto está disposto a enviar para fora dessa maneira.
02
Códigos reservados quando a ordem é feita
As chaves da licença, pré-pagos e cartões são reclamados dentro da transação do pedido, se não houver o suficiente, a ordem volta e nada é cobrado.
03
Um limite diário por cliente.
Os pedidos do mesmo e-mail no último dia são somados na mesma moeda, nunca convertidos, e uma nova ordem que cruzaria seu limite é recusada antes de ser colocada.
04
Um interruptor de morte que sabe a diferença.
Pausar a venda para novos compromissos enquanto lê, procura e libera continua funcionando. Fatos que já são verdadeiros, como um pagamento que pousou, estão na fila em vez de executados ou narrados como feito.
05
Um andar de identidade antes que uma ordem exista
Onde? OpsIQ Um cliente de bate-papo chega a um código de seis dígitos antes de uma ordem ser criada, um operador pode precisar mais do que isso e nunca menos.
06
O assistente cita suas palavras ou nada.
Toda razão que o assistente de loja dá para uma picareta tem que ser uma frase que já aparece no próprio texto do produto.
Viva
Recusou-se.Nada carregado.
Um caminho de colocação
O carrinho, o botão e a conversa encontram os mesmos portões.
Uma ordem pode começar em três lugares, só se torna uma ordem em um, e que um lugar corre cada parede que você configurou, nada é ignorado porque chegou por uma rota diferente, e uma recusa diz o que aconteceu em uma sentença, o cliente pode agir em vez de um código de erro.
Julgado na própria moeda da ordem.
Nunca se converteu nas costas.
Recusou-se antes que algo seja carregado.
Cada uma dessas paredes é presa por uma prova de mutação, o guarda foi deliberadamente quebrado na fonte, um teste ao nível da porta tem que ficar vermelho, e o arquivo é restaurado e verificado novamente byte para byte.
Pagamentos
17 gateways, 4 ways to pay offline, e nem um número de cartão.
Cada portal OpsIQ Seu cliente digita seu cartão na página do provedor, no domínio do provedor. OpsIQ tem uma referência a um pagamento, nunca um instrumento, e o código que desenha esse limite recusa qualquer coisa fora de uma lista revista de campos.
Viva
WebhooksAcorde, não prove.
Maneiras de pagar
Online, e as formas como o dinheiro ainda se move offline.
Um monte de comércio real nunca toca em um cartão, cada método offline carrega suas próprias condições ao invés de ser uma nota de texto livre no fundo de um recibo.
Transferência bancária com detalhes da sua conta mostrados no checkout.
Dinheiro na entrega, Só quando algo está sendo entregue e o total fica sob seu teto.
Pague na coleção, Nada deixa por pagar, então não tem teto.
Pagar na loja, Só se publica em algum lugar onde uma pessoa possa entrar.
Quatro provedores não são enviados deliberadamente HMAC e dobrá-los em um HMAC A razão de cada um ser escrito em vez de deixado como uma lacuna.
Cada portal OpsIQ navios
A região é como nós os agrupamos aqui, nunca uma restrição StripeE um comerciante em Berlim pode querer PaystackMoedas marcadas como a conta de sua conta seguem o que quer que seja configurado para a conta do provedor.
Viva
Segurança.
Dinheiro é o único lugar "Provavelmente bem" não é um projeto.
O comércio é construído em torno de uma regra simples: nada é tratado como verdade porque algo disse que era OpsIQ pergunta ao próprio provedor e a resposta coincide em todos os campos.
O cartão de confirmação.
Um cartão é um artefato, não uma frase.
O cartão que um cliente confirma carrega uma carga assinada: um nonce, o espaço de trabalho, a conversa, o produto, a quantidade, o preço unitário, a moeda, uma expiração e a quantia exata que cada gateway levaria HMAC sobre essa carga usando uma chave derivada para o seu espaço de trabalho sozinho, e verificado com uma comparação constante de tempo.
Três superfícies podem confirmar. E cada sósia é recusada pelo nome: uma mensagem de bate-papo, texto livre, uma chamada de ferramenta modelo, uma atualização da página, um pedido repetido, uma intenção inferida.
Sem chave de assinatura significa sem cartão. O caminho falha ao invés de voltar para uma oferta sem assinatura.
Confirmando duas vezes compra uma vez. A oferta é reivindicada atômicamente, e uma segunda confirmação retorna o primeiro resultado em vez de uma segunda ordem.
Viva
Cada gateway é hospedado por provedores, uma classe de limite permite apenas um conjunto revisado de campos de referência de pagamento e recusa fragmentos de instrumentos pelo nome: número do cartão, CVV, expiração, dados da trilha, bloqueio de PIN, IBAN, código de ordenação e muito mais.
As assinaturas são comparadas em tempo constante, e um webhook cujo esquema não autentica o corpo inteiro é tratado como uma prompt para procurar o pagamento, nunca como prova.
Uma operação carrega uma chave de indemnidade ligada ao espaço de trabalho, a transação e os parâmetros exatos, alegada atômicamente, a loja responde com quatro resultados, não dois: fresco, replay, ainda em execução, e conflito.
A reserva é uma comparação e troca contra a contagem exata que leu, feita dentro da transação do pedido.
Onde? OpsIQ O código é armazenado apenas como um haxixe salgado, as tentativas são contadas antes da comparação, a janela está delimitada, e queimando-a é uma única atualização atômica então confirmações paralelas não podem passar.
O comércio é coberto por quatro camadas de testes e um arnês à prova de mutação, o arnês quebra um guarda na fonte, requer um teste ao nível da porta para ir vermelho, então restaura o arquivo e verifica os bytes coincidem.
Estes descrevem controles técnicos na plataforma, não são uma certificação de conformidade e nada aqui deve ser lido como um.
Gerenciando a loja
A metade inglamorosa, Que é a maioria do varejo.
O que segue é o trabalho: o cliente que quer seu histórico de pedidos, a encomenda que envia em duas partes, o reembolso que foi pago pela metade no crédito, o comprador que precisa de um tamanho, o carrinho que foi deixado na porta.
Contas de clientes
Entrar com senha, histórico de pedidos, endereços, downloads e rastreamento em um lugar... alguém que pediu uma conversa há meses pode reivindicar a mesma conta com seu e-mail e encontrar cada uma dessas ordens esperando.
Crédito de loja como um livro de verdade
Crédito é um livro de contas só para apêndices e o saldo sempre deriva dele, nunca um número que alguém editou.
Cartões-presente e códigos de licença.
Vender de uma prateleira com códigos criptografados: cartões-presente, cartões pré-pagos, chaves de licença e raspadinhas.
Dicas que permanecem honestas
Uma gorjeta percentual é feita no servidor contra os bens após desconto, nunca sobre o transporte ou imposto, e nunca é tributada por si mesma.
Dividir os carregamentos.
Cada carregamento carrega seu próprio portador e rastreamento, e a aritmética não permite que envie mais do que o pedido realmente mantém.
Reembolsos que lembram como foi pago.
Uma ordem paga metade do crédito e metade pelo cartão é devolvida proporcionalmente de volta para ambos.
Lembranças de carrinho abandonado, capped
Só alguém que digitou seu próprio e-mail no checkout é sempre escrito, no máximo duas vezes por carrinho, nunca.
Kits de indústria
Sete pontos de partida, para moda, comida, cosméticos, livros, downloads, serviços e bens pré-pagos.
O rascunho de bordo
Responda a uma pergunta sobre o que você vende e OpsIQ Um kit de montagem, uma cópia da sua loja e um punhado de produtos... tudo o que ela faz chega como um rascunho... você lê, muda e decide o que é publicado.
O assistente do chão da loja.
Um painel de "ajuda-me a escolher" que pode recomendar do seu catálogo e nada mais.
Guia de tamanho
Aritmética contra o gráfico que publicou para esse produto, e nada mais... onde não há um gráfico não há resposta... então um modelo não pode transformar um guia de tamanho perdido em uma recomendação confiante.
Preparar para lançamento e um registro de maturidade
A disponibilidade faz as perguntas que um comprador faria: há algo para comprar, pode pagar, pode chegar até eles, alguém pode ser informado, você pode ser contatado?
Viva
Aperte duas vezes.Reembolso uma vez
Dinheiro que já é seu.
Crédito é uma história, não um campo.
O crédito da loja é um livro de registros, e não um número em um registro de clientes, porque um número pode estar errado e ninguém pode dizer.
Concedido em um acordo de reembolso Ou como boa vontade por você, e gasto no checkout dentro da transação própria da ordem.
Realizado por moeda e nunca convertido, Então um crédito em euros permanece um crédito de euro ao invés de flutuar com uma taxa.
O e-mail de crédito vem da sessão de inscrição, Nunca do pedido, então ninguém pode gastar um saldo nomeando o endereço de outra pessoa.
Os cartões são um mecanismo diferente e vale a pena manter em linha reta, você os vende de uma bolsa de códigos, e um código é entregue após o pagamento, o crédito da loja é o livro de contabilidade acima, hoje um código do cartão de presente não é redimido para um saldo de crédito, então planeje sua oferta por vender o código ao invés de em torno de uma carteira redimivel.
Inteligência de lojas
Números que admitem quando não podem responder.
Visitantes únicos, visualizações de produtos, adições de carrinhos, checkouts, abandonos e completações, conversão, ordens confirmadas, receita, aquisição, dispositivos e lugares, produtos de topo e recuperação.
Moedas nunca são silenciosamente combinadas. A receita é relatada por moeda, porque acrescentá-los silenciosamente é como um número se torna ficção.
Um traço não é zero. Onde o alcance não pode responder à pergunta de conversão você tem um traço e uma razão, não uma nada confiante.
Avisos de qualidade de dados Em vez de se esconder, você sabe quando uma figura é magra antes de agir.
A mesma foto está disponível sobre o API como um agregado seguro de privacidade que não carrega identidades de clientes.
Viva
ConversãoApenas eventos marcados
Conectores de comércio.
Já está vendendo em outro lugar? Traga-o para a conversa.
Um conector não consegue vender por causa do nome, declara qual das suas próprias operações responde OpsIQO comércio canônico, e o que ele declara é exatamente o que pode fazer, não declare nada e desaparece das configurações de venda por conta própria.
Procure, explique, nunca venda.
O assistente pode encontrar produtos e descrevê-los com precisão, mas não há ordem executável nem checkout.
- Magento. 2
- PrestaShop
- OpenCart.
- OsCommerce
- Stripe catálogo
- Espaço Quadrado
- Webflow
- Wix.
Sua plataforma emite o checkout
O conector devolve um endereço de check-out real cunhado pela própria plataforma mercante, junto com a citação canônica URL Montado localmente não é uma capacidade de checkout.
- Shopify
- Grande Commerce
- Quadrado
A ordem é criada em sua plataforma.
O modo mais profundo. OpsIQ A ação de criação tem que executar a lógica de preços, ações e pedidos da sua plataforma.
- WooCommerce
- WHMCS
- Botble
- OpsIQ Ponte SaaS
Declaração é o contrato inteiro.
Um conector diz o que pode fazer, nada mais importa.
OpsIQ Um pacote envia um mapa de papéis que responde a cada papel canônico, e esse arquivo está dentro do pacote assinado.
Declarado, e depois verificado. Uma operação mapeada deve existir na própria ação do pacote, ou a reclamação é rejeitada ao invés de falhar silenciosamente na frente de um cliente.
Um papel lido não pode apontar para algo destrutivo, E um papel de escrita não pode mapear para uma inserção genérica, o que ignoraria os preços da plataforma, bloqueios e confirmação.
Cada escrita declara uma busca de recuperação. O tempo limite perigoso é o que depois de sua plataforma já pode ter criado a ordem, e sem uma pesquisa as únicas opções são tentar novamente cego ou perdê-lo.
Três ferramentas, não dezoito. O assistente chama uma ferramenta por verbo com seu conector como parâmetro, então uma loja com seis conectores ainda tem três ferramentas e um conjunto de regras.
Viva
Desinstale-o.Promoções expiram
WooCommerce
Fala com o WooCommerce RESTAURAÇÃO API Por conta própria WordPressOrdens, reembolsos e notas de pedidos, produtos com variações e atributos, clientes, cupons, taxas de impostos, zonas de transporte e métodos, vendas e relatórios de produtos.
Shopify
Trabalha sobre o Shopify Admin APIOrdens, transações incluindo captura e nulidade, reembolsos, pedidos de cumprimento e rastreamento, produtos, variantes, níveis de inventário e locais, clientes, rascunhos de encomendas, descontos, cartões-presente e cheques abandonados ShopifyÉ o próprio checkout.
WHMCS
A implementação de referência do contrato comercial, e a integração mais profunda aqui. Faturas, transações, crédito e cotações, ordens, registros de clientes e contatos, serviços com suspensão, atualização e mudanças de preços, domínios com registro, transferência, renovação e nomes servidores, bilhetes e produtos WHMCS Impostos pelo próprio perfil do cliente.
Grande Commerce
Encomendas com produtos, mensagens, status e endereços de envio, captura de pagamento, citações de reembolso, remessas, produtos de catálogo e variantes, categorias e marcas, clientes e grupos de clientes, cupons, certificados de presente, carrinhos, listas de preços e canais.
Magento 2 e PrestaShop
Integrações profundas de leitura e escrita para a própria loja: pedidos, faturas, memorandos de crédito e envios MagentoOrdens, estados, faturas, cartões de crédito, transportadores e rastreamento PrestaShop, tanto em seu serviço web clássico quanto no novo administrador APINuma conversa, ambos ficam no nível do catálogo hoje.
OpenCart e osCommerce
Ordem e histórico de pedidos, retornos, produtos, ações e preços, categorias, clientes e endereços, cupons e relatórios sobre OpenCart. osCommerce Ambos são de nível catálogo em bate-papo.
Stripe
Clientes, encargos e reembolsos, intenções de pagamento e métodos de pagamento, assinaturas e itens de assinatura, faturas e notas de crédito, produtos e preços, cupons e códigos de promoção, disputas, pagamentos e relatórios de saldo.
Quadrado
Clientes, pedidos, pagamentos e reembolsos, itens de catálogo e locais, além de autoatendimento do cliente para o perfil e ordens de um comprador, no chat ele cita e emite um link de pagamento quadrado, é uma das duas portas certificadas dentro de um conector existente ao invés de ser enviada como um pacote separado.
Botble
Um hotel e uma integração de reserva, ao invés de um varejo, catálogo de quartos, orçamento para uma estadia, check-out nativo, reservas com status e cancelamento, pagamentos, convidados e auto-serviço para que um hóspede possa ver e cancelar sua própria reserva, pode criar uma reserva real a partir de uma conversa.
Paystack e os pacotes de portal
Um pacote de gateway é mais restrito que um conector de loja, e deliberadamente assim... declara para que moedas, países, métodos e ambiente está configurado, verifica o esquema de assinatura do próprio provedor... e mapeia os nomes dos eventos do provedor em canônicos... nunca decide que um pagamento tenha sucesso.
O OpsIQ Ponte SaaS
Conecta um OpsIQPlataforma de faturamento hospedada como fonte comercial: catálogo, citações, clientes, ordens, faturas, métodos de pagamento e registro de pagamento, com reconciliação em um cronograma para que um webhook caído não perca discretamente a receita.
Reconciliação agendada
Qualquer conector cuja plataforma possa listar vendas completadas declara que se reconcilia, e OpsIQ re-leia essa lista em uma agenda através do mesmo escritor idempotente.
Para desenvolvedores
Um contrato que você pode ler, e ferramentas que dizem quando você está errado.
O comércio não é um conjunto de integrações que escrevemos, mas um contrato publicado com um número de versão, esquemas automáticos, comandos de conformidade, você se executa e um passo de assinatura, o que quer que construa fica ao lado do que construímos, sob as mesmas regras.
Viva
Três maneiras de entrar
Construa um conector, um portal, ou apenas chame o API.
Um conector. Contract 2.4, 57 declared capabilities, seven package profiles, JSON schemas for every manifest, and a commerce role map whose vocabulary is closed. Packages are signed over a hash of every file, so an edited package stops verifying.
Um portal de pagamento. A entrada é fechada e precisa de sete dispositivos e seis verificações, incluindo o descompasso de valor, a falta de dinheiro e o replay do webhook.
O público API. Ações comerciais digitadas para produtos, pedidos, reembolsos, a forma da loja e catálogo, páginas, prontidão de lançamento e um instantâneo analítico, sob escopos menos privilegiados APIA confirmação nunca pode.
Descoberta que é gerada, não escrita. A documentação, o documento OpenAPI e a coleção do carteiro vêm do mesmo registro que o validador de pedidos usa, então eles não podem se desviar do que a plataforma aceita.
Escreva papéis declarar uma busca de recuperação
Um papel lido pode não chamar de operação destrutiva.
Os registros brutos são recusados estruturalmente.
Antes de abrir as portas
Um cheque de prontidão que pede O que um comprador perguntaria.
A maioria das listas de lançamento te marcam, esta pergunta faz as cinco perguntas que decidem se um estranho pode comprar de você hoje, e cada resposta vem com a coisa para ir e fazer em vez de uma porcentagem.
Tem algo para comprar? Um produto publicado com um preço, uma moeda e ações que significa algo.
Eles podem pagar? Um portal conectado, ou um método offline cujas condições estão realmente satisfeitas.
Os bens podem alcançá-los? Zonas de entrega ou algum lugar para coletar para itens físicos, arquivos protegidos ou códigos para digitais.
Alguém vai ser avisado? Um recibo que envia, e uma rota pela qual você descobre que uma ordem existe.
Você pode ser alcançado? Detalhes reais de contato e páginas políticas com suas próprias palavras neles, não o texto inicial.
Bloqueadores, parem o lançamento.
Avisos continuam alertando
A maturidade é medida, nunca declarada.
Viva
Texto inicialMantem o aviso
FAQ
Antes de começar a vender.
Respostas diretas sobre a loja, o dinheiro e o que o assistente é e não pode fazer.
Produtos com variantes, opções, mídia e regras de cumprimento, um tema que você afina, páginas construídas em blocos, painéis promocionais, menus, carrinho, cheque, contas de clientes, rastreamento de pedidos e downloads, no seu próprio endereço.
OpsIQ ships 17 certified gateways spanning Africa, Europe, the Americas, Asia-Pacific, global providers and crypto, plus 4 offline methods: bank transfer, cash on delivery, pay on collection and pay in store. If yours is not there, you can build it: the payment driver is a fixed interface and admission is a fail-closed certification run rather than a code review. A further 4 providers are deliberately not shipped, each with its reason written down.
Cada gateway usa o checkout hospedado pelo provedor, então o cartão é inserido na própria página do provedor e OpsIQ só tem uma referência a um pagamento.
Não, o assistente pode procurar no seu catálogo e pedir ao servidor uma citação, mas o servidor paga a ordem e assina o cartão de confirmação.
O widget de bate-papo do site, WhatsApp, Facebook Messenger, Instagram mensagens diretas, TelegramVocê escolhe qual delas está aberta sob suas configurações comerciais, e um canal que você não marcou não pode vender não importa como a conversa vai.
O que um conector pode fazer é definir pelos papéis que declara: alguns só podem pesquisar o catálogo, alguns podem citar e entregar o cliente para seu próprio checkout, e alguns podem criar uma ordem real na sua plataforma usando a lógica de preços e ações da sua própria plataforma.
Pausar todas as vendas em suas configurações de comércio, navegação de catálogos, buscas e lançamentos continuam funcionando, enquanto propõem e confirmam parar em todos os canais imediatamente.
O dinheiro na entrega só aparece quando algo está sendo entregue e o total está abaixo do teto que você fixa.
O comércio é parte do OpsIQ As inclusões exatas variam de acordo com o plano -Precagem. para cada nível, e há uma maneira livre de começar.