Guia de testes e qualidade

Testes e qualidade de configuradores de produtos.

Um configurador pode parecer correto ao produzir uma combinação inválida, preço errado, interação inacessível ou pedido incompleto. Este guia conecta regras, 3D, documentos, integrações e operações a uma arquitetura de teste versionada e pacote de evidências de lançamento.

Dez áreas de qualidade

Verifique o fluxo de trabalho configurado completo

Seis níveis de teste

Use a evidência correta no limite correto

Doze testes de aceitação

Tornar reproduzíveis as decisões de publicação

Dezoito perguntas frequentes sobre controle de qualidade

Responda claramente às perguntas técnicas e do comprador

Definição clara

A qualidade exige coerência verificável.

Um configurador de produto reúne múltiplas verdades: o catálogo diz o que existe; as regras dizem o que é permitido; 3D comunica o estado selecionado; o preço cria um resultado comercial; documentos comunicam uma oferta; integrações e listas técnicas opcionais ou saídas de pedidos movem o projeto para outro sistema responsável. O controle de qualidade prova que essas camadas concordam com configurações e condições de falha conhecidas.

Um teste reproduzível nomeia o requisito, dados do produto e da conta, entradas, estado esperado, resultado visível, consequência posterior, ambiente, revisões e evidências. Verifique se a seleção permitida do produto, o preço da conta, a revisão da cotação e o registro do CRM estão de acordo. Registre a prevenção duplicada e a confirmação de entrega como asserções explícitas, com o resultado real anexado à mesma configuração.

O teste é, portanto, uma capacidade permanente do produto, não uma cerimônia de lançamento. Os cenários aceitos tornam-se o pacote de regressão para novas opções, preços, ativos, traduções, integrações, navegadores e lançamentos de plataformas. A observação da produção acrescenta evidências de condições reais, mas nunca substitui a prevenção pré-soltura.

Planejador interativo de testes

Comece com consequência, não com contagem de teste.

Escolha o percurso, o resultado de negócio e o tipo de alteração. O planejador mostra as áreas mínimas para avaliar o impacto. Antes da publicação, defina dados de teste reais e responsabilidades.

Jornada principal
Resultado comercial
Tipo de alteração

Escopo de publicação recomendado

Publicação de escopo limitado

Baseado em risco

Requer revisão da fonte, regressão direcionada, revisão da apresentação e observação pós-lançamento.

Publicação de escopo limitado. Requer revisão da fonte, regressão direcionada, revisão da apresentação e observação pós-lançamento.

01

Catálogo de contas, lista de preços, projeto de cliente e co-branding

02

Negação entre contas e downgrade de função

03

Continuação do projeto salvo entre revendedor e cliente

04

Razão de preços conhecidos e reconciliação de documentos de marca

05

Revisão de cotação, validade, idioma e entrega ao cliente

06

Identidade do projeto de CRM e status de acompanhamento

07

Conjuntos de dados de teste de configuração normais, de limite, inválidos e históricos

08

Preço, visual, cotação e rastreamento downstream para lógica alterada

09

Conjunto de regressão direcionado e dependente

Jornada

Vendas do revendedor

Saída

Lead + orçamento

Alteração

Lógica do produto

Modelo de qualidade completo

Dez domínios definem um configurador confiável.

Cada domínio possui diferentes proprietários e evidências. Eles se encontram na mesma configuração versionada, e é por isso que o pacote de teste deve reconciliar camadas em vez de avaliá-las como recursos não relacionados.

A revisão correta do produto está sendo testada?

Catálogo e identidade

Verifique famílias de produtos, grupos de opções, IDs estáveis, rótulos, mercados, idiomas, disponibilidade e identidade de configuração salva. Teste itens renomeados, retirados, substituídos e com data efetiva – não apenas o caminho feliz atual.

Evidência

Revisão do catálogo, IDs do conjunto de dados de teste, disponibilidade esperada e resultados do projeto salvo

Os usuários podem criar apenas estados aceitos?

Regras e dimensões

Padrões de teste, escolhas obrigatórias, dependências, exclusões, substituições, mínimos, máximos, incrementos, valores derivados, dimensões acopladas, avisos, condições de revisão e paradas bruscas nos limites e fora deles.

Evidência

Tabela de decisão, conjuntos de dados de teste de limite, mensagens esperadas e instantâneos de estado válido

O produto visível corresponde ao estado estruturado?

Cena e comportamento 3D

Rastreie materiais, visibilidade, módulos, transformações, instâncias e geometria processual para IDs de configuração. Verifique escala, pivôs, câmera, recorte, movimento, cenas maiores, alterações repetidas e revisões de ativos em dispositivos compatíveis.

Evidência

Rastreamento da configuração até a cena, manifesto de ativos, capturas de tela e medições de dispositivos

Todos os preços podem ser explicados e reproduzidos?

Preços e contexto comercial

Reconcilie lista, dimensão, área, componente, serviço, conta, mercado, moeda, desconto, aprovação, imposto e linhas de arredondamento. Inclua limites, datas de vigência, preços ausentes, estados somente de cotação e reprecificação de projetos salvos.

Evidência

Razão de preços conhecidos, revisão da fonte, proveniência da linha e total aprovado

As saídas representam a revisão aceita?

Documentos e comunicação com o cliente

Verifique a identidade da cotação, instantâneo de configuração, seleções, exclusões, totais, impostos, validade, termos, idioma, marca, imagens 2D ou 3D, fluxo de página, acessibilidade e regeneração após uma alteração controlada.

Evidência

Conjunto de PDF aprovado, registro de cotação estruturada, comparação e aprovação do revisor

A estrutura downstream se reconcilia com a verdade do produto?

BOM e saída operacional

Teste IDs de componentes, hierarquia, quantidade, unidade, dimensões variáveis, efetividade, substituições, lógica de embalagem ou desperdício, documentos e status de revisão. Uma imagem ou total correto não comprova o resultado da produção.

Evidência

Estrutura de componentes esperada, cálculos de quantidade e confirmação de destino

Os dados chegam uma única vez, de forma completa e rastreável?

Integrações e recuperação

Teste autenticação, esquema, mapeamento de campos, identificadores, idempotência, ordenação, tempos limite, novas tentativas, eventos duplicados, interrupção de destino, falha parcial e reconciliação para CRM, ERP, comércio eletrônico, PIM e outros sistemas.

Evidência

Resultado do contrato, IDs de correlação, registro de entrega, registro de recuperação e reconciliação

Cada identidade pode acessar apenas objetos e ações permitidas?

Funções, segurança e privacidade

Teste identidades de público, cliente, revendedor, força de trabalho e serviço em contas, projetos, preços, arquivos, exportações e ações privilegiadas. Inclui negação entre objetos, mudanças de função, links compartilhados, controles de upload, retenção e reconstrução de auditoria.

Evidência

Matriz de funções, resultados de acesso negativo, registros de eventos e exercício de ciclo de vida

As pessoas podem completar a jornada sem uma entrada ou modo sensorial?

Acessibilidade e operação alternativa

Avalie a ordem do teclado, foco, nomes de controle, anúncios de status, erros, contraste, tamanho do alvo, zoom, refluxo, movimento reduzido, alternativas de arrastar e uma forma equivalente de entender e configurar o produto além da tela.

Evidência

Escopo WCAG, verificação automatizada, avaliação manual, notas e exceções sobre tecnologia assistiva

A experiência aceita permanece utilizável em condições reais?

Desempenho e compatibilidade

Meça a página inicial e o carregamento 3D, a primeira visualização útil do produto, a resposta da interação, a estabilidade do layout, a memória, o comportamento sustentado do quadro e a recuperação em navegadores, dispositivos, redes compatíveis e cenas normais e maiores válidas.

Evidência

Matriz de laboratório, medições de campo, orçamentos, rastreamentos representativos e comparação de lançamentos

Arquitetura de teste

Seis camadas equilibram velocidade, confiança e significado.

Coloque combinações e cálculos em testes rápidos de modelo. Use jornadas de ponta a ponta para comprovar a montagem. Preserve a revisão humana para aparência, linguagem, usabilidade, acessibilidade e significado operacional que a automação não pode decidir de forma confiável.

01

Verificações de modelo

Mais rápido

Valide formato de dados, identificadores, unidades, fórmulas, funções de regra e transformações isoladamente.

Exemplos: Validação de esquema, casos de tabela de decisão, cálculos de preços, fórmulas de quantidade e verificações de migração.

Limite: Não é possível provar que a jornada do cliente montada ou os sistemas conectados se comportam corretamente.

02

Testes de contratos de interface

Rápido

Verifique um limite entre serviços, ativos ou sistemas sem depender de um ambiente externo ativo.

Exemplos: Solicitação/resposta de API, assinatura de webhook, carga útil de documento, manifesto de ativos e mapeamento de campos ERP.

Limite: Um contrato correto não prova o verdadeiro endpoint, permissões, dados ou caminho de recuperação.

03

Testes de componentes e interação

Médio

Exerça controles visíveis ao usuário e transições de estado com conjuntos de dados de teste de produto controlados.

Exemplos: Dimensões, dependências de opções, mensagens de validação, atualizações de preços, comportamento do teclado e estado de salvamento.

Limite: Limites simulados podem ocultar falhas de implantação, autenticação e downstream.

04

Jornadas de ponta a ponta

Mais lento

Verifique se uma função de usuário real completa o fluxo de negócios mais valioso por meio do aplicativo montado.

Exemplos: Configure, precifique, salve, solicite orçamento, aprove, gere documento e entregue registro de pedido.

Limite: Testes amplos são caros e mais difíceis de diagnosticar; mantê-los representativos em vez de duplicar todos os casos de regras.

05

Revisão humana e especializada

Deliberado

Avaliar o que significa que as verificações automatizadas não podem determinar com segurança.

Exemplos: Credibilidade final, qualidade de linguagem, clareza de documentos, acessibilidade, usabilidade e aceitação de produção.

Limite: A revisão deve usar critérios registrados e revisões exatas ou se tornará subjetiva e irreprodutível.

06

Observação de produção

Contínuo

Detecte comportamento de usuário real, dispositivo, dados e dependência que os conjuntos de dados de teste de pré-lançamento de software não conseguem reproduzir totalmente.

Exemplos: Desempenho de campo, taxas de erro, eventos com falha, etapas abandonadas, reconciliação de cotações e sinais de suporte.

Limite: O monitoramento encontra impacto após o lançamento; não substitui a prevenção ou aceitação pré-lançamento.

Liberação de governança

Seis critérios ligam os resultados dos testes à decisão de publicação.

Um conjunto automatizado verde é uma evidência, não uma autoridade. A aceitação da versão também precisa de escopo, propriedade de domínio, qualidade não funcional, compatibilidade histórica e prontidão operacional.

01

Escopo concluído

Evidência de aprovação

Alterar nomes de registros de produtos, mercados, funções, sistemas, estados salvos, evidências e reversão afetados.

Insuficiente: A alteração é descrita apenas como um título de ticket ou solicitação visual.

02

Conjunto automatizado

Evidência de aprovação

Os testes de modelo, contrato, componente e jornada necessários são aprovados no candidato a lançamento de software e nos conjuntos de dados de teste aceitos.

Insuficiente: As falhas são executadas novamente até ficarem verdes sem explicar a instabilidade ou o escopo.

03

Aprovação de domínio

Evidência de aprovação

Proprietários nomeados de produtos, preços, 3D, documentos, integração ou operações aprovam as evidências afetadas.

Insuficiente: Uma parte interessada geral aprova resultados fora de sua responsabilidade.

04

Evidência não funcional

Evidência de aprovação

As verificações de acessibilidade, desempenho, segurança, compatibilidade e recuperação correspondem ao risco de mudança.

Insuficiente: O sucesso funcional é tratado como prova de entrega utilizável, segura e resiliente.

05

Compatibilidade histórica

Evidência de aprovação

Projetos, cotações, pedidos e integrações salvos com suporte mantêm seu significado aceito ou seguem uma migração documentada.

Insuficiente: Apenas novos projetos criados após o lançamento são testados.

06

Publicação controlada

Evidência de aprovação

Versão, migração, observabilidade, proprietário, comunicação, implementação e reversão estão prontos antes da publicação.

Insuficiente: A publicação é a primeira vez que a mudança completa é observada em um ambiente semelhante ao de produção.

Requisitos das evidências de teste

Um resultado aprovado precisa de uma identidade.

O relatório conecta a afirmação às revisões exatas do produto, aplicativo, preço, ativo, conjunto de dados de teste e ambiente. Isso torna o resultado reproduzível e útil quando uma versão posterior do software falha.

Requisito e cenário
Nomeie o requisito, as entradas, o resultado esperado e o proprietário responsável do produto.
Revisões de produtos e software
Registre o catálogo, aplicação, regras, preços, ativos e versões de documentos em teste.
Contexto de execução
Registre o tempo de execução real, ambiente, dispositivo, navegador e permissões de conta.
Asserções observadas
Armazene validação real, visual, preços, documentos e resultados de entrega, incluindo falhas.
Evidência e rastreabilidade
Vincule entradas reproduzíveis, rastreamentos, documentos e confirmações de destino à mesma configuração.
Revisão e liberação da decisão
Registre os revisores responsáveis, as descobertas não resolvidas e o limite de liberação aceito.

Pacote de aceitação entre domínios

Doze testes que toda avaliação séria pode adaptar.

Esses testes ultrapassam limites deliberadamente. Substitua o produto, os números, as identidades e os resultados de exemplo por conjuntos de dados de teste aprovados e, em seguida, aplique o mesmo pacote a cada fornecedor e a cada versão de software de material.

01

Limite mínimo

Defina cada dimensão primária para o mínimo aceito e logo abaixo dele. Verifique o estado do produto, explicação, geometria visual, preço e comportamento posterior.

02

Configuração acoplada máxima

Crie o maior produto multimódulo válido com acessórios permitidos. Verifique restrições, estabilidade do cenário, preço, documentos e quantidades de saída.

03

Dependência e exclusão

Selecione uma dependência necessária e tente uma opção conhecidamente incompatível por meio da UI e da entrada direta de estado. Confirme um resultado controlado e uma mensagem clara.

04

Razão de preços conhecidos

Execute uma configuração com expectativas linha por linha aprovadas em dimensões, opções, serviços, descontos, impostos e arredondamentos; comparar fontes e total.

05

Rastreamento visual para registro

Altere um material, módulo, dimensão, acessório e estado móvel. Reconcilie o comportamento do nó com IDs de configuração estáveis e o projeto salvo.

06

Revisão de cotação

Gere uma cotação, revise a configuração, reavalie e gere novamente. Verifique a identidade da revisão, a substituição, o instantâneo, a validade e as diferenças visíveis ao cliente.

07

Saída configurada

Entregue uma configuração conhecida ao pedido aceito ou destino da BOM. Reconcilie IDs, quantidades, unidades, dimensões, revisão e reconhecimento.

08

Interrupção no destino

Interrompe uma integração necessária. Verifique o status seguro do usuário, estado de fila ou falha, alerta atribuível, nova tentativa idempotente e reconciliação final.

09

Negação entre contas

Use uma identidade de revendedor ou cliente válida para solicitar projeto, orçamento, arquivo, exportação e evento de outra conta. Confirme a negação sem vazamento de conteúdo.

10

Teclado e status

Conclua a jornada principal sem ponteiro. Verifique a ordem do foco, foco visível, nomes de controle, erros, progresso, alterações de preço e status de conclusão.

11

Sessão sustentada móvel

Carregue uma configuração válida normal e maior em telefones e redes representativos e, em seguida, altere as opções repetidamente enquanto mede a resposta e a memória.

12

Compatibilidade com projetos salvos

Abra projetos com suporte criados antes do lançamento. Verifique a revisão do produto, mapeamentos, política de preços, aparência, documentos e comportamento de migração pretendido.

Padrões de falha de controle de qualidade

Oito práticas que criam falsa confiança.

O conjunto de testes perigoso nem sempre é o vermelho. É o conjunto verde que verifica a revisão errada, depende de dados instáveis ou nunca observa o resultado do negócio.

01

Somente o caminho feliz é automatizado

A configuração de demonstração é aprovada enquanto mínimos, máximos, incompatibilidades, dados ausentes e estados históricos permanecem não testados.

Controle: Crie conjuntos de dados de teste a partir de classes de equivalência, limites, falhas conhecidas e casos de suporte reais.

02

As capturas de tela substituem as afirmações do produto

Uma comparação visual detecta pixels, mas não pode provar a identidade da opção, a proveniência do preço, a quantidade da lista técnica ou o significado acessível.

Controle: Combine evidências visuais com estado estruturado, cálculo e asserções downstream.

03

Os mesmos dados de teste mudam no conjunto

Catálogo compartilhado ou registros de conta são editados, tornando as falhas irreproduzíveis e os resultados esperados incertos.

Controle: Use conjuntos de dados de teste isolados e versionados com revisões de origem explícitas e configuração controlada.

04

Testes instáveis são simplesmente repetidos

Sincronização intermitente, falhas de dados e de ambiente ficam ocultas até que um cliente real as experimente.

Controle: Classifique, coloque em quarentena com propriedade, diagnostique e remova a causa antes que o teste recupere a autoridade de liberação.

05

A automação é confundida com conformidade de acessibilidade

Uma varredura passa enquanto o teclado, o foco, os anúncios, as alternativas de tela e as jornadas reais de tecnologia assistiva falham.

Controle: Combine detecção automatizada com avaliação manual e avaliação inclusiva do usuário.

06

A produção é testada com dados do cliente

O controle de qualidade cria leads, cotações, pedidos, e-mails ou registros operacionais reais que não podem ser diferenciados da atividade comercial.

Controle: Use identidades e dados de teste governados, destinos seguros, marcadores claros e regras de limpeza ou retenção.

07

A evidência de liberação não tem revisão

Um PDF, captura de tela ou relatório de teste não pode provar qual código, catálogo, lista de preços, ativo ou contrato de integração foi avaliado.

Controle: Anexe a versão do software, o ambiente, o conjunto de dados de teste e as revisões de dependências, além do tempo e do proprietário, a cada resultado de aceitação.

08

O monitoramento começa após o incidente

A equipe não consegue distinguir configurações inválidas, erros de preços, falhas de entrega ou regressões de desempenho até que os usuários os relatem.

Controle: Defina a liberação e a observabilidade do negócio juntamente com o plano de teste, incluindo o proprietário e o caminho de resposta.

Due diligence de controle de qualidade do fornecedor

Vinte perguntas antes de aceitar reivindicações de qualidade.

Pergunte a todos os fornecedores o mesmo produto e resultado. Exija evidências exatas, proprietários e identidade de revisão em vez de “totalmente testado” ou “funciona em todos os dispositivos”.

01

Qual produto, conta e resultado reais formam o conjunto de dados do teste de aceitação comum?

02

Como as revisões de produtos, preços, ativos, documentos, ambiente e integração são identificadas nos resultados?

03

Quais testes cobrem padrões, dependências, exclusões, limites dimensionais e valores derivados?

04

Como os estados inválidos são testados por meio da interface e da API direta ou da entrada de estado salvo?

05

Como as peças e materiais 3D visíveis são reconciliados com os IDs de configuração?

06

Quais casos de preço conhecido são aprovados linha por linha e quem é o proprietário de cada fonte de preço?

07

Como são aceitos orçamentos, revisões, validade, impostos, idioma e instantâneos de documentos?

08

Quais casos de componentes, quantidades, unidades e dimensões comprovam a lista técnica ou as saídas do pedido?

09

Como são testadas falhas, novas tentativas e duplicatas de CRM, ERP, comércio eletrônico e webhook?

10

Quais funções, locatários, projetos, arquivos, exportações e ações privilegiadas têm testes de acesso negativos?

11

Qual alvo WCAG e página ou escopo de jornada são aceitos para avaliação de acessibilidade?

12

Quais verificações de acessibilidade são automatizadas, manuais e avaliadas pelo usuário?

13

Quais navegadores, dispositivos, redes, produtos e tamanhos de cena definem a matriz de compatibilidade?

14

Quais medidas de desempenho de laboratório e campo são portas de liberação?

15

Como os conjuntos de dados de teste são isolados, redefinidos e protegidos contra alterações não controladas?

16

Como os testes fragmentados são identificados, pertencentes, colocados em quarentena e restaurados?

17

Quais alterações acionam conjuntos de regressão completos, direcionados ou nenhum conjunto de regressão, e quem decide?

18

Como os projetos salvos suportados e cotações anteriores são testados após as alterações?

19

Quais evidências devem existir antes da divulgação e onde elas são retidas?

20

Como são testados a implementação, o monitoramento, o suporte, a reversão e a reconciliação pós-lançamento?

Referências de testes primários

Use padrões e ferramentas sem confundi-los para uma prova completa.

Essas fontes oficiais ajudam a definir acessibilidade, testes de navegador, desempenho, segurança e verificações de ativos 3D. O product Owner ainda precisa definir os reais critérios de aceitação catalogada, comercial e operacional.

Perguntas frequentes sobre testes do configurador de produto

Respostas diretas para equipes de produto, controle de qualidade e compras.

Software sob medida para produtos complexos

Um configurador na frente. Sua operação conectada por trás.

Somos especializados em produtos complexos, configuráveis e fabricados sob encomenda. Criamos configuradores e software sob medida com base no seu catálogo, nas regras do produto e nos processos comerciais e de produção.

Conecte a qualidade do produto ao seu software personalizado

Configurix cria configuradores 3D e software personalizado para produtos complexos. Conecte opções de catálogo e regras de produtos a consultas, CRM, agendamentos, preços, cotações, listas de materiais, trabalhos, pedidos e faturamento. Integração de sites, conteúdo público, análises e sistemas conectados são acordados dentro do escopo do seu projeto.

CRM e contatos qualificados

Salve o produto, as medidas e as opções junto com cada consulta. Qualifique os requisitos e o momento comercial do projeto e atribua o acompanhamento à pessoa certa.

Área ConfigurixRevisão do orçamento

Nova consulta

Controle de qualidade do configurador de produto

Produto adequado

Qualificada

Controle de qualidade do configurador de produto

Requisitos

Proposta

Controle de qualidade do configurador de produto

Próxima ação

Calendários e agendamentos

Continue da configuração para uma consulta, revisão técnica, medição ou instalação. Conecte calendários, responsáveis e lembretes ao mesmo cadastro de cliente.

Área ConfigurixRevisão do orçamento
  • 09:00Revisão do projeto
  • 11:30Revisão técnica
  • 14:00Planejamento da produção

Lista de materiais e dados de fábrica

Relacione as escolhas a códigos, materiais, quantidades e comprimentos de corte. Definimos a lista comercial ou de fabricação, suas revisões e os controles necessários para seus produtos.

Área ConfigurixRevisão do orçamento
Lista de materiais e dados de fábrica
ComponenteQuantidade
FRM-01Componentes configurados1
PNL-02Materiais e quantidades1
KIT-03Operações acordadas1

Vinculado aos seus códigos de produto

Preços e orçamentos com sua marca

Aplique fórmulas, tabelas de preços, margens e aprovações da sua empresa. Prepare orçamentos com a configuração salva, imagens, condições e uma etapa clara de aprovação do cliente.

Área ConfigurixRevisão do orçamento

Revisão do orçamento

Seu catálogo
Opções
Serviços
Suas regras de preçoPDF com sua marca

Pedidos, tarefas e produção

Transfira as escolhas aceitas para os itens do pedido e as tarefas atribuídas. Mantenha revisões, aprovações, documentos e entregas vinculados à mesma especificação.

Área ConfigurixRevisão do orçamento
  1. Orçamento aceito01
  2. Pedido configurado02
  3. Ordem de produção03
  4. Instalação04

Faturamento e contabilidade

Conecte pedidos aceitos a adiantamentos, rascunhos de fatura e condições de pagamento. Definimos o sistema emissor e o retorno de referências e pagamentos confirmados ao projeto.

Área ConfigurixRevisão do orçamento
Rascunho de fatura

Controle de qualidade do configurador de produto

Referência do pedidoControle de qualidade do configurador de produto
Cliente—
Condições de pagamento—
Envio à contabilidade

Para seu site. Conectado aos seus sistemas.

Publique o configurador no seu site ou em um portal comercial sob medida. Conecte CRM, ERP, PIM, comércio eletrônico, calendários e contabilidade por APIs disponíveis, webhooks ou importações acordadas. Definimos dados, permissões e responsabilidades com sua equipe.

  1. 01Seu site
  2. 02Configurador
  3. 03CRM e calendário
  4. 04ERP e contabilidade

Escolha os processos necessários para sua implementação. Desenvolvemos e validamos cada um com seus produtos, documentos e sistemas de destino.

Discuta sua experiência com o produto

Conecte a qualidade do produto ao seu processo de vendas.

Traga seu catálogo, regras de produtos e resultados de negócios esperados. Definiremos o escopo do configurador, do software personalizado e das verificações de aceitação em torno do seu fluxo de trabalho.

Conte-nos sobre sua empresa

Passo 1 de 2 — seus dados, depois escolha um horário.

2 min
Opcional
Opcional
Opcional
Opcional
Opcional

Ao enviar você concorda em ser contatado sobre o Configurix. Respeitamos sua privacidade.