Construshow 24.110 - Release 05

663666

MCP-9396

Lentidão ao abrir a aba '4 - Saldos Estoque/Lote' no Cadastro de Produtos

1 - Menu:
Mercadorias >> Produtos

2 - Objetivo:
Reduzir a lentidão na consulta de saldos de estoque e notas fiscais em expedição para produtos com grande volume de movimentações.

3 - Alteração:
Otimizado o carregamento da aba "Saldos Estoque/Lote" para produtos com alta movimentação, reduzindo o tempo de resposta ao exibir os saldos. Também foi melhorada a consulta de notas fiscais em expedição, acelerando a exibição das informações ao clicar no botão de consulta.

687704, 691379

MCP-9658

Gerando transferências incorretamente no processo de gera devolução

1 - Menu:
Processos >> Notas >> Gera devolução de Venda.

2 - Objetivo:
Gerar corretamente as transferências e a movimentação de estoque ao fazer devolução.

3 - Alteração:
Realizado ajustes na forma que o sistema vai respeitar a configuração “Transf. na Devolução = SIM” definida dentro do Documento de Devolução.

É importante destacar que a configuração “Transf. na Devolução“ é usada para definir se o sistema gera ou não transferências para acertar os saldos quando a mercadoria é devolvida em um estabelecimento diferente de onde ela saiu. O objetivo é tratar essa configuração considerando processos com e sem Nota de Transporte, pois nesses cenários existem movimentações diferentes nos saldos físico e disponível.

• Devoluções no processo com Nota de Transporte:

No caso do processo com Nota de Transporte (considerando que no documento da venda/pedido o campo “Gera Nota de Transporte” esteja “Sim“), ao devolver apenas o Pedido de Venda (que não movimenta fisicamente o produto), se ainda não foi iniciado roteiro de logística (quando tiver), mesmo que o documento de devolução esteja “Transf. na Devolução = SIM”, não serão geradas transferências, independente do estabelecimento. Isso porque a devolução sempre será criada com o mesmo “Estab. Baixa“ do Pedido de Venda, com isso o saldo “Disponível“ que havia sido baixado, volta no mesmo local/estab.

Se o sistema utiliza roteiro de logística, e esse já foi iniciado, então ao devolver o Pedido de Venda, o sistema vai gerar a devolução e as transferências respeitando o último documento gerado no processo. Nesse processo, como já teve movimentação de saldo Físico (pelas transferências do roteiro), ao devolver o pedido, será respeitado a configuração “Transf. na Devolução”, se estiver como “Sim“, e se devolução estiver sendo lançada em outro estabelecimento(diferente de onde mercadoria estava fisicamente), gerando assim as transferências.

Semelhante, no caso da devolução da Nota de Transporte, como esse documento movimentou fisicamente a mercadoria na entrega ao cliente, na devolução, também irá respeitar a configuração “Transf. na Devolução. Ou seja, se estiver com “Sim“, e a devolução for realizada em um estabelecimento diferente de onde a mercadoria saiu (considerando “estab. baixa”), será gerado transferências.

Lembrando que, dentro do documento de devolução também existe a configuração “Altera Local de Retirada“, se estiver como “SIM“, nesses processos, há também a possibilidade de mudar o local de retirada (estab. baixa) no momento de gerar a devolução, nesses casos, a devolução será criada com o local (estab. baixa) informado pelo usuário. Em relação as transferências, serão criadas se o local informado pelo usuário for diferente do estab. baixa do documento/venda que estiver sendo devolvida.

• Devoluções no processo sem Nota de Transporte

No caso do processo sem Nota de Transporte (considerando que no documento da venda/pedido o campo “Gera Nota de Transporte” esteja “Não”), onde o documento é único, que já movimenta o (saldo físico e disponível antes mesmo de realizar a entrega), ao devolver esse tipo de venda, se a configuração “Transf. na Devolução” estiver definida como “Sim“ dentro do Documento de Devolução, o sistema sempre irá criar a devolução com o estab. baixa considerando o estab. onde a venda foi feita. E, se a devolução estiver sendo lançada pelo usuário em um estabelecimento diferente de onde a venda foi realizada, o sistema então vai gerar as transferências.

Nesse processo que não envolve nota de transporte, mesmo que no documento de devolução esteja como “Sim“ na configuração “Altera Local de Retirada“, ao devolver, o sistema vai apresentar a tela de alteração, mas somente com locais de retirada do estab. da venda. Ou seja, não poderão ser selecionados outros locais diferentes do estab. de origem da venda, isso porque nesse processo a venda já movimentou físico e disponível, e a devolução tem que ser criada no mesmo formato. E se a devolução estiver sendo lançada em um estab. diferente de onde a venda foi realizada, então serão geradas as transferências automaticamente para acertar os saldos.

De forma resumida, no processo com nota de transporte, há variações considerando se a devolução é do pedido antes ou depois de iniciar o roteiro, ou se a devolução é da próprio nota de transporte. As transferências não são geradas na devolução do pedido, só serão geradas transferências depois que o roteiro for iniciado (se tiver), e se a devolução estiver sendo realizada em um estabelecimento diferente de onde a mercadoria estava fisicamente. E nesse processo, ao devolver, se o documento de devolução permite alterar local de retirada, o usuário tem autonomia para indicar qualquer local, e o sistema vai considerar esse local selecionado como “Estab. Baixa“ para a devolução.

Já no processo sem nota de transporte, o sistema vai gerar transferências sempre que a devolução estiver sendo lançada em um estabelecimento diferente de onde a mercadoria saiu. E na questão de poder ou não alterar local de retirada, se o documento de devolução permite, o usuário terá a opção de somente informar locais que sejam do estab. da venda.

0

MCP-9709

Tela da Devolução apresenta "Local retirada original" em branco

1 - Menu:
Processos >> Notas >> Gera devolução de Venda.

2 - Objetivo:
Gerar corretamente as transferências e a movimentação de estoque ao fazer devolução.

3 - Alteração:
Realizado ajustes na forma que o sistema vai respeitar a configuração “Transf. na Devolução = SIM” definida dentro do Documento de Devolução.

É importante destacar que a configuração “Transf. na Devolução“ é usada para definir se o sistema gera ou não transferências para acertar os saldos quando a mercadoria é devolvida em um estabelecimento diferente de onde ela saiu. O objetivo é tratar essa configuração considerando processos com e sem Nota de Transporte, pois nesses cenários existem movimentações diferentes nos saldos físico e disponível.

• Devoluções no processo com Nota de Transporte:

No caso do processo com Nota de Transporte (considerando que no documento da venda/pedido o campo “Gera Nota de Transporte” esteja “Sim“), ao devolver apenas o Pedido de Venda (que não movimenta fisicamente o produto), se ainda não foi iniciado roteiro de logística (quando tiver), mesmo que o documento de devolução esteja “Transf. na Devolução = SIM”, não serão geradas transferências, independente do estabelecimento. Isso porque a devolução sempre será criada com o mesmo “Estab. Baixa“ do Pedido de Venda, com isso o saldo “Disponível“ que havia sido baixado, volta no mesmo local/estab.

Se o sistema utiliza roteiro de logística, e esse já foi iniciado, então ao devolver o Pedido de Venda, o sistema vai gerar a devolução e as transferências respeitando o último documento gerado no processo. Nesse processo, como já teve movimentação de saldo Físico (pelas transferências do roteiro), ao devolver o pedido, será respeitado a configuração “Transf. na Devolução”, se estiver como “Sim“, e se devolução estiver sendo lançada em outro estabelecimento(diferente de onde mercadoria estava fisicamente), gerando assim as transferências.

Semelhante, no caso da devolução da Nota de Transporte, como esse documento movimentou fisicamente a mercadoria na entrega ao cliente, na devolução, também irá respeitar a configuração “Transf. na Devolução. Ou seja, se estiver com “Sim“, e a devolução for realizada em um estabelecimento diferente de onde a mercadoria saiu (considerando “estab. baixa”), será gerado transferências.

Lembrando que, dentro do documento de devolução também existe a configuração “Altera Local de Retirada“, se estiver como “SIM“, nesses processos, há também a possibilidade de mudar o local de retirada (estab. baixa) no momento de gerar a devolução, nesses casos, a devolução será criada com o local (estab. baixa) informado pelo usuário. Em relação as transferências, serão criadas se o local informado pelo usuário for diferente do estab. baixa do documento/venda que estiver sendo devolvida.

• Devoluções no processo sem Nota de Transporte

No caso do processo sem Nota de Transporte (considerando que no documento da venda/pedido o campo “Gera Nota de Transporte” esteja “Não”), onde o documento é único, que já movimenta o (saldo físico e disponível antes mesmo de realizar a entrega), ao devolver esse tipo de venda, se a configuração “Transf. na Devolução” estiver definida como “Sim“ dentro do Documento de Devolução, o sistema sempre irá criar a devolução com o estab. baixa considerando o estab. onde a venda foi feita. E, se a devolução estiver sendo lançada pelo usuário em um estabelecimento diferente de onde a venda foi realizada, o sistema então vai gerar as transferências.

Nesse processo que não envolve nota de transporte, mesmo que no documento de devolução esteja como “Sim“ na configuração “Altera Local de Retirada“, ao devolver, o sistema vai apresentar a tela de alteração, mas somente com locais de retirada do estab. da venda. Ou seja, não poderão ser selecionados outros locais diferentes do estab. de origem da venda, isso porque nesse processo a venda já movimentou físico e disponível, e a devolução tem que ser criada no mesmo formato. E se a devolução estiver sendo lançada em um estab. diferente de onde a venda foi realizada, então serão geradas as transferências automaticamente para acertar os saldos.

De forma resumida, no processo com nota de transporte, há variações considerando se a devolução é do pedido antes ou depois de iniciar o roteiro, ou se a devolução é da próprio nota de transporte. As transferências não são geradas na devolução do pedido, só serão geradas transferências depois que o roteiro for iniciado (se tiver), e se a devolução estiver sendo realizada em um estabelecimento diferente de onde a mercadoria estava fisicamente. E nesse processo, ao devolver, se o documento de devolução permite alterar local de retirada, o usuário tem autonomia para indicar qualquer local, e o sistema vai considerar esse local selecionado como “Estab. Baixa“ para a devolução.

Já no processo sem nota de transporte, o sistema vai gerar transferências sempre que a devolução estiver sendo lançada em um estabelecimento diferente de onde a mercadoria saiu. E na questão de poder ou não alterar local de retirada, se o documento de devolução permite, o usuário terá a opção de somente informar locais que sejam do estab. da venda.

0

MCP-9750

Alíquota de PIS e COFINS ficando incorreta no carrinho

1 - Menu:
Processo >> Carrinho

2 - Objetivo:
Gravar base de PIS e COFINS corretamente no carrinho e garantir a correta replicação das informações de impostos ao copiar um carrinho.

3 - Alteração:
Anteriormente, ao utilizar configurações de tributação que deduziam o ICMS da base, o sistema exibia as alíquotas de Pis e Cofins já com o valor deduzido, causando inconsistências nos cálculos apresentados. Além disso, na cópia de um carrinho, alguns campos de impostos não eram replicados corretamente.
Um ajuste foi realizado na gravação dos campos de alíquota de Pis e Cofins para apresenta-las sem a dedução do ICMS e para que todos os campos do carrinho sejam copiados conforme o registro de origem.

683495

MCP-9590

Lançamentos em Analíticas não Estão Aparecendo no DRE

1 - Menu:
Financeiro >> DRE

2 - Objetivo:
Ajustar a rotina do DRE para garantir que todas as notas lançadas com uma configuração de documento (CP ou OE) marcada como "É Despesa de Frota" = “Sim“, sejam corretamente apresentadas no DRE quando for por competência.

3 - Alteração:
Adicionada uma validação na função utilizada no processamento do DRE, para incluir todas as notas de Compra e Outras Entradas (CP e OE) que estejam configuradas como ‘É Despesa de Frota’. Agora, essas notas serão consideradas no DRE por competência, garantindo que qualquer nota configurada como uma despesa de frota seja exibida no DRE, desde que a analítica esteja corretamente vinculada a um grupo DRE.

Open

0

MCP-9401

Erro de chave estrangeira ao copiar / colar CTRC

1 - Menu:
Processos >> Notas >> CTRC.

2 - Objetivo:
Remover a opção de copiar/colar cadastros de CTRC.

3 - Alteração:
Seguindo o mesmo padrão já existente na tela de Notas, foi realizada a remoção das opções de copiar/colar que existiam na tela de CTRC. O objetivo é evitar que ao copiar, gere erros de dados como chave de acesso e outras informações que são únicas de cada nota.

Open

676729

MCP-9431

Sistema não está trazendo XMLs do Portal Doctos

1 - Menu:
Processos >> Documentos Eletrônicos >> Importação de NF-e.

2 - Objetivo:
Realizar tratamento de datas para apresentar corretamente os dados de notas no portal de documentos.

3 - Alteração:
Ajuste realizado na rotina que faz a busca dos documentos na “Manifestação do Destinatário“ no Portal de Documentos, para que a data de retorno seja tratada a fim de evitar erros de conversão. Anteriormente o sistema não apresentava as informações das notas no portal de documentos quando o servidor estava com data no formato americano.

000

MCP-9477

Bug do Kit no Grid da aba "Entrega Futura" no Carrinho

1 - Menu:

Processos >> Carrinho.

2 - Objetivo:

Corrigir agrupamento e adição de kits no carrinho na aba de “Venda Futura”

3 - Alteração:

Na aba de entrega futura do Carrinho, foram identificadas algumas situações que estavam impedindo o correto comportamento do sistema quando a venda envolvesse produtos do tipo “Kit”, sendo eles:

1. Caso adicionado dois ou mais kits no carrinho juntamente com outros produtos, ao realizar a exclusão de um dos kits, os produtos perdiam o agrupamento e passavam a ser exibidos separadamente, em forma de listagem.

2. Quando um kit sem saldo era adicionado a uma remessa, o sistema exibia uma mensagem referente ao saldo e ao fechar a mesma o grid travava, impedindo a inclusão de novos itens.

3. Ao fazer a venda de um kit duas ou mais vezes em uma mesma nota de venda futura, quando o usuário tentava adicionar somente um dos kits, o sistema adicionava todos com o mesmo IDITEM.

Para corrigir essas situações e garantir a correta usabilidade da rotina, foram feitos os seguintes ajustes:

• O agrupamento dos produtos no carrinho agora deve ser mantido corretamente ao excluir um kit.

• O grid não deve mais travar ao tentar adicionar um kit sem saldo, permitindo que a mensagem seja fechada e que haja a inclusão de novos itens.

• Apenas o kit selecionado deve ser adicionado ao carrinho, evitando a duplicação de itens com o mesmo IDITEM.

0

MCP-8673

Unificar layout DANFE quando imprime local de entrega no corpo da DANFE.

1 - Menu:

Processos >> Notas >> Nota Fiscal.

2 - Objetivo:

Apresentar endereço de entrega alternativo na impressão da DANFE

3 - Alteração:

Realizamos a implementação de ajustes para que, quando a configuração geral “Local de Entrega corpo da DANFE” estiver marcada como “Sim” e o endereço selecionado na nota for divergente do padrão (endereço alternativo) essa informação seja corretamente apresentada no momento de impressão da DANFE da respectiva nota.

Além disso, também foi aprimorado o layout dos separadores de colunas para quando a impressão da DANFE exceder duas páginas.

637057

MCP-8829

Criar um campo para ajustar o grupo filial dos estabelecimentos

1 - Menu:
Configuração >> Usuários >> Configuração de Grupos/Usuários

2 - Objetivo:
Permitir a separação por grupos dos estabelecimentos que compartilham o mesma empresa, facilitando a organização de informações em relatórios e demais demandas personalizadas.

3 - Alteração:
Criado dentro das Configurações de Grupos/Usuários um novo campo denominado "Grupo Filial", o qual permite cadastrar grupos de filial e associar os estabelecimentos a esses grupos, definindo a que grupo cada estabelecimento pertence. Isso possibilita a correta separação das informações quando há mais de uma matriz utilizando o mesmo estabelecimento.

Open

Além disso, foi adicionada uma restrição para impedir que o mesmo estabelecimento seja vinculado a mais de um grupo filial. Para suporte a consultas e relatórios personalizados, foi disponibilizada a view V_GRUPOFILIAL no banco de dados, permitindo acesso às informações dos grupos de filial e seus respectivos estabelecimentos.

0

MCP-9545

Inclusão Automática da Taxa de Cobrança de Duplicata no Pagamento ao Alterar Itens no Carrinho

1 - Menu:
Processos >> Carrinho

2 - Objetivo:
Ajustar o processo para garantir que, ao finalizar o carrinho, o valor da taxa de cobrança de duplicata seja automaticamente incluído no pagamento, mesmo após alterações na quantidade de itens ou adição de novos itens no carrinho.

3 - Alteração:
Foi ajustado o processo de recálculo dos valores de pagamento no carrinho para considerar o valor da taxa de cobrança de duplicata ao atualizar a parcela, evitando que essa taxa seja removida indevidamente. Agora, caso haja alterações na quantidade de itens ou inclusão de novos valores, como frete, a taxa será mantida e corretamente somada ao total do pagamento no momento do acerto.

0

MCP-9648

Não atualizar "Text" dos componentes VsDate em DesignTime

.

695664

MCP-9689

Opção de 'Nota Própria' não sendo apresentada na Importação de NF-e para usuários do tipo 'Normal' que executam o processo 365

1 - Menu:
Processos >> Documentos Eletrônicos >> Importação de NF-e

2 - Objetivo:
Permitir que a opção "Nota Própria" seja apresentada na aba "Configurações" da rotina de Importação de NF-e, sempre que o usuário tiver acesso ao processo 365 - Usuário tem acesso à Nota Própria na Importação de NF-e, independentemente de seu tipo (Normal ou Supervisor).

3 - Alteração:
Ajustado o carregamento das configurações de acesso para garantir que a opção "Nota Própria" seja exibida corretamente na aba "Configurações" da rotina de Importação de NF-e para qualquer usuário que possua o processo 365 ativo, sem restrição ao tipo de usuário. Caso o usuário seja do tipo Supervisor, a opção será sempre exibida independente se o usuário executa o processo ou não.

0

MCP-9726

Programa de Pontos - Vendedores - Geração dos Pontos

1 - Menu:

Processos>Carrinho

2 - Objetivo: 

Permitir a geração de pontos de CashBack para vendedores 

3 - Alteração:
Criado estrutura de pontuação para vendedores. Mais detalhes na documentação: Programa de Pontos - Vendedores