ConnectWiz Commerce

Uma só verdade de produto. Cinco superfícies. Zero catálogos copiados e colados.

O seu catálogo existe uma só vez — variantes, multimédia, preços em várias moedas — e alimenta ao mesmo tempo o painel, o assistente de IA, a loja dentro do chat, os seus feeds de compras e uma API pública. Com uma sincronização WooCommerce que é mesmo nos dois sentidos e um modelo de preços em que nenhuma chamada não fidedigna consegue tocar.

Cinco superfícies, um só registo WooCommerce nos dois sentidos Preços que nenhuma chamada injeta
Um catálogo — cinco superfícies
Conjunto de cerâmica · 129 $
Respostas de IA
Loja dentro do chat
Feed Google/Meta
A sua API
Preço: do lado do servidor, sempre
5
Superfícies que um só registo de produto alimenta — painel, IA, loja no chat, feeds de compras, API pública
2 sentidos
Sincronização WooCommerce — com propriedade campo a campo e um registo de conflitos visível
0
Parâmetros de preço em qualquer porta não fidedigna — os preços são fotografados do catálogo, do lado do servidor, sempre
3
Eixos de encomenda independentes — estado do documento, fase de expedição e origem — para a realidade caber lá dentro

O catálogo

Com fundo que chega para merchandising a sério

Produtos, serviços, pacotes

SKU, código de barras/GTIN, marca, estado, custo e preços de tabela e de promoção com janelas de promoção, tratamento de IVA, unidades, pesos e dimensões, categorias de produto do Google, traduções, tags — o vocabulário de merchandising completo.

Variantes, geradas

Os eixos Tamanho × Cor expandem-se em variantes com preço, código de barras, imagem e peso próprios — o tédio cartesiano entregue à máquina.

Multimédia, gerida

Uma biblioteca de multimédia por artigo, com imagem principal, traduções do texto alternativo e ordenação — servida de armazenamento em CDN e higienizada no carregamento.

Tabelas de preços sem ficção cambial

Preços por moeda e por país — de propósito sem conversão automática. Um preço que nunca definiu simplesmente não existe, porque um preço inventado por taxa de câmbio é um reembolso à espera de acontecer.

Relações que vendem

Componentes de pacote, extras, upsells, cross-sells e acessórios num só modelo de relações — a resposta «combina bem com» que a sua IA consegue mesmo dar.

Em massa para dentro, em massa para fora

Importação e exportação de CSV, filtros de lista e uma barra de ações em massa — manutenção do catálogo à velocidade de uma folha de cálculo, com a integridade de uma base de dados.

Cinco superfícies

Introduza um produto uma vez. Fica em todo o lado onde há conversas.

Ilustração 3D abstrata: um cubo de produto luminoso a irradiar fios de luz para um balão de conversa, um painel de widget, um cartão de feed, um parêntesis de API e uma etiqueta de compras

A IA vende a partir dele

O Wiz consulta o catálogo e as encomendas a meio da conversa — disponibilidade, variantes, «onde está a minha encomenda» — assente no mesmo registo que o painel edita, nunca numa cópia desatualizada.

Uma loja dentro do chat

Os visitantes navegam, encomendam e consultam as suas encomendas dentro do widget do site — e a loja só aparece quando tem mesmo artigos ativos e com preço. Sem teatro de montra vazia.

Feeds de compras, com token

Um feed de produtos no esquema do Google (o Meta Commerce Manager lê o mesmo formato) mais CSV, servido num URL secreto com token e com cache — os seus anúncios e lojas ficam sincronizados sem uma análise de app pelo meio.

Uma API Commerce pública

Chaves de API por tenant com âmbito (leitura do catálogo, leitura/escrita de encomendas) deixam a sua própria loja ou app móvel construir sobre o mesmo catálogo e o mesmo motor de encomendas — documentada, com limites de taxa, a sério.

Os flows também transacionam

O nó de commerce permite às automações procurar artigos e criar encomendas como parte de uma conversa — recolha de encomendas onde o cliente já está.

Uma só porta, sem parâmetro de preço

As encomendas do widget, dos flows e da API passam todas por um único escritor de encomendas que, por estrutura, não aceita um preço — o nome e o preço são fotografados do catálogo no momento da encomenda. A adulteração não é rejeitada; é impossível.

WooCommerce e WordPress

Sincronização nos dois sentidos, com contrato de propriedade

A maioria das «integrações» é um botão de importar e uma oração. Esta é uma sincronização governada, nos dois sentidos, em que decide — domínio de dados a domínio de dados — que sistema é dono da verdade.

Ilustração 3D abstrata: duas plataformas a trocar cubos de produto por uma ponte de luz de dois sentidos, com um selo de propriedade por cima e um registo a apanhar um cubo em conflito

Emparelhamento com um clique

O fluxo de autorização padrão do WooCommerce aprovisiona chaves de API e webhooks automaticamente — sem o ritual de copiar chaves, sem lista de verificação de webhooks.

Importação profunda, escrita de volta a sério

Entram imagens, árvores de categorias, preços de promoção com janelas, GTINs, tags, upsells, preços e imagens de variações; as edições de produto podem ser escritas de volta no Woo — nos dois sentidos, sem rodeios.

Propriedade campo a campo

Domínio a domínio, escolhe: os dados vivem no Woo, vivem aqui, ou sincronizam nos dois sentidos. Os campos cuja propriedade está do outro lado aparecem só de leitura, com o motivo no ecrã — sem o caos de dois donos.

Ensaie antes de entrar em produção

Cada operação de escrita de volta tem o seu próprio interruptor com modo de ensaio — veja o que mudaria antes de alguma coisa mudar. Chaves de idempotência determinísticas tornam as repetições seguras.

Conflitos, num registo

As sincronizações falhadas ou em conflito ficam num registo de conflitos visível, com resolver-e-repetir — nunca uma sobreposição silenciosa, nunca uma divergência misteriosa descoberta na hora do inventário.

O plugin para WordPress

Embebe o widget de chat e emite tokens assinados de início de sessão único — um cliente WooCommerce com sessão iniciada é reconhecido no chat sem se voltar a registar, com encomendas e tudo.

Encomendas, vendas e stock

O rasto documental, modelado como funciona de verdade

Encomendas em três eixos

O estado do documento, a fase de expedição (com transportadora e seguimento) e a origem — painel, widget, IA, flow, API ou WooCommerce — movem-se de forma independente, porque «confirmada», «expedida» e «veio do chat» são factos diferentes.

«Pago» calcula-se, não se assinala

Orçamentos, notas de encomenda, pagamentos e um registo de contas a receber por contacto — «pago» deriva do registo, por isso os pagamentos parciais e os saldos são factos, não ficção de caixinha assinalada.

O stock como um registo a sério

Movimentos de stock por partidas dobradas entre localizações — registar, contar, transferir, consumir — e uma marcação pode consumir stock, para que o serviço marcado e as peças que gastou batam certo.

As letras pequenas, sem rodeios

O que o Commerce deliberadamente não é

Sem loja alojada

Não alojamos uma loja pública na web por si — as superfícies são a loja no chat, os feeds e a API sobre a qual o seu próprio site constrói. Uma montra alojada é um capítulo possível para mais tarde, não uma promessa sussurrada.

Sem pagamentos dentro do chat

As encomendas acontecem no chat; cobrar cartões não. Os fluxos de pagamento pertencem aos prestadores de pagamento, e fingir o contrário é como as plataformas acabam meio banco, e mal.

Catálogo da Meta: só de leitura

O seu catálogo do Commerce Manager é lido para os seletores de produto nas conversas de WhatsApp; deliberadamente não escrevemos no catálogo da Meta — o URL do feed é o caminho de sincronização, e não precisa de mais nenhuma análise da Meta.

Sem números inventados

Sem conversão cambial, sem escalões grossistas gerados automaticamente, sem stock reservado — cada um recusado porque um número inventado no comércio transforma-se num litígio real com um cliente real.

FAQ do Commerce

Antes de vender

Mais respostas no FAQ, ou pergunte-nos diretamente.

Cinco superfícies a partir de um só registo de produto: o painel de administração, o assistente de IA (que consulta produtos e encomendas a meio da conversa), a loja dentro do widget do site, feeds de compras compatíveis com Google e Meta, e uma API Commerce pública sobre a qual a sua própria loja ou app pode construir.

Um emparelhamento com um clique aprovisiona chaves e webhooks automaticamente e, a partir daí, a sincronização corre mesmo nos dois sentidos: entram produtos, imagens, categorias, preços de promoção, variações e relações; as edições podem ser escritas de volta — governadas pela propriedade campo a campo que escolher (os dados vivem no Woo, do nosso lado, ou nos dois), por um interruptor de ensaio-depois-produção em cada operação, e por um registo de conflitos visível com repetição. Nada se sobrepõe em silêncio.

As encomendas são feitas no chat; o processamento de pagamentos, deliberadamente, não. O «pago» é calculado a partir do registo de pagamentos e não de uma caixinha assinalada na encomenda, e as ligações de pagamento pertencem ao seu prestador. Preferimos integrar com honestidade os fluxos de pagamento reais a fingir um checkout.

Por estrutura, não. Todas as portas não fidedignas — a loja do widget, os flows, a API pública — passam por um único escritor de encomendas que não tem parâmetro para um preço: o nome e o preço são fotografados do catálogo no momento da encomenda, do lado do servidor. Aqui a integridade dos preços é arquitetura, não validação.

O seu catálogo já está escrito. Deixe de o reescrever superfície a superfície.

Importe do WooCommerce ou de CSV, e todas as superfícies de conversa passam a vender a partir da mesma verdade.