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

14351-Chamada de cliente CTI- Identificação do cliente chamada telefônica

Descrição: CTI - Identificar e corrigir o problema de não estar abrindo a tela com o nome do cliente quando o telefone é identificado.

Parecer: Parâmetro: PARM_HISO_ATENDIMENTO - O problema era na parametrização do cliente default. Se parametrizar errado, não alimenta correto na combo do papel e não carrega nada.

Como é um valor inválido o valor não vai de fato para a combo, ao clicar em confirmar para fazer nova busca o resultado é encontrado.

Parametrizar o cliente default com o conteúdo:

• Cliente

• Fornecedor

• Parceiro

• Responsável

• Pessoa

• Organização

Criado uma validação para inutilizar a parametrização se tiver diferente de alguns dos valores acima.

13851-Relatorio DC Cadastro- Relatório de DC Organização e Pessoa

Descrição: HWWISOEntidadeRelDC

Implementar no relatório a LOCALIDADE do CLIENTE e o responsável com o NIVEL de Responsabilidade VENDEDOR.

Parecer: Foi adicionado ao relatório 'PExcelISOEntidadeDC' os campos com Localidade do

Cliente e o Responsável com o nível de Responsabilidade 'VENDEDOR'.

A localidade é a cidade Principal da Entidade.

O vendedor é definido através da tabela 'TISOEntRsp_Clientes', o qual faz um vínculo de responsável a um cliente de acordo com o nível de responsabilidade. A identificação desse nível de responsabilidade é validada pelo parâmetro criado (ISORELENTIDADE), onde é gravado o nível de responsabilidade. Apenas se estiver parametrizado, no relatório irá conter uma coluna com descrição VENDEDOR e com o nome do responsável cadastrado para aquele nível de responsabilidade. Caso haja mais de um vendedor, o registro irá duplicar para cada cliente de acordo com o número de "vendedores". Não foi desenvolvido filtro para Localidade e Vendedores.

Parâmetro: ISORELENTIDADE

Detalhe: NIVELRESP_VENDEDOR

Valor: código do nível

isoAtendimento

14317-Busca entidade – Busca entidade na HISO_Atendimento

Descrição: HISO_Atendimento – Buscar mais clientes e paginar criar paginação.

Parecer: Implementado, foi criada a paginação.

Para buscar mais clientes basta parametrizar.

Parâmetro: PARM_HISO_ATENDIMENTO

Detalhe: LIMITEPESQUISA

Valor esperado: número de registros que será exibido.

14319-Relatorio SAC – Impressão configurada do relatório do atendimento SAC

Descrição: RISOSA_Atendimento – Configurar áreas que não deseja imprimir no relatório (Solução, Dados complementares, Tarefas, ... configurar para todos os blocos).

RISOSA_Atendimento – Configurar para somente imprimir dados complementaresrespondidos.

Se já estiver, verificar e testar se está trazendo corretamente.

Parecer: Implementado

Parâmetro: RISOSA_ATENDIMENTO

Detalhes:

EXIBIR_DADOSCADASTRAIS

EXIBIR_ATENDIMENTO

EXIBIR_ATE_DETALHES

EXIBIR_INFO_DET_ATENDIMENTO

EXIBIR_SOLUCAO

EXIBIR_SAC

EXIBIR_TAREFAS

EXIBIR_ITENS_PEDIDO

Valores: S ou N - Padrão S

O relatório já oculta perguntas não respondidas, realizada a validação para verificar na categoria e no formulário se existe alguma pergunta respondida, ocultando as labels de formulário e/ou categoria também. ISSO somente no DC do SAC. (Tarefa não exibe Formulário nem categoria).

14110-SAC- Tela HISO_EmailSaida..

Descrição: Implementar a funcionalidade de poder selecionar os e-mails na tela HISO_EmailSaida que entram como “Com Cópia” pelo e-mail de entrada. Alterar o ícone “Selecionar e-mail de outras entidades, para diferenciar do ícone existente

Parecer: ao clicar no primeiro ícone com sinal positivo (azul escuro), abrirá uma janela com e-mails com cópia relacionados no e-mail de entrada. O segundo ícone com sinal positivo (azul claro), poderá ser relacionado e-mails de entidades externas.

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

14172-Chat- Nome do usuário de atendimento na pesquisa do Chat

Descrição: CHAT

Atendimento interno para colocar uma coluna com o nome do atendente do Chat que abriu o atendimento Chat na tela HWWISOChat.

Parecer: Implementado

14191-Chat- Abertura de Atendimento SAC pelo Chat

Descrição: CHAT

Parâmetro ISOCHATCOMPONENTES detalhe SAC_POPUP

Hoje alguns atendimentos ficaram zerados, notei que foram os que conclui e gerei detalhe. Nesses atendimentos tive que clicar em sair porque o chat não sai sozinho como em um novo atendimento.

Verificar atendimento 14172, conforme conversa com DIOGO será verificado que o parâmetro ISOCHATCOMPONENTES, detalhe SAC_POPUP está vinculado a todas opções que abrem a tela de Atendimento SAC, inclusive a opção de CONCLUIR + GERAR detalhe.

Parecer: Ajustado

13848-Consulta de Nfs- Consulta de Nfs/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: É pré-requisito atualizar a view BI_024. Foi adicionado um campo novo (BI_024_DataDoPagamento), esse campo é um dado complementar da duplicata.

O Código da pergunta do dado complementar foi fixado com 1 na view, caso o código seja outro, deverá ser alterado o código na atualização da view.

O novo campo criado na view foi adicionado ao sistema.

13542-Qualificação de chamada- Qualificação de chamada ativa

Descrição: Qualificação de chamada

Ligações ATIVAS, também aparecer o pop-up de qualificação para a classificação.

As ligações que são feitas, ativas não estão contempladas na qualificação que foi implantada, pois o pop-up não abre quando é feito uma discagem, porem pode ser feito, a Supremo quer essa implementação?

Parecer: Proceder da seguinte maneira:

1) Ativar o detalhe do parâmetro ISOCTI / ISOCLASSIFICACHAMADA, deixar o valor = S

2) Simular saídas de ligações, externa e interna, quando desligar a tela de classificação de chamada terá que abrir a janela para a classificação da chamada ativa.

Dois cenários são possíveis:

a) Realização de Ligação externa

b) Transferência de ligação interna

A implementação foi realizada com algumas particularidades.

A função que disca não gera id, e sem id, não tem como implementarmos a classificação de chamada. Entrado em contato com o fornecedor do CTI, e o mesmo me informou que toda ligação, seja recebida ou efetuada dispara a função SoftCallCenter_OnChamadaEntrante.

Realizado a implementação no SoftCallCenter_OnChamadaEntrante.

A ligação é gravada e quando finaliza a ligação, a classificação de chamada abre.

Observação: O funcionamento será o mesmo descrito no escopo.

A ligação é realizada, o registro da ligação é gravado na tabela ISOEntUsu_Ligacoes, a tela de atendimento NÃO é aberta, visto que o usuário estará no cadastro do cliente para efetuar a ligação e após a conclusão, o pop-up de classificação será aberto.

Lembrando que o usuário deverá classificar a ligação no ato, pois não terá uma segunda oportunidade e a ligação ficará sem classificação.

14096-Chat- Consulta de atendimentos Chat por atendente

Descrição: CHAT

Atendimento interno para colocar uma coluna com o nome do atendente do Chat que abriu o atendimento Chat na tela HWWISOChat.

Parecer: Foi inserido o campo de filtro de busca através de código do atendente na tela HWWISOChat. E inseridas também as informações com código e nome do atendente do chat na grade.

14012-SAC- Canal por PERFIL

Descrição: PERFIL SAC - CANAL

Favor avaliar um novo campo a ser regulado pelo Peril (HWWISOPerfil), no caso, o campo Canal.

Isto servirá para limitar os usuários e melhorar a qualidade de dados do isoCRM.

Parecer: Para habilitar a funcionalidade:

Parâmetro: ISOSAATENDIMENTO

Detalhe: PERFIL_CANAL

Valor: S ou N - Default N

Na tela HViewISOPerfil foi criada uma nova aba, para cadastrar os canais de comunicação do atendimento SAC liberados para o perfil.

Caso o detalhe do atendimento já esteja gravado, e o usuário logado não tenha o canal de comunicação em questão liberado, o campo estará bloqueado, não permitindo alteração.

Na tela de inclusão do detalhe (TISOSAAteDetalhe), também será adicionada a funcionalidade do canal de comunicação pelo perfil, seguindo as mesmas regras descritas da tela de atendimento SAC.

Se o parâmetro ISOSADEFCANAL- CANAL DEFAULT NO ATENDIMENTO SAC

Detalhe = CANALDEFAULT , estiver cadastrado para o usuário o CANAL em questão tem que estar liberado no perfil para o usuário.

Pois, o programa respeita o CANALDEFAULT na abertura do Atendimento SAC ignorando o perfil nesse caso.

isoMarketing

14114-Campanha- Meta por contatos diários

Descrição: Ajuste do atendimento 13855 - Ajuste no levantamento da necessidade.

O atendente tem uma meta de 60 ligações/contatos diárias, ok!

Pergunta: O que faz com que essa meta seja atingida, o contato simples independente de resultado, ou apenas quando de fato o atendente efetua um resultado para o cliente?

A pergunta dá-se pelo motivo de que o contato pode ser feito e o cliente não estar, ou pedir para ligar outra hora, o que leva a atendente a informar uma CLASSIFICAÇÃO para o contato e não um

RESULTADO, nesse caso é considerado uma meta atingida e deve ser diminuído a quantidade visual, exemplo de 60 para 59?

Resposta: mesmo que a ligação não tenha sido efetiva (responsável por compras somente as 15:00hr) essa ligação deverá ser considerada um contato.

O número passará de 60 pata 59. Porém nesses casos a atendente terá possibilidade de agendar o recontato, certo?

2-Falando de resultado -> Considerando que são apenas resultados e não classificações para que a meta do contato seja atingida, são todos os resultados, independente se mesmo tenha situação interna concluído ou não?

Explicando a diferença de Resultado com situação interna concluído e Resultado com situação interna não concluído:

Resultado com situação interna concluído - > O cliente sai da Campanha, exemplos: Telefone não existe. Neste caso o Supervisor trabalha os resultados para construir uma nova campanha alterando o objetivo do contato.

Resultado com situação interna não concluído -> O cliente, mesmo tendo um resultado, continua na Campanha, conceito de Campanha eterna, esse resultado mantendo o cliente na Campanha faz com o mesmo volte a ser atendido após a lista dar o giro de 360g.

Resposta: credito que precisamos ter 4 tipos de situação, sendo:

Ligação efetiva - Efetuou contato com o cliente e conseguiu efetuar pedido – Situação concluída, porem após o giro 360o o cliente volta para a lista.

Ligação não efetiva – efetuou contato com o cliente, mas ele não estava – Situação re-contato (efetuar agendamento para novo contato).

Ligação ainda não realizada – Situação em aberto.

Fone não existe – nesses casos deveríamos ter um Situação Cancelado e nesse caso o cliente não volta para lista de contatos.

Parecer: Retirada a validação de resultado por entidade. A cada contato (classificação ou resultado) é incrementado um resultado diário. Quando entra no contato é colocada uma classificação e não há agendamento, o mesmo esta indo para o final da fila, pois está sendo considerado como meta de contato atingida.

isoVendas

13850-Pedido- Envio de SMS pedido / Workflow

Descrição: SMS

Solicitação de ajuste na configuração do SMS a ser enviado para o cliente.

Falta o nome da empresa na configuração do parâmetro ENVIASMSPEDIDO

Implementar quantidade e unidade de venda

Abreviar número do pedido: Num. Pedido

Usar o parâmetro que define qual produto enviar, no caso somente o cimento, não enviar o pallet.

Não acentuar nada e nem usar ç, para não ir com "sujeiras" na mensagem.

Layout exemplo:

Empresa - Pedido confirmado;

Num Pedido 8369; Quant. 160 kg;

Valor: 234,00; Produtos: CIMENTO

GRANEL 32 RS

Data: 05/08/15

Parecer: Parâmetro ISOPVPEDIDO_ITENS_IGNORAR, detalhe CLASSIFICACAO está sendo usado no envio de SMS. Os itens com a classificação parametrização não serão enviados no SMS.

O parâmetro de SMS vinculado na tarefa teve alguns detalhes adicionados, são eles:

LABEL_EMPRESA -> nome da empresa que irá aparecer no SMS

LABEL_QTDE_UND -> label que precede a quantidade na unidade

EXIBIR_QTDE_UND -> S ou N, controle para exibir a quantidade na unidade

HABILITA_TROCA_CARACTERES -> S ou N, habilita um novo recurso que possibilita trocar certos caracteres -> importante habilitar se desejar trocar caracteres especiais ou acentuados.

Obs: Para colocar a empresa no topo do sms deve a LABELEMPRESA deve ter a menor ordem.

Em todos os detalhes que são "LABEL", se cadastrar o valor "BRANCO" não será enviado label no sms (Com exceção da LABELEMPRESA, para esse detalhe, basta não criar o detalhe).

Foi criado uma rotina para troca de caracteres, para configurar essa rotina o parâmetro ISO_TRATA_STRING deve ser criado para o usuário 1 (ISOPADRAO).

Os nomes dos detalhes nesse parâmetro não importa, mas o valor deve ser no formato seguinte:

"caractere destino" + "-" + "caracteres especiais ou acentuados"

Exemplo:

a-áàâãä@ -> Nesse caso, se o texto tiver á, à, â, ã, ä ou @ será trocado por a

A-ÁÀÂÃÄ -> Nesse caso, se o texto tiver Á, À, Â, Ã ou Ä será trocado por A

No parâmetro ISOCONFIGSMS, foi criado o detalhe:

URLENCODE -> S ou N, habilita o encode de URL para garantir que o conteúdo chegue num formato legível para o serviço de envio de SMS.

Foram realizados testes com relação a troca de caracteres e a URLEncode, ambos funcionaram.

Para testar essas funcionalidades precisamos de um serviço ativo de envio de SMS e precisamos configurar no isoCRM. Aconselho a testarem no ambiente de homologação do cliente.

14250-Pedido- Funções de recalculo e alteração de preço e quantidade

Descrição: Unificar os botões de descontos do pedido, do jeito que está os representantes estão se confundindo ao implantar pedidos:

Parecer: Foi criado parâmetro que deixa apenas um botão no carrinho, que realiza a dupla função.

Parâmetro: ISOPVPEDIDO

Detalhe: CARRINHO_RECALC_BTN_ALL

Valor: S

Atendimento 14269 - Pedido

Descrição: Por que em alguns casos existem duas saídas do pedido na tabela intermediária?

Notem que existem duas saídas quase no mesmo momento, e no histórico do pedido não achei nada de errado.

Parecer: Não foi identificado problema, porém foi adicionado um delay, parametrizável, para liberar o pedido para a integração. Parâmetro: ISOCRM_INTEGRACAO Detalhe: DELAY_SAIDA_PEDIDO

Valor: Tempo em segundos Default: 60

Atendimento 14322 - Pedido

Descrição: Permitir configurar para que a tela HISOPvPed_EntSimpWC apareça nas abas esquerdas do FrontEnd, e não mais em pop-up a partir do carrinho.

Ajustar layout para que a se adeque ao FrontEnd, horizontalmente.

Parecer: Foi criada a aba "Entrada simplificada por item" no FrontEnd, do lado esquerdo, com as mesmas funcionalidades do prompt para incluir itens, a partir do carrinho

Para liberar a aba:

Parâmetro: PEDIDO_TELA

Detalhe: ABA_ENTRADASIMPITEM

Valor: S

Para configurar para que na abertura da tela, esta aba já esteja selecionada:

Parâmetro: PEDIDO_TELA

Detalhe: ABA_PADRAO

Valor: EntradaSimpItem

isoContrato

14182-Contrato- Inclusão de itens no carrinho pelo contrato, recalculo

Descrição: Sequencia do contrato 54341 copiamos para a homologação e geramos um pedido, o pedido foi criado com os valores corretos, mas ao recalcular o pedido, os preços alteram.

Precisamos ajustar com urgência.

Parecer: Corrigido. Problema identificado ao incluir o item no pedido.

isoVendas-Bionexo

14190-Bionexo- Consulta de cotação bionexo por mais de um usuário

Descrição: BIONEXO

A consulta de cotações Bionexo está permitindo mais de que um usuário consiga acessar a mesma cotação ao mesmo tempo. Para simular o problema execute utilizando dois usuários conforme passos abaixo:

1) Com o usuário "A" na tela de consulta de cotações Bionexo pesquise uma cotação em específico que NÃO este sendo utilizada;

2) Com o usuário "B" na tela de consulta de cotações Bionexo pesquise a mesma cotação do usuário "A";

3) Com o usuário "B" edite a cotação;

4) Com o usuário "A" edite a mesma cotação, neste momento o sistema não está validando se a cotação está sendo utilizada.

Pelo que constatamos o sistema está validando se a cotação está sendo utilizada apenas quando é consultada e que esteja sendo editada por alguém, o que precisa ser feito é que no momento de editar o registro o sistema deve pré-validar se está sendo utilizada ou não.

Parecer: Corrigido

Parâmetro: HISO_BIONEXOPEDIDO

Detalhe: BLOQUEIO_MINUTOS

Default: 20 (a cotação estará bloqueada por 20 minutos após a reserva de algum usuário).

isoCRM

14113- isoCRM- Performance da tela inicial

Descrição: Conforme conversamos os usuários estão reclamando de lentidão na tela inicial do isoCRM, favor nos ajudar a identificar a causa deste problema.

Parecer: Foram realizadas várias alterações para melhorar a performance da tela inicial (HISO_TelaInicial).

14047- isoCRM- Roteiro/agendamento de visita no mapa

Descrição: Novo recurso do isoCRM - Roteiro/agendamento de visita no mapa

Parecer: Implementado

Na criação da agenda, existe um campo denominado ROTA, esse campo é um agrupador de agendamento.

Por exemplo: Ao criar um agendamento com a ROTA chamada TESTE, em seguida criar um segundo agendamento com a ROTA também chamada TESTE, esses dois agendamentos poderão ser visualizados no mapa da tela inicial.

Por exemplo:

Primeiro, clique no cliente, em seguida, no ícone de agendamento:

Segundo, crie o primeiro agendamento com a rota TESTE e com a data 07/10 as 18:00

Terceiro, crie o segundo agendamento, agora para o segundo CLIENTE :

Quarto, agenda com a mesma ROTA TESTE para o mesmo dia, porém, uma hora mais tarde.

Após, isso, basta voltar ao mapa e clicar na lupa (Visualizar Rotas):

A tela para selecionar rotas irá abrir:

Clicando na rota desejada: