Outubro 2014
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.
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.
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.
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.
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.
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.
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.
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
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
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.
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.
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.
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.
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.
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."
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.
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
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.
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 .
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.
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.
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.
Descrição : Conforme contato segue imagem demonstrando a marca enviada errada para a Bionexo
Cotação Bionexo 23150093 itens 6 e 7
Parecer: Corrigido.
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
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
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
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.
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.
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.
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.
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”
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
Descrição: No filtro da tela HWWISO_PvPedido, aumentar o espaço do campo Atendente.
Parecer :O campo foi ajustado conforme solicitado:
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.
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.
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
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.
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.
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.
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”
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.
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
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.
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.
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.
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.
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:
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.
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.
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,).
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.
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
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.
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.
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.
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".
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".
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!
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
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