V 120.1

PDF

V 120_1 - 54_RN_isoCRM_V120_1.pdf

Utilize o documento acima para ler o release note

Abril 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

10606 – Cadastro- Atendimento SAC pelo cadastro simplificado

Descrição : ABRIR SAC PELO CADASTRO SIMPLIFICADO PARA PAPEL PARCEIRO e mesmo alterando não consigo simular a abertura de um atendimento SAC.

Parecer : Realmente pelo cadastro simplificado não esta permitindo abrir SAC para o papel PARCEIRO, abra por favor pela tela de busca de cliente HISO_Atendimento

Parecer: Corrigido


isoAtendimento

10636 – Chat- Renovar da tela de atendimento

Descrição : Retirar o refresh da tela de atendimento do chat.

Parecer: Corrigido


10100 – Atendimento SAC- Abrir formulário a partir de motivo/ocorrência

Descrição : Implementação de chamada de dados complementar automático

Implementar na confirmação do atendimento SAC uma chamada para uma ABA especifica do Dado Complementar do SAC se baseando no MOTIVO/OCORRENCIA/CAUSA escolhido.

Exemplo : Tenho criado uma formulário para resposta com o nome AVARIA DE PRODUTO, com perguntas pertinentes ao Motivo = RECLAMAÇÃO, ocorrência ENTREGA, causa = AVARIA DE PRODUTO, quando a ATENDENTE escolher esse motivo/ocorrência/causa e confirmar o atendimento automaticamente o programa abrir o formulário AVARIA DE PRODUTO para incluir as respostas das perguntas deste formulário.

Parecer: O objetivo do atendimento 10100 é a implementação da chamada dos dados complementares automaticamente ao selecionar um motivo, ocorrência e causa no atendimento SAC.

A solução proposta era para associar ao motivo, ocorrência e causa um formulário, esse formulário associado iria abrir em popup (nova janela sobreposta sobre a tela de atendimento), porém, essa funcionalidade estava entrando em conflito com a funcionalidade proposta e desenvolvida no atendimento 10098.

O objetivo do atendimento 10098 é classificar as perguntas dos dados complementares do atendimento SAC como obrigatória ou não obrigatória, e quando um SAC fosse aberto\editado, as perguntas obrigatórias deveriam abrir em popup para o usuário responder.

Em ambos os atendimentos, a não resposta dos dados complementares do atendimento SAC impede o andamento do mesmo.

O problema é que a implementação do atendimento 10098 separada do atendimento 10100 inviabilizava o uso da funcionalidade. Para contornar isso, em comum acordo com a Logistica/Sergio, foi agrupado os dois atendimentos.


 Ao abrir a tela de atendimento SAC não é aberto tela de popup para responder os dados complementares.

 Ao clicar em confirmar, é feita uma busca do dado complementar associado ao motivo/ocorrência e causa, se existir, o formulário será aberto em popup.

 O popup é composto por 2 botões (Confirmar e Sair).

 No popup, ao clicar em Confirmar, todas as respostas são gravadas, porém se uma pergunta classificada como obrigatória não for respondida, a seguinte mensagem de erro aparece:

 Dados obrigatórios do formulário não foram respondidos (*).

 Por favor, responda o formulário e clique em confirmar para prosseguir com o atendimento,

 ou clique em Sair para responder mais tarde.

 No popup, ao clicar em Sair, nenhuma resposta é gravada e se alguma resposta obrigatória não foi respondida, ao clicar em Confirmar na tela de atendimento SAC, o popup novamente será aberto.


 No popup, uma vez que clicar em Confirmar e não gerar erro, o formulário é entendido como respondido e ao clicar em Confirmar na tela de atendimento SAC o mesmo irá prosseguir.

 No Popup, uma vez que clicar em Confirmar todos os campos preenchidos são gravados, então, se clicar em Sair, as demais perguntas preenchidas foram salvas na ação anterior.


Sobre o atendimento 10098, o mesmo solicitava abrir um popup com as perguntas obrigatórias, mas não discriminava formulários, ou seja, poderia existir várias perguntas obrigatórias em vários formulários, e independente do formulário associado ao Motivo/Ocorrência e Causa, todas as perguntas deveriam ser respondidas. Com esse agrupamento, é possível colocar a obrigatoriedade e ela vai agir somente no formulário associado ao Motivo/Ocorrência e Causa.

Visualizando as telas de cadastro.

No Núcleo -> Entidade Empresa -> Formulários -> Atendimento

*Obrigando a resposta para a pergunta.


Em Nucleo -> SAC -> Motivo -> Ocorrencia - > Causa

*Vinculando o formulário


No atendimento ao Confirmar o atendimento abre o Formulario vinculado, com asterisco nas perguntas configuradas com resposta obrigatoria.

Se não responder as perguntas com resposta obrigatória aparecera a mensagem abaixo :


10101 – Atendimento SAC- Texto a ser visualizado conforme resposta do DC SAC

Descrição : Dado complementar do atendimento SAC

Implementar nas respostas objetivas um texto para ser visualizado somente se a resposta for escolhida.

Exemplo : Na pergunta "O Recebedor é Titular da Compra?"

As respostas possíveis são : SIM ou NÃO, se for selecionada a resposta NÃO, ficar visível para a Atendente o TEXTO pré cadastrado na montagem do formulário para este pergunta nessa resposta, "Sr. por favor anote o numero do protocolo e peça para o titular da compra entrar em contato conosco ou nos de o contato do mesmo para que possamos encaminhar para nosso setor responsável".

Parecer: Ao clicar numa opção o texto associado à resposta escolhida na combo é carregado em tela.

Cadastrando o texto :


No atendimento :



10103 – Formulario Atendimento- Tamanho do campo pergunta do DC Sac

Descrição : TISOSAAtendimentoAtt

Aumentar o tamanho do descritivo da pergunta, atualmente é 40, alterar para 100.

Implementar o campo OBSERVAÇÃO da PERGUNTA, igual no Dado Complementar de Pesquisa.

Parecer: Foi aumentado o campo da pergunta do dc do sac, de 40 para 70.

Foi criado um campo observação no cadastro da pergunta. Foi alterado a tela de resposta do DC, em baixo da pergunta, quando houver uma observação a mesma irá aparecer.

Essa alteração foi feita na tela e no popup.


No atendimento :

10104 – DC Sac- Layout da tela de resposta de DC Sac

Descrição : HEditISOSAAtendimentoAtt

MELHORAR O LAYOUT, AUMENTAR A FONTE E DAR MAIS ESPAÇAMENTO ENTRE UMA PERGUNTA E OUTRA

Parecer: Melhorias no layout, classes já haviam sido alteradas anteriormente. colocado * em perguntas obrigatórias.

Espaçamento maior nas perguntas.

Observação abaixo de perguntas.


isoVendas

10716 – Pedido – Cotas dentro do mês.

Descrição : Identificamos uma situação que precisamos alterar, simulação feita no pedido abaixo.

Tem cotas para o mês de março, inserido data de faturamento para o dia 27/03/014 o sistema não permite fechar, mas dentro do mês atual, tendo cotas, não deverá criticar.

Parecer: Corrigido.


10744 – Pedido – Lista informações de programação de data.

Descrição : No componente hiso_frontend_programacaodatas não está listando mais do que 2 páginas de informação.

Parecer: Corrigido.


isoContrato

10820 – Contrato – Contatos default do contrato

Descrição : Contrato - versão R117.10

Segundo o usuário, o responsável pelo contrato e o responsável pelo cliente na aba ccontato vinham default, agora somente esta vindo o responsável pelo Contrato

Parecer: Corrigido.


10754 – Contrato – Contatos do contrato

Descrição : Conforme conversamos, segue print da tela em que o atendente não consegue incluir contatos.

Contrato utilizado 10043

Parecer: Corrigido.


10704 – Proposta – Impressão dos itens da proposta

Descrição : HISOCTProposta - Impressão de proposta

Não esta listando todos os itens do contrato, na aba itens tem 6 paginas e na tela de escolher quais itens imprimir esta aparecendo somente 1 pagina.

Exemplo sequencia 9490 do ambiente produtivo

Parecer: Corrigido.


10759 – Contrato – Paginação da tela HWWISOCTContrato

Descrição : Na mesma tela, no contrato, onde seleciono o cliente, quando tenho várias páginas, não tem a opção de ir para a última página.

Parecer: Corrigido.


10705 – Contrato – Histórico do contrato

Descrição : HViewISOCTContrato

Na aba historico quando tenta acessar a informação pela lupa retorna a mensagem abaixo.. vide anexo.

<ISOCTContrato xmlns='ISOGesacK2B'> was not expected.

Parecer: Corrigido.

Objetivos :Resolver o problema de leitura do histórico do contrato e do item do contrato.

Procedimento

1. Executar o script abaixo - > CorrigeHistorico.sql;

-update ISOCTCTTHISTORICO set ISOCttHst_Historico = REPLACE(isoctthst_historico, '<TISOCTContrato', '<ISOCTContrato')

-update ISOCTCTTHISTORICO set ISOCttHst_Historico = REPLACE(isoctthst_historico, '</TISOCTContrato>', '</ISOCTContrato>')

-update ISOCTCTTITEMHISTORICO set ISOCttIteHst_Historico = REPLACE(ISOCttIteHst_Historico, '<TISOCTCttItem', '<ISOCTCttItem')

-update ISOCTCTTITEMHISTORICO set ISOCttIteHst_Historico = REPLACE(ISOCttIteHst_Historico, '</TISOCTCttItem>', '</ISOCTCttItem>')

2. Descompactar o arquivo CorrigeHistorico.7z;

O programa aisocorrhistcontrato.exe. da pasta é para corrigir o histórico do contrato e portanto o programa deve ser executado separadamente com o conteúdo da mesma.

Copiar o arquivo client.exe.config da pasta motor/Bin para a pasta criada.


3. Executar o programa aisocorrhistcontrato.exe.

Consultar o histórico :


isoPesquisa

10112– DC Sac- Pergunta obrigatória na Pesquisa

Descrição : Temos uma solicitação em relação a pesquisa. Gostaríamos que fosse incluída uma funcionalidade que faça com que uma pergunta da pesquisa seja obrigatória. Ou seja, não é possível salvar a uma pesquisa sem que aquela pergunta seja respondida. Estamos tendo casos na pesquisa onde as atendentes acabam errando ou esquecendo de clicar em uma pergunta, o que invalida o questionário aplicado.

Parecer: Foi implementada a obrigatoriedade da resposta do dado complementar da pesquisa.


Quando uma pergunta do Dado Complementar de Pesquisa for cadastrada com o valor “Sim” no campo Obrigatório, não será possível avançar para a próxima pergunta sem responder a pergunta atual.

Existem quatro telas no isoCRM onde é possível responder os formulários de pesquisa, essas quatro telas sofreram modificações e devem ser testadas na homologação.

Duas telas se destinam a pesquisa online e duas se destinam a pesquisa “offline” (pesquisa via sistema que só pode ser feita por um usuário final do isoCRM).

As telas modificadas são:

 HEditISOPQAtendimentoAttCateg

 HEditISOPQAtendimentoAttCateg2

 HISOPq_CompPergResp

 HISOPQ_PergRespWC

As duas primeiras telas citadas acima são habilitadas somente quando o formulário está agrupado por categoria (essa configuração é feita no próprio cadastro do formulário).

Quando habilitado o agrupamento por categoria, é possível ainda definir ser haverá paginação ou não na tela através de parametrização:

Parâmetro: ISOPQPESQUISA-Configuração da pesquisa

Detalhe: CATEGORIA_POR_PAGINA

Valor: S ou N.

Quando não habilitado o agrupamento por categoria, o parâmetro ISOPQPESQUISA não é utilizado, as telas que serão habilitadas são a HISOPq_CompPergResp e a

HISOPQ_PergRespWC.

Observação

No item anterior, foi descrito as telas que foram modificadas, a configuração e parametrização existente nelas e foi exigido um número de testes em cima do comportamento das telas, isso porque mesmo sendo alteradas apenas quatro telas, essas quatro telas totalizam seis comportamentos .

O arquivo ISOPesquisa.css não foi tratado no modelo de desenvolvimento atual do isoCRM, logo o design da tela não está formatado.

Scripts

Após atualizar a versão, o seguinte script deve ser executado:

update ISOPQATENDIMENTOATT

set ISOPQAtendimentoAttObrigatorio = 'N'


isoIntegração NeoGrid

10387– Neogrid- Integração com desconto

Descrição : Analisar Integração com NeoGrid e desconto de item.

Parecer: Corrigido.

Para habilitar a aplicação do desconto, dever-se entrar no cadastro de Informações da

integração (DePara), e cadastrar:

Informação: OUTROS

Informação DE: APLICAR_DESCONTO

Informação PARA: S Default: N


isoIntegração

10710– Integração – Validação de CNPJ na integração

Descrição : Neste caso temos um problema, a maioria dos clientes (acredito que os mais antigos) do exterior estão sem CNPJ, ou com um número inválido no CNPJ.

Esses registros estão dando erro crítico no WEBservice pois é esperado um CNPJ válido.

Vou fazer um desvio para não tentar cadastrar os clientes com CNPJ inválido, mas, caso precise que sejam importados, é necessário atualizar o cadastro.

Parecer: Acrescentado os campos: . Int_ISOEntPes_Flag (valores S ou N) .

Int_ISOEntPes_Estrangeiro (Valores S ou N) . Int_ISOEntPes_Observacao (Varchar de 1024) .

Int_ISOEntOrg_Flag (valores S ou N) . Int_ISOEntOrg_Estrangeiro (valores S ou N) O campo de telefone já estava com tamanho numérico.


isoIntegraçãoBionexo

10806–Bionexo – Preço unitário editavel

Descrição : 9-BIONEXO

Resposta: OK. Vamos corrigir.

Resposta Cremer: ok, aguardo data para recebimento

Parecer: Corrigido


10780–Bionexo – Erro ao criar o De/Para

Descrição : 3. Na Tela

HISO_BionexoPedido ao clicar no link do produto para criar o DE/PARA gerou o

erro abaixo (Operation is not valid due to the current state of the object.) cotação 18175395;

Parecer: Corrigido

Solução: configuração no web.config


http://stackoverflow.com/questions/8978929/asp-error-operation-is-not-valid-due-to-the-current-state-of-the-object


10804–Bionexo – Visualização do campo termo

Descrição : 7-BIONEXO

Resposta: O campo TERMO não existe na documentação que me foi passada. Para mim isso é informação completamente nova. Documentação anexa.

Conforme conversa...

Vamos alterar para receber essa informação e trazê-la na tela.

Resposta Cremer: ok, aguardo data para recebimento

Na Tela HISO_BionexoPedido

Resposta: A observação da cotação está sendo integrada. Apenas não está sendo mostrada na tela. Vou adicionar.

Conforme conversa...

Já recebemos essa informação. Vamos apenas disponibilizá-la na tela.

Parecer: Implementado.


10818–Bionexo – Informação do pedido criado

Descrição : 102-bionexo

R: O vínculo é feito após ser gerado o item no pedido. Foi encontrado um problema na geração do pedido/item e corrigido. Se tudo ocorrer da maneira correta, é pra aparecer o pedido.

R: Correto. Mas devido ao problema na geração do pedido/item, isso estava acontecendo.

Parecer: Corrigido


10800–Bionexo – Nova cor para identificar cotações

Descrição : 3-BIONEXO

Resposta: De acordo com o escopo, se a entidade não existisse na base, seria incluído automaticamente, que é o que foi feito. O que hoje não faz de forma automática, é atribuir o papel “Cliente”, ao incluir essa entidade.

Resposta Cremer: Leandro, quando disse “cliente” a ideia seria sinalizar as cotações em que o “cliente bionexo” não fosse encontrado em nossa base de dados, ou seja, um cliente novo (ou em sua definição uma ENTIDADE não cadastrada).

Conforme conversa...

Vamos criar uma cor para sinalizar que é uma nova entidade.

Resposta Cremer: ok, aguardo data para recebimento

Parecer: Corrigido

Adicionada nova cor no grid e filtro datela HWWISOBionexoPedido


10802–Bionexo – Tela Inserir Clientes x produtos (apenas dentro da cotação)

Descrição : 5-BIONEXO

Resposta: Hoje já faz isso certo? Exceto ficar somente leitura. Caso contrário favor explicar.

Resposta Cremer: Leandro, não está trazendo, o campo fica como “selecione” e deve ser somente leitura.

Conforme conversa...

Zagoto irá disponibilizar acesso à aplicação de teste da Cremer, para podermos verificar.

Cotação: 18175393 Item 107.

Resposta Cremer: ambiente disponível 31/03;

Parecer: Corrigido


10799–Bionexo – importar e mostrar o campo BIONEXO forma de pagamento

Descrição : 2-BIONEXO

Dúvida: Qual a finalidade disso? Não foi feita a importação na planilha Excel? Atualmente na tela de atendimento da cotação só carregam as “formas de pagamento Bionexo” que foram vinculadas a uma condição no sistema.

2-BIONEXO

Resposta Cremer:Operação WGG – Layout WG – TAG: (Id) ID Forma de pagamento, (Forma_Pagamento) Descrição;

Conforme conversa...

Estes campos já são importados. Vamos estudar uma forma de sinalizar quando estes campos não estão cadastrados no isoCRM, para poder cadastrar o seu De/Para.

Resposta Cremer: ok, acho que vale um alerta ou mensagem de erro para quando receber uma forma de pagamento ou unidade de medida não cadastrada no ISO.

Parecer: Corrigido

Aparecerá um link ao lado, na tela da cotação, informando que não está cadastrada.

Clicando no link abrirá o cadastro de de/para.


10801–Bionexo – Permitir o filtro de cotações desistidas.

Descrição : 4-Bionexo

Resposta: Para a Bionexo não existem cotações desistidas. Para ela você pode cancelar uma resposta sua anterior. O que seria o mesmo dizer que o item não foi respondido. Pode ser criado no isoCRM essa “situação”, mas creio que deva ser definida sua funcionalidade. Por exemplo, se clicar em desistir, não pode mais alterar o item dessa cotação.

4-BIONEXO

Resposta Cremer: Qual a função da opção desistir ? o que precisamos é apenas a opção de consultar as cotações que foram marcadas como “desistidas”. Ao desistir não deve ser criticado nenhum campo obrigatório da cotação.

Conforme conversa...

Os itens que foram desistidos serão marcados com uma cor diferenciada. Hoje somente retorna para o status/cor “não respondido”.

Resposta Cremer:ok, desta forma iremos distinguir quando o item foi desistido ou não respondido.

Parecer: Corrigido, adicionada a cor.


10798–Bionexo – Visualizar as programações e as quantidades do cliente

Descrição : 1-Bionexo

Resposta: Será visualizado no ícone “i” do grid.

Resposta Cremer: Como sugestão pode ser no link do produto, logo abaixo da descrição do item. Pergunta: o que significa “Situação isoCRM” e “Status Bionexo” no ícone “i” do item da cotação

Conforme conversa...

Ao clicar no ícone “i”, trará a programação de entrega do item e outras informações pertinentes. Iremos complementar a descrição as situação do isoCRM, deixando mais claro.

Resposta Cremer: ok, sobre este item e demais solicitações aguardo uma data para entrega.

Parecer: Corrigido - Ao clicar no "i" abrirá página informativa.


10782–Bionexo – Permitir gravar informação na cotação

Descrição : 5. Permitir que possa gravar informações na cotação sem a obrigação de responder.

Parecer: Corrigido