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.

isoAtendimento

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 servira para limitar 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 = CANAL-DEFAULT , 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 diarios

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:00 hs.) 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 considerados 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 recontato (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 está 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:

Supremo - Pedido confirmado;

Número 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.

isoCRMTelaInicial

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).