Notas de versão 1489.322

Data de publicação: 31/08/21
Ticket
Criticidade
Implementação
Relevante
Solicitação
Importante
Mudança
Muito importante

Notas de versão:

Manutenção de ordem de compra cobrança padrão conforme fornecedor (SUP-56998)

 

Ocorrência: No fornecedor havia a “Cobrança [1] inserida = Boleto [1]”, ao criar uma ordem de compra através da tela “2.2.8 - Manutenção de ordens de compra” para o esse fornecedor, não trazia automático a cobrança vinculada a ele.

Solução: Na tela “1.1.9 - Cadastro de fornecedores” a opção de configurar o tipo de cobrança será respeitada no momento da realização do pedido de compra. Com isso nas abas  “Condição Normal, Condição Antecipada, Condição A Vista”, quando configuradas no “Cadastro de fornecedores”, serão respeitadas os tipos de cobrança na “Manutenção das ordens de compra”. Dependendo também da fidelidade informada, foi implementado também que será necessário preencher a cobrança para realizar o pedido de compra. Ao incluir um “Fornecedor”, será atribuído a “Cobrança 1” e “Cobrança 3”  por padrão, o valor que foi configurado no parâmetro podendo ser alterado. Caso seja pedido antecipado e gerado o financeiro, a autorização de compra irá respeitar o que estiver informado na tela “2.2.8 - Manutenção das ordens de compra”. Inserido os campos das cobranças de cada aba na atualização em massa, podendo selecionar e realizar a atualização (Imagens 1 e 2).

 

Imagem 1 - Tela Manutenção das ordens de compra

 

 

Local>Tela 1.1.9 - Cadastro de fornecedores (geral),

Local>Tela 2.2.8 - Manutenção das ordens de compra

 

Atualização na tela de logon do ERP (SUP-56622)

 

O usuário poderá escolher qual empresa deseja realizar o “Login” e como lembrança será carregada a empresa padrão (Imagem 1).

 

 

 

Corte sendo realizado em produtos com estoque (SUP-57672)

 

Ocorrência: Quando o usuário estava importando os pedidos do AFV e utilizava a “3.5.10 - Configuração de seleção automática de estoque (Android)”, para dividir ordem por locais de estoque estava importando os pedidos e produtos que possuíam estoque disponível estavam indo para tela de análise de corte.

Solução: O usuário não deve marcar a opção corte automático na tela “3.5.7 - Guarani móvel - importação de dados” (Imagem 1). No momento da importação, eram importados todos os pedidos para depois realizar os cortes de estoque. Agora a cada pedido importado, já faz a verificação dos estoques disponíveis do produto para verificar se o produto irá para “Digitação de ordens” ou para “Análise de cortes”.

 

 

 

Trocar a leitura da origem das informações de especificações WEB(SUP-55678)

 

Na tela “3.2.45 - Configuração Integração B2UD”, em “Tipo de envio de medidas a ser utilizado na configuração integração B2UD”, como segue a (Imagem 1), foi criado um parâmetro para definir quais unidades serão usadas. Ainda na tela “3.2.45 Configuração Integração B2UD”, na aba “Produtos” nos campos: Altura, Largura, Comprimento e Cubagem (Imagem 2), os campos serão atualizados.

 

 

Quando selecionado esta opção no “Parâmetro” “ENVIAR MEDIDAS DE EMBALAGENS”, na tela “1.1.19 - Cadastro de produtos” é carregado os dados da aba WMS> Geral > Cubagem por peça , comportamento existente (Imagem 3). Quando o “Parâmetro”, estiver igual a “ENVIAR MEDIDAS UNITÁRIAS”, e ele vai pegar os dados da aba Comercial > Especificações > Dimensões da WEB (Imagem 4).

 

 

 

 

Implementar parâmetro de próximas entradas no ERP (SUP-55868)

 

Na tela “3.5.8 - Guarani Móvel - Android - Parametrização” foi inserido um parâmetro: “Permite Selecionar Entrada Futura” para que o próprio usuário configure se será possível ou não vender produtos que possuem estoque (Imagem 1).

 

 

 

 

Melhoria na tela configurações de seleção de estoque (Android)(ERP-1853)

 

Na tela “3.5.10 - Configuração de seleção automática de estoque (Android)”(Imagem 1), foi feita uma melhoria nas opções de “Ordem de Estoque Futuro”.

 

 

 

Validações do estoque futuro (SUP-57605)

 

Ocorrência: O sistema estava bloqueando inclusão de itens que possuíam estoque lógico com o parâmetro “CM_LOCAL_ESTOQUE_ITEM_A_ITEM” configurado como “SIM”.

Solução: Foi realizado um ajuste na validação do estoque ao inserir item na tela “3.2.12 - Digitação de ordens” com o parâmetro “CM_LOCAL_ESTOQUE_ITEM_A_ITEM” configurado como “SIM”. É importante configurar o campo “Digitação (Lógico)“ no “1.1.16 - Cadastro de locais de estoque”.

 

 

Ao juntar pedidos aparecia a mensagem: “Field 'GRA_PEDCLI' not found” (SUP-57549)

 

Ocorrência: Ao gerar nota de transferência: ibPedidos, aparecia a mensagem: “Field 'GRA_PEDCLI' not found”.

Solução: Foi realizado um ajuste ao gerar nota de transferência pela tela da expedição (Imagem 1).

 

 

 

Ajuste no estoque WMS após a reabertura de pedido e reversão do checkout (SUP-57511)

 

Ocorrência: Estava ocorrendo uma movimentação WMS com desacerto ao realizar cortes no final da conferência e estornar guia de carregamento com o parâmetro “(WMS) Estorna qtde end. picking quando realizar corte em conferência de saída (checkout ou coletor)?" quando configurado como SIM.

Solução: Foi realizado ajuste quando o parâmetro "(WMS) Estorna qtde end. picking quando realizar corte em conferência de saída (checkout ou coletor)?" estiver como SIM e existir guia de carregamento. O estorno da movimentação WMS não será mais realizado no momento do corte e sim no estorno da guia de carregamento (Imagens 1, 2, 3, 4, 5, 6 e 7).

 

 

 

 

 

 

 

 

Ajuste ao finalizar revisão de peças (SUP-56571)

 

Ocorrência: Sistema não estava permitindo finalizar “Revisão de Peças”, mesmo não tendo mais peças pendentes à revisar.

Solução: Foi criada “trigger (textil_xxx_item_bd)” para que não seja possível excluir uma peça, caso a mesma já tenha sido vinculada a uma revisão e foi criado “Tratamento” para que não seja possível concluir um apontamento, caso o guia de “Armazenagem” (gerada automaticamente em segundo plano) não tenha sido confirmada corretamente (Imagens 1 e 2).