Painel | ||||||||
---|---|---|---|---|---|---|---|---|
| ||||||||
DOCUMENTAÇÃO EM ANDAMENTO ⚠️ |
Nota |
---|
Esta nota de versão é apenas uma prévia da versão ERP. Além disso, informamos que as correções e implementações descritas aqui podem ser alteradas, excluídas ou adicionadas a qualquer momento. Liberamos com antecedência para ajudar nossos clientes a planejarem a atualização do sistema. |
|
---|
📙 Mudanças
[Nome do menu]
Expandir | ||
---|---|---|
| ||
📙 Nome e número da melhoriaLorem Ipsum is simply dummy text of the printing and typesetting industry. Lorem Ipsum has been the industry's standard dummy text ever since the 1500s, when an unknown printer took a galley of type and scrambled it to make a type specimen book. It has survived not only five centuries, but also the leap into electronic typesetting, remaining essentially unchanged. |
📗 Melhorias
[Integrador AFV]
Expandir | |||||||
---|---|---|---|---|---|---|---|
| |||||||
📗 2️⃣ Melhoria ao acessar arquivos do servidor.
No “Integrador AFV”, foi feita uma melhoria para que quando ocorrer a inconsistência, o sistema reinicie e abra novamente o integrador. Poderá ser definido se a aplicação será reiniciada automaticamente através do campo “BLA_REINICIA” da tabela “BLACKLIST”.
|
[Integrador e-commerce]
Expandir | |||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||
📗 2️⃣ Integração com “Lexos” no e-commerce.
O “Integrador e-commerce”, agora possui a plataforma “Lexos” disponível para integração dos pedidos feitos através do e-commerce para o Guarani ERP (Imagem 1).
Autenticação A primeira etapa será a de criação da conta no site https://api.lexos.com.br/Autenticacao , que deverá ser diferente (ao menos a senha) do painel (hub) de integração
| |||||||||||||||||||||||||||
Ao testar pela primeira vez, o “Integrador e-commerce” preencherá o campo “Refresh Token”, que será atualizado automaticamente em toda chamada na integração (Imagem 5). |
Da mesma forma que das demais integrações, as informações “De > Para” deverão ser inseridas. Apenas uma tabela de preço foi disponibilizada neste momento, pois isso dependerá de uma condição específica do usuário que utilizará a integração. O status para importação no integrador, neste momento deverá ser “Todos” e para o ERP vazio. Além disso, deverão ser inseridos os estoques e usuários de cancelamento. As demais informações serão necessárias, com o início da chegada dos pedidos (Imagem 4). |
Painel | ||
---|---|---|
|
Os arquivos (payload) ficarão na pasta “Response”, da instalação do integrador, nas pastas do nome do “endpoint da API” (Imagem 5). |
Painel | ||
---|---|---|
| ||
Como exemplo, será enviada uma carga individual de produto (da mesma maneira que as demais integrações) (Imagem 6). |
Painel | ||
---|---|---|
| ||
Os arquivos (payload) ficarão na pasta “Response”, da instalação do integrador, nas pastas do nome do “endpoint da API” (Imagem 7). |
Painel | ||
---|---|---|
| ||
Como exemplo, será enviada uma carga individual de produto (da mesma maneira que as demais integrações) (Imagem 8). |
O arquivo será gerado em “…\Response\PRODUTO” com a data e hora atual: |
Informações |
---|
[ |
Painel | ||
---|---|---|
| ||
Informações comuns, como: “descrição, valor unitário, estoque AFV”. As informações sobre medidas e especificações (Imagem 9). |
O arquivo da carga de estoque será gerado em “…\Response\ESTOQUE” com a data e hora atual. |
Informações |
---|
|
O arquivo da carga de preço será gerado em “…\Response\PRECO” com a data e hora atual. |
Informações |
---|
[ |
Pedidos
Painel | ||
---|---|---|
| ||
|
Informações |
---|
{ |
Painel | ||
---|---|---|
| ||
|
Informações |
---|
{ |
|
Painel | ||
---|---|---|
| ||
Informações comuns, como: “descrição, valor unitário, estoque AFV”. As informações sobre medidas e especificações (Imagem 7). |
|
|
Pedidos
Painel | ||
---|---|---|
| ||
|
Painel | ||
---|---|---|
| ||
|
Painel | ||
---|---|---|
| ||
|
Painel | ||
---|---|---|
| ||
Neste ponto, os logs de “De > Para” serão exibidos (por se tratar de uma integração nova), como cidades, cobranças, etc (Imagem 119). |
Painel | ||
---|---|---|
| ||
O processo comum será de inserção normal, assim como nos outros eE-commerces (Imagens 1210, 13 11 e 1412). |
Painel | ||
---|---|---|
| ||
Quando os “De > Para” estiverem informados devidamente, os pedidos subirão para o Guarani ERP (Imagem 1513). |
Painel | ||
---|---|---|
| ||
Na importação de pedidos específicos, o “endpoint” utilizado será o “ObterPorCodigo”, (número do pedido na plataforma da “Lexos”). Para estes pedidos, o “payload” ficará na pasta “…\Response\OBTERPORCODIGO” (apenas manuais). Ao pesquisar, o pedido será exibido normalmente (Imagens 1614, 1715, 18 16 e 1917). |
📘 Solicitações
[Menu Comercial - Vendas]
Expandir | |||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||
📘 3️⃣ Inconsistência na tela “Digitação de ordens”.
Ocorrência: Estava sendo apresentada uma inconsistência quando era referenciada uma nota na opção manual na tela “Digitação de ordens” e as informações não eram preenchidas. Solução: Foi criada uma validação para que caso o usuário não informe uma nota, não sejam salvos valores em memória e será validado ao clicar no botão gravar se existe uma nota informada, caso não exista será validado ao usuário para que seja informada.
Local>Tela 3.2.12 - Digitação de ordens |
[Menu Faturamento]
Expandir | ||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||
📘 3️⃣ Inconsistência ao indicar contingência em nota fiscal.
Ocorrência: Estava sendo apresentada uma inconsistência ao indicar contingência em nota fiscal. Solução: Foi feito um ajuste no tipo de código de barras para nota de contingência, alterado de “Code128C para Code128” (Imagens 1, 2, 3 e 4). Local>Tela Emissão Notas fiscais eletrônicas Local>Tela Emissão de notas fiscais em contingência (Formulário de segurança) Local>Tela de impressão DANFE 📘 2️⃣ Inconsistência no código de barras ao enviar nota fiscal por e-mail.
Ocorrência: Estava sendo apresentada uma inconsistência no código de barras ao enviar nota fiscal por e-mail. Foi verificado que ao gerar o PDF da nota, a propriedade “AutoSize”estava configurada para “Verdadeiro”, dessa forma ao gerar o PDF o código de barras ficava distorcido. Solução: Foi alterada a opção “AutoSize”para “Falso” e preenchido o espaço total que ficava disponível.
Local>Tela 4.2.8 - Manutenção de notas fiscais eletrônicas Local>Tela de impressão DANFE |
[Menu Financeiro - Receber]
Expandir | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
📘 3️⃣ Inconsistência ao alterar carteira, cobrança e vencimento.
Ocorrência: Estava sendo apresentada uma inconsistência ao alterar o tipo de cobrança de um título que estivesse com o vencimento prorrogado e passado pela tela de liberação/prorrogação de títulos. Solução: Foi realizado um ajuste na passagem do campo “Tipo”, para ser o valor original do título ao ser aberto para edição e ao ser salvo no banco de dados com o novo campo “Tipo”, a chave estrangeira atualizará em cascata o registro na tabela “REC_ABAT_PRORROGACAO”.
📘 3️⃣ Filtros da consulta de títulos no “Lançamentos a receber”.
Ocorrência: Ao fazer vendas no módulo “PDV/Frente de Caixa”, em seguida na tela “Manutenção de contas a receber” e puxar estas vendas nos filtros exclusivos juntamente com pesquisa de cliente, estas vendas não eram apresentadas. Solução: Foi feita uma correção e agora será possível utilizar os filtros exclusivos, pesquisando com o número dos pedidos do “PDV”, juntamente com a pesquisa de clientes.
Local>Tela 5.2.15 - Manutenção de contas a receber Local>Tela PDV/Frente de Caixa |
Local>Tela 5.2.15 - Manutenção de contas a receber Local>Tela PDV/Frente de Caixa |
[Menu WMS]
Expandir | ||
---|---|---|
| ||
📘 3️⃣ Reabertura de pedidos entregues.
Ocorrência: O sistema permitia reabrir pedidos já entregues, que já passaram pelo fechamento de ordens. Solução: Foi criado um bloqueio para não ser permitido reabrir pedidos já entregues (fechamento de ordens) (Imagens 1, 2 e 3). Local>Tela 3.2.29 - Rastreamento de ordens Local>Tela Coletor Local>Tela Painel de controle da conferência de mercadorias |
[Menu MDF-e/CT-e]
Expandir | ||
---|---|---|
| ||
📘 3️⃣Reabertura de pedidos entreguesSequencial do CTE não sendo considerado ao gerar um novo CTE.
Ocorrência: O sistema permitia reabrir pedidos já entregues, que já passaram pelo fechamento de ordensNa tela “Cadastro de CT-e”, o sistema pede para gravar duas vezes a inclusão do CTE, caso salvar a primeira vez e posteriormente clicar em “cancelar”, quando gerar um novo CTE o sequencial pula para o próximo e desconsidera o sequencial anterior. Solução: Foi criado um bloqueio para não ser permitido reabrir pedidos já entregues (fechamento de ordens) (Imagens 1, 2 e 3). Local>Tela 311.1.2 .29 - Rastreamento de ordens Local>Tela Coletor Local>Tela Painel de controle da conferência de mercadoriasCadastro de CT-e |
Painel | ||||||
---|---|---|---|---|---|---|
| ||||||
|
|
Feedback |
---|
Qual é o seu nível geral de satisfação com essas notas de versão? |
Legendas dos tipos de tickets | Legendas da criticidade do ticket | ||||
?? Mudança | 📗 Melhoria | ?? Solicitação | 1️⃣ Relevante | 2️⃣ Importante | 3️⃣ Muito importante |
Informações técnicas | |
---|---|
Banco: | |
Coletor: |
Painel | ||||||||
---|---|---|---|---|---|---|---|---|
| ||||||||