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 e-mail 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 análise 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 ISO Enterprise (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

13848-Consulta- Consulta clientes / notas fiscais / duplicatas

Descrição: - HWWISO_PEDIDONOTASFISCAIS

Na grade onde mostra as duplicatas fazer as seguintes alterações:

1 - Coluna VENCIMENTO ->

a) Ordenar em ordem crescente/mostrar das mais antiga para a mais atual.

b) Formatar o campo para não mostrar HORA

2 - Coluna STATUS e coluna VALOR TOTAL

a) Retiras essas colunas.

3 - Coluna Data EMS NF

a) Adicionar a coluna sem HORA.

4 - Coluna DIAS

a)Adicionar a coluna de dias com a informação de DIAS A VENCER ou VENCIDOS.

Ex.: Vencimento, 10/08/2015 -> hoje dia 05/08/2015. Informação a ser mostrada - 5.

Vencimento, 01/08/2015 -> hoje dia 05/08/2015. Informação a ser mostrada -5.

Parecer: Foi adicionada a coluna "Dias" no grade de duplicatas. Colunas data de emissão da NF já existia. Coluna data de vencimento da duplicata já existia.

Parâmetro HWWISO_PEDIDOSNOTASFISCAIS.

Detalhes:

COL_STATUS - S ou N para visualizar a coluna "Status" no grid de duplicatas. Default N.

COL_VALORTOTAL - S ou N para visualizar a coluna "Valor Total" no grid de duplicatas. Default N.

COL_DIAS - S ou N para visualizar a coluna "Dias" no grid de duplicatas. Default N.

Não foi alterado o relatório, pois o grid das duplicatas não existe nele.

Não foi necessário alterar as views.

13897-Qualificação- Qualificação da entrada de ligação

Descrição: - Qualificação de Chamada

Alguns registros não estão gravando identificador, data/hora da ligação, o telefone e se a ligação foi atendida ou não.

Outro problema :

1 - É a segunda vez que acontece, conforme prtscn abaixo, no final da ligação coloco outros, não sai a caixa e coloco novamente outro e aparece isso abaixo

Parecer: Informações relevantes para homologação do cliente descritos abaixo:

As informações contidas são suporte para o cliente homologar antes de colocar em produção.

O cliente deve configurar a parada produtiva. A ISO Enterprise/Suporte não sabe como configurar pois a parada produtiva é uma configuração que deve ser realizada no CTI e não no isoCRM.

A princípio, se o cliente entender da necessidade de classificar a chamada antes atender a próxima e garantir que seus usuários irão classificar as chamadas, não haverá mais problemas.

Observação: Não conseguimos fazer o CTI funcionar no Chrome. O CTI usa Flash e o flash parece que foi desabilitado no Chrome, pelo menos não conseguimos fazer funcionar no Chrome da máquina de validação, mas conseguimos nos demais navegadores.

Problema constatado com relação à classificação de chamada é:

O usuário está atendendo uma segunda ligação antes mesmo de classificar a primeira, quando o usuário finaliza a segunda, os dois pop-ups abrem, um por cima do outro, congelando o primeiro pop-up em tela. Devemos garantir que isso não aconteça. Como?

Para isso, a Supremo precisa habilitar a parada produtiva após a finalização da ligação, sugerimos que o tempo da parada seja de 1 minuto. O usuário terá até um minuto para classificar a ligação e concluir seu atendimento.

O software do CTI permite o usuário sair da parada produtiva manualmente, basta clicar no botão liberar.

Não existe um protocolo de comunicação no CTI que permita que o isoCRM controle a parada no CTI.

O tempo de 1 minuto é uma sugestão do isoCRM, o tempo deve ser definido pela Supremo, mas tem que ser configurado, pois atender uma segunda classificação sem classificar a primeira irá gerar problemas.

Após a constatação desse problema, as seguintes melhorias foram desenvolvidas:

1a melhoria: O pop-up fecha após a classificação da chamada. A mensagem de “Ligação classificada, tecle ESC para sair” não irá aparecer visto que o pop-up estará fechando automaticamente.

2a melhoria: O pop-up somente irá abrir uma única vez quando o usuário ou o cliente desliga o telefone, isso porque o evento que forçava a abertura do pop-up em outros momentos entrava em conflito quando a ligação anterior quando a mesma não era classificada. O usuário deverá classificar e se o usuário optar em sair sem classificar a ligação NÃO SERÁ CLASSIFICADA.

3a melhoria: O pop-up estava abrindo para as ligações ativas, porém, como não grava ligação, a classificação estava gerando o erro “Ligação não encontrada, tecle ESC para sair”. Agora o pop-up não abre mais nessa situação.

4a melhoria: A mensagem “Ligação não encontrada, tecle ESC para sair” não aparecerá.

Observação: caso apareça, significa que há algum problema na classificação, deverá ser feito vários testes com vários usuários e ramais e deverá ser levantado um detalhamento do problema e enviado para o SAC da ISO Enterprise. Detalhamento como:

Acontece com todos os usuários? Não? Com quais?

Acontece com todas as ligações? Não? Quais ligações?

Ligações ativas não estão sendo registradas pelo isoCRM, logo também não estão sendo classificadas. Toda a análise e parecer são feitas em cima das ligações receptivas.

Para a homologação realizada pela ISO Enterprise no ambiente da Provedor, utilizamos dois ramais, o isoCRM e o CTI da Provedor. Foi necessário fazer algumas configurações no CTI para simularmos a ligação receptiva, visto que não tínhamos um telefone externo.

Aconselhamos o uso de dois ramais, um telefone externo. Os testes identificados que deveriam ser realizados estão descritos nos cenários abaixo:

Cenários:

Os cenários possíveis são uma combinação de origem da ligação com ação do usuário, por

exemplo, a origem da ligação é externa ou interna ou é uma ligação transferida, a ação do usuário é

desligar, esperar o cliente desligar ou transferir a 2a ação é classificar ou não classificar.

Origem da ligação Ação Ação do usuário O que aconteceu

Ligação externa O usuário desliga O usuário classifica

O usu. Não classifica

O cliente desliga O usuário classifica

O usu. Não classifica

O usuário transfere O usuário classifica

O usu. Não classifica

Ligação interna O usuário desliga O usuário classifica

O usu. Não classifica

O cliente desliga O usuário classifica

O usu. Não classifica

O usuário transfere O usuário classifica

O usu. Não classifica

Ligação transferida O usuário desliga O usuário classifica

O usu. Não classifica

O cliente desliga O usuário classifica

O usu. Não classifica

O usuário transfere O usuário classifica

O usu. Não classifica

Os cenários acima são cenários em 1o nível, ligação entra, saí e é classificado ou não. Esses testes foram realizados em sua totalidade e após as modificações não apresentaram problemas, lembrando que se não classifica a ligação no momento, ela não será mais classificada em momento algum.

Quando não classificamos (e também não fechamos o pop-up), o que acontece se mesclarmos os cenários (O pop-up está aberto e entra outra ligação)?

Origem da ligação Ação Origem de outra ligação

O que aconteceu

Ligação externa O usuário desliga Ligação externa

Ligação interna

Ligação transferida

O cliente desliga Ligação externa

Ligação interna

Ligação transferida

O usuário transfere Ligação externa

Ligação interna

Ligação transferida

Ligação interna O usuário desliga Ligação externa

Ligação interna

Ligação transferida

O cliente desliga Ligação externa

Ligação interna

Ligação transferida

O usuário transfere Ligação externa

Ligação interna

Ligação transferida

Ligação transferida O usuário desliga Ligação externa

Ligação interna

Ligação transferida

O cliente desliga Ligação externa

Ligação interna

Ligação transferida

O usuário transfere Ligação externa

Ligação interna

Ligação transferida

Lembrando que na combinação citada acima, para cada registro o usuário pode classificar ou não, ou seja são um total de 54 testes em vez de 27 testes.

Esses cenários em dois níveis, travam a tela congelando o pop-up de classificação, sendo necessário a ação do usuário com o isoCRM (Clicar em uma outra opção do menu por exemplo).

Se não for de interesse do cliente homologar esse cenário, devemos garantir que estes cenários não aconteçam. O USUÁRIO DEVE CLASSIFICAR A LIGAÇÃO ANTES QUE ENTRE OUTRA LIGAÇÃO.

isoMarketing

13855-Campanha- Campanha com meta de atendimento diário

Descrição: -Campanha -> Meta de ligações diárias.

Considerar as seguintes informações conforme levantamento de necessidades do cliente:

A prioridade da lista de cliente estará definida na importação dos contatos da campanha, onde o código externo do cliente será concatenado por uma sequência numérica. Exemplo: 58694;1,

89349;2, 302399;3, ....

Será implementada na construção da CAMPANHA,TISOMkAteCampanha, o campo META de contatos. Nesse campo o supervisor informara a quantidade de ligações que o atendente deve realizar no dia, na tela de atendimento, HISOMk_AtendimentoWC, será mostrado na tela de atendimento de contatos somente o número de contatos informado pelo supervisor respeitando a ordem a qual foi importada, mesmo que a quantidade importada seja diferente. Ex : importado 300, meta 60.

A medida que os contatos forem sendo tendo resultados serão mostrados os próximos.

Na tela de Atendimento de contatos, HISOMk_AtendimentoWC, será implementada duas colunas, Meta de contatos = (número definido pelo supervisor) e realizados (número de contatos realizados pelo atendente) esse numerador tem a seguinte regra:

1-A contagem é por cliente, não conta mais um se para o mesmo cliente for feito um sub- contato.

2-A meta é diária, portanto todos os dias essa contagem deve ser reiniciada,

3-Os contatos não realizados no dia, conforme a meta estabelecida, devem ser passados para o dia seguinte, obedecendo a ordem de importação.

4-A Campanha é ETERNA, portanto quando terminar os contatos com o primeiro resultado de cada, pela ordem importada, deve reiniciar pelo primeiro contato que foi feito e assim por diante.

Parecer: Desenvolvido conforme escopo aprovado.

Parâmetro: HISOMK_ATENDIMENTOWC

Detalhe: LINHASGRIDPESQUISA

Procedimento: Atualizar a view VW40_AtendCampanha.

Foi criado um campo na tabela ISOMkAteCmpContato para definir a sequência da prioridade de atendimento do contato na campanha. A sequência será automaticamente preenchida, na importação dos contatos (arquivo .txt), de acordo com a ordem que estiver disposta no arquivo, ou seja, o primeiro contato do arquivo.txt terá a prioridade 1, o segundo prioridade 2 e assim por diante.

Será criado na tabela ISOMkAteCampanha o campo “Meta de resultados diários”. Se este campo estiver preenchido com 60, por exemplo e, conforme parametrização, só aparecerão 60 contatos para uma atendente diariamente, na campanha em questão. Ou seja, uma atendente não poderá registrar resultados, em mais do que 60 contatos desta campanha, num mesmo dia.

Será criado um campo na tabela ISOMkAteCmpContato para definir se a campanha será controlada pela “Meta de resultados diários”. Se estiver selecionado “SIM”, e a meta diária for 60, por exemplo, só aparecerão 60 contatos para atendimento na campanha e só poderão ser concluídos 60 contatos diariamente. O default para esse campo será “NÃO”.

Se esse campo criado para que define se a campanha será controlada pela “Meta de resultados diários” for “SIM”, a ordem dos contatos carregados na grade da tela de atendimento campanha

(HISOMK_AtendimentoWC) será alterada. Deverá considerar o campo data de inserção de contato (campo ISOMkAteCmpCnt_DataInsercao), e o campo sequência da prioridade de atendimento, que será criado na tabela ISOMkAteCmpContato.

Na tela de atendimento campanha (HISOMK_AtendimentoWC), será adicionado para visualização o campo “Meta de resultados diários”, e também o campo “Resultados diários”.

O campo “Meta de resultados diários” mostrará o que foi definido no cadastro da campanha, pelo supervisor.

O campo “Resultados diários” será a contabilização da atendente dos resultados obtidos (contados da campanha atendidos e concluídos) naquele dia, para aquela campanha.

No início do dia, o campo “Resultados diários” estará zerado, e só aparecerão 60 contatos, por exemplo, para atendimento. Ao concluir um contato com um resultado, o campo “Resultados diários” será igual a 1, e na tela aparecerão 59 contatos restantes para atendimento. Concluindo um segundo contato, o campo “Resultados diários” será incrementado, e o número de contatos para atendimento irá diminuir, até que a meta diária seja atingida e não restem mais.

Para incrementar o campo “Resultados diários”, deverão ser seguidas as seguintes regras:

1. A contagem é por cliente e contabilizada somente se no cliente atendido for colocado um resultado.

Se a meta for 60, deverão ser concluídos 60 contatos e 60 clientes diferentes.

2. A meta é diária, portanto todos os dias a contagem “Resultados diários” será reiniciada.

3. Os contatos não realizados no dia, conforme a meta estabelecida, serão repassados para o dia seguinte, obedecendo a ordem de prioridade da importação.

14053 - tela HViewISOMkAteCampanha

Descrição: Na tela HViewISOMkAteCampanha o botão INCLUIR precisa ser retirado da aba AGENTES, pois nessa tela não é para existir a funcionalidade de inclusão de AGENTE.

Motivo: O agente nessa tela é incluído automaticamente quando o atendente acessa pelo Atendimento do contato da campanha algum CONTATO.

Parecer: Retirado o ícone de inclusão de Agente

isoIntegracao - SmartShare

14054-Integracao- Informações na tabela de clientes

Descrição: - Integracao Selbetti

Não limpar campos na integração, somente fazer update ou inserir.

Exemplo: não limpar o campo isoentcli_codexterno da tabela isoentcliente.

A consulta não trouxe a informação do código externo do cliente porque a informação do código externo do cliente não está na tabela/campo que a view está buscando.

Parecer: Alterado a rotina PISOCadEntidadeCliente.

A rotina se divide em duas situações, inclusão de cliente e atualização de cliente. Na atualização, está sendo validado o código externo do cliente, se o código não for passado para a rotina o campo não é atualizado.

A regra da integração passa a ser, sempre manter o último código externo de cliente passado na integração. Essa alteração se restringe apenas ao código externo do cliente na tabela ISOEntCliente.

isoAtendimento

13972 – Cliente - DC

Descrição: Em alguns casos não estamos conseguindo exportar a consulta da tela “Cliente DC” para Excel. Dependendo da consulta a exportação corre normalmente.

Parecer: Corrigido.

14031 – Cliente - DC

Descrição: A tela “Cliente – DC” está desconfigurada, acredito que seja por causa da atualização dos navegadores.

O problema está ocorrendo no Chrome, Versão 45.0.2454.85 m, quando no parâmetro SACCLIENTE está com o detalhe LAYOUT_SIMPLIFICADO marcado com o valor 'S', se alterar o valor para 'N' volta a apresentação correta.

Parecer: Corrigido.

13377 - HISO_SAEmailEntrada

Descrição: Implementar nessa tela a mesma funcionalidade da lupa que tem ao lado da descrição do atendimento SAC que serve para visualizar o email original.

Parecer: Foi criado o ícone, porém, só aparece se existir o anexo do corpo de e-mail. Não são todos os e-mails que gravam o anexo do corpo de e-mail, somente alguns e-mails, os mais extensos.

Para simular, fazer entrar um e-mail com bastante conteúdo.

13379 - HISO_SAEmailEntrada

Descrição: Filtrar mensagens também pela descrição na tela HISO_SAEmailEntrada.

Parecer: Adicionado o campo Corpo de e-mail (descrição) nos filtros, para poder filtrar os e-mails a serem atendidos.

13377 - HISO_EmailSaida

Descrição: Implementar nessa tela a mesma funcionalidade da lupa que tem ao lado da descrição do atendimento SAC que serve para visualizar o e-mail original.

Parecer: Foi criado o ícone, porém, só aparece se existir o anexo do corpo de e-mail. Não são todos os e-mails que gravam o anexo do corpo de e-mail, somente alguns e-mails, os mais extensos.

Para simular, fazer entrar um e-mail com bastante conteúdo.

13380 - HISO_EmailSaida

Descrição: Implementar na tela HISO_EmailSAida funcionalidade de inserir endereços eletrônicos avulsos, exemplo:

Entidade X tem os endereços eletrônicos 1@1, 2@1, 3@1,...

Entidade Y tem os endereços eletrônicos 2@1, 2@2, 2@3,...

Entidade Z tem os endereços eletrônicos 3@1, 3@2, 3@3,...

Poder buscar os endereços eletrônicos da entidade y e entidade z e vincular para envio no atendimento da entidade X.

No seguinte formato:

1-Poder escolher quais endereços eletrônicos deseja vincular.

2-Poder escolher endereços eletrônicos de mais de uma entidade diferente.

Parecer: Foi alterada a tela de e-mail de saída (HISO_EmailSaida), para também poder

selecionar e-mails de outras entidades.

Criado um novo prompt, que poderá ser acessado conforme abaixo

Nesta nova tela de prompt, será possível buscar entidades, e selecionar seus e-mails. Ela será baseada na tela (HPromptISOEntCliente), contendo os mesmos filtros, para selecionar as entidades.

Após filtrar uma entidade, no grid terá um ícone, conforme imagem abaixo, e ao clicar nele, aparecerão os e-mails da entidade, para serem marcados, logo abaixo. Ao clicar no botão selecionar, os e-mails marcados no checkbox aparecerão na tela de e-mail de saída

Na tela para buscar os e-mails, foi adicionado aos filtros um campo para efetuar a pesquisa por grupo de usuários. Ao escolher o grupo serão carregados os e-mails das entidades pertencentes ao mesmo.

Na tela terá um checkbox para marcar/desmarcar todos os e-mails carregadas no grid.

Também serão replicadas para o “E-mail cópia” e “E-mail cópia oculta” as opções para selecionar os e-mails, possuindo as mesmas funcionalidades de seleção do “E-mail”.

Obs.: Para liberar o botão de prompt: Objeto: HISO_EmailSaida Evento: PROMPT_ENTIDADE

isoVendas

13875 - HViewISOPvPedido

Descrição: No iso win, quando aplicamos um desconto, ou se o produto faz parte de alguma promoção, o item fica destacado no carrinho, precisamos que na web também tenha essa diferenciação.

Parecer: Implementado quando o item tiver desconto ou for incluído através de uma promoção, o ícone de informações será mostrado na cor verde

No exemplo acima, o produto foi incluído sem utilizar a promoção (ícone azul) e também incluído através da promoção (ícone verde).