V 134.1
Utilize o documento acima para ler o release note
Outubro 2014
Nota:
Ao perceber algum problema de configuração em tela, antes de abrir um atendimento por favor façam os seguintes procedimentos :
Procedimento direto no servidor da aplicação
Parar o serviço do WWW: net stop W3SVC
Navegar até a pasta C:\Windows\Microsoft.NET\Framework ou C:\Windows\Microsoft.NET\Framework64, isto vai depender de como está configurado o Application Pool, se está executando em x64 ou x86.
Caso seja x64 navegar até C:\Windows\Microsoft.NET\Framework64\v2.0.50727\Temporary ASP.NET Files, remova todas as pastas e inicie o IIS novamente com: net start W3SVC.
2-Usuários - Com o botão da direita do mouse na tela especifica usar a opção "Atualizar frame"
Se mesmo depois disso continuar o problema, favor solicitar abertura do atendimento pelo email sac@isocrm.com.br mandando a imagem da tela.
Funcionamento da disponibilização dos pacotes:
1.Os atendimentos são abertos no isoCRM, é feita uma pré-analise individual de cada atendimento, com simulações e complementos.
2.Quando se trata de uma implementação é feito um escopo do que foi solicitado e enviado para aprovação do mesmo pelo cliente.
3.Após aprovado é elaborado um cronograma de implementação destes atendimentos e enviado para equipe
Comercial para elaboração de proposta, esta proposta é enviada para o cliente para aprovação.
4.Após aprovação deste atendimento é enviado para equipe de desenvolvimento que efetua a implementação conforme escopo.
5.A equipe de desenvolvimento efetua os testes, ajustes, caso seja necessário.
6.É efetuado o empacotamento de todos os atendimentos e gerado um pacote que é liberado para equipe de Logística fazer os testes e documentação antes do envio para o cliente.
7.Após homologado pela equipe interna da isoEnterprise (Logística) é liberado para o cliente colocar em ambiente de homologação.
8.O cliente deve efetuar a homologação deste pacote.
9. Com o pacote homologado o cliente pode colocar em produção conforme instruções.
isoCadastro
11998 – Cadastro- Filtro por codigo externo
Descrição : Na versão 131.9 na tela HISO_Atendimento , quando filtramos por código
externo não mostra a Razão Social/Nome
Parecer: Corrigido.
11969 – Cadastro - Alerta por código externo
Descrição : Quando buscamos um cliente pelo código iso ou pelo CNPJ, mostra o ícone do alerta, mas quando filtramos pelo código externo não mostra o Alerta...
Parecer: Após realizados testes, foi verificado que o ícone alerta está funcionando normalmente.
isoPesquisa
11549 – Pesquisa- Pesquisas ativas/inativas na tela de atend Campanha
Descrição : HISOMK_ConsAtendPesquisa
Pesquisa
Na Campanha de pesquisa, ao entrar na campanha e acessar uma pesquisa esta trazendo também as pesquisas inativas e fora do período de vigência.
As inativas vem habilitado e as fora de vigência vem bloqueado o acesso, não mostrar nenhuma das duas situações.;
Mostrar somente as Pesquisas ATIVAS e ou DENTRO do prazo de vigência.
Se estiver com a SITUAÇAO CONCLUIDO o botão de abrir o formulário vir bloqueado.
Parecer: Mudado condição da grid para trazer somente os encaminhados e que estejam dentro da vigência.
IsoVendas
11979- Pedido-Tela de consulta por item
Descrição : Conforme anexo, problemas com relação à tela
HWWISOConsultaPedido - Pedidos abertos.
Parecer: Criado as view BI_021 e BI_022 para resolver a tela HWWISOConsultaPedido. Desenvolvido a integração de Ordens de produção aisoCRM_IntegracaoPedIteOrdPrdWS.
12116- Pedido- Forma de pagamento x condição de pagamento
Descrição : Criar um parametro para ser utilizafo em Condição de Pagamento.
Desenvolver funcionalidade para utilizacao ou não da nova forma de vinculo da condição de pagamento na forma de pagamento.
Parecer:
Foram criadas duas parametrizações, são elas :
Parâmetro: ISOPVPEDIDO
Detalhe: CONDICAO_FORMA_PGTO
Valor: S ou N (Padrão S)
Parâmetro: ISOPVPEDIDO
Detalhe: CONDICAO_USUARIO
Valor: S ou N (Padrão S)
Conforme as configurações em alguns clientes ambas os detalhes devem ser feitas em N.
O detalhe CONDICAO_FORMA_PGTO quando em N permite desabilitar o vínculo da condição de pagamento à forma de pagamento.
O detalhe CONDICAO_USUARIO quando em N desabilita o uso da condição de pagamento por usuário, independente do uso da Matriz de condição de pagamento ou não.
Possíveis cenários à serem homologados:
• Cliente encontra-se na Matriz de condição de pagamento (Verificar as condições que estão na matrizes).
◦ Combinar as parametrizações (S, S | S, N | N, S | N, N)
▪ Para cada combinação, validar com um usuário que possua condição de pagamento e com um usuário que não possua.
• Cliente não encontra-se na Matriz de condição de pagamento.
◦ Combinar as parametrizações (S, S | S, N | N, S | N, N)
▪ Para cada combinação, validar com um usuário que possua condição de pagamento e com um usuário que não possua.
Esses possíveis cenários, totalizam 16 validações .
Observação: validar as funcionalidades da forma de pagamento InfoCard.
12077- Pedido-Calculo de desconto de negociação x Alçada
Descrição : Identificamos uma situação que precisa ser corrigida com urgência, está afetando a analise dos pedidos da alçada.
Segue o pedido 5528158 no homologa.
Inserimos o item 410013 e aplicamos 7% desconto, nesse momento na aba alçada, está correto, após alterar o pedido para aberto(concluir a venda) o valor original altera, ficando com o valor original sem contar com o desconto da matriz de negociação.
Parecer: Corrigido PISOPvCalculaPedidoTotal.
12010 – Pedido- Unidade do produto na aba fechamento
Descrição : O item 3 e 4 do pedido 5527955 na aba fechamento acusaram erro na unidade de produto, acontece que o item está com fator correto, unidade de origem
UN e unidade de destino UN.
Na inclusão do item o sistema assumiu como unidade de origem CX,.
Cancelamos o item e incluímos novamente, na segunda inclusão vai certo.
Não conseguimos simular essa situação, mas a frequência acontece está aumentando, precisamos corrigir. o pedido 5529890 ambiente de produção, está com esse problema, consegues verificar por gentileza.
Parecer: Não foi encontrado ou simulado o problema, porem foram feitos ajustes para que não ocorra. Nas telas de inclusão de itens tinha a variável &ValidaUnidadeVenda, que era pega da sessão no evento Start e não estava na tela, e era usada nas rotinas. O problema é que não há garantia de que ela esteja carregada quando necessário
10617- Pedido-Aba Promoçoes Web
Descrição : ABA PROMOCOES NA WEB
1- Sistema incluiu o item no carrinho com a quantidade menor que a estipulada na faixa.
2- Ao concluir a venda do pedido, mostrou a mensagem O PRODUTO 202212 SEQ. 2 COM COTA INSUFICIENTE, FAVOR REAVALIAR. Porem tem cotas e quantidades.
Parecer: Não foi identificado/simulado problema com quantidade das faixas.
Foi identificado e corrigido um problema com cotas nas promoções, onde mostrava o produto com saldo, mas na verdade o saldo não existia.
Corrigido também na tela de pesquisa de produtos. Se pesquisasse por descrição, e um produto possuía cota, os produtos logo abaixo que não possuíam cota, mostrava que possuía
12025- Pedido-Estoque e cotas para dentro do mes
Descrição : 3- O item tendo estoque e cotas para dentro do mês, ao gravar fica em verde claro, por que não tem data de promessa cadastrado na tela HViewISOProduto.
Mas tendo estoque e cotas dentro do mês não há necessidade de ter data de faturamento cadastrado.
Parecer: Corrigida a tela e procedure de fechamento. E a baixa de estoque da data de promessa.
11719- Pedido-Processo com data de faturamento
Descrição : Consulta de itens do pedido
a questão daquele tela nova de consulta sobre os itens pendentes e faturados, Vc já tem alguma ideia de qnt tempo levaria?
Parecer: Implementado
Parâmetro HWWISOCONSULTAPEDIDO
Detalhes:
DC_PED_REDESPACHO
DC_PED_ITE_REFERENCIA
DC_PED_ITE_QTDEALOCADA
DC_PED_ITE_DATASAIDA
DC_PED_ITE_ORDEMPROD
Cada detalhe representa o código de uma pergunta de dado complementar, sendo que, -> se o detalhe iniciar apenas com DC_PED, se refere a um dado complementar do pedido
-> se o detalhe iniciar com DC_PED_ITE, se refere a um dado complementar do item do pedido.
Os objetos novos são HWWISOConsultaPedido e PExcelISOConsultaPedido.
Em ambos os objetos é necessário criar o evento ACESSO.
para o objeto HWWISOConsultaPedido, é necessário também criar o evento
PExcelISOConsultaPedido, se não o ícone do excel não irá aparecer.
Ao rodar o ISO_Reconstrução, esses objetos e eventos serão criados, bastando apenas fazer uma cópia de acesso do usuário padrão, ou manualmente adicionar os usuários aos objetos\eventos citados.
A tela faz busca de pedidos em abertos e faturados(total e parcial), separando os resultados, a primeira grid, mostra os abertos, a segunda os faturados.
A planilha excel exibe o mesmo resultado filtrado na tela, respeitando os mesmos filtros.
11948– Pedido-Processo com data de faturamento
Descrição : Quando inserimos um pedido utilizando cotas no produto para fora mês, o sistema está inserindo data de promessa e data de faturamento, mas quando alteramos a data de faturamento pela aba itens, para dentro do mês, o sistema está permitindo, e deixando a data de promessa para fora mês.
Quando a data de promessa está fora mês o sistema não pode permitir alterar a data de faturamento para dentro mês.
Inserir uma data de faturamento pela aba principal, essa deverá assumir somente os itens que estão em branco no campo data de faturamento.
Parecer: Corrigido.
11606 – Pedido-Cotas x Data de promessa
Descrição : Atualmente quando incluímos um produto o sistema critica falta de estoque e falta de cotas, tendo estoque e não tendo cotas, solicita data de promessa, tendo cotas e não tendo estoque também solicita data de promessa, na inclusão o sistema faz essa critica, mas quando copiamos um pedido, o sistema apenas critica falta de cotas, não critica a falta de estoque.
Parecer: Corrigido.
10927 – Pedido-Programação de datas para abra Ultimas Cotações
Descrição : Ao incluir um item no carrinho pelo ícone Últimos pedidos ou cotações, não tendo estoque, o sistema não está trazendo a aba programação de datas.
Exemplo o pedido 5267413, o item 410419 foi inserido uma quantidade maior que o estoque, o sistema mostrou a mensagem de ITEM SEM ESTOQUE SUFICIENTE, VERIFIQUE PROGRAMAÇÃO DE DATAS, mas no carrinho não atualizou o grid de programação de datas.
Parecer: Corrigido. Faltava a busca da programação para esta opção.
10760 – Pedido-Condição de pagamento por cliente
Descrição : CP por cliente - Ordem-Na versão 117-10 quando o cliente tem cadastrado Matriz de Condição de pagamento, o sistema está ordenando por ordem alfabética, cadastrei no parametro MATRIZCPCLIENTE, o detalhe ORDEM_DESCRICAO valor S ou N, em ambos continua ordenando pelo menor prazo ou ordem alfabética.
Em consenso com o usuário a preferência que continue trazendo a default do parametro TL01000, hoje está 28 dias.
Parecer: Corrigido conforme solicitação : "Quando o cliente tem Matriz de Condição de Pagamento cadastrado, e o usuário no parametro MATRIZCPCLIENTE estiver como S, e não ter configurado o detalhe ORDEM_DESCRICAO, trazer como default a cp padrão cadastrada no parametro TL01000DEF."
isoVendas-Contrato
11616 – Contrato -Valor lançado na classificação
Descrição : TISOCTCttIteColocacao-Identifiquei no ISO uma diferença entre o valor lançado na classificação e o constante na aba geral do item, isso ocorre apenas nos casos de valores com mais de 02 (duas) casas decimais.
Parecer: Corrigido o arredondamento.
11901 – Contrato -Proposta com isenção de ICMS
Descrição : Ao gerar a proposta de contratos do ISO com isenção de ICMS o sistema não calcula corretamente os valores, ocasionando divergência na multiplicação e/ou soma dos valores desonerados (além da divergência entre os valores por extenso e algarismos), muito em decorrência do número de casas decimais.
Exemplo de proposta (Seq 11766 do ISO).
Parecer: Foi corrigido o relatório para que no campo "Total sem ICMSLote" considere apenas 2 casas decimais, sem arredondar, ou seja:
1,9918 = 1,99
1,9998 = 1,99
isoVendas-Neogrid
11417- Neogrid-Mensagens ao passar pedido para aberto
Descrição : Neogrid-Segue print do que aconteceu com os pedidos da Dimed que integraram ontem na Neogrid. Quando vou concluir a venda aparece a mensagem em vermelho aí preciso clicar em gravar e depois concluir venda novamente aí sim para fechar o pedido. Não fiz nenhuma alteração nestas informações apenas mudei as quantidades.
Parecer: Esta mensagem só acontece quando se tenta alterar o local de faturamento ou condição de pagamento, e tanta passar o pedido para aberto, sem antes gravar essas alterações em cotação.
12058- Neogrid-Desconto indevido ao recalcular o item
Descrição : NEOGRID
Após importar o arquivo fazer a seguinte operação:
1-Cancelar um item
2-Incluir novamente o mesmo item
Para este item incluído manualmente aparentemente esta gerando desconto quando troca o local de faturamento ou a condição de pagamento, verificar.
Parecer: Não estava gerando desconto e nem caía em alçada. Na aba de alçada havia uma divergência numa variável quanto ao no de casas decimais, o que fazia com que aparecesse um desconto 0,01 no grid .
IsoVendas-Bionexo
12140 – Bionexo- Registro de sinalização do isoCRM
Descrição : Na PDC (24715959) a integração isoCRM sinalizou o resgate e deixou passar o pedido para aberto.
Porém na Bionexo não foi registrada a sinalização.
Verificando os logs do isoCRM, o webservice foi acesssado, porém Bionexo alega que não.
Será adicionado log registrando o retorno do webservice, quando a operação for WAR, independente se retornou OK ou com ERRO, para fins de registro.
Parecer: Implementado LOG.
12037 – Bionexo-Mnt da tela com visualização do usuario de alteracao.
Descrição : BIONEXO-Manutenção da tela com visualização do usuario de alteração.
Por favor verificar pois agora não estamos mais conseguindo enxergar quem fez a ultima manutenção no De Para do item, a versão anterior trazia nome, data e horário. Acho importante termos esta informação, é possivel ajustar?
Parecer: Implementado.
12017 – Bionexo-Itens das cotações
Descrição : BIONEXO - versão 131.10
Os itens das cotações do Bionexo nao estão atualizando
Verificação e retorno com urgencia;
Parecer: Corrigido.
11845-Bionexo- Marca do fornecedor
Descrição : Conforme contato segue imagem demonstrando a marca enviada errada para a Bionexo
Cotação Bionexo 23150093 itens 6 e 7
Parecer: Corrigido.
12068-Bionexo- Item similar e principal
Descrição : Abaixo esta print de um erro que aconteceu com item principal e similar. Foi respondido na primeira vez o item principal, mas tivemos que desistir da resposta e cotar o item similar. Ao desistir do item principal o mesmo ficou cinza, mas ao responder o item similar, os dois ficaram amarelos, a resposta ao portal esta correta (item similar).
Podes verificar por que o item principal não continuou cinza?
Parecer: Foi corrigido o problema.
Quando existir produtos similares, e um deles foi respondido, o outro ficará na cor azul, não importando se o anterior respondido e/ou desistido
isoVendas-IBIS
12086– IBIS-Informações não integradas.
Descrição : A seguinte informação do XML IBIZ não está sendo integrada no Contrato:
(ver anexo)
Parecer: Implementado.
O campo aparecerá na observação do contrato como:
EDITAL_ORIGINAL
isoVendas-Integração
11882 – Integração-Informação da data de promessa.
Descrição : No pedido 44742 cod ext pedido 460958, não está pegando a data promessa, está em branco.
Parecer: A data de entrega do item, do pedido 44742 foi integrado algumas vezes, mas nas últimas 2 vezes, a data veio NULO, o que "limpou" a data no isoCRM
11925 – Integração-Itens em aberto
Descrição : Ao consultar o Cliente 13202 os itens em aberto estão aparecendo, porem não aparece quantidade.
Nos faturados ele está em branco. Deveria aparecer o seguinte item:
Codigo Cliente Nota Dt.Emissao Dt.Saida Pedido Modelo Ref. Quantidade Transport. Redesp.
Parecer: O item em aberto do pedido externo 460189 está com a quantidade zerada porque a informação veio zerada pela integração (conforme imagem Atend_11925_1.png anexada no atendimento).
O item faturado está agora aparecendo na grid, mas não trás a informação da Nota Fiscal porque não foi enviado para a integração de Nota Fiscal.
11876– Integração-Integração dados complementares de pedido e item
Descrição : Integração DADOS COMPLEMENTARES DO PEDIDO e do ITEM DO PEDIDO
Problema ao gravar informação no isoCRM, a mensagem na tabela de integração é Já existe o registro.
Parecer: Alterado procedures de integração de dados complementares de item do pedido.
A procedure foi criada, mas não foi testada, a mesma estava com alguns problemas, faltando criar a variável em alguns lugares, utilizando variáveis antigas.
11981– Integração-Problema integração de itens
Descrição : Tenho dois pedidos que visualizamos no GEMCO, porém não aparecem no ISO para registrarmos um atendimento. São eles:
Parecer: Corrigido o motor de integração, e atualizado o pacote no cliente.
isoAtendimento
11108 – Opção para exportar para excel no menu Cliente - DC
Descrição : Criar um modo (icone) que exporte para excel os resultados apresentados na grid de acordo com o filtro aplicado.
tela - HWWISOSAAteCliente2.
Parecer: Incluido o icone de exportação para o excel com suas finalidades.
11974 – Agenda-Excluir Agendamento
Descrição :Na tela HISOAge_AtendimentoWC tem o botão EXCLUIR, mas o mesmo está sem controle de objeto, permitindo que qualquer Usuário exclua um agendamento.
Colocar controle de objeto neste botão para que o mesmo somente seja liberado para alguns Usuários.
No objeto TISOAgenda, liberar ou não os eventos delete button e DLT
Parecer :Para evitar que qualquer usuário exclua um agendamento, é necessário seguir o procedimento abaixo:
No Objeto TISOAgenda, liberar ou não os eventos “delete button” e “DLT”
11192 – Ajustes de Bug na Tela Simplificada
Descrição :Ajustes de bugs na Tela Simplificada:
– Ícone + maior ou um botão de confirma(para facilitar a visualização).
Parecer : Após realizados testes, foi verificado que o botão incluir está em funcionamento.
11197 – Atendimento-Ícone pedido tela carteira
Descrição: Colocar um + para ir direto para o pedido, sem passar pela tela de consulta de pedidos do cliente. Essa solicitação me pareceu bem interessante, visto que o representante pode optar por entrar na consulta (Saco de dinheiro), ou ir direto.
Parecer :
Foi criado um atalho para gerar um novo pedido.
Esse atalho foi colocado em duas telas, são elas:
Tela de Atendimento (HISO_Atendimento).
Tela de Carteira de cliente (HISO_CarteiraClientes).
O atalho que vai gerar um novo pedido estará ao lado do ícone de consulta de pedidos do cliente, conforme imagem ilustrativa abaixo.
Foi criado um controle de acesso ao ícone igual aos demais ícones. Será colocado um tooltiptext com a descrição “Novo Pedido”, esse tooltiptext irá aparecer ao colocar o mouse sobre o ícone.
Foi alterado as duas telas de atendimento e a carteira de clientes.
Foi adicionado um icone para efetuar a venda direto, sem precisar passar pela consulta.
O papel deve ser cliente para efetuar a venda.
Alguns ícones perdem seu desenho, quando gera um erro na tela, isso foi corrigido, nas três telas alteradas.
Foi criado uma parametrização:
Parametro: PARM_HISO_ATENDIMENTO
Detalhe: NOVOPEDIDO
Valor: S ou N, padrão N
Parametro: PARM_HISO_ATENDIMENTO
Detalhe: CONSULTAPEDIDO
Valor: S ou N, padrão S
Se não parametrizar, o funcionamento é igual, o controle é individual.
O ícone tem controle de exibição também em cima do objeto TISOPvPedido, sob o evento INS (Insert). Somente usuários com acesso a inclusão de pedido poderão enxergar o ícone, mesmo se parametrizado.
Testes ok.
Icone em anexo, deve ser descompactado no k2bimages e incorporado ao modelo.
11587 – Atendimento - Filtros da tela Cliente – DC
Descrição : Precisamos que sejam revisados e testados os filtros da tela “Cliente-DC”, para o caso de filtro por valor, não funciona. Ao buscar todos os clientes (%) que possuem VPC com valor como no exemplo abaixo (R$ 8.000,00), dá a mensagem: ?Busca não encontrou resultados.?
Note que existe uma solicitação no valor de R$8.000, mas quando buscamos pelo valor ela não aparece.
Parecer : Havia um problema na busca com relação a conversão e a condição de busca.
Ao gravar a resposta numérica no banco de dados, a resposta é convertida para string sem redução dos espaços. Ficando assim: " 20.00" , o filtro reduzia o tamanho a após a conversão, ficando assim: "20.00", e como não tem como colocar o % a condição não era satisfeita, não trazendo resultados.
Foi removido a redução, a comparação agora é feita entre " 20.00" e " 20.00", e foi colocado uma condição a mais. Se a resposta for "0,00", todos os registros respondidos são listados.
11867 – DC Sac-Visualização da Caixa de texto para Combobox Falso
Descrição : HEditISOSAAtendimentoAtt
Quando a resposta tem opção do complemento para perguntas tipo combocox FALSO, nao esta aparecendo a caixa de texto.
Parecer : Após verificação das combobox Falso, as caixas de texto estão sendo visualizadas
normalmente.
11895 – Filtro Persistente
Quando faço consulta de atendimentos abertos por um atendente específico, se entro em um atendimento para consulta, ao voltar para a tela principal preciso selecionar o filtro novamente.
Anexo o print das telas para você entender.
Tambem que seja colocado as opções de relatórios excel e pdf na tela HWWISOSAAteCliente2
Parecer :
Corrigido o filtro e criado o relatório. Necessário executar menu reconstrução, para liberação do objeto AexcelISOSAAteCliente2.
11902 – Pedido -Validação de aba descontos/acréscimos
Descrição : Estamos validando aba descontos/acréscimos e encontramos divergências nos descontos quando copiamos um pedido.
Parecer :
Foi testado na versão 132.1 com vários pedidos e problema não foi simulado.
12003 – Acesso para aparecer na impressão a ordem de compra do pedido
Descrição : Não consegui localizar qual acesso devo liberar para aparecer na impressão a Ordem de Compra do pedido.
Parecer :
O problema é que, uma vez que o relatório era gerado, o seu pdf era salvo em algum lugar do computador (Tentei encontrar e não consegui). Toda vez que gerava o mesmo relatório, o pdf anteriormente gerado era carregado.
Logo, se gerar o relatório 1 vez, depois mudar a configuração para deixar de exibir o dado complementar, essa configuração para esse relatório não vai surtir efeito. Para os demais irão.
Isso é um problema, que provavelmente está relacionado ao Browser, o mesmo tenta carregar o arquivo, e como o arquivo já existe, ele carrega e acaba não gerando outro arquivo.
Foi feito uma alteração no fonte, foi adicionado a data hora no nome do relatório, isso irá forçar sempre gerar um pdf novo quando for abrir o pedido.
12083 – Pedido -Opção novo pedido não funciona e mensagens de erro
Descrição: Foi encontrado um erro na carteira de clientes, onde a opção novo pedido não está executando como prometido. A mensagem de erro está no rodapé da tela de atendimento. Incluir a mesma no topo da tela.
Parecer : Foi corrigido a carteira de clientes. O evento não foi lincado ao botão no atendimento anterior. linkei e os testes deram certo. Coloquei também a mensagem de erro no topo da tela de atendimento.
12066 – Cadsatro-Tela cadastro simplificado não busca entidade inativa pelo código externo.
Descrição :Quando se efetua a busca de uma Entidade inativa pelo código externo, não está trazendo resultado mesmo colocando o campo Ativo como .:Todos:, através dos outros campos efetua a busca corretamente.
1 - quando o sistema traz a Entidade que está inativa, o Ícone de Pessoa/Organização fica inabilitado, e ao clicar no mesmo traz um cadastro em branco.
2 – Não está respeitando o Filtro de Ativo (Sim/Não/Todos).
3 – Não mostra corretamente o Código Externo.
4 – Quando se efetua a busca pelo numero do telefone não traz os Inativos no resultado, mesmo com a opção de Todos.
5 – Filtro por E-contact não está mostrando as Entidades Inativas mesmo com a opção todos marcada
6 – Ao buscar a Organização Inativa através da Cidade, mostra o Ícone de Organização errado, mostra como se fosse Pessoa e ao clicar nele traz o cadastro em branco.
Parecer :
Criado as view BI_023, BI_023A e BI_023B para resolver a tela de atendimento. A tela de atendimento agora pode filtrar por qualquer combinação de informações de filtro.
XPZ e views (Oracle e SQL Server anexadas no atendimento) e as views também estão no Tortoise.
10565 – Pedido-Alçada de Pedido
Descrição : Fazer com que o Pedido funcione com ALÇADA, do mesmo modo que é o Atendimento SAC.
Um determinado Usuário pode verificar os Pedidos que estão dentro de sua Alçada.
Atualmente o Responsável somente consegue verificar os Pedidos abertos por ele mesmo.
No caso de Representadas que tenham mais de um Responsável, hoje, um não consegue ver os Pedidos colocados por outro responsável da mesma Representada.
Atribuindo as Alçadas, os Responsáveis que tiverem a Alçada da Representada, poderão ver os pedidos colocados para a mesma, independente do Responsável que colocou o Pedido..
Parecer :
Criado um campo na tabela ISOPvPedido, denominado ISOPvPed_Alcada, esse campo é alimentado somente na criação do pedido, o valor da alçada será a alçada configurada para o usuário responsável logado.
Na tela Manutenção de Pedidos somente serão listado na busca pedidos que estiverem na mesma alçada ou alçada inferior do Usuário logado.
Script para atualizar a alçada dos pedidos antigos (Pedidos que atualmente encontram-se sem alçada), nesse script, a alçada atribuída será a alçada do responsável.
O UPDATE DEVE SER REALIZADO APENAS APÓS A CRIAÇÃO DA ALÇADA DE VENDAS PARA CADA USUÁRIO.
UPDATE ISOPVPEDIDO set ISOPvPed_Alcada = t02.ISOEntUsu_Alc_Gravacao from ISOPvPedido T01
INNER JOIN ISOEntUsu_Alcada t02 ON t01.ISOEmp_Codigo = t02.ISOEmp_Codigo AND t01.ISOPvPed_CodVendedorCD = t02.ISOEntUsu_Codigo AND t02.ISOEntUsu_Alc_Modulo = 'VEN'
Antes de executar o script as alçadas devem ser configuradas para todos os usuários responsáveis que utilizam o módulo de vendas para gerar pedidos no isoCRM.
Um usuário sem alçada poderá enxergar todos os pedidos, ficará de responsabilidade do cliente configurar a alçada de todos os usuários responsáveis do sistema.
Como é necessário configurar as alçadas de todos os usuários responsáveis antes de executar o script, durante o tempo entre a configuração das alçadas e a execução do script não será possível tais usuários enxergarem os pedidos antigos, essa configuração e a execução do script deverão ser feita preferencialmente fora do horário de trabalho dos responsáveis.
As alçadas deverão ser configuradas nos usuários com o módulo Vendas.
Ok, mostra os pedidos de acordo com a Alçada do Usuário logado. Utilizando os mesmos
principios da Alçada de Workflow.
11199 – Pedido-Mostrar a quantidade total de itens
Descrição : Tela de Pedidos – Carrinho
Mostrar a quantidade total de itens. Atualmente já mostra a o valor total do pedido.
A solicitação é para que além do valor total do pedido, também seja mostrado a quantidades de itens do mesmo.
Parecer:
Foi colocado a quantidade de itens no cabeçalho.
Importante:
Incluir detalhe como abaixo:
▪ Parametro: ISOPVPEDIDO.
• Detalhe: QUANTIDADE_ITENS_CABECALHO.
◦ Valor: S ou N, sendo que o padrão é N.
11240 – CP do Pedido-Ordenação da lista de condições de pagamento
Descrição : Ajustar ordenação da lista de condições de pagamento. Os clientes com mais condições acabam misturando: 1, 12, 2, 3,35, 4, etc. Como podemos ajustar isso?
Parecer :
Criado um campo novo no cadastro de condição de pagamento, denominado ordem. A combo de condição de pagamento irá utilizar esse campo para ordenar.
É necessário cadastrar a ordenação em todas as condições, caso contrário, a ordenação permanecerá a mesma.
O cadastro da ordenação é de responsabilidade do cliente.
Abaixo, a tela de cadastro:
O campo ordem é numérico e permite nulo, por isso, após atualizar o sistema, caso o cliente não faça a ordenação, devemos então executar um script para alimentar os valores com 0 .
Script:
• update ISOPvTabelaVenda
• set ISOPvTv_Ordem = 0
Como boa prática, iremos incorporar o script à nossa reorganização, que é executada na atualização do isoCRM.
11705 – Pedido-Aumentar o espaço do campo Atendente
Descrição: No filtro da tela HWWISO_PvPedido, aumentar o espaço do campo Atendente.
Parecer :O campo foi ajustado conforme solicitado:
11705 – Pedido-Erro filtro de busca
Descrição:
Na versão 131 o Enter não está funcionando no filtro de busca da aba "Cotas" e da aba "Data de Promessa".
Parecer :
Foram criadas duas "Cotas" e duas "Datas de Promessa" no sistema de homologação (http://vm-boomer/isocrm/frame.html), para realizar o teste e foi confirmada a correção na tela "HViewISOProduto" para as respectivas abas. O "Enter" está funcionando para os filtros.
11351 – Pedido-Impressão de pedido:
Descrição:
Onde configuro os dados para trazer na impressão do pedido? Por que no Endereço de Entrega, traz a UF no campo cidade
Parecer :
Foi gerado uma nova impressão de relatório na tela "HViewISOPvPedido" e confirmado que o campo UF está trazendo os dados corretos.
11910 – Contrato-Dados em branco no celular
Descrição:
Continua ficando em branco a fonte nos celulares quando enviado e-mail pelo workflow. Modelo do celular Galaxy S4 - aplicativo de e-mail Lotus Notes.
Parecer : Será revisto, pois foi feito teste no BlackBerry e funcionou normalmente.
Atendimento origem 9279.
Parecer:
Segundo o atendimento 12081, o cliente informou que as informações estão aparecendo normalmente no celular
11218 – Promoçoes-Ajuste na aba Promoções
Descrição: Ajustes na aba promoções:
1 - Melhorar a performance
2- Quando incluímos um item no carrinho pela aba promoções, ao recalcular altera o valor do produto.
Parecer:
Foi incluído um item no carrinho a partir da aba promoções, na tela "HViewISOPvPedido" e foi confirmado que após recalcular, o valor do produto não foi alterado.
11108 – DC Sac-Opção para exportar para excel no menu Cliente - DC
Descrição : Criar um modo (icone) que exporte para excel os resultados apresentados na grid de acordo com o filtro aplicado.
tela - HWWISOSAAteCliente2.
Parecer: Incluido o icone de exportação para o excel com suas finalidades.
11969 – Cadastro-Alerta por código externo
Descrição : Quando buscamos um cliente pelo código iso ou pelo CNPJ, mostra o ícone do alerta, mas quando filtramos pelo código externo não mostra o Alerta...
Parecer : Após realizados testes, foi verificado que o ícone alerta está funcionando normalmente.
11974 – Agenda-Excluir Agendamento
Descrição : Na tela HISOAge_AtendimentoWC tem o botão EXCLUIR, mas o mesmo está sem controle de objeto, permitindo que qualquer Usuário exclua um agendamento.
Parecer : Colocado controle de objeto neste botão para que o mesmo somente seja liberado para alguns Usuários. No objeto TISOAgenda, liberar ou não os eventos delete button e DLT
Para evitar que qualquer usuário exclua um agendamento, é necessário seguir o procedimento abaixo:
No Objeto TISOAgenda, liberar ou não os eventos “delete button” e “DLT”
11192 – Cadastro-Ajustes de Bug na Tela Simplificada
Descrição :Ajustes de bugs na Tela Simplificada:
– Ícone + maior ou um botão de confirma(para facilitar a visualização).
Após realizados testes, foi verificado que o botão incluir está em funcionamento.
11197 – Cadastro-Ícone pedido tela carteira
Descrição : Colocar um + para ir direto para o pedido, sem passar pela tela de consulta de
pedidos do cliente. Essa solicitação me pareceu bem interessante, visto que o representante pode optar por entrar na consulta (Saco de dinheiro), ou ir direto.
Parecer :
Foi criado um atalho para gerar um novo pedido. Esse atalho foi colocado em duas telas, são elas:
Tela de Atendimento (HISO_Atendimento).
Tela de Carteira de cliente (HISO_CarteiraClientes).
O atalho que vai gerar um novo pedido estará ao lado do ícone de consulta de pedidos do cliente, conforme imagem ilustrativa abaixo.
Foi criado um controle de acesso ao ícone igual aos demais ícones. Será colocado um tooltiptext com a descrição “Novo Pedido”, esse tooltiptext irá aparecer ao colocar o mouse sobre o ícone.
Foi alterado as duas telas de atendimento e a carteira de clientes.
Foi adicionado um icone para efetuar a venda direto, sem precisar passar pela consulta.
O papel deve ser cliente para efetuar a venda.
Alguns ícones perdem seu desenho, quando gera um erro na tela, isso foi corrigido, nas três telas alteradas.
Foi criado uma parametrização:
Parametro: PARM_HISO_ATENDIMENTO
Detalhe: NOVOPEDIDO
Valor: S ou N, padrão N para não exibir.
Parametro: PARM_HISO_ATENDIMENTO
Detalhe: CONSULTAPEDIDO
Valor: S ou N, padrão S para exibir.
Se não parametrizar, o funcionamento é igual, o controle é individual.
O ícone tem controle de exibição também em cima do objeto TISOPvPedido, sob o evento INS (Insert). Somente usuários com acesso a inclusão de pedido poderão enxergar o ícone, mesmo se parametrizado.
Parecer: Implementado
11587 – Atendimento -Filtros da tela Cliente – DC
Descrição : Precisamos que sejam revisados e testados os filtros da tela “Cliente-DC”, para o caso de filtro por valor, não funciona. Ao buscar todos os clientes (%) que possuem VPC com valor como no exemplo abaixo (R$ 8.000,00), dá a mensagem: ?Busca não encontrou resultados.?
Note que existe uma solicitação no valor de R$8.000, mas quando buscamos pelo valor ela não aparece.
Parecer :
Havia um problema na busca com relação a conversão e a condição de busca.
Ao gravar a resposta numérica no banco de dados, a resposta é convertida para string sem redução dos espaços. Ficando assim: " 20.00" , o filtro reduzia o tamanho a após a conversão, ficando assim: "20.00", e como não tem como colocar o % a condição não era satisfeita, não trazendo resultados.
Foi removido a redução, a comparação agora é feita entre " 20.00" e " 20.00", e foi colocado uma condição a mais. Se a resposta for "0,00", todos os registros respondidos são listados.
11863 – Atendimento -Data resposta tela Atendimento SAC
Descrição : Na tela “HviewISOSAAteCliente”, quando se entra na tela para visualizar o atendimento mostra a data de resposta com a data atual.
O que deve ser mostrado é a data hora real da resposta dada a Entidade, que no caso deveria ser 16/07/2014 09:21:54(print abaixo) e não 11/09/2014 11:06:27.
Parecer : Efetuada a correção, mostra a data hora efetiva da resposta.
11746 – Pedido-Descontos Pedido
Descrição : Em um pedido é colocado um determinado produto cujo preço de tabela é R$708,35, neste mesmo produto é colocado um novo preço de R$1000,00 e sobre esse novo preço é dado um
desconto de 10% onde o preço final deveria ser de R$900,00.
O sistema está calculando o desconto sobre o preço de tabela mostrando o preço final de R$929,17.
Ou seja o desconto ficou em 7,083% e não 10%.
O mesmo ocorre se o desconto for aplicado em R$...
Outro exemplo no mesmo produto é colocado um novo preço de R$500,00 e sobre esse novo preço é dado um desconto de 10% onde o preço final deveria ser de R$450,00.
Neste exemplo o sistema chega ao mesmo valor(correto).
O problema está ocorrendo quando o Novo Preço é maior que o preço de tabela.
Parecer : Corrigido, efetuou os calculos corretamente.
Preço inicial do produto
Alterado o valor para R$ 1.500,00
Aplicado desconto de 10 % sobre o preço alterado.
isoAtendimento
11591 – Licenças-Geração de Licenças
Descrição:
Quando é necessário gerar uma nova licença está ocorrendo erro na tela.
Parecer :
Foi criado um ambiente de liberação de licenças no vm-boomer (http://vm-boomer/isocrm/hiso_login.aspx).
Após a criação do ambiente, foi realizado o procedimento do manual "ControleLicencas", anexado ao chamado pelo Sergio Santos.
Primeiramente foi solicitada a licença pelo sistema ISO (http://www.isoenterprise.com/isocrm/hiso_login.aspx) e depois gerado arquivo "isowebsafetyrequest.xml" (Para baixar este arquivo, foi necessário inspecionar o elemento pelo browser, pois o sistema não está realizando o download automático deste tipo de aquivo quando anexo ao atendimento). Após isto, para a geração de licença, foi realizado o procedimento detalhado no axeno "ControleLicencas".
Após ter sido gerada com sucesso a licença, foi gerado o novo arquivo "isowebsafetyrequest.xml" e, no ambiente vm-boomer, foi carregado este arquivo. Tudo ocorreu corretamente.
11705 – Pedido-Aumentar o espaço do campo Atendente
Descrição:
Seguem algumas correções para a próxima versão.
1- No filtro da tela HWWISO_PvPedido, aumentar o espaço do campo Atendente.
Parecer :
O campo foi ajustado conforme solicitado:
11705 – Pedido-Erro filtro de busca
Descrição: Na versão 131 o Enter não está funcionando no filtro de busca da aba
"Cotas" e da aba "Data de Promessa".
Parecer: Foram criadas duas "Cotas" e duas "Datas de Promessa" no sistema de homologação (http://vm-boomer/isocrm/frame.html), para realizar o teste e foi confirmada a correção na tela "HViewISOProduto" para as respectivas abas. O "Enter" está funcionando para os filtros.
11971 – Auto numerador-Autonumerador
Descrição: Preciso que informe o código do autonumerador para poder cadastrar motivos de situação de pedidos;
Parecer : Foi cadastrado um motivo na tela HViewISOPvPedSituacao, aba “Motivo” e verificado na tela HWWISOAutoNumerador que a sequencia está sendo alterada corretamente.
11677 – Email-Email de Resposta Automática
Descrição: Gostaria que fosse desenvolvido um email de resposta automática para todos os tipos de atendimentos que forem enviados através do formulário de sac (http://loja.imaginarium.com.br/contato/ ), com a seguinte mensagem:
Obrigado por entrar em contato, sua solicitação foi encaminhada com sucesso e será analisada por nossos atendentes. Assim que tivermos uma resposta entraremos em contato.
Caso sua dúvida seja sobre rastreio de pedido, acesse o link:
Parecer : Na tela HWWISOWSFormulario foi cadastrado um e-mail e testado o envio no ambiente vm-boomer(http://vm-boomer/isocrm/hisows_formemailentrada.aspx?1,2,F,).
11351 – Pedido-Impressão de pedido:
Descrição: Onde configuro os dados para trazer na impressão do pedido? Por que no Endereço de Entrega, traz a UF no campo cidade
Parecer :Foi gerado uma nova impressão de relatório na tela "HViewISOPvPedido" e confirmado que o campo UF está trazendo os dados corretos.
11910 – Contrato-Dados em branco no celular
Descrição:
Continua ficando em branco a fonte nos celulares quando enviado e-mail pelo workflow. Modelo do celular Galaxy S4 - aplicativo de e-mail Lotus Notes.
Parecer : Será revisto, pois foi feito teste no BlackBerry e funcionou normalmente. Atendimento origem 9279.
Parecer :
Segundo o atendimento 12081, o cliente informou que as informações estão aparecendo normalmente no celular
11959 – Copia de CP-Cópia de de Condição de pagamento
Descrição: Ao fazer cópia de cp, está abortando a tela, conforme imagem em anexo.
Parecer :Foi realizada uma cópia de Condição de Pagamento, na tela "HISOCnd_UsuarioCopiaCnd" e a cópia foi efetuada com sucesso.
11218 – Promoção-Ajuste na aba Promoções
Descrição:
Ajustes na aba promoções:
1 - Melhorar a performance
2- Quando incluímos um item no carrinho pela aba promoções, ao recalcular altera o valor do produto.
Parecer:
Foi incluído um item no carrinho a partir da aba promoções, na tela "HViewISOPvPedido" e foi confirmado que após recalcular, o valor do produto não foi alterado.
11763 – Produto-Lista de preços com erro
Descrição: PRODUTO
Erro ao consultar a aba Lista de preços do cadastro de produto. ver anexo
Parecer: Após entrar no sistema, na tela "HViewISOPvPrecoLista" foi confirmado que não há mais erros. É possível realizar a consulta da aba Lista de preços normalmente.
11684 – Botão fechar – Envio de e-mail SAC
Descrição: ISO
Colocar nome e botão FECHAR na tela de ENVIO de EMAIL do SAC, verificar anexo.
Colcoar nome e botão FECHAR tambem na tela que seleciona os contatos pelo (vide anexo)_
Parecer:
Foi adicionado a MasterPage na tela de Envio de e-mail do SAC para a função de fechamento da tela.
Segundo informado, não há a necessidade de existir um botão "fechar" na tela que seleciona os contatos, pois já há esta funcionalidade no botão "Visualizar e-contact/Ocultar e-contact".
11551 – Pesquisa-Situação da pesquisa
Descrição:
HWWISOPQPes_CarregaAtendimento
Não esta respeitando a FLAG ATIVO/INATIVO da Pesquisa, mesmo a Pesquisa estando com o FLAG INATIVO aparece para seleção na COMBO.
Parecer :
Foi realizado o teste Inativando uma pesquisa cadastrada, através da tela "HWWISOPQPesquisa" e foi confirmado que na tela "HWWISOPQPes_CarregaAtendimento" não está mais trazendo resultados de pesquisas com o flag "Inativo".
11865 – Pedido -Filtrar situação Item/Pedido
Descrição:
Tela de consulta itens do pedido
Alterar a condição do filtro para buscar pela situaçao do item do pedido.
Parecer:
Foi realizada uma consulta na tela "HWWISOConsultaPedido" para filtrar Pedidos/Itens e foi confirmado que o sistema agora traz como resultado a "Situação" do item!
11619 – isoCRM - Formulário Fale Conosco
Descrição:
Cfe. falamos, precisamos alterar o formulário do Fale Conosco e Chat.
Precisamos que seja totalmente parametrizável para que possamos alterar a qualquer tempo, sem necessidade de abrir atendimento com vocês.
FALE CONOSCO:
Inclusão de mensagem de resposta automática de resposta ao cliente, quando o mesmo enviar o e-mail:
Sugestão 1:
Prezado cliente,
Recebemos seu e-mail e o número do protocolo de recebimento é: xxxxxxxx.
Responderemos seu e-mail em até 03 dias úteis.
Esta é uma mensagem automática, favor não responder.
Agradecemos seu contato.
Recebemos seu e-mail e responderemos em até 03 dias úteis.
Esta é uma mensagem automática, favor não responder.
Agradecemos seu contato.
Att.
Central de Relacionamento com Clientes
FORMULÁRIO FALE CONOSCO
1) Incluir mensagem:
Solicitações de orçamento de vendas, somente através do nosso Atendimento
4001 15 15.
2) Alterar cfe. abaixo:
DE:
PARA:
campos obrigatórios:
Assunto: Informação
Solicitação
Reclamação
Sugestão/Elogio
Vincular o assunto às opções desejadas.
3) Alterar cfe. abaixo:
DE:
PARA:
Telefone Celular (obrigatório)
Telefone 1
Telefone 2
4) Alterar cfe. abaixo:
DE:
PARA:
Informação: vincular a: Orçamento de Vendas
Lojas ->
Abrir filtro para selecionar as lojas
Produtos
Promoções
Cartão
Crédito
Cobrança
Atendimento
Entrega
Assistência Técnica
Outros
Solicitação: vincular a: Cartão
Crédito
2a via de
Nota Fiscal
Parecer :
1-http://localhost/isocrm/HISOWS_FormularioEmailEntrada.aspx?1,2,F -> É esse o link correto?
2-Não esta mudando de CNPJ para CPF ao trocar de pessoa Física para pessoa Jurídica
3-Não esta carregando ESTADO E CIDADE
4-Trazer default pessoa FÍSICA
5- Não esta enviado o e-mail de agradecimento
11156 – Pedido-Solicitações de VPC
Descrição:
Quando é feita uma Solicitação de VPC(atendimento SAC) em mercadoria, é criado um Pedido que deve ser no mesmo valor da Solicitação o qual é vinculado ao atendimento.
A solicitação é para fazer a validação dos Valores informados no Pedido e no Atendimento, havendo divergência entre os mesmos informar que os valores não conferem.
A definição se é VPC de mercadoria é feita através de Motivo, Ocorrência e Causa.
No Atendimento(solicitação de VPC) o valor da solicitação é informado em Dados complementares do
Atendimento.
Parecer:
Foi criada uma parametrização na qual foi possível configurar a obrigatoriedade do vínculo do pedido ao SAC sob uma determinada condição do atendimento SAC. A condição foi realziada em cima do motivo, ocorrência e causa do atendimento SAC.
Todo atendimento SAC que for aberto com motivo, ocorrência e causa igual ao parametrizado obriga o vínculo do pedido no atendimento.
Foi criada uma parametrização na qual é possível configurar uma relação entre uma pergunta específica de um dado complementar do SAC com o atendimento SAC. Essa relação é condicional à primeira parametrização, o valor do pedido é copiado para a resposta da pergunta do dado complementar do SAC relacionado.
Todo atendimento SAC que aberto com motivo, ocorrência e causa igual ao parametrizado e já possuir o vínculo do pedido no atendimento, tem o valor total do pedido relacionado copiado para a resposta da pergunta do dado complementar.
Em resumo, foram criadas duas parametrizações, a primeira obriga vincular um pedido a um atendimento SAC, a segunda copia o valor do pedido para um determinado dado complementar do SAC e somente após isso o atendimento SAC pode ser concluído.
Ao tentar concluir um atendimento SAC e no atendimento não existir um pedido vinculado ao atendimento SAC sob as condições parametrizadas, um popup é aberto com a seguinte mensagem:
Para concluir esse atendimento é necessário vincular um pedido ao atendimento SAC. Deseja criar um novo pedido?
As opções são Sim e Não.
Se o atendente escolher SIM, a tela é redirecionada para a tela de pedido. Quando o pedido é gerado através dessa escolha, automaticamente o pedido é vinculado ao SAC.
Após concluir o pedido o atendente deve voltar para a tela de atendimento SAC e abrir o respectivo SAC. O SAC estará em aberto.
Se o atendente escolher NÃO, a tela do atendimento SAC continua aberta e nada é feito. Porém, se o pedido já existe, essa é a escolha que deve ser tomada, pois nesse caso o atendente dentro do próprio atendimento SAC pode relacionar o pedido.
Uma vez criado e relacionado o pedido ao atendimento SAC, ao concluir o atendimento SAC o valor do pedido é gravado no dado complementar conforme parametrizado. Independente se já existe um valor no dado complementar o mesmo é sobre-escrito.
Em resumo, depois que o atendimento está com o pedido vinculado, o atendente tem a opção de responder o dado complementar como é feito atualmente, contudo, a pergunta parametrizada que nesse caso é o Valor do pedido, terá a resposta sobre-escrita na conclusão do atendimento SAC