📙 2️⃣ Ajustar o campo "Desconto Válido até o vencimento” (SUP-87639)

Na tela “1.1.3 - Cadastro de clientes” na aba “Comercial”, foi alterada a posição do campo “Desconto válido até o vencimento”, que agora passará a ficar localizado em “Informações Comerciais”, no final na lista (Imagem 1).

📙 1️⃣ Frete não era somado na base de PIS/COFINS na entrada de notas quando produto era insumo (SUP-88823)

Na tela “2.2.4 - Entrada de Notas Fiscais”, foi alterado para considerar os campos “Frete + Seguro + Desp. Acessórias + IPI Devolvido + FCP ST”, na Base de PIS/COFINS. Sendo assim, acessando a tela foram inserindas as informações de impostos no item (Imagem 1).

📗 2️⃣ Cabeçalho com diferença dos itens

O SysPDV com a Saurus, passou a enviar informações no registro 01(um), além das já previstas inicialmente. O sincronizador comparará as linhas do registro 01(um), pois é comum a duplicação de itens num pedido PDV e quando é totalmente igual, gerará um contador de linha para itemizar e diferenciar por algo. Desta forma, as informações posteriores a coluna 648 (um registro deles para controlar os envios), acabam diferenciando a linha e ignorando o item duplicado, pois é considerado como já importado e não entrará no banco do sincronizador. Sendo assim, o “Sincronizador SysPDV” irá considerar até a coluna 648, mantendo o comportamento e permitindo que o arquivo possua o histórico necessário (Imagem1).

📗 2️⃣ Cockpit de configurações do B2UD no integrador (SUP-70843)

No Integrador B2B, foram inseridas as informações necessárias para que ele seja independente de configurações realizadas no Guarani ERP. A tela “3.2.45 - Configuração Integração B2UD” foi “repassada” ao Integrador como “Integração De/Para”. Sendo assim, o botão do configurações foi alterado para “Configurações Gerais”. Dentro deles, a opção “Banco de Dados” será onde “insere/altera”, as informações dos “bancos de dados, e-mails, tempo de sincronização e usuários” para editar scripts (Imagem 1).

Em “Incluir” será possível buscar os dados alimentados na carga manual. A lista com as informações é apresentada com os dados incluídos pela carga anterior. Ao clicar “Ok” ou “Salvar”, os conteúdos irão persistir com as informações e isso mesmo pode ser feito em todas as abas (Imagem 15). A atualização em massa ficou no botão direito da seleção dos registros (Imagem 16). Marcando o que se deseja alterar e salvando, a tela será fechada e o “Salvar” pode ser pressionado para persistir as informações (Imagem 17).

📗 3️⃣ Criar abatimento para Frete - Koncili (SUP-87079)

No “Integrador E-Commerce” foi criada uma configuração a nível de cobrança, para definir quando considerar apenas uma parcela de pagamento, mesmo que o cliente tenha feito, por exemplo em (10) dez vezes. Pois a “Koncili”, para alguns canais repassa o valor de uma vez só, visto que já passou o cartão e pagou toda a compra.

📗 3️⃣ Alteração em “Cadastro de clientes” (SUP-80344)

Na tela “1.1.3 - Cadastro de clientes“, no campo “Datas pré definidas para vencimento” foram inseridos todos os dias para serem utilizados, de 01 a 31 conforme o mês (Imagem 1).

Na tela “3.2.12 - Digitação de ordens”, o comportamento deste campo continuará sendo o mesmo. Ou seja, o usuário poderá selecionar nenhum, um ou vários dias para vencimentos. Observando que quando a data for dia 31 e o mês não tiver esta data, o sistema considerará o último dia do mês para os vencimentos (Imagem 2).

Ao alterar a data de vencimento da parcela, caso não seja o dia que cadastrado no “Cadastro de clientes”, o sistema apresentará uma validação e considerará o vencimento mais próximo do cadastro, conforme a data digitada (Imagem 3).

Na tela “5.2.15 - Manutenção de contas a receber”, apresentará os prazos e datas que foram informadas na “Digitação de ordens” e ao alterar os prazos e datas, mostrará uma validação para considerar a data mais próxima conforme definida no “Cadastro de clientes” (Imagens 5 e 6).

Quando houver uma situação em que a data de vencimento da primeira parcela da ordem já foi ultrapassada e a ordem ainda não foi faturada, foi inserida uma validação para o usuário para que os prazos sejam recalculados (Imagem 8).

📗 3️⃣ Configurações para regras quanto a política de margem de contribuição

Na tela “3.2.48 - Configurações para regras quanto a política de margem de contribuição”, foi feita a inserção de validação no campo validade, que anteriormente ficava em branco (Imagem 1).

📗 3️⃣ Divergências no relatório gerado pela tela "Relatório de Faturamento Gerenciais" (SUP-85307)

Na tela “3.3.29 - Relatórios de Faturamentos Gerenciais”, foram adicionadas colunas pertinentes ao grid de faturamento detalhado, ou seja, as colunas: ID Cliente, UF, Tipo de Ordem ('Descrição'), ID Representante, Representante, ID Supervisor, Supervisor e Usuário digitador (Imagem 1).

📗 2️⃣ Emitir uma mensagem para fazer a movimentação de produtos

Na tela “3.2.12 - Digitação de ordens“ foi adicionado um novo comportamento. Ao inserir um novo item, será verificado se o produto deste item, possui vínculo com algum bem da tela “22.2.1 - Controle de Ativo Imobilizado“. Caso não tenha nenhum vínculo, nada será feito, seguirá o comportamento que sempre existiu, mas caso tenha vínculo com algum bem que não esteja baixado, será exibida na tela uma mensagem e a aba “Bens do item” será exibida simultaneamente (Imagens 1 e 2).

📗 3️⃣ Inconsistência ao fazer alteração da descrição de um Layout que foi criado

Na tela “Cadastro de Layouts para integração de dados com fornecedores”, foi inserido para que se clicar para alterar a descrição e gravar, que seja apresentada uma validação de que não é possível alterar. Para o botão excluir, será da mesma forma clicando em excluir se houver dependências não permitirá (Imagens 1 e 2).

📗 2️⃣ Notas referenciadas em campo de uma nota apenas

Na tela “3.2.12 - Digitação de ordens”, foi adicionada numa opção para visualização de notas referenciadas, na tela “Digitação de ordens”, sendo assim, quando selecionada mais de uma NF referenciada, será possível visualizar o número e informações da nota fiscal.

📗 2️⃣ Tratativa de mensagem de erro

Na tela “5.1.7 - Cadastro de contas correntes”, foi feita uma tratativa na mensagem de erro, mostrando que existem dependências e por isso o registro não pode ser excluído.

📗 3️⃣ Criada a aba na etiqueta têxtil e automatização impressão (SUP-81462)

Na tela “1.1.3 - Cadastro de clientes”, foi acrescentado um campo chamado “RUC” para cadastro na aba "Dados Gerais" em “Documentação”. Este é um campo de texto que permite até 20 caracteres. Também foi adicionada uma barra de rolagem no grupo documentação, para que fosse possível incluir o novo campo (Imagem 1).

No “Cadastro de Material - Composição Insumo”, será acessado a partir do “Cadastro de produtos” nas “Opções” em “Têxtil”. Neste cadastro serão inseridos os materiais que irão formar a composição do produto conforme informado na aba “Têxtil em Composição”. No cadastro, foi criada a possibilidade de informar o material em outros idiomas, onde o idioma deve estar previamente definido a partir do cadastro de idiomas (Imagem 2).

📗 2️⃣ Alteração de dados "livre" na tela de ferramentas de fabricação (SUP-79815)

Na tela “8.1.2 - Cadastro de ferramentas de fabricação”, foi inserida a coluna peso na grid, para poder alterar diretamente na grid (Imagem 1).

📗 2️⃣ Criada a coluna para informar “Turno” e implementação para apontamentos de revisão de peças(SUP-81670)

Na tela de apontamento “Revisão de Peças - Defeitos”, foi adicionada a coluna “Turno” por meio da qual possibilitará o apontamento do turno responsável pelo defeito (Imagens 1 e 2).

📗 3️⃣ Ordens de produção vinculadas (OP pai x OP filha)

Foi feita uma alteração para que sejam consideradas as ordens em aberto, tanto produzindo o semiacabado quanto acabado em aberto que irá consumir. Esta opção irá considerar o estoque físico disponível, a quantidade em fabricação e a soma da necessidade de todos os outros dependentes com OF em aberto.

📗 2️⃣ Permitir informar a quantidade suficiente de bens de acordo com a quantidade do item de compra

Na tela “22.2.1 - Controle de Ativo Imobilizado”, foi ajustado no registro que verifica os bens disponíveis para vincular no item do pedido de compra. Desta forma, na aba consulta podemos notar que os bens “ITEM 01 e ITEM 02”, estão vinculados ao produto cujo o código é 300 (Imagem 1).

📘 1️⃣ Cadastro de produtos alteração da embalagem (SUP-89977)

Ocorrência: Impossibilidade de alterar a embalagem do produto mesmo não existindo nenhum pedido em aberto com unidade de venda em embalagem.

Solução: Foi realizado um ajuste para ser permitido alterar a embalagem do produto caso não exista nenhum pedido em aberto cuja unidade de venda, seja em embalagem (Imagens 1, 2 e 3).

📘 1️⃣ Estoque no pedido de compras (SUP-89765)

Ocorrência: Estoque cadastrado no tipo de ordem só aparecia na “Manutenção de ordens de compra” depois que inseria pelo menos um item na gride.

Solução: Foi realizado um ajuste inserir um item pela opção “(+)” na tela “Manutenção das ordens de compra” e buscar o local de estoque configurado no “Cadastro de tipos de ordens” (Imagens 1 e 2).

📘 2️⃣ Importação de XML de devolução (SUP-89754)

Ocorrência: Estavam ocorrendo inconsistências ao importar XML com vários produtos e várias chaves referenciadas.

Solução: Foi realizado um ajuste na busca por informações de IPI da nota de saída, ao realizar entrada de nota de devolução (Imagem 1).

📘 2️⃣ Sistema não respeitando a tabela de preços selecionada para criar a “Ordem de remessa” (SUP-89889)

Ocorrência: Ao selecionar uma tabela de preços, para criar uma ordem através da da tela “Transferência entre locais de estoque”, o sistema estava validando o valor de custo na planilha, não respeitando a tabela de preços selecionada.

Solução: Foi realizado um ajuste para que o sistema respeite a tabela de preços selecionada na criação de uma ordem, através da tela “Transferência entre locais de estoque”, desta forma, não será necessário validar o valor de custo na planilha. Caso o produto não exista na tabela selecionada, então será validado e utilizado o valor de custo na planilha.

📘 1️⃣ Impossibilidade de criar um novo romaneio

Ocorrência: Esta ocorrendo um bloqueio inadequado, pois deveria ser possível a transferência para novo romaneio independentemente do status do romaneio de origem.

Solução: Foi feito um ajuste, onde pode ser criado um novo romaneio à partir de um romaneio aberto ou fechado; e onde há a possibilidade da transferência de pedidos entre romaneios já fechados (Imagem 1).

📘 2️⃣ Inconsistência no inventário WMS rotativo por endereço (SUP-90147)

Ocorrência: O inventário rotativo por endereço, não estava zerando o estoque de alguns produtos não lidos no endereço.

Solução: Foi corrigido para considerar o valor absoluto ao calcular, assim zerando corretamente os itens não lidos (Imagens 1, 2 e 3).

📘 2️⃣ Registro 1601 do SPED trazendo dados da fidelidade (3)três (SUP-85333)

Ocorrência: Quando o recebimento de um boleto praça (3) três, era recebido como boleto praça (1) um e desta forma, estavam sendo listados no relatório do “Sped fiscal”.

Solução: Agora, a consulta para preenchimento do bloco 1601 considerará apenas os títulos praça (1) um.

Âncora
indice indice

Índice:

Voltar ao topo