Fluxo de informações

Para viabilizar um processo eficiente de atualização do conteúdo no cliente, é preciso definir pelo menos dois fluxos de informações:

1. Do cliente para a Systax:
   a. Toda mercadoria nova ou alterada deve ser encaminhada para inclusão na base de monitoramento. Esse envio pode ser automatizado (pela integração) ou manual (por digitação ou importação de listas).
   b. Novas operações (com UFs diferentes, p.ex.) precisam ser alinhadas com a Systax para inclusão de novos cenários na base de regras. A inclusão de cenários pode ser automatizada (pela integração) ou por demanda ao atendimento da Systax (o que é mais comum, já que alterações de operações normalmente não são frequentes).
2. Da Systax para o Cliente:
   a. Toda regra que sofra alteração é entregue para o cliente. Processos recorrentes (normalmente diários) fazem a leitura das regras novas ou alteradas.
   b. Pode-se estabelecer uma rotina automática, diária (ou com a periodicidade que o cliente preferir) para busca das atualizações no sistema da Systax. E podem ser executadas cargas eventuais (urgentes) se surgir necessidade.

Fluxos Opcionais:

1. Pode-se administrar também a relação “N-N” entre mercadorias e cenários, com os “Grupos de Produtos”. Existem métodos específicos para isso.
2. Para integrações em parceiros de ERP, pode ser útil combinar a automação do cadastramento de “clientes novos”, ativando novas bases de regras;
3. Clientes com necessidades mais complexas de gestão de cadastros (workflow de itens novos, p.ex.) podem ter integração para tratamento de dúvidas técnicas e etapas de “classificação fiscal”.
4. Produção de regras complementares “on demand” - esse serviço poderá ser aplicado em clientes que tenham operações complexas e muito dinâmicas, quando não conseguem definir com antecedência as mercadorias e cenários que precisarão processar. Essa solução permite produzir e entrega uma regra de tributação “online”, em requisição síncrona, podendo ser aplicada como contingência eventual à falta de regras. Se precisar desse recurso, solicite mais informações à Systax

MODELOS DE INTEGRAÇÃO DISPONÍVEIS

A Systax dispõe de algumas opções para integração. O quadro abaixo resume as principais características, que serão detalhadas mais abaixo:

#	Forma de Integração	Características
		comunicação	apresentação de dados ao usuário	vantagens	desvantagens	Esforço Técnico (desenvolvimento)	custos adicionais
1	Webservice	Soap/XML	a ser construída do lado do cliente	integração direta entre ERP e Systax	esforço para criar as telas de apresentação ao usuário	consumo do webservice; telas de apresentação ao usuário	nenhum
2	Cockpit em nuvem	conexão direta ao banco de dados	pelas telas do cockpit, ou, opcionalmente, telas criadas pelo parceiro.	interfaces visuais prontas para gerenciamento do conteúdo (consultas, aprovações, etc.)		consumo de regras com query em conexão direta no banco de dados	adicionado à mensalidade, conforme negociação
3	Cockpit local	conexão direta ao banco de dados	pelas telas do cockpit, ou, opcionalmente, telas criadas pelo parceiro.	interfaces visuais prontas, facilidade para integração com aplicações internas	necessidade de disponibilizar infraestrutura e ainda assumir o esforço das atualizações periódicas de versões do Cockpit	consumo de regras com query em conexão direta no banco de dados	nenhum
4	Cockpit + webservice	Soap/XML ou Rest/Json	pelas telas do cockpit	independência da integração via webservice aliada à facilidade de contar com a interface visual pronta		consumo do webservice	adicionado à mensalidade, conforme negociação, se o Cockpit estiver em nuvem
5	Cockpit + exportação e importação de arquivo, inclusive layouts específicos	csv, planilha...	pelas telas do cockpit	capacidade de implementarmos conversores para layouts do cliente	necessidade de ação humana para exportar e importar os dados a partir do Cockpit		adicionado à mensalidade, conforme negociação, se o Cockpit estiver em nuvem
6	Motor de Cálculo	API (soap/xml) ou DLL	O motor funciona junto ao Cockpit	Aplica as fórmulas de cálculo em cada transação, já considerando as diferenças entre os Estados!		consumo via API ou instanciando uma DLL	Depende da arquitetura escolhida