📙 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)

Ocorrência: Nota fiscal de saída estava sendo emitida sem código do produto, gerando impacto na integração contábil.

Solução: 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 “Entrada de notas fiscais e 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).

📗 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).

📗 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).

📗 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.

📘 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).

📘 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).

📘 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”.