Histórico da Página

Front-End:

Os campos do filtro serão construídos com o componente DynamicForm do PO UI. Será necessário chamar algumas APIs no momento do carregamento da tela:

• API que salva os filtros do usuário
• API que recupera os filtros já salvos.

Os campos serão por seleção, ou seja, o usuário poderá selecionar todos os itens ou itens específicos. Os inputs serão construídos com o módulo MultiSelect do PO UI.

Abaixo todos os filtros que vão estar disponíveis para configuração:

• Filial (multiselect)
• Data (de/até) (date)
• Conta contábil (multiselect)
• Moeda (select)
• Conciliar por (select) (dependendo do filtro, abrirá um novo campo para o usuário colocar o número do processo ou extrato bancário)
• Operação (multiselect)
• Filtra entidade (select boolean)
• Centro de custo (multiselect)
• Item contábil (multiselect)
• Clvl (multiselect)
• Registros conciliados (select boolean)

Cada campo terá um parâmetro onde será possível adicionar um texto de ajuda para aquele campo específico. O local de exibição da ajuda na tela ainda não está definido.

Como citado acima, após salvar o formulário, o front fará uma requisição para o back-end enviando os dados que o usuário selecionou nos filtros. Quando o usuário acessar novamente, os filtros estarão salvos.

Back-End:

Será necessário uma API para salvar os filtros do usuário e uma outra API para recuperar o filtro já salvo.

Para que o filtro que o usuário realizou reflita nos grids, o front vai chamar as APIs que trazem as informações dos grids passando os valores dos filtros como query strings, assim a API vai saber o que filtrar na hora de trazer o resultado.

Os filtros deverão possuir help para facilitar entendimento do usuário.

Serão necessárias disponibilidade das APIs abaixo:

• API para informações de Filiais (SM0).
• API para informações do Plano de Contas Contábeis (CT1).
• API para informações de Lançamento Padrão (CT5).
• API para informações de Centro de Custo (CTT).
• API para informações de Itens Contábeis (CTD).
• API para informações de Classe de Valor (CTH).

Front-end:

A tabela será construída com o componente Table do PO UI. Na aba Exemplos já existe um exemplo de como construir a tabela no mesmo modelo que o especificado.

Como citado na seção de filtros, é necessário o front passar uma query string com os filtros selecionados na chamada desses endpoints para que eles realizem o filtro de registros ao buscar no banco de dados.

No final de cada linha, teremos um botão "..." que conterá mais ações que o usuário poderá realizar com o registro selecionado, como Edição, Exclusão, Impressão, etc (as ações citadas estão pendentes de um protótipo de alta fidelidade no Figma com as telas das ações).

Após clicar no botão "Conciliar", um modal (aba 3) será exibido para que o usuário confirme sua ação. O modal será construído com o componente Modal do PO UI. Depois da confirmação do usuário, o sistema irá exibir um alerta para o usuário informando o usuário sobre o resultado da ação (aba 4). O alerta será construído com o Interceptor do PO UI, em conjunto com o back-end.

Back-end:

Serão necessárias disponibilidade das APIs abaixo, as consultas serão realizadas conforme os parâmetros informados:

• API para lançamentos da contábeis (CT2) com as opções Get, Post e Put, esta consulta poderá receber parâmetros como: Filial, Data, Número de Lote, Sub-Lote, Documento, Conciliados e Lançamento Padrão. Deve-se preencher o ComboBox com o status do lançamento: Conciliados, Não Conciliados.

Nesta API será retornado uma lista com os registor origens (SF1, SF2, SE1, SE2, SE5) dos lançamentos contábeis recuperados, quando tratar-se de lançamentos contábeis aglutinados, será necessário trazer cada origem relacionada.

• API para informações bancárias (SA6) com a opção Get.
• API que salva a conciliação dos registros (Geração de CT2).

Também é necessário que o back-end retorne a propriedade _messages no objeto de retorno nas APIs de exclusão, edição e salvamento da conciliação de registros, como explicado detalhadamente nesta página do PO UI. Resumindo, essa propriedade serve para que o front-end exiba as mensagens de alerta conforme o status da requisição.