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

Próxima