Linha de Produto: | Bematech Loja |
---|---|
Segmento: | Varejo Live |
Módulo: | Ponto de Venda Móvel (PDVM) |
Função: | Configuração |
Ticket: | |
Requisito/Story/Issue (informe o requisito relacionado) : | DVARMAN1-737 |
Ao realizar a desabilitação de um motivo no PL(Figura 1), após a sincronia da tarefa 407 as informações são salvas na base de dados(Postgres) corretamente(Figura 2) porem continua a ser exibida no aplicativo até que seja efetuado novamente a leitura do QR code.
Figura 1: Tela de Adição/Edição de motivo no PL
Figura 2: Exemplo de registro em base de dados Postgres
O processo de sincronia de motivos funciona em dois momento na aplicação:
Quando efetuado a leitura do QR code: O procedimento trata de remover todos os registros gravados na base de dados local da aplicação para motivos, e realiza a sincronização dos registros da banco de dados Postgres de apenas os itens ativos.
Quando efetuado o login na aplicação: O procedimento trata de sincronizar itens que foram alterados após a ultima sincronização dos registros do banco de dados Postgres com base no campo data_atualizacao(Figura 2) de apenas itens ativos.
Como é possível notar em ambos os casos somente eram sincronizados itens com o status ativo tanto para adição quanto edição no banco de dados local da aplicação, fazendo assim com que registros inativos não fossem atualizados seu status e sendo apresentados, exceto quando o banco de dados era limpado e sincronizado novamente, como no caso da leitura de QR Code.
A alteração foi realizada na regra de sincronia onde agora também são sincronizados os registros inativos para que caso seu status mude, seja alterado no banco de dados local o qual é consultado no momento de seleção na aplicação.
NA