Descrição: Não está carregando o mapa quando se consulta através do ícone de endereço.
Solução: Ajustada tela e atualizado componente de mapa, conforme nova política do Google.
Observação: Obter uma chave de API através de: https://developers.google.com/maps/documentation/javascript/get-api-key
A mesma deverá ser adicionada no parâmetro:
Parâmetro – ISO_GEORREFERENCIAMENTO
Detalhe – KEY
Valor – a chave recebida
Descrição: Problema de layout ao cadastrar de informações.
Solução: Corrigido.
Descrição: Problema de layout ao consultar as informações.
Solução: Corrigido
Descrição: Na entrada de uma ligação telefônica, o CRM não está identificando o número de telefone. A central as vezes envia sem o "zero" do DDD, tem que verificar se precisa colocar o zero antes de procurar na base de dados.
Solução: Corrigido. Foi adicionado o % na busca do DDD pela tela Hiso_Atendimento. Esse coringa é adicionado internamente. O dataprovider que realiza a busca foi alterado, o ddd que antes usava “=”, passou a usar “like”.
Solução: Corrigido. Adicionado um " " separando o título do logradouro.
Solução: Os alertas serão mostrados se o cliente em questão tiver alertas ativos e o parâmetro POPUPALERTA estiver cadastrado. Foi alterado para que passe a mostrar o texto dos alertas quando o usuário passa o mouse nos ícones de alerta (vermelho, amarelo ou verde).
Parâmetro – POPUPALERTA
Detalhe – CADMOSTRARPOPUP (Cadastro Simplificado)
Valor – S ou N (Padrão N)
Detalhe – MKMOSTRARPOPUP (Atendimento Campanha)
Valor – S ou N (Padrão N)
Detalhe – SACMOSTRARPOPUP (Atendimento SAC)
Valor S ou N (Padrão N)
Descrição: Adicionar no login do chat o campo UF e disponibilizar
sua visibilidade para o atendente.
Solução: Implementado.
Parametrização necessária:
Parâmetro ISOCHATCOMPONENTES
Detalhe HABILITA_UF (Esse detalhe controla a exibição
do campo UF no login do chat, mas o campo tem seu
preenchimento opcional.)
Valor S ou N (Padrão N)
Detalhe OBRIGA_UF (Esse detalhe controla a obrigatoriedade do campo. Deixar esse em S somente quando estiver habilitado o detalhe HABILITA_UF).
Valor S ou N (Padrão N)
Descrição: Está gravando MOTOR EMAIL DE ENTRADA como Usuário que efetuou o descarte.
Solução: Corrigido, está mostrando o Usuário logado que efetuou o descarte.
Descrição: Possibilitar consultar e-mails recebidos pela caixa de entrada do isoCRM com a formatação html original.
Solução: Os ícones com o desenho da lupa que se encontra ao lado do campo do corpo de e-mail possibilitam a visualização em popup do e-mail na formatação original.
Descrição: Criar uma qualificação do chat após a conclusão do atendimento.
Solução: Implementado. O internauta após ser atendido, poderá classificar o atendimento com notas entre 1 e 5, sendo que 1 seria péssimo e 5 seria excelente, os resultados podem ser extraídos via isoAnalítico.
Descrição: Problema na regra de obrigatoriedade no campo unidade de atendimento no formulário do portal de atendimento, gerando atendimento sem obrigar o internauta a informar a unidade.
Solução: Corrigido.
Descrição: ao se incluir uma Resposta no detalhe, qualificar com Motivo, Ocorrência, Causa e a Situação "Concluído", está apagando a Resposta ao confirmar o atendimento.
Solução: Corrigido, está carregando normalmente.
Descrição: No chat não são sugeridos clientes quando o cpf ou cnpj fornecido no login do internauta existe na base, essa sugestão somente funciona se o e-mail existir na base.
Solução: Corrigido.
Descrição: Problema com time out do chat.
Solução: Corrigido.
Descrição: Os atendimentos finalizados não aparecem no resultado.
Solução: Corrigido.
Descrição: Colocar o "." (máscara) nos valores numéricos que não possuem. Ex: 200.000,00.
Solução: Implementado. Foi ajustada a máscara dos campos numéricos.
Descrição: Os itens do pedido no relatório não exibem quando o item está em aprovação de cotas.
Solução: Corrigido. Ajustada a condição que impede a exibição de itens na situação em Aprovação de Cotas nos relatórios do Pedido.
Descrição: Pedido não aceita a alteração do preço do item.
Solução: Corrigido. Foi corrigido o problema, atualizando sempre o campo preço de lista (ISOPvPedIte_PrecoLista) enquanto o pedido estiver em cotação ou aprovação de cotas. O problema ocorria porque o produto foi incluído com um preço de lista, e este foi atualizado posteriormente. O desconto do Novo preço era gerado a partir do novo preço de lista, e no recálculo o desconto era aplicado no preço de lista antigo. Foi criado um parâmetro para desabilitar a atualização automática.
Parametrização necessária:
Parâmetro UPD_PRECO_LISTA
Detalhe COMANDO (Esse detalhe ativa/desativa a funcionalidade de atualizar sempre o preço de lista, caso o pedido esteja em cotação ou aprovação de cotas.)
Valor S ou N (Padrão S)
Descrição: Mesmo inativando uma unidade de medida (fator de conversão), a mesma continua aparecendo no pedido, pois esta unidade está em uma matriz de unidade de medida. O cadastro de produto deve sobrepor a matriz, ou seja, se inativada no produto, não deve aparecer para nenhum pedido.
Solução: Corrigido.
Descrição: Mesmo um pedido estando concluído, era permitido incluir/alterar as observações do pedido.
Solução: Corrigido um problema de visualização dos ícones.
Parametrização necessária:
Parâmetro ISOPVPEDIDO_LIB_DA_SITUACAO
Detalhes ANEXO, OBSERVAÇÃO e DADO_COMPLEMENTAR.
Caso esteja S, mesmo que o pedido esteja bloqueado o usuário poderá incluir/alterar as informações: Anexos, dados complementares e observações.
Valor S ou N (Padrão N).
17275 – Alteração na prioridade de verificação das inconsistências do pedido.
Descrição: Na tela de fechamento do pedido, alterar a ordem de verificação dos problemas para que "Problema de matriz" fique antes de "MB ou MC fora da faixa".
Solução: Implementado. Na tela de fechamento do pedido, foi alterada a ordem de verificação dos problemas. Ficou assim, da sequência de maior prioridade para a maior:
1. Sem estoque ou não existe no armazém
2. Problema de matriz unidade produto
3. Bloqueado ou inativo
4. Fator de conversão não encontrado
5. Quantidade múltipla
6. Problema com a data de promessa
7. Lote não encontrado no armazém ou sem estoque
8. Programação vencida ou sem estoque
9. Item com Lead Time
10. Problema de matriz
11. MB ou MC fora da faixa
Margem bruta
Descrição: Aparecerá um pop up avisando que a margem bruta está fora da faixa, ao fechar o pedido, conforme limites informados nos dados complementares do produto.
Solução: Implementado. Caso o parâmetro esteja cadastrado e MOSTRARPOPUP = S, ao concluir venda aparecerá pop up conforme regras abaixo:
Definindo o limite inferior e superior na margem do dado complementar do produto, abrirá popup se:
MB_Item < MB_LIMITE_INFERIOR_DC ou MB_Item >
MB_LIMITE_SUPERIOR_DC
Definindo somente o limite inferior na margem do dado complementar do produto, abrirá popup se:
MB_Item > MB_LIMITE_INFERIOR_DC
Definindo somente o limite inferior na margem do dado complementar do produto, abrirá popup se:
MB_Item < MB_LIMITE_SUPERIOR_DC
Observações:
Caso somente a margem esteja fora dos valores definidos no dado complementar de algum produto, os botões “Verificar itens” e “Concluir venda” estarão habilitados.
Caso a margem esteja fora dos valores definidos no dado complementar de algum produto, e exista outro erro na tela de fechamento, somente o botão “Verificar itens” estará disponível.
Parametrização necessária:
Parâmetro VRFMARGEMBRUTASUP o
Detalhe MOSTRARPOPUP (Habilitar a funcionalidade)
Valor S ou N (Padrão N)
Detalhe MENSAGEMPOPUP (Mensagem que aparecerá na tela que será aberta o pop up)
Valor Mensagem.
Detalhe PERG_DC_PRODUTO_LIMITE_INF (Definir o limite inferior da margem bruta)
Valor Código da pergunta do dado complementar do produto.
Detalhe PERG_DC_PRODUTO_LIMITE_SUP (Definir o limite superior da margem bruta.)
Valor Código da pergunta do dado complementar do produto.
Descrição: Incluir valores default para as datas de vigências inicial e final.
Solução: Implementado. Data inicial de vigência default igual à data atual. Data final de vigência igual ao último dia do ano.
Descrição: Manter filtros da tela de matriz de negociação e cenários, caso saia e retorne à tela.
Solução: Implementado. Foi alterada a tela HWWISOPvMatrizNegociacao para manter os filtros da tela caso saia e retorne à tela.
Descrição: Popup de programação de data na tela nova não está funcionando ao incluir um item. Na coluna "média de compra", quando a cor de fundo for vermelha, alterar a cor da fonte para branco.
Solução: Corrigido. Foi encontrado um cenário em que não abria a tela de programação ao tentar incluir o produto. Foi ajustada a cor na coluna "média de compra".
Descrição: No cadastro de cenário de matriz de negociação foi criado o campo "Preço Bionexo" (S ou N). Deverá ser criado o tipo T (Todos), onde o cenário poderá ser utilizado tanto para preço de pedidos Bionexo como para pedidos normais.
Solução: Implementado. Foi criado o tipo "T" - Todos no campo "Preço Bionexo" no cadastro do cenário. Esse tipo servirá para pedidos normais e pedidos Bionexo.
Descrição: Barra de rolagem fica lá em baixo.
Solução: Corrigido. Foram realizadas melhorias no layout minimizando a utilização da barra de rolagem. A tela se ajustará à resolução utilizada.
Descrição: Incluir valores default para as datas de vigências inicial e final.
Solução: Corrigido. Foi alterada a rotina de estoque para gravar até 3 casas decimais no estorno da quantidade da matriz de cota (tabela ISOPrdCota). Antes poderiam ser gravadas 4.
Descrição: O pedido não efetuou reserva de cotas com a situação APROVAÇÃO DE COTAS.
Solução: Corrigido. Foi corrigido o problema para itens que já tinham baixado a cota da matriz.
Descrição: Problema na divisão dos itens e as datas alteradas não ficam salvas.
Solução: Corrigido. Foi corrigido a divisão dos itens. Ao clicar no botão para dividir o item, as datas alteradas anteriormente ficarão salvas.
Descrição: Identificamos um problema na tela de cotas, onde no Chrome não aparece a barra de rolagem, porém no Firefox aparece normalmente.
Solução: Corrigido. Foi ajustado a visualização no Chrome.
Descrição: Problema ao solicitar cota. Como simular: O produto, controlado por cotas, tem estoque físico = 2. O produto, controlado por cotas, tem saldo de cota = 2. É feito um pedido com a quantidade 3. Ao clicar no botão para solicitar cota, na aba Cotas, aparece a mensagem “Erro ao recalcular o pedido. Alteração do pedido não permitida, um ou mais itens com estoque indisponível”.
Solução: Corrigido. Neste cenário não deve barrar por ter menos estoque físico. Quem manda é o saldo da cota.
Descrição: Pedido não fecha criticando falta de cota. Porém o item
está cancelado.
Solução: Corrigido.
Bionexo
Descrição: Está dando um erro, ao acessar a tela de cotações Bionexo, e informar parte do nome do cliente. Algumas formas de filtro não dão problema.
Solução: Corrigido. Foi retirado o campo para buscar o cliente pelo nome, pois poderia "estourar" o banco de dados, ocorrendo o problema. Foi adicionado o prompt, podendo buscar pelo nome e outras informações.
Descrição: Corrigir a tela de motivos de não resposta dos produtos de uma cotação Bionexo, considerando o campo descrição e unidade para verificação no de/para.
Solução: Corrigido. A tela de motivos foi corrigida, pois não estava considerando a descrição do produto na verificação do de/para cadastrado.
Descrição: Numa determinada cotação o motor desistiu de cotar a sequência 5, porém o item tem estoque.
Solução: Corrigido. Foi encontrado um problema de casas decimais, não prosseguindo a busca para outras formas de encontrar o preço e acabou respondendo com o preço ZERO (que para a Bionexo significa desistiu). Não tem relação com estoque.
Descrição: Problema ao gerar pedido a partir de uma cotação Bionexo. Pois estava gerando pedidos com a unidade de medida incorreta.
Solução: Corrigido o problema, pois não estava buscando a id_unidade correta.
Descrição: Na tela de busca de cotações Bionexo, está informando um número diferente de itens no campo "Qtd itens" da quantidade que realmente existe na cotação.
Solução: Corrigido. Não estava considerando a descrição e id da unidade para buscar no de/para.
Descrição: Cotações que são confirmadas automaticamente, ou seja, já entram “ganhas” (contrato), o ícone laranja que deveria aparecer, sinalizando que o pedido foi confirmado, mas não gerado, não aparece.
Solução: Corrigido. Ao incluir um pedido já confirmado, o campo ISOBP_ItePedidoNaoGerado estava sendo gravado como “N”. Foi alterado para gravar “S”.
Descrição: Criar parâmetro para definir se o preço sugerido encontrado na matriz de negociação passará pelo cálculo dos impostos ou não.
Solução: Implementado. Foi criado o parâmetro.
Parametrização necessária:
Parâmetro ISOBIONEXO_MOTOR_RESP_AUTO o Detalhe PRECO_SUGERIDO_CALCULA_IMPOSTOS. Caso esteja S, o preço encontrado na matriz de negociação passará pela rotina de cálculo do item do isoCRM, calculando os impostos.
o Valor S ou N (Padrão S).
Descrição: Em determinada situação, mesmo se determinado produto estiver com estoque ZERO, o motor está respondendo o item do de/para.
Solução: Corrigido. Foram também realizadas melhorias no log gerado pelo motor, incluindo o no da cotação no início em todos os logs.
Descrição: Na tela de busca de cotações Bionexo, quando uma cotação possui ZERO itens para responder, esta deveria ficar inativa automaticamente.
Solução: Implementado. Ao buscar uma cotação que possui ZERO itens para responder, ela ficará inativa.
Frete
Descrição: Na tela de busca de matriz de frete, ajustar filtros (colocar, combo, prompt) e gravar dados, caso saia da tela e retorne.
Solução: Corrigido. Foram alterados os filtros e ao sair e retornar à tela os dados serão mantidos.
Nova tela
Descrição: Melhorar a fonte para facilitar a visualização (as cores são fracas e precisa forçar a vista).
Solução: Implementado. Foi alterada a configuração de cores, para que os caracteres fiquem mais escuros.
Descrição: Não estas mostrando a mensagem de item duplicado quando inserimos mais de uma vez o mesmo item no carrinho de compras.
Solução: Corrigido.
Descrição: Não está funcionando a inserção de itens em “bloco” (Importação de XLS) arquivo xlsx.
Solução: Corrigido. Foi corrigida a importação, pois quando o produto não tinha estoque ou era controlado por cotas, este não era incluído dependendo da configuração do usuário.
Descrição: Na pesquisa do produto fazer abrir caixa combo Box dinâmico dos dados digitados (sugestão dos itens pelos dados digitados). Liberar busca pela descrição do produto.
Solução: Foi alterado o filtro para ser um auto complete, podendo utilizar tanto o código como a descrição para buscar.
Descrição: Fazer com que seja possível verificar a tributação de forma reduzida (Tooltip) na tela de entrada simplificada.
Solução: Implementado. Foi adicionado o tooltip no ícone de informações da tela nova do pedido.
Descrição: Realizar algumas melhorias na nova tela de inclusão de itens do pedido.
Solução: Implementado. Alterado o nome da coluna para "É acréscimo?". Ao incluir o item no carrinho o campo da busca será limpado. Ao incluir um produto que não faz parte dos favoritos, aparecerá a mensagem e neste o usuário deverá pressionar OK. Foi adicionado o ícone informação no grid de busca. Ao realizar a importação de arquivos .xls, foi adicionada opção para recalcular o pedido ao final.
Descrição: Na importação de produtos via XLS a partir da tela nova do pedido, caso algum item tenha sido importado com problema, deverá gerar um arquivo .xls de log e abrir para o usuário verificar. Não deverá mais gravar as inconsistências na observação do pedido.
Solução: Implementado. Caso a importação contenha erros, será apresentada uma mensagem e um arquivo será gerado na máquina com as inconsistências da importação.
Descrição: Ao inserir uma data na tela de "Programação de Datas", ocorre o erro sem mensagem alguma. Pressionando o botão OK, a tela não fecha. Ao importar o arquivo excel de pedidos, ele dá a mensagem de inconsistência, porém não sabemos onde foi gravado.
Solução: Corrigida a mensagem sem informação alguma e o fechamento automático da tela ao incluir o produto. Quanto ao arquivo .xlsx de inconsistências gerado na importação, irá salvar conforme configuração do navegador, que deverá também estar desabilitado para bloquear pop-up.
Descrição: Problema na soma dos totais de um pedido originado do módulo contratos. Se um item estiver na situação interna "Aprovação de cotas", este não é somado ao total do pedido.
Solução: Corrigido.
Descrição: Possibilitar que um fluxo possa ser disparado automaticamente sempre que cair na condição de disparo automático e o fluxo não estiver em andamento.
Solução: Liberado uma configuração no gatilho do fluxo que permite que o mesmo seja disparado reincidentemente desde que entre novamente na sua condição de disparo.
Com essa configuração é possível encadear fluxos, avançando ou retornando processos. Exemplo com atendimento passo a passo:
1o - Fluxo A Em determinado momento altera o atendimento para cair na condição de disparo do Fluxo B.
2o - Fluxo B é disparado.
3o - Fluxo A é concluído.
4o - Fluxo B em determinado momento, altera o atendimento para cair na condição de disparo do Fluxo A.
5o - Fluxo A é disparado se e somente se a configuração disponibilizada nesse atendimento estiver devidamente configurada no gatilho do fluxo A.
Nota Importante: Todo fluxo disparado automaticamente, foi disparado porque entrou na condição de disparo e, ao concluir, se a condição de disparo ainda for válida, o fluxo será disparado novamente. Ou seja, é possível criar looping se for configurado errado, por esse motivo, essa funcionalidade não deve ser configurada sem o devido entendimento do módulo Supervisor Workflow e dos fluxos alterados.
Esse recurso se aplica com os seguintes módulos:
SAC, Campanha, Pedido, Contrato e Bionexo.
ENTRADA, RESERVADAS e SAÍDA.
Aba Entrada
Aba Reservadas
Aba Saída
Solução: Corrigido, mostra a quantidade filtrada nas três abas.
Descrição: incluir flitro por UF de acordo com o Estado do Cliente.
Solução: Colocado filtro por UF do Cliente. Quando filtrado por uma UF qualquer, serão mostrados os contatos com a mesma UF.
Se for escolhido a opção "Não informado", serão mostrados os contatos sem endereço.
Alterada a view VW40_AtendCampanha para acrescentar as colunas de código da UF do cliente sigla da UF do cliente.
Atualização da VW40 deve ser feita também.
Descrição: Alteração da tela de campanha HISOMk_AtendimentoWC para que o Grid "Sem agendamento" siga a ordem que o Grid "Não contatados" já utiliza do serviço ORDEM_PRIORIDADE.
Solução: Implementado. Foi criado parâmetro para que a ordenação seja feita somente de acordo com o campo "VW40_FilaPrioridade".
Parametrização necessária:
Parâmetro HISOMK_ATENDIMENTOWC o Detalhe ORDEM_PRIORIDADE_SEM_AGENDA Caso esteja S, a ordenação será feita somente de acordo com o campo "VW40_FilaPrioridade".
o Valor S ou N (Padrão N)
Descrição: Colocar metas de contatos por campanhas e/ou prioridades por vários campos de filtros. Hoje a meta de contato por campanha retira todos os contatos mesmo quando agendados, analisar alternativas para que isso não aconteça ou seja um parâmetro. A Meta atingida deveria ocultar apenas os contatos sem agendamento. O que for agendamento deveria aparecer sempre, pois não podemos deixar um agendamento atrasar simplesmente porque atingimos a meta. Um agendamento atrasado também não pode ser ocultado.
Solução: A grid de agendamentos e agendamentos em atraso passam a sempre carregar, mesmo se a meta for atingida. A meta nesse casso, irá restringir apenas contatos não contatados ou sem agendamento.
Descrição: nas perguntas que são como combobox, múltiplos valores igual a SIM e de resposta obrigatória está sendo mostrado um campo em branco não permitindo ir para a próxima pergunta sem colocar algo no mesmo.
Solução: Corrigido, está apresentando as perguntas e respostas de
modo correto.
Descrição: Elaborar integração de parâmetros fiscais.
Solução: Implementado. Documentação disponibilizada no link:
https://portal.isocrm.com.br/wiki