CONTEÚDO

  1. Visão Geral
  2. Exemplo de utilização
  3. Tela XXX
    1. Outras Ações / Ações relacionadas
  4. Tela XXX
    1. Principais Campos e Parâmetros
  5. Tabelas utilizadas


01. VISÃO GERAL

O intuito do Classificador Fiscal


02. EXEMPLO DE UTILIZAÇÃO

Use esse espaço para colocar exemplos de utilização. 

03. TELA XXXXX

Outras Ações / Ações relacionadas

AçãoDescrição
Inclua a ação Inclua a descrição relacionada
Inclua a ação Inclua a descrição relacionada
Inclua a ação Inclua a descrição relacionada

04. TELA XXXXX

Principais Campos e Parâmetros

CampoDescrição
Inclua o campo Inclua a descrição relacionada
Inclua o campo Inclua a descrição relacionada
Inclua o campo Inclua a descrição relacionada



05. TABELAS UTILIZADAS

Coloque o link das tabelas relacionadas

06. FONTES ENVOLVIDOS

O classificador foi desenvolvido a partir dos seguintes fontes:

FISA306


Rotina principal utilizada via Protheus. É recomendo criar um item no menu chamando essa rotina.
Nela é criada a interface para integração de dados com a Systax e consumo das APIs de retorno.


FISA306A

Esse foi cria a classe de comunicação com o Cockpit da Systax, centralizando toda a comunicação com o ambiente. 

Para informações mais detalhadas sobre as APIs disponibilizadas pela Systax, consultar a documentação do Cockpit API da Systax.


Até o momento foram criados os métodos:


FISA306B
Função que deverá, futuramente, ser utilizada pelo faturamento. Essa função é chamada por meio do ponto de entrada MT010CAN.
Tem como objetivo identificar se campos críticos para a criação de regras por parte da Systax foram alterados. Caso isso ocorra, é enviado duas requisições para a Systax.
Uma requisição solicitando a exclusão do cadastro existente e uma outra enviado o produto com as novas alterações.
A Systax não trabalha com alteração de cadastros, sempre é necessário excluir o antigo e enviar o novo.


FISA306C
Esta rotina realiza o tratamento das informações recebidas da Systax para compor as possíveis regras para a criação dos cadastros no classificador.
Atualmente este processo é necessário pois só enviamos o cadastro de produto, quando ocorre o retorno das regras é necessário que o usuário faça o relacionamento manual entre os cadastros. (UF x Cliente x Produto x Operação).
Como a ideia passou a ser "aceitar tudo como verdade" e futuramente criar um "filtro" para que o usuário defina o que deseja aprovar ou não, essa rotina deverá sofrer alterações.


FISA306D
Esta rotina realiza a gravação das regras nas tabelas do configurador (F2B);