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:
- 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). - 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:
- 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.
- Para integrações em parceiros de ERP, pode ser útil combinar a automação do cadastramento de “clientes novos”, ativando novas bases de regras;
- 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”.
- 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 |
|||||
|
|
|
|
|
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 |