A frente de lojas nativa
Uma loja completa no 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 · storefront, chat e canais
Um catálogo. Todas as formas que as pessoas compram.
Abra uma loja de verdade em seu próprio endereço, em seguida, deixe os mesmos produtos vender dentro de uma conversa no seu site, em WhatsApp, em Instagram e além. O preço da loja o pedido, a loja assina o cartão, e só a confirmação do seu cliente cria-o.
17 payment gatewaysDinheiro, colecção e armazenagemOito canais de vendaOs dados do cartão nunca cruzam OpsIQ
Vivo
Dados do cartãoNunca é nosso.
Portais17
O que significa comércio aqui
Não há nenhum bilhete. Uma loja, uma conversa e um contrato.
Comércio em OpsIQ são 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.
Vivo
Vender 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 cheque hospedado pelo fornecedor em todos os lugares, além de transferência bancária, dinheiro na entrega, pagamento na coleta e pagamento no estoque para o dinheiro que nunca vai on-line.
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 frente de lojas nativa
Uma loja que você possui, numa morada que é sua.
Não é uma página hospedada com o nome de outra pessoa no URL. Seu domínio, seu tema, sua tipografia, sua fotografia, suas políticas. Isso é real, rodando.
O seu domínioSeu tema
ObtençãoConstruído em
40 línguasCada página
Cor, tipografia, preenchimentos e gradientes, forma, largura, movimento, pairar e como a loja se comporta em luz e escuro. Visualize desktop e telefone antes de salvar.
Sobre, Contato, um lookbook e a área de conta, além de páginas personalizadas com suas próprias configurações de herói, lesma e pesquisa. Rotas reservadas como carrinho e checkout permanecem para você manter.
Colocação, gatilho, pano de fundo, movimento, largura, cupom e comportamento uma vez por visitador, construídos a partir dos mesmos blocos que tudo o resto.
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.
Iniciar Sobre e texto de política onde esses campos estão vazios, nunca sobre suas próprias palavras, e uma verificação de prontidão que mantém o aviso até que você tenha substituído.
Vê por ti mesmo, agora.
Abra a loja ao vivo
Esta é a nossa própria loja de validação de lançamento. A frente de compras, contas, moedas, idiomas e checkout são a coisa real. Os produtos nele são itens de teste, então trate-o como uma demonstração de trabalho em vez de um catálogo.
Venda através de chat cliente e canais sociais
O assistente pode falar sobre o preço. Nunca se pode definir uma.
Um modelo que é permitido dizer um número irá eventualmente dizer o errado. Por isso 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- o. O que o comprador vê é escrito pela loja.
Um catálogo, uma citação, uma assinatura. Três lugares onde um cliente está de pé.
Vivo
Como é que se 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 valor, e o gateway cobra exatamente o que o cartão exibe.
Não pode confirmar em nome do cliente. A 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. Um "sim" casual não faz nada.
Não pode mover uma carta entre conversas. A carga útil assinada carrega um hash do canal e da pessoa; um cartão levantado em outro thread não é verificado.
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 enviado por e- mail
Recusas nomeiam o campo em falta
As paredes
Limites que você estabeleceu, Forçado em todas as portas.
Um limite que só guarda a página de saída não é um limite. 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 atendem ao mesmo. Você define os valores em Configurações, e nada nesta página os codifica.
01
Limite máximo de dinheiro na entrega
As mercadorias saem antes que o dinheiro chegue, então você cobre quanto você está disposto a enviar para fora dessa maneira. Acima do seu teto a opção simplesmente não é oferecida, na moeda da ordem.
02
Códigos reservados quando a encomenda é feita
Chaves de licença, pré-pago e códigos do cartão-presente são reivindicados dentro da própria transação da ordem. Se não houver o suficiente, a ordem volta e nada é cobrado. Dois compradores não podem comprar o mesmo código.
03
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 o seu limite é recusada antes de ser colocada.
04
Um interruptor de morte que sabe a diferença
A pausa para vender impede novos compromissos enquanto lê, procura e libera continua a funcionar. Fatos que já são verdadeiros, como um pagamento que tenha desembarcado, estão em fila de espera ao invés de executados ou narrados como feito.
05
Um andar de identidade antes da existência de uma ordem
Onde OpsIQ possui o pagamento, um cliente bate-papo atinge um código de seis dígitos e-mail antes de uma ordem ser criada. Um operador pode exigir mais do que isso e nunca menos.
06
O assistente cita as suas palavras ou nada.
Toda a razão que o assistente de chão da loja dá para uma picareta tem que ser uma frase que já aparece no próprio texto do produto. Uma sentença que ele se compôs é derrubada em vez de mostrado.
Vivo
RecusadoNada cobrado
Um caminho de colocação
O carrinho, o botão e a conversa encontram-se com os mesmos portões.
Uma ordem pode começar em três lugares. Ela só se torna uma ordem em um, e que um lugar executa cada parede configurada. Nada é ignorado porque chegou por uma rota diferente, e uma recusa diz o que aconteceu em uma sentença que o cliente pode agir em vez de um código de erro.
Julgado na moeda da ordem
Nunca se converteu nas costas.
Recusado antes de qualquer coisa ser carregada
Cada uma destas paredes é presa por uma prova de mutação: o guarda é deliberadamente quebrado na fonte, um teste ao nível da porta tem que ficar vermelho, e o arquivo é restaurado e re-checked byte para byte. Um guarda que nunca falhou é não provado.
Pagamentos
17 gateways, 4 ways to pay offline, e nem um número de cartão.
Cada portal OpsIQ Os navios usam o checkout hospedado do próprio provedor. Seu cliente digita seu cartão na página do provedor, no domínio do provedor. OpsIQ possui uma referência a um pagamento, nunca um instrumento, e o código que desenha esse limite recusa qualquer coisa fora de uma lista revisada de campos.
Vivo
WebhooksAcorda, não provas
Formas de pagar
Online, e as formas como o dinheiro ainda se move offline.
A abundância do comércio real nunca toca um cartão. Cada método offline carrega suas próprias condições em vez de ser uma nota de texto livre no fundo de um recibo.
Transferência bancária com os detalhes da sua própria conta mostrados no checkout.
Dinheiro na entrega, oferecido apenas quando algo está realmente sendo entregue e o total fica sob seu teto.
Pagar na colecção, oferecido apenas em uma ordem de coleta. Nada deixa por pagar, então não carrega teto.
Pagar na loja, oferecido apenas quando você publicou em algum lugar uma pessoa pode entrar. Os bens ainda podem ser entregues.
Quatro outros provedores não são deliberadamente enviados. Seus webhooks são assinados com esquemas que não são HMAC e os dobrando em um HMAC O helper produziria um verificador que nunca poderia ter sucesso. A razão para cada um é escrita em vez de deixada como uma lacuna.
Cada portal OpsIQ navios
Região é como nós os agrupamos aqui, nunca uma restrição. Um comerciante em Lagos pode muito bem querer Stripe, e um comerciante em Berlim pode bem quer Paystack. Moedas marcadas como a própria conta siga o que sua conta de provedor está configurada para.
Vivo
Segurança
Dinheiro é o único lugar "provavelmente bem" não é um desenho.
O comércio é construído em torno de uma regra simples: nada é tratado como verdadeiro porque algo disse que era. Um webhook é um prompt para ir e verificar, a reivindicação de um cliente não é evidência, e um pagamento é confirmado apenas após OpsIQ pergunta ao próprio provedor e a resposta coincide em todos os campos.
O cartão de confirmação
Um cartão é um artefacto, não uma frase.
O cartão que um cliente confirma carrega uma carga útil assinada: um nonce, o espaço de trabalho, a conversação, o produto, a quantidade, o preço unitário, a moeda, uma expiração e a quantia exata que cada gateway levaria. É assinado com uma HMAC sobre essa carga útil usando uma chave derivada para seu espaço de trabalhos sozinho, e verificado com uma comparação constante-tempo.
Três superfícies podem confirmar e cada sósia é recusada pelo nome: uma mensagem de chat, texto livre, uma chamada de ferramenta modelo, uma atualização de página, uma reproduções, uma intenção inferida.
Sem chave de assinatura significa sem cartão. O caminho falha ao invés de voltar a uma oferta não assinada.
Confirmar duas vezes compra uma vez. A oferta é reivindicada atomicamente, e uma segunda confirmação retorna o primeiro resultado em vez de uma segunda ordem.
Vivo
Cada gateway é hospedado pelo provedor. Uma classe de contorno permite apenas um conjunto revisado de campos de referência de pagamento e recusa fragmentos de instrumentos por nome: número do cartão, CVV, expiração, dados da trilha, bloco PIN, IBAN, código de ordenação e muito mais. Um token do provedor não é um cartão, e é inútil em qualquer outro lugar.
Forjados, repetidos, obsoletos e fora de ordem são quatro ataques diferentes, então eles recebem quatro respostas diferentes em vez de um booleano. As assinaturas são comparadas em tempo constante, e um webhook cujo esquema não autentica o corpo inteiro é tratado como um prompt para procurar o pagamento acima, nunca como prova.
Uma operação carrega uma chave de indemnidade ligada à área de trabalho, à transação e aos parâmetros exatos, reivindicada atomicamente. A solução do armazenamento é com quatro resultados, não dois: fresco, replay, ainda em execução e conflito. Uma loja quebrada lança ao invés de relatar o novo, porque é assim que uma falha se torna uma carga duplicada.
Uma reserva é uma comparação-e-swap contra a contagem exata que leu, levado dentro da própria transação da ordem. Os códigos digitais são reivindicados da mesma forma, e um shortfall rola toda a ordem de volta antes de qualquer coisa é cobrada em vez de prometer um código que não está lá.
Onde OpsIQ possui o pagamento, uma ordem de bate- papo precisa de um código de seis dígitos enviado por e- mail primeiro. O código é armazenado apenas como um hash salgado, as tentativas são contadas antes da comparação, a janela é delimitada, e queimando-a é uma única atualização atômica para que as confirmações paralelas não possam passar.
O comércio é coberto por quatro camadas de testes e por 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 se os bytes correspondem. Um guarda que ninguém viu falhar nunca foi provado.
Estes descrevem controles técnicos na plataforma. Eles não são uma certificação de conformidade, e nada aqui deve ser lido como um único. Se você precisar de um atestado formal para sua própria auditoria, fale conosco sobre o que seu adquirente ou auditor está pedindo.
A gerir a loja
A metade inglamorosa, que é a maior parte do comércio retalhista.
Vender é a parte fácil. O que segue é o trabalho: o cliente que quer seu histórico de encomendas, o pacote que envia em duas peças, o reembolso que foi metade pago em crédito, o comprador que precisa de um tamanho, o carrinho que foi deixado na porta.
Contas de clientes
Entrar com uma senha, histórico de pedidos, endereços, downloads e rastreamento em um lugar. Alguém que pediu através de um chat meses atrás pode reivindicar a mesma conta com seu e-mail e encontrar cada um desses pedidos esperando.
Crédito de loja como um livro de contabilidade real
Crédito é um livro de contabilidade somente para apêndices e o saldo é sempre derivado dele, nunca um número que alguém editou. Ele é mantido por moeda e nunca convertido, e gastando-o é atômico dentro da transação da ordem.
Cartões-presente e códigos de licença
Venda a partir de uma prateleira de códigos criptografados: cartões-presente, cartões pré-pagos, chaves de licença e raspadinhas. Um código é reivindicado quando o pedido é colocado e revelado após o pagamento, para que o mesmo código nunca pode ir para duas pessoas.
Dicas que permanecem honestas
Uma dica percentual é trabalhada no servidor contra os bens após o desconto, nunca em transporte ou imposto, e nunca é tributada por si mesma. Uma dica nunca pode exceder a ordem que ele senta, tanto no carrinho ou no caminho de compra-agora.
Dividir as transferências
Envie parte de uma ordem agora e o resto quando ela pousar. Cada remessa carrega seu próprio portador e rastreamento, e a aritmética não vai deixar você enviar mais de uma linha do que o pedido realmente detém. O cliente vê cada peça em sua página de conta.
Reembolsos que se lembram de como foi pago
Uma ordem paga metade no crédito e metade pelo cartão é reembolsado proporcionalmente de volta para ambos. Reembolso é transacional e idempotent, assim que pressionando o botão duas vezes retorna o dinheiro uma vez.
Relembramentos de carrinho abandonados, tampados
Apenas alguém que digitou o seu próprio e-mail no checkout é sempre escrito, no máximo duas vezes por carrinho, nunca. O cap é reivindicado na base de dados antes da mensagem sair, e um clique para-a permanentemente sem entrar.
Kits industriais
Sete pontos de partida, para moda, alimentos, cosméticos, livros, downloads, serviços e bens pré-pagos. Um kit é uma prévia antes de ser uma ação, e cada um é verificado por seu próprio verificador em vez de confiável porque está na caixa.
O projector de bordo
Responder a uma pergunta sobre o que você vende e OpsIQ redige a loja: um kit de montagem, sua cópia da loja e um punhado de produtos. Tudo o que ele faz chega como um rascunho. Você lê-lo, mudá-lo e decidir o que é publicado.
O assistente do chão da loja
Um painel "ajuda-me a escolher" que pode recomendar do seu catálogo e nada mais. Cada razão que ele dá tem de ser uma frase já escrita nesse produto, e qualquer frase que compõe para si é jogado fora em vez de mostrado.
Guia de tamanho
Aritmética contra o gráfico que você publicou para esse produto, e nada mais. Onde não há nenhum gráfico não há resposta, então um modelo não pode transformar um guia de tamanho faltando em uma recomendação confiante.
Preparação para lançamento e um registo de maturidade
A disponibilidade faz as perguntas que um comprador faria: há alguma coisa para comprar, pode pagar, pode chegar até eles, será que qualquer pessoa pode ser informada, você pode ser contatado. Maturidade é calculada a partir de suas próprias configurações e registros, nunca declarado.
Vivo
Aperte-o duas vezes.Montante das restituições uma vez
Dinheiro que já é teu
Crédito é uma história, não um campo.
O crédito da loja razão é um livro de registros em vez de um número em um registro do cliente é que um número pode estar errado e ninguém pode dizer. Um histórico pode ser lido de volta, adicionado a, e nunca ajustado silenciosamente. O saldo é a soma do que aconteceu.
Concedido para uma liquidação 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, Assim, um crédito em euros permanece como crédito em euro e não à deriva com uma taxa.
O e-mail de crédito vem da sessão de inscrição, Nunca do pedido, ninguém pode gastar um saldo ao nomear o endereço de outra pessoa.
Os cartões-presente são um mecanismo diferente e vale a pena manter em linha reta. Você vende-os de uma pilha 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-presente não é resgatado em um saldo de crédito, então planeie sua oferta ao redor de vender o código em vez de em torno de uma carteira redimible.
Guardar informações
Números que admitem quando não podem responder.
Visitantes únicos, visualizações de produtos, adições de carrinhos, checkout começa, abandonos e completações, conversão, ordens confirmadas, receita, aquisição, dispositivos e lugares, produtos de topo e recuperação. Conversão é construída apenas a partir explicitamente marcado eventos de loja pública, por isso conta o que realmente aconteceu em vez do que parecia perto o suficiente.
As moedas nunca são silenciosamente combinadas. A receita é relatada pela moeda, porque acrescentá-las silenciosamente é como um número se torna ficção.
Um traço não é zero. Onde o intervalo não pode responder à pergunta de conversão você começa um traço e uma razão, não um nada confiante.
Superfície de avisos de qualidade dos dados Em vez de te esconderes, sabes quando uma figura é magra antes de agires.
O mesmo instantâneo está disponível sobre o API como um agregado seguro de privacidade que não carrega identidades de clientes.
Vivo
ConversãoApenas eventos marcados
Conectores de comércio
Já vendeste noutro sítio? Traz isso para a conversa.
Um conector não consegue vender por causa de seu nome. Ele declara qual das suas próprias operações responde OpsIQ papéis de comércio canônico, e o que ele declara é exatamente o que pode fazer. Declare nada e desaparece da configuração de venda por conta própria. Não há lista a ser adicionada.
Revistem, expliquem, nunca vendam.
O assistente pode encontrar produtos e descrevê-los com precisão, mas não há ordem executável e nenhuma verificação. Cada pacote fica aqui até que suas próprias ações digitadas cotação e ordem passem o contrato mais profundo, porque a reputação de uma plataforma não é evidência de que sua integração pode levar dinheiro.
- Magento 2
- PrestaShop
- OpenCart
- OsCommerce
- Stripe catálogo
- Espaço Quadrado
- Webflow
- Wix
Sua plataforma emite o checkout
O conector retorna um endereço de saída real cunhado pela própria plataforma mercante, juntamente com a citação canônica. O endereço tem que ser HTTPS, sua máquina tem que corresponder ao que o pacote declarado, e a cotação é curta. Um link de produto ou um carrinho URL montado localmente não é uma capacidade de checkout.
- Shopify
- Grande Comercio
- Quadrado
A ordem é criada em sua plataforma
O modo mais profundo. OpsIQ atualiza a cotação imediatamente antes de executar, fornece a chave de indempotência, e depois de qualquer resultado desconhecido pede uma busca de recuperação antes que ele retries qualquer coisa. A ação criar tem que executar o próprio preço da sua plataforma, estoque e lógica de ordem.
- WooCommerce
- WHMCS
- Botble
- OpsIQ Ponte SaaS
Declaração é o contrato completo
Um conector diz o que pode fazer, nada mais conta.
OpsIQ nunca adivinha uma capacidade do nome de uma ação, da reputação de uma plataforma ou do marketing de um fornecedor. Um pacote envia um mapa de funções que responde a cada função canônica e esse arquivo está dentro do pacote assinado. Remova um papel ou desinstala o conector e uma proposta que já estava na tela deixa de ser válida ao invés de deixar autoridade para trás.
Declarado, depois verificado. Uma operação mapeada deve realmente existir no manifesto de ação do próprio pacote, ou a reclamação é rejeitada em vez 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 de registro, que ignoraria os preços próprios da plataforma, o fechamento de estoque e a confirmação.
Cada escrita declara uma busca de recuperação. O tempo limite perigoso é aquele depois que sua plataforma já pode ter criado a ordem, e sem uma pesquisa as únicas opções são tentar de novo 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.
Vivo
DesinstalarPropostas expiram
WooCommerce
Fala com o WooCommerce REST API por conta própria WordPress. Encomendas, reembolsos e notas de encomenda, produtos com variações e atributos, clientes, cupons, taxas de impostos, zonas de transporte e métodos, vendas e relatórios de produtos. É um dos conectores que pode criar uma ordem real a partir de uma conversação, com uma recuperação olhar para trás.
Shopify
Trabalhos ao longo do Shopify Administrador API. Encomendas, transações incluindo captura e vazio, reembolsos, pedidos de cumprimento e rastreamento, produtos, variantes, níveis de inventário e locais, clientes, ordens de recrutamento, descontos, cartões-presente e checkouts abandonados ShopifyÉ o próprio cheque.
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 alterações de preços, domínios com registro, transferência, renovação e servidores de nomes, tickets e produtos. Ele pode criar uma ordem real, e preços por cliente porque WHMCS impostos pelo próprio perfil do cliente.
Grande Comercio
Encomendas com produtos, mensagens, status e endereços de envio, captura de pagamento, citações de reembolso e nulidade, 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. Citações no chat, em seguida, entrega para o checkout BigCommerce.
Magento 2 e PrestaShop
Integrações de leitura e escrita profundas para a própria loja: pedidos, faturas, memorandos de crédito e remessas em Magento; encomendas, estados, faturas, recibos de crédito, transportadores e rastreamento sobre PrestaShop, tanto em seu serviço web clássico quanto no novo administrador API. Numa conversa, ambos permanecem no nível do catálogo hoje.
OpenCart e osCommerce
Encomendas e histórico de pedidos, retornos, produtos, estoque e preço, categorias, clientes e endereços, cupons e relatórios no OpenCart. osCommerce pontes tanto sua instalação legado e a interface REST mais recente, incluindo status de pedido, cancelamento e reembolso.
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. Ele também carrega as três obrigações de um pacote de pagamento para que possa ser o portal, bem como um catálogo.
Quadrado
Clientes, pedidos, pagamentos e reembolsos, itens de catálogo e locais, além de auto-serviço ao cliente para o próprio perfil e pedidos de um comprador. No chat ele cita e emite um link de pagamento Quadrado. É um dos dois gateways certificados dentro de um conector existente, em vez de enviado como um pacote separado.
Botble
Um hotel e integração de reserva em vez de varejo. Catálogo de quartos, uma cotação para uma estadia, checkout reserva nativa, reservas com status e cancelamento, pagamentos, hóspedes, e auto-serviço para que um hóspede pode ver e cancelar sua própria reserva. Ele pode criar uma reserva real a partir de uma conversa.
Paystack e os pacotes de gateway
Um pacote de gateway é uma coisa mais estreita do que um conector de loja, e deliberadamente assim. Ele declara para que moedas, países, métodos e ambiente ele está configurado, verifica o próprio esquema de assinatura webhook do provedor, e mapeia os nomes dos eventos do provedor em canônicos. Ele nunca decide que um pagamento foi bem sucedido.
A Ponte OpsIQ SaaS
Conecta uma plataforma de faturamento OpsIQ_-hosped como fonte comercial: catálogo, citações, clientes, pedidos, faturas, métodos de pagamento e registro de pagamento, com reconciliação em um cronograma para que um webhook caído não possa perder discretamente receita.
Reconciliação agendada
Qualquer conector cuja plataforma possa listar as vendas concluídas declara que se reconcilia, e OpsIQ re- lê essa lista em um cronograma através do mesmo gravador idempotent. Um webhook que nunca chegou é encontrado na próxima passagem. Um pacote que poderia conciliar e não falha a conformidade.
Para desenvolvedores
Um contrato que possa ler, e ferramentas que dizem quando você está errado.
O comércio não é um conjunto de integrações que tenhamos escrito. É um contrato publicado com um número de versão, esquemas verificados por máquina, comandos de conformidade que você executa e um passo de assinatura. O que quer que você construa fica ao lado do que nós construímos, sob as mesmas regras.
Vivo
Três maneiras de entrar
Construa um conector, um gateway 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. Implementar o driver de pagamento storefront: sua lesma, uma verificação do ambiente, criar um checkout, olhar para um pagamento, reembolso, normalizar um webhook e acessórios de fornecimento. A admissão é fechada por falhas e precisa de sete dispositivos e seis verificações passageiras, incluindo incompatibilidade de quantidade, descompasso de moeda e replay webhooc.
O público API_. As ações comerciais digitadas para produtos, pedidos, reembolsos, a forma e catálogo da loja, páginas, prontidão de lançamento e um instantâneo analítico, sob escopos menos privilegiados API; a confirmação nunca pode.
Descoberta que é gerada, não escrita. A documentação, o documento OpenAPI e a coleção Postman vêm do mesmo registro que o validador de pedidos usa, portanto eles não podem se desviar do que a plataforma realmente aceita.
Funções de escrita declaram uma pesquisa de recuperação
Um papel lido pode não chamar uma operação destrutiva
Gravações de discos brutos são recusadas estruturalmente
Antes de abrires as portas
Um teste de prontidão que pede que pergunta um comprador.
A maioria das listas de lançamentos te pontuam. Este 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.
Há alguma coisa para comprar? Um produto publicado com um preço, uma moeda e estoque que significa alguma coisa.
Eles podem pagar? Um gateway 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 informado? Um recibo que envia, e uma rota pela qual você descobre que uma ordem existe.
Pode ser contactado? Detalhes de contato reais e páginas de política com suas próprias palavras neles, não o texto inicial.
Bloqueadores param o lançamento
Avisos manter o aviso
A maturidade é medida, nunca declarada
Vivo
Texto inicialMantém o aviso
FAQ
Antes de começares a vender.
Respostas diretas sobre a loja, o dinheiro e o que o assistente é e não é permitido fazer.
Uma loja real. Produtos com variantes, opções, mídia e regras de cumprimento, um tema que você sintoniza, páginas construídas a partir de blocos, painéis promocionais, menus, um carrinho, uma saída, contas de clientes, rastreamento de pedidos e downloads, em seu próprio endereço. Você pode abrir a loja de demonstração ao vivo desta página e usá-lo.
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.
Não. Cada gateway usa 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. O limite é aplicado em código: apenas uma lista revisada de campos de referência de pagamento é aceita, e fragmentos de instrumentos como um número de cartão, CVV, dados de expiração ou trilha são recusados pelo nome. Este é um controle técnico e não uma certificação de conformidade.
Não. O assistente pode pesquisar o seu catálogo e pedir ao servidor uma citação, mas o servidor paga a ordem e assina o cartão de confirmação. A confirmação é o próprio botão do cartão na Web ou um comando exato de confirmação num canal. Nada que o modelo escreva pode criar uma ordem, e a prosa do próprio assistente do chão da loja é rejeitada em vez de filtrada.
O widget de chat do site, WhatsApp, Facebook Messenger, Instagram mensagens directas, Telegram, LINHA, SMS e X mensagens diretas. Você escolhe quais delas estão abertas sob suas configurações de comércio, e um canal que você não marcou não pode vender não importa como a conversa vai.
Não. Conecte a loja que você tem e ela se torna parte da conversa. O que um conector pode fazer é definido pelos papéis que ele 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 em sua plataforma usando os próprios preços e lógica de estoque da sua plataforma.
Pausar todas as vendas nas suas configurações de comércio. A navegação em catálogo, as pesquisas e os lançamentos continuam a funcionar, enquanto propõe e confirma parada em todos os canais de uma só vez. Fatos que já são verdadeiros, como um pagamento que tenha desembarcado, estão na fila de espera ao invés de executados ou reportados como feito.
Sim, e cada um carrega suas próprias condições. Dinheiro na entrega aparece apenas quando algo está genuinamente sendo entregue e o total está abaixo do teto que você definir. Pagamento em coleção aparece apenas em uma ordem de coleta. O pagamento na loja só aparece quando você publicou em algum lugar que uma pessoa pode entrar.
O comércio faz parte da plataforma OpsIQ em vez de um produto separado por assento. Inclusões exatas variam de acordo com o plano, então veja preços para cada nível, e há uma maneira livre de começar.