Quando é preciso verificar se tal operação já está contabilizada e se foi aceite ou rejeitada pelo AS400.

Esta verificação pode ter diversos motivos:

1. Anulação de um movimento;

2. É criado um movimento com mais de 30 dias, e dessa forma o processo de contabilização não irá considerar este(s) movimento(s);

3. Quando um movimento foi rejeitado pelo AS400 e necessitam de corrigir algo no movimento, neste caso (Tendo sido rejeitado) então o Eurobic tem obrigatoriamente que avisar a Finantech, para serem enviados apenas as contabilizações e não incluir estornos;

4. Também há casos que é criado um movimento do próprio dia.

No ambiente do Eurobic, o Interface contabilístico funciona assim:

Quando um movimento é criado, este fica com o campo "Tratado CNT"='N' (Se foi contabilizado ou não) de forma que com o fecho (batch 50020) ele seja considerado pela migração e passe para o interface contabilístico, o mesmo batch envia a contabilização destes movimentos por ficheiro para o AS400 e os movimentos ficam no ecrã "Monitor do controlo financeiro" em estado "PROC" a espera de resposta do AS400 (conforme print abaixo).

Nota: o Batch 50020 está preparado para considerar movimentos de até 30 dias

Caminho para o ecrã: Vista > Utilitários > Mensagens sistemas externos > Monitor controlo financeiro

Nas 3 primeiras situações previstas acima, é necessário validar neste ecrã de "Monitor do controlo financeiro" se o movimento original foi aceite ou rejeitado pelo AS400, para tal terão de pesquisar no campo "Referência"  pelo número do movimento, entre "%" da seguinte forma: %2022031500001%, e no campo "Tipo Pedido" escolher a opção "Liquidação".

Apenas no caso de efetuados, terão de retirar os primeiros 2 dígitos do número do movimento em questão. Exemplo: %22031500001%.

Caso não encontre o movimento na tab "Pedidos de Cativos/Descativos online" quer dizer que este movimento já passou para histórico, e nesse caso deve-se procurar na tab "Histórico de pedidos Batch ou On-line" no mesmo ecrã e da mesma forma que explicado acima.

• 1. Anulação de movimento

Neste caso basta fazer a primeira verificação conforme explicado acima. Se o movimento original foi corretamente contabilizado pelo AS400 não há problemas desde que tenha menos de 30 dias,  o Sifox vai enviar o estorno do movimento original, ficando correto na contabilidade do banco.

Se o movimento original foi rejeitado deverá abrir um pedido no site para pedir apoio a Finantech, de forma a não ser enviado estorno.

• 2. É criado um movimento com mais de 30 dias

Caso seja criado um movimento com data valor com mais de 30 dias este não é considerado automaticamente pelo interface contabilístico, pode-se validar (Explicação acima) se de facto o movimento ainda não foi contabilizado/rejeitado. 

Nota: Caso sejam efetuados, ver explicação antes do ponto 3.

 Exemplo de movimento com mais de 30 dias:

Se for esse o caso basta migrar o movimento manualmente para o Interface contabilístico, desta forma este movimento será contabilizado pelo batch com o fecho de sessão.

Caminho para o ecrã:  Mestres > Interface Contabilística > Módulo de Migração > Migração Sifox Corretores. 

No campo processo seleciona a opção de acordo com o movimento, pode ser financeiro ou conservadoria ou efetuados ou transferencias entre outros.

Configurar com a data valor e o número do movimento os campos "Da Data", "à Data", "Do Número", "Ao Número". Para migrar apenas o movimento em questão preencher os campos e de seguida ir ao Botão verde e pressionar em "Processar".

Exemplo:

Nota: Caso sejam efetuados, além da data valor, considera-se também a data sessão. E nesse caso devemos fazer a migração para ambas datas para o mesmo efetuado.

Exemplo:

• 3. Alteração no movimento

Se alterar algo no movimento deve-se validarse este foi rejeitado pelo AS400 conforme explicação inicial.

Se o movimento foi aceite e tem menos de 30 dias, não é necessário qualquer tipo de intervenção.

Caso tenha mais de 30 dias, migrar o movimento para a contabilidade conforme explicado no ponto 2.

Se o movimento foi rejeitado ver o campo CODIGO_ERRO e validarem internamente o motivo deste erro. 

Nota: Se o movimento original foi rejeitado deverá obrigatoriamente abrir um pedido no site para pedir apoio a Finantech.

• 4. Validar movimentos criados no próprio dia.

Caso o movimento tenha menos de 30 dias, este será contabilizado automaticamente pelo batch no fecho de sessão.

Caso tenha mais de 30 dias o movimento terá de ser migrado para a contabilidade conforme explicado no ponto 2.