📙 2️⃣ Ao informar “Token” estava sendo preenchido um código de representante e ao sincronizar a primeira carga o código era alterado (SUP-90997/SUP-91156)

Foi alterado o campo ”REP_CODIGO“ da tabela “REPRESENTANTES”, passando do tipo “Integer” para o tipo “Varchar(20)”, ficando assim com o mesmo padrão quando o campo for preenchido. Foram alterados todos os “métodos, funções e chamadas” ao campo, para ser tratado como tipo “Varchar”.

📙 2️⃣ Rejeição “CPF” do destinatário Inválido (SUP-91290)

Na tela “Guarani PDV”, foi criada uma opção de venda selecionando o cliente, mas sem a necessidade de registar o “CPF/CNPJ” no “SAT”, basta responder a pergunta “Deseja registrar CPF/CNPJ do cliente no cupom?“. As vendas para consumidores continuam com o mesmo comportamento (Imagens 1 e 2).

📙 3️⃣ “Nota Fiscal de Saída” sendo emitida sem o código do produto, impactando na “Integração Contábil” (SUP-91527)

Foi feita uma implementação da validação, utilizando o parâmetro contábil. Sendo assim, caso o parâmetro esteja configurado como “SIM”, ao realizar entrada de nota fiscal pelas telas “2.2.4 - Entrada de notas fiscais e 4.1.1 - Cadastro de notas fiscais”, se o produto adicionado na grade não estiver cadastrado na base de dados do cliente, o sistema irá restringir (Imagens 1, 2 e 3).

📙 1️⃣ Retirando modelo da fila dos envios de e-mail automáticos (SUP-90120)

Na tela “3.2.24 - Modelos de e-mails automáticos” foi inserido o campo “Ativo”, que tem as opções: “SIM” e “NÃO”. Todos os modelos virão configurados com a opção “SIM”, mas poderão ser alterados conforme a necessidade.

📗 2️⃣ Inconsistências preexistentes encontradas no “Conferência” (Melhoria interna)

Na tela “Guarani :: CHECK-OUT”, foi corrigida a inconsistência que ocorria quando era acionado o comando “ESC” na tela inicial (Imagem 1).

📗 1️⃣ Nova opção “Atualizar Agent” para atualização da versão (SUP-92835)

O Agent recebeu uma nova opção “Atualizar Agent”, essa opção buscará “APENAS” pela atualização do Agent, porém os botões “Atualizar Produção” e “Atualizar Homologação”, permanecem com o comportamento de buscar pelo Agent antes do ERP (Imagem 1).

• Esse novo botão buscará o número da última versão do Agent, postada no SGL através do aplicativo de fechamento de versão, tal como o próprio Guarani ERP.

📗 2️⃣ Impressão de “Dados Gerais de Importação” apresentando valor inteiro (Melhoria interna)

Na tela “2.2.8 - Manutenção da ordens de compra”, foi feito um ajuste para exibir o campo do tipo inteiro e formatado o valor de data para o padrão brasileiro, desta forma, foram relacionados aos dados gerais de importação, que serão informados na realização da ordem de compra (Imagem 1).

📗 3️⃣ Entrada de nota fiscal compra de Gás “ICMS monofásico” (SUP-91318)

Na tela “2.2.4 - Entrada de notas fiscais”, foram criados campos para armazenar informações da “NF-e de Combustível - Monofásico”. Estes campos não serão apresentados na grade e para visualizá-los será necessário marcá-los (Imagem 1).

📗 3️⃣ Campo “Pag. Frete” do pedido de compra (Melhoria interna)

Na tela “2.2.11 - Sugestão de Compra” em “Geração do pedido de compra”, foi adicionado o campo “Pag. Frete”. Este campo será obrigatório, mas não terá nenhuma opção selecionada por padrão, permitindo ao usuário escolher a opção desejada (Imagens 1, 2 e 3).

📗 2️⃣ Adicionar coluna "Vr.Total c/imposto” na tela “Emissão de ordens” (SUP-90409)

Na tela “3.2.14 - Emissão de ordens” na grade, a nomenclatura da coluna “Vr Total“ foi alterada para “Vr Total (s/impostos)”, que representará o valor da ordem sem impostos. Do lado direito, foi adicionada a coluna “Vr Total (Líquido)”, representando o valor com impostos. A nova coluna adicionada, tem os mesmos filtros e ordenações que as demais (Imagens 1 e 2).

📗 1️⃣ Atualização em massa na tela “Digitação de ordens” (SUP-92624)

Na tela “3.2.12 - Digitação de ordens” em “Atualização Massa Digitação Ordem”, foi adicionado o campo “Data Base de Faturamento”. O acesso ao campo é condicionado ao evento de usuário “1008”.

📗 1️⃣ Alterar valor “Renegociação de dívidas” (SUP-85208)

Na tela “5.2.30 - Renegociação de títulos em aberto”, foi alterado o botão “Efetivar”, para que seja permitida a alteração dos valores das parcelas. Após movimentar e alterar o valor com os comandos de seta ou “Enter”, o valor será atualizado. Ao clicar no botão “Ok”, o valor será validado (Imagem 1).

📗 1️⃣ Inserir código na tela “Fiscal - Cadastro de Classificação Fiscal de Serviço” (SUP-90266/SUP-92803/SUP-90267)

Foi criada a tela “10.1.25 - Fiscal - Cadastro de Classificação Fiscal de Serviço”, onde será possível cadastrar um novo código de serviço e suas respectivas alíquotas (Imagem 1).

📗 3️⃣ Gerar Sped - CT-e (SUP-87782)

Na tela “10.2.16 - Sped fiscal”, foi alterado o SPED Fiscal para envio dos CT-es emitidos pelo sistema. Desta forma, na tela “1.1.5 - Cadastro de empresas” foi ajustada para que quando a empresa esteja com a opção de “Ramo de Atividade” igual a “Transportadora”, o campo “Classificação Contribuinte IPI no Sped Fiscal” fique oculto.

• Foram alterados os registros D100, D190 e o registro 0150, além de adicionado o registro D101, conforme layout. O registro D101 será gerado durante o processo que gera o registro D100, portanto NÃO terá checkbox “Gerar D101” na tela “10.2.16 - Sped Fiscal”.

Também foram ajustados os blocos “E110 e E116”, referentes aos valores de “Apuração” e os blocos “E300, E310 e E316” referentes a “Apuração de FCP por UF”.

Os valores do “REGISTRO - E310” se dão através da somatória do campo “Vr.ICMS UF Origem”, dos CT-es em que foi geradoi o “REGISTRO -D101”, desta forma, podem ser vistos abaixo os “CT-es 14 e 15” com valor para Minas Gerais.

📗 2️⃣ Registro E316 - Melhoria SPED FISCAL (SUP-89259)

Na tela “10.1.7 - Parametrização de CFOPs para SPED”, foram realizadas melhorias para evitar inconsistências que estavam ocorrendo na geração do Registro E316 do SPED Fiscal. Desta forma, foi alterado o nome da tela “10.1.16 - Cadastro de códigos de receita GNRE” para “10.1.16 - Cadastro de códigos de receita” (Por este cadastro ser utilizado em diversas funções do SPED).

• Na tela “10.1.7 - Parametrização de CFOPs para SPED”, foi criada uma nova guia: “Configuração do registro SPED Fiscal E316”. Assim como as demais guias a configuração será por CFOP, onde os campos chaves (que não podem se repetir) são: CFOP, UF, COD_OR e Campo E310.

• Na tela “10.2.16 - Sped Fiscal”, foi disponibilizado o campo “Gerar E316” no rodapé para marcar ou desmarcar.

• Ao gerar o “E300”, o sistema verificará se está marcado para gerar o “E316”. Desta forma irá gerar o registro verificando as configurações (Configuração do registro SPED Fiscal E316) e agrupará por: CFOP x UF x campo E310.

📗 2️⃣ Possibilidade do usuário cancelar o orçamento telemarketing (SUP-81977)

Na tela “14.2.3 - Telemarketing - Configurações”, aba “Configurações”, foi criada a configuração “Comportamento quanto ao cancelamento de ordens”, que terá como opções:

• “Não permite realizar cancelamentos”;

• “Permite cancelar apenas orçamentos”;

• “Permite cancelar apenas pedidos”;

• “Permite cancelar ambos” (Imagens 1 e 2).

📘 1️⃣ Inconsistência ao realizar separação (SUP-94199)

Ocorrência: Estava sendo apresentada uma inconsistência no “Coletor”, ao separar uma guia de carregamento com vários produtos ou de grande volume.

Solução: Foram feitos ajustes para otimizar o processo. Agora, ao conferir um produto em uma guia com mais de 500 volumes por exemplo, levará apenas sete segundos (Imagem 1).

📘 3️⃣ Buscar valor líquido no “Histórico Comercial” (SUP-94278/SUP-94433)

Ocorrência: Foi liberada uma melhoria para que seja apresentada na tela “Análise de credito” o novo campo "Vr maior compra". Porém o sistema não buscava no “Histórico Comercial” onde constam os valores de maior compra de um cliente, mas buscava no “Histórico Financeiro”. Deste modo, era apresentado como valor de maior compra o valor referente a maior parcela de um pedido e não o valor total do pedido.

Solução: Foi feita uma correção para buscar o valor líquido do “Histórico Comercial”, ou seja, da tabela do pedido (Imagem 1).

📘 2️⃣ Relatório financeiro não apresentando corretamente os recebimentos da empresa em determinado período (SUP-91858)

Ocorrência: Quando era feita a impressão da autorização de pagamentos exibindo o histórico e logo após, era feita a mesma impressão não exibindo o histórico, os dados de centro de custo continuavam aparecendo, sendo que só deveriam aparecer quando fossem marcados como”SIM”.

Solução: Foi feita uma alteração para “ClientDataSet”, que sempre antes de imprimir ficará vazio e só será alimentado durante a impressão.

• O valor das despesas não retroagia, causando divergência no saldo. Agora, ele utilizará a data considerada no respectivo tipo de despesa;

• O valor recebido no período considerava SEMPRE a data de digitação, independente do tipo de data escolhido, quando o relatório é puxado com contas recebidas. Agora, ele irá variar de acordo ao escolhido, para que a prova real funcione além da data de digitação, como comentado mais a cima. Assim, o valor também fecha com baixa efetiva ou de lançamento, porém, para isso, ao realizar a consulta que retroage, o tipo da data de baixa deve ser o mesmo utilizado nas contas recebidas:

📘 3️⃣ Impressão de “Autorização de Pagamento com os centros de custos incorretos (SUP-93947)

Ocorrência: Quando era feita a impressão da autorização de pagamentos exibindo o histórico e logo após, era feita a mesma impressão não exibindo o histórico, os dados de centro de custo continuavam aparecendo, sendo que só deveriam aparecer quando fossem marcados como”SIM”.

Solução: Foi feita uma alteração para “ClientDataSet”, que sempre antes de imprimir ficará vazio e só será alimentado durante a impressão.

📘 1️⃣ Campo "Sugerido" não estava editável na tela “Mapa de fabricação” (SUP-93853)

Ocorrência: O comportamento deste campo havia sido alterado para atender uma outra demanda de customização em algumas funcionalidades da tela “Mapa de fabricação”, o campo "Sugerido" não estava habilitado para ser editável.

Solução: Foi feita a alteração e o campo foi liberado novamente para que fique sob a responsabilidade usuário fazer ou não a alteração, desta forma, foi retornada a possibilidade de edição do campo (Imagem 1).

📘 2️⃣ Inconsistência na integração contábil junto às contas a pagar no pagamento de um reembolso (SUP-94161)

Ocorrência: Estava ocorrendo uma inconsistência ao realizar a integração contábil do módulo “Lançamentos a Pagar”, no pagamento de reembolso.

Solução: Foi corrigido para que seja realizada uma divisão proporcional, em todos os centros de custos do lançamento, quando houverem abatimentos. Desta forma, a integração do contas a pagar passou a integrar o valor do abatimento contra o valor original, evitando assim a inconsistência de vários créditos para vários débitos (Imagens 1 e 2).

📘 3️⃣ “Código de rendimento (REINF)” na entrada de notas (SUP-94243)

Ocorrência: Foi verificado que a “Natureza de Rendimento” havia sido extraída do site do “SPED”. No caso deste manual do “REINF”, existe apenas um código a mais que não existia no manual.

Solução: Foi adicionado o “script” na versão para incluir esta “Natureza de Rendimento”.

📘 1️⃣ Inconsistência ao realizar transferência (SUP-94480)

Ocorrência: Quando a tela “Cadastro de classificações fiscais (NCM)” era aberta a partir da tela ”Cadastro de produtos”, estava ocorrendo uma inconsistência ao tentar copiar esquema para “Cadastro de UF”.

Solução: Foi feita uma alteração para que sejam enviados para a tela de cópia do esquema, todos os dados necessários para a operação, sem a necessidade de percorrer a grade da tela anterior.

📘 1️⃣ Inconsistência ao consultar “Entrada de nota” pelo título do “Contas a Pagar” (SUP-94240)

Ocorrência: Quando abria a nota fiscal o sistema olhava para a praça pra saber qual tabela utilizar ao carregar informações de centro de custo, porém, era gerada uma inconsistência ao abrir a partir de um título na tela do “Contas a Pagar”, devido o título não ter sido gerado pela “Entrada de nota”.

Solução: Foi feita uma correção para verificar se o título do contas a pagar foi gerado a partir da “Entrada de nota”, caso não, uma mensagem de aviso será apresentada. Se existir uma nota fiscal feita pela tela “Entrada de nota”, o sistema subirá a tela trazendo a nota fiscal (Imagem 1).

📘 2️⃣ Apuração de impostos (SUP-93618/SUP-69764)

Ocorrência: Não estava gerando total de crédito de PIS/COFINS, apenas realizando a consolidação na tela de apuração de impostos.

Solução: Foi alterado o comportamento da tela de apuração de impostos para tipo de imposto PIS/COFINS, assim os valores desta tela (Entradas/Total Créditos), não dependam da configuração na tela “Parametrização de CFOPs para SPED”.