Release 1.4.1 | PDV One
Tipo | Quant. |
---|---|
CORREÇÃO | 4 |
MELHORIA | 11 |
(SAT #4) Definir função de comunicação JavaScriptInterface que receberá o xml e IPV4 do front | Feito em desenvolvimento. Fluxo completo entre PDV único servidor ou comunicação entre PDVs em rede. O SAT conectado via porta USB, comtemplando assim um fluxo completo após obtermos LIB do time de MID-e e FiscalFlow. Apenas 1 PDV Server - A comunicação com hardware do SAT através de LIB devolve pro Front a resposta em window.returnsendordersat um Json com success e error message. Verificado com o inspect do Chrome window.returnsendordersat com a resposta da contingência SAT. 2 PDV's Server e Client- A comunicação via rede entre os PDVs será feita e enviará o XMLpara o PDV Server que foi configurado em rede. O PDV Server recebe o XML e comunica com o SAT o PDV Server devolve o resultado para o PDV Client que o enviou o XML ( os PDVs se conhecem por IP em demandas de ida e volta, não permitindo conflitos entre PDVs). o PDV Client recebe a resposta e devolve ao Front o resultado em window.returnsendordersat um Json com success e error message. verificado com o inspect do Chrome window.returnsendordersat com a resposta da contingência SAT | ||
(SAT #6) Ativação SAT via Permissão da LIB fornecedor | MELHORIA | Feito em desenvolvimento . Ativação do SAT via LIB fornecida pela Sweda e Elgin ativando aparelho. Na ativação vai pedir na primeira vez a permissão da porta USB para SAT Sweda (Elgin não pedirá - pois LIB da Elgin é Plug in play sem permissões). Os retornos e exibição em tela no front. O SAT ficará com as luzes acesas e o sistema retorna mensagem de SAT ativado. | |
(SAT #8) Alterar o Tax para chamar o Client 2.9.0 para gerar o XML antes de enviar ao SAT | MELHORIA | Feito em desenvolvimento. Alteração do Tax para enviar ao client versão 2.9.0.6 o Json com os dados, o Client irá transformar o Json no XML que o SAT interpreta, então o Tax seguirá o fluxo que existe hoje enviando o XML para o Front que por sua vez irá autorizar no SAT. | |
(SAT #9) Alterar o Tax para chamar o Client 2.9.0 para gerar o XML antes de enviar ao SAT no fluxo de Cancelamento | MELHORIA | Feito em desenvolvimento. Alteração o Tax para enviar ao client 2.9.0.6 o Json com os dados, o Client irá transformar o Json no XML que o SAT interpreta, então o Tax seguira o fluxo que existe hoje enviando o XML para o Front que por sua vez irá autorizar no SAT. | |
(SAT #10) Ajustes de Tela para configuração e Ativação do SAT | MELHORIA | Feito em desenvolvimento. Telas de configuração e ativação do SAT e realizar ajustes necessários para entregar o Backend os dados necessários para a transmissão correta da Cfe. | |
(HOTFIX) Ajustar Campos obrigatórios na tela "Sangria/Fechamento de Caixa" do PDV One | MELHORIA | Feito em desenvolvimento. Realizado ajustes nos campos obrigatórios da Sangria na Redução e Fechamento de caixa. Retirado a mensagem de confirmação de Sangria quando o valor for R$0,00. | |
[PDV ONE] Pedidos Hub Delivery do dia anterior estão aparecendo na tela de importação do delivery | CORREÇÃO | Problema: Informa que pedidos do dia anterior estão sendo exibidos na tela. Ao tentar realizar o fechamento dos pedidos, ocorre o erro anexado.
| |
[PDV ONE] - Pedido Delivery preso no PDV | CORREÇÃO | Problema: Verificado que loja está com pedido da data de hoje preso no sistema, ao tentar finalizar PDV informa que nota não foi gerada corretamente e não consegue emitir novamente. Sistema não gerou nota para o pedido. Solução: Feito em desenvolvimento. Realizado correção para conseguir finalizar pedidos no Delivery. No serviço do ORDER foi removido a parte que valida o caixa nessa função, pois, quando o HUB chama essa função já tem visto se existe caixa aberto, se foi emitida a nota e etc. | |
[PDV ONE] - Divergência de Vendas entre Arena X PDV | CORREÇÃO | Problema: Informa que comparativo de vendas entre ARENA x PDV 1.4 apresenta divergência nos valores, abaixo comparativo: Arena Degust 1.4 bruta Solução: Feito em desenvolvimento. Correção na versão 42.12 do AA onde contempla todos as correções do AA One nos últimos 6 meses. | |
Venda cancelada com itens não cancelados | CORREÇÃO | Problema: Venda cancelada com itens não cancelados. Solução: Feito em desenvolvimento. A correção da regra. | |
( SAT #1 ) Criar configuração no app PDV que define se é SERVER ou CLIENT na tela de configurações | MELHORIA | Feito em desenvolvimento. Criada configuração na tela do APK que define escolha se PDV é SERVER ou CLIENT com envio para o front no window.mobileConfig em "CONFIG_SAT" passando parâmetro para entendimento do front. Também está sendo devolvido para o front o IPV4 atual desse PDV caso seja um client e deseje migrar para usá-lo como server. Em window.mobileConfig "IP_SERVER"**. Essa configuração determinará se o PDV está com SAT conectado nele via porta USB(PDV SERVER) ou se será um (PDV CLIENT) que não terá um SAT conectado via USB. PDV SERVER podem receber XMLs dos PDVS CLIENTS via rede e comunicar com o SAT ou apenas comunicar diretamente com o SAT, haja visto que ele também poderá ser usado para vendas. PDV CLIENT pode XMLs a rede e o PDV server irá comunicar com o SAT e devolver a resposta da comunicação. | |
(SAT #2) Função no PDV configurado como SERVER para capturar IPV4 dinamicamente | MELHORIA | Feito em desenvolvimento. Função no PDV configurado como SERVER para capturar IPV4 dinamicamente Função no PDV configurado como SERVER para capturar IPV4 dinamicamente. | |
(SAT #3) Baseado na flag (Server) configurada: ao iniciar carrega o servidor com listener a os outros PDVS client | MELHORIA | Feito em desenvolvimento. Função no PDV configurado como SERVER para capturar IPV4 dinamicamente Função no PDV configurado como SERVER para capturar IPV4 dinamicamente. Se o PDV estiver configurado como server, o mesmo receberá XML. Os outros terminais irão mandar os XML para a autorização do SAT conectado no aparelho, além do próprio dispositivo conseguir emitir e cancelar nota também. | |
(SAT #5) Definir classes de Server e Client (Todos os apps - Serão inicializados baseado na flag configurada para tipo de pdv (Server ou Client) | MELHORIA | Feito em desenvolvimento. Definição das classes de Server e Client (Todos os apps - Serão inicializados baseado na flag configurada para tipo de PDV (Server ou Client). | |
(SAT #7) Incluir configuração no apk e front para configurar tipo de SAT (Elgin-Sweda) | MELHORIA | Feito em desenvolvimento. Incluído na tela de configurações inicial do app a configuração de escolha do tipo de sat que será usado no caso de PDV Server para comunicação com o Sat específico - SMART ELGIN ou SWEDA SS2000. A priori o desenvolvimento da LIB Linx (desenvolvida pelo time de MID-e/ FiscalFlow) que faz a comunicação com os SATs, contemplam ponte apenas para SATs Elgin e Sweda se comunicando com a LIB desse fornecedores acessando as rotinas do hardware em questão. |