DOCUMENTAÇÃO CONCLUÍDA

📗 3️⃣ Integração SSW

Na tela “5.2.10 - Fechamento de ordens”, foi feita uma reformulação da tela “Dados do canhoto” onde foram adicionados os campos “Data agendamento, Latitude, Longitude e Documento recebedor”, referentes a informações novas que podem ser recebidas via integração. Além disso, foi criada uma grade, chamada “Links Documentos”, na qual poderão ser associados links relacionados ao pedido, que podem tanto ser incluídos por meio da integração quanto manualmente nessa própria grade (Imagem 1).

📗 2️⃣ Integração RoutEasy.

Foi criado na API do integrador “WS Guarani RoutEasy” o ponto final de manipulação para o evento “Finalização de serviço da RoutEasy”, disponível via webhook (comunicação entre duas ferramentas). O comportamento desse manipulador contemplará a realização automática de baixa de pedidos entregues, além do preenchimento de informações da entrega e armazenamento de links de documentações disponibilizados pelo endpoint (ponto final).

📗 3️⃣ Segregar local de estoque em venda futura.

Na tela “1.1.16 - Cadastro de locais de estoque”, foi criado o campo “Considera o Local de Estoque nos Pedidos gerados do Estoque Futuro”. Este campo permite configurar se o local de estoque deve ser considerado nos pedidos gerados a partir do Estoque Futuro.

📗 1️⃣ Troca de cliente com o mesmo CNPJ na tela “Entrada de Notas”.

Na tela “2.2.4 - Entrada de notas fiscais”, foi realizada uma alteração para que, em caso de troca de cliente de mesmo CNPJ, o processo ocorra corretamente.

📗 2️⃣ Permitir alteração do plano financeiro.

Na tela “2.2.4 - Entrada de notas fiscais”, foi feita uma alteração para que quando o parâmetro “Classificação de gastos na origem ou no financeiro?” estiver optado como “FINANCEIRO”, será permitido alterar o Plano Financeiro individualmente. Se o parâmetro estiver com o valor de origem, será verificado no evento 1001.

📗 3️⃣ Redimensionamento do tamanho da tela “Entrada de Notas fiscais”.

Na tela “2.2.4 - Entrada de notas fiscais”, foi realizada uma alteração para permitir o redimensionamento da janela sem que ocorra sobreposição de campos. Especificamente, foi ajustada a ancoragem do painel inferior direito relacionado às contas a pagar.

📗 2️⃣ Integração RoutEasy.

A tela “4.2.17 - Roteirização - RoutEasy”, foi criada para centralizar as operações relacionadas a integrações com a API RoutEasy com exclusividade. Essa tela reúne o formulário de configuração da integração, o painel de acompanhamento e uma gradena qual se pode realizar os processos básicos de integração anteriormente disponíveis na tela “4.2.6 - Expedição”.

Painel
bgColor #F4F5F7
Anteriormente, os campos de configuração e parametrização referentes à integração com a API RoutEasy, encontravam-se na tela “1.1.5 - Cadastro de empresas”, na aba “Manutenção” em “Integrações” no campo “Reasy/RoutEasy”. Com a criação da no va tela “4.2.17 - Roteirização - RoutEasy”, esses campos encontram-se na aba “Configurações”.

Painel
bgColor #FFFAE6
Antes (Imagem 2).

Painel
bgColor #E3FCEF
Depois (Imagem 3).

• Os processos de integração “Enviar ordens ao RoutEasy, Enviar romaneios ao RoutEasy e Receber sequenciamento do RoutEasy”, anteriormente disparados via opção em grade através da tela “4.2.6 - Expedição” em Programação de carregamento na grade superior (botão direito) e Expedição, na aba “Sugestão de carregamento #1” da grade (botão direito) passarão a ser atribuições da grade em “Roteirização - RoutEasy” em “Ordens”, acessíveis via botão direito na grade.

Integrar ordens selecionadas	realiza a criação de instâncias dos pedidos selecionados no sistema RoutEasy, da mesma forma que o antigo processo “Enviar ordens ao Reasy”. Além disso, essa opção, combinada com a filtragem por romaneio substitui a antiga opção “Enviar romaneios ao Reasy”.
Integrar tudo	opção auxiliar funcional, que realiza o processo de integração para todas as ordens disponíveis na grade da aba “Ordens”.
Receber sequenciamento	função disponível apenas para romaneios, que realizará atualização do sequenciamento das ordens pertencentes aos romaneios das ordens selecionadas ao solicitar o processo. Isso significa que, ao selecionar ordens na grade e utilizar essa opção, todos os romaneios que pertencem às ordens selecionadas, terão o sequenciamento atualizado.

Observação: As antigas opções de integração da tela “Expedição” continuarão existindo, agora como atalhos para a nova tela “4.2.17 - Roteirização - RoutEasy”. Sendo assim, ao acionar alguma das três funcionalidades, o novo painel será chamado, com os mesmos pedidos selecionados, acionando automaticamente o tipo de integração selecionada, conforme os moldes acima descritos, mantendo o mesmo comportamento de integração que anteriormente.

Painel
bgColor #FFFAE6
Antes (Imagens 4 e 5).

Painel
bgColor #E3FCEF
Depois (Imagem 6).

Painel
bgColor #E3FCEF
Depois (via menu principal) (Imagem 7).

O painel de acompanhamento de integrações logísticas, localizado na aba “Reasy”, em “Expedição”, passará a ser encontrado exclusivamente em “Roteirização - RoutEasy”, sob o título “Integraçã”o. A tela mantém exatamente os mesmos comportamentos anteriores, servindo como um painel de acompanhamento para ordens integradas com a RoutEasy.

Painel
bgColor #FFFAE6
Antes (Imagem 8).

Painel
bgColor #E3FCEF
Depois (Imagem 9).

📗 3️⃣ Configuração de denominações na Integração RoutEasy.

Informações
SUP-101946

Na tela “4.2.17 - Roteirização - RoutEasy” foram adicionados recursos para denominação customizada dos tipos de frete, a fim de permitir a adição dessa informação às integrações de criação de pedidos junto à RoutEasy. Em “Roteirização - RoutEasy” em “Configuração” na aba “Descrições”, na qual serão contempladas gradesde convergência de denominação para informações que irão compôr as integrações RoutEasy.

Painel
bgColor #F4F5F7
A aba possui somente a grade chamada “[Frete]”, por meio da qual pode-se associar denominações para cada tipo de frete. A coluna “Tipo” demonstrará o tipo de frete, enquanto a “Descrição”, aceitará edição, recebendo a denominação desejada para aquele tipo de frete (Imagem 1).

Foi adicionada a tela “4.2.17 - Roteirização - RoutEasyem “Configuração” na aba “[Informações Gerais]” o campo “Integrar cancelamento de ordens automaticamente?”, onde o usuário determinará a ativação da rotina automática de integração de cancelamento. Por padrão, esse campo estará setado como “NÃO”, de forma que se o usuário desejar utilizar esse recurso deverá ativá-lo manualmente. E quando ativado, a rotina verificará a cada cancelamento realizado no Guarani ERP, se há integração da ordem objeto do cancelamento.

Painel
bgColor #F4F5F7
No caso afirmativo, será realizada uma requisição para o endpoint “Cancelar Pedidos”, informando a ordem, a fim de realizar seu cancelamento junto à RoutEasy, de forma a refletir as atualizações realizadas no ERP (Imagem 2).

• Exemplos de JSON (Integração com Web), criado para requisição de cancelamento de um pedido:

Painel
bgColor #FFFAE6
Antes (Imagem 3).

Painel
bgColor #E3FCEF
Depois (Imagem 4).

Painel
bgColor #F4F5F7
A integração de pedidos Guarani com RoutEasy não contempla pedidos cujo tipo de frete seja FOB. Contudo, devido à existência dessa demanda, foi Foi criado na tela “4.2.17 - Roteirização - RoutEasy” em “Configuração” na aba “[Informações Gerais]”, o campo “Integrar ordens com frete tipo FOB?”, onde poderá ignorar o comportamento em questão, de forma que o processo de integração RoutEasy passará a aceitar todas as ordens, independentemente de seu tipo de frete (Imagem 5).

Observação: por padrão, esse novo campo estará sempre optado como “NÃO”, para manter o comportamento legado.

📗 1️⃣ Integrador Guarani Fiscal.

O “Integrador Guarani Fiscal”, foi desenvolvido para integrar as guias GNREs, de modo que sejam enviados os dados necessários para geração dessas guias no site da Dootax, e posteriormente integrar as guias pagas com o Guarani. Será necessário possuir a licença com a Dootax, (onde são gerados os dados da API, a qual os dados serão enviados). No sistema o usuário deverá ter notas fiscais que tenham ICMS ST, FCP ou Difal. Essas notas serão integradas no “Integrador Guarani Fiscal”. Para ativar o serviço, será necessário informar os dados fornecidos pela Dootax, essas informações serão inseridas na tela “Configuração Gerais”.

📘 2️⃣ Inconsistência na tela “Planilha de formação de preços”.

Ocorrência: Estava sendo apresentada uma inconsistência na tela “Planilha de formação de preços” ao pesquisar e ao excluir os registros de tabela da aba “Saída”.
Solução: Foi removida temporariamente a coluna “Preço de venda alterado“ da grade “Resultados“.

📘 1️⃣ Impossibilidade de cancelar uma ordem vinda do PDV sem itens na ordem.

Ocorrência: Não era possível cancelar uma venda do PDV que não tivesse item.

Solução: Foi realizado um ajuste na tela “Digitação de ordens” para permitir o cancelamento de uma venda sem itens do PDV (Imagem 1).

📘 1️⃣ Etiqueta sendo gerada sem informações.

Ocorrência: Estava ocorrendo uma inconsistência ao imprimir etiqueta “modelo 6” customizada no “Conferência, Coletor e Painel”. Pois a mesma etiqueta era impressa corretamente no ERP. Isso ocorria porque alguns campos da etiqueta “modelo 6” foram externados apenas no ERP.

Solução: Foi feito um ajuste e os campos faltantes da etiqueta de despacho “modelo 6”, foram externados para o “Conferência, Coletor e Painel” (Imagens 1 e 2).

📘 2️⃣ Nosso número divergente na remessa banco Sicredi.

Ocorrência: O campo “Nosso número” da remessa CNAB400 do Banco Sicredi ficava diferente do contas a receber, ocorrendo no dígito verificador.
Solução: Foi ajustado para que o campo com a data de emissão do título seja preenchido também na alteração da carteira, corrigindo o digito verificador do “Nosso número” para o Banco Sicredi. Foi criada uma regra para considerar o ano corrente quando a data de emissão não for preenchida.

📘 2️⃣ Depósito não identificado estornado, não está disponível para realizar a baixa.

Ocorrência: Ao estornar parcelas de um título baixado com mais de 1 depósito não identificado utilizando a opção “Est. Parcelas“, somente o depósito identificado da última parcela volta a ficar disponível.
Solução: Foi realizado um ajuste na opção “Est. Parcelas“ da tela “Manutenção de contas a receber”, para que cada depósito não identificado volte a ficar disponível no recebimento de contas.

📘 2️⃣ Alguns débitos e créditos ficavam unificados no valor do relatório razão.

Ocorrência: No relatório de Razão Geral por Centro de Custo, estavam sendo apresentados com os valores unificados, onde deveriam aparecer exatamente como era no lançamento da tela “Contábil - Lançamento Contábil”.

Solução: Foi implementada a opção “Agrupar Lançamentos“, que possibilitará o usuário escolher o agrupamento dos valores nos relatórios: Razão, Razão por centro de custo e Razão por Cliente/Fornecedor.

📘 1️⃣ Inconsistência apresentada ao realizar pesquisa.

Ocorrência: Esta ocorrendo uma inconsistência ao realizar pesquisa na tela “Pesquisa de notas fiscais”. Isso ocorria devido o período conter muitos registros, causando “Out of memory“.

Solução: Foi feito um ajuste e inserida uma mensagem para informar o usuário sobre a quantidade de registros no período (Imagem 1).

📘 3️⃣ Mensagem apresentada ao imprimir cobranças de boleto.

Ocorrência: Ao imprimir cobranças pela tela “Movimentação de contas a receber”, estava ocorrendo uma inconsistência, porque as telas usam componentes diferentes de impressão. Sendo assim, ao tentar imprimir cobranças pela tela de Manutenção de contas a receber, o componente não encontrava a impressora “fantasma“ e causava a inconsistência “Printer index out of range”.

Solução: Foi criada uma função para limpar a impressora “fantasma“ da lista de impressão e considerar a impressora selecionada pelo usuário.

📘 2️⃣ “Registro 0600”, não carregando o centro de custo gerados “Registro F120”.

Ocorrência: O “Registro 0600 do Sped PIS/COFINS”, não estava carregando todos os centros de custos gerados no “Registro F120”.

Solução: Foi realizado um ajuste no “Registro 0600 do Sped PIS/COFINS”, para que sejam carregados todos os centros de custos gerados no “Registro F120”.

📘 3️⃣ Tela “Manifestação do Destinatário” não fazendo download automaticamente.

Ocorrência: Necessidade de corrigir o procedimento que atualiza o log de consultas para informar a empresa e continuar a consulta para as demais empresas.
Solução: Foi corrigido o procedimento para recuperar a data e hora da última consulta informando a empresa, sendo assim sempre será retornada a data e hora da última consulta por empresa (Imagens 1 e 2).

Âncora
indice indice

Índice:

Voltar ao topo