# Projetando a experiência do usuário

Source: https://developer.avalara.com/services-calculation-pt/experiencia_usuario/

# Projetando a experiência do usuário

Quer você seja um parceiro de tecnologia trabalhando para se tornar certificado ou um cliente de API, esta seção descreve como você deve projetar AvaTax.

**Certificação para parceiros de tecnologia:**

Qual deve ser a aparência da interface do usuário de sua integração? Quais elementos de design você deve incluir? Para certificação de parceiro, esta seção descreve os elementos de design que são necessários para se tornar certificado. Esses elementos da UI foram cuidadosamente elaborados para ajudá-lo a criar uma integração direta e descomplicada para seus usuários e para ajudar a garantir que sua integração seja compatível com impostos.

Os requisitos do selo são divididos nos seguintes tipos:

-   **Obrigatório**: Este elemento de design é necessário para se tornar certificado.
-   **Sugerido**: Este elemento de design não é obrigatório, mas recomendamos que sua UI inclua os elementos sugeridos.

**Obrigatório**                

**Casos de uso**

**Notas**

Obrigatório

Configurar credenciais Avalara

A prática recomendada é aprimorar a UI para facilitar a entrada de credenciais da Avalara, incluindo:

-   Token de ID de cliente
-   Token secreto
-   URL do endpoint Avalara

Obrigatório

Teste de conexão de autenticação - Health Service (PING)

Existem dois métodos disponíveis:

-   Autenticação / AUTH
-   Disponibilidade de serviço / PING

Obrigatório

Habilitar/desabilitar a utilização do serviço

Nesse caso, o usuário pode habilitar ou desabilitar o serviço AvaTax Brasil a qualquer momento. A bandeira indicará que o serviço está operacional.

Obrigatório

Registro abrangente

Dado que todas as transações são baseadas em solicitação/resposta (request/response) JSON, o conector deve fornecer logs dessas transações para solução de problemas, se necessário. Os parceiros podem definir o tempo necessário para manter esses dados no sistema.

Sugerido

Defina o tempo limite para chamadas de API

Defina um tempo limite para a chamada de API, conforme indicado pelas melhores práticas recomendadas.

Obrigatório

Protocolo de comunicação de segurança - HTTPS / SSL

As plataformas (ERP's, middleware's, e-commerce, etc.) que serão as chamadas de API devem estar preparadas para suportar TLS 1.2.

As versões anteriores serão descontinuadas e não são recomendadas.

Obrigatório

Verificação de ambiente

Fornece evidências que demonstram qual ambiente (Produção ou Sandbox) o cliente/parceiro está operando

Obrigatório

Versão

Informar compatibilidade de versão do ERP com o conector.

Obrigatório

Arquitetura

Informar a arquitetura do conector, bem como os pré-requisitos para operação, seja no Local ou na nuvem.

Obrigatório

Namespaces – SAP

Exclusivo para parceiros que irão desenvolver um conector para SAP ERP, é obrigatório ter um domínio reservado dentro do sistema SAP, que deve estar ativo e licenciado.

[Anterior](/for-review-only/en/leila-paul/services-calculation-pt/conceitos/regras_de_calculo)

[Próxima](/for-review-only/en/leila-paul/services-calculation-pt/projetando_o_workflow)