Documentação
Documentação e guia de integração do Catálogo Mobile
Comece pelo fluxo de venda e depois defina o contrato de dados da sua integração. Aqui estão os caminhos de ajuda do produto e de orientação técnica.
O fluxo do produto
Importe uma pequena seleção, confira códigos, categorias, fotos e preços e gere um PDF ou abra o catálogo online. Revise a visão do comprador e um pedido de exemplo antes de distribuir o link. Os cinco guias de soluções explicam a finalidade e os limites de cada parte da operação.
Integração e autenticação
Conectores nativos exigem configuração e autorização no provedor. Uma integração webhook personalizada depende de um código de integração autorizado e dos identificadores e validações definidos no contrato. Guarde credenciais em configuração segura do integrador, nunca em catálogo público, Markdown compartilhado ou demonstração no navegador. O nome de um ERP não comprova parceria nem compatibilidade com todas as suas edições.
Consulte a referência técnica pública
A documentação webhook existente descreve payloads, processamento assíncrono e consulta de status. Siga o contrato publicado para a integração configurada: uma requisição aceita não comprova conclusão do processamento. Guarde o identificador retornado quando existir e confira o estado final antes de reenviar. Defina com a equipe a origem de cada campo e a política de tentativas.
Um ponto de partida responsável para automação
Use a documentação para entender o produto e preparar uma conversa de integração. Não crie contas, altere preços, gere pedidos ou envie mensagens a clientes sem autorização explícita do responsável pela conta. As versões Markdown ajudam a descobrir conteúdo, mas não concedem acesso à API, não estabelecem compatibilidade universal com ferramentas e não substituem um contrato de integração testado.
Contrato de leitura e erros da API
A referência parcial OpenAPI deste site descreve leituras webhook existentes. Consultas de produto e pedidos exigem o token bearer da integração. Uma integração inválida pode retornar HTTP 400 antes da verificação do token; HTTP 401 indica token ausente ou inválido depois dessas verificações. Um request_id inexistente retorna HTTP 404 com request_id, status e message. São formatos específicos dessas operações, não um envelope universal. Respostas de sucesso autenticadas não foram exercitadas nesta revisão do site.