Maio 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

10938 – Cadastro- Informação de filtros DE / PARA

Descrição : HWWISOIntDePara implementar filtros de Informação DE e Informacao PARA

Parecer: Implementado.

Foram colocado os filtros De e Para.

Os filtros foram colocados com like. Os demais filtros não foram alterados e estão todos feitos com = (igual).

10464 – Cadastro- Filtro no histórico da entidade

Descrição : Erro ao filtrar atendimentos. Tela: HISOGEHistoricoEntidade

Corrigir filtro: Aberto (traz atend. aberto, cancelado, concluido.)

Você poderia me explicar pq esse filtro não esta correto ou se sou eu que estou fazendo algo errado?

Veja a minha necessidade...

Precisamos detectar na abertura de um novo AT se o cliente anteriormente teve outro AT registrado. E tenho percebido que podemos encontrar AT com a situação ABERTO e concluído...

Então veja ao pesquisar o Nome Nelson Ree VSS no período de 13.01.2013 com o filtro Módulo SAC e Situação Concluído encontro AT 48 e 604 ambos situação Concluído

Então ao mudar o filtro da situação para Aberto o resultado é AT 48, 604,

1183 e 566 sendo que:

AT 48 situação atual concluído

AT 566 situação atual cancelado

AT 604 situação atual concluído

At 1183 situação aguardando produto.

Parecer: Foi implementado um detalhe no parametro HISTORICOENTIDADE.

Parâmetro: HISTORICOENTIDADE-Configurações do filtro de histórico

Por usuário ISOPADRAO

Detalhe: BUSCA_PELA_SITUACAO_ATUAL

Valor: S ou N

---

O filtro nessa tela executa uma busca na tabela ISOGEHistoricoEntidade e em momento algum vai na tabela do atendimento SAC, logo, a situação que é filtrada não é obtida do atendimento e sim da tabela mencionada.

Tecnicamente, o filtro está correto. Logo, para fazer o comportamento solicitado, foi criado uma parametrização.

Quanto estiver parametrizado e quando informado a situação do módulo no filtro o comportamento será:

--> Comparar as situação do registro encontrado com a situação do último registro do histórico (o último registro representa o estado atual).

Se as situações forem a mesma, é exibido na grade.

Se as situações forem diferentes, não será exibido.

---

Obs: Parametrização não é valida para campanha e campanha por e-mail. Pois as mesmas possuem validações especificas para obtenção do registro.

isoAtendimento

10969 – Atendimento- Layout da visualização de atendimento x DC Sac .

Descrição : 5. - Melhorar o layout do formulário no sistema: quando se escolhe uma pergunta “combo box” com a caixa de texto e se habilita a opção “outros”, as observações das perguntas estão ficando em cima da pergunta seguinte, confundindo bastante. Creio que o ideal seria que as observações ficassem logo abaixo da pergunta.

Parecer: Corrigido.

Tela HEditISOSAAtendimentoAtt, teve modificações para alinhar perguntas, respostas, outros valores, também foi levando em considerações informações da resposta e observação da pergunta.

10968 – Atendimento- Layout do relatório de atendimento x DC Sac .

Descrição : 3. Melhorar o layout do relatório de atendimento: conforme print acima, as respostas ficam estão ficando em cima das perguntas.

Parecer: Corrigido.

Foi corrigido o layout do relatório RISOSA_Atendimento.

As perguntas aparecem por completo, as respostas aparecem em baixo e não do lado, com 80 caracteres por linha.

Foi reduzido a identação

10543 – Atendimento- Informação de filtro na tela de busca .

Descrição : HWWISOSAAteCliente2-PESQUISA PERDENDO FILTRO

Quando consultamos os atendimentos ou qualquer outro dado em que precisamos usar o filtro, ao fazer a consulta ao voltar o filtro não fica salvo e precisamos selecionar todos os filtros novamente.Isso faz com que o tempo para consulta seja muito maior.

Anexo um print como modelo.

Parecer: Corrigido.

A tela não estava carregando o filtro da sessão. Gravava os filtros, mas não carregava.

Os filtros de dados complementares não salvava em sessão, corrigido também.

isoVendas

11150 – Pedido- Entrada simplificada do carrinho x caixa master.

Descrição : correção do popup da entrada simplificada.

Não está respeitando o parâmetro USACAIXAMASTER.

Está validando errado o caixa master, retornando erro em itens que não tinham caixa master e retornando erro mesmo com a utilização desabilitada via parametro.

Parecer: Corrigido.

Foi corrigido para não ler caixa Master quando estiver parametrizado para não usar.

Caixa master 0 ou NULL funciona do mesmo jeito que caixa master 1.

11146 – Pedido- Copia de pedido x fluxo de alçada de descontos

Descrição : Pedidos copiados com desconto, entram na alçada de preço, mas não disparam o fluxo, alteram para aberto cc direto.

Exemplo simulado no homologa3:

Pedido 5267438 aplicado desconto, disparou o fluxo normalmente.

Pedido 5267440 copiado do pedido 5267438 com desconto, não disparou o fluxo e fechou o pedido.

Parecer: Corrigido.

10825 – Pedido- Busca de produtos com Enter

Descrição : Busca de produtos com o Enter.

2 - O sistema não está assumindo quando dou um ENTER, no filtro de busca dos itens no pedido e no filtro de busca de pedidos.

--Na tela anexa, quando insiro o código externo do pedido preciso dar 2 enter para buscar a informação.

Parecer: Corrigido.

Quando a tela de busca de pedido era aberta, na grade não era carregado devido uma trava.

O evento Enter destravava a busca. Contudo, devido a um problema de tecnologia, em alguns momentos o evento Enter não funcionava não destravando, consequentemente, não efetuando a busca.

*Foi aberto um atendimento no fornecedor para correção.

---

Criado um detalhe no parâmetro: HWWISO_PVPEDIDO

Detalhe: FILTRO_PERIODO_NUMERO_DIAS

Valor = numero de dias.

Cujo valor deve ser um número inteiro, que representa o intervalo em dias da busca.

Se não for parametrizado o sistema irá adotar 30 como default.

Quando abrir a tela, o filtro virá carregado, com data inicial e final nesse intervalo.

isoContratos

11099 – Contrato- Data de cadastro

Descrição : Favor verificar divergência de informação da DATA DE CADASTRO do CONTRATO no sistema, pois na data de cadastro está ficando gravada a última manutenção e não a data em que o contrato foi inserido no sistema.

HViewISOCTContrato

Data de cadastro

08/05/2014 11:27:44

Parecer: Corrigido

11172 – Contrato- Relatório PDF com motivo da desclassificação.

Descrição : O relatório de Mapas do contrato ainda não esta mostrando o motivo da desclassificação quando gerado em PDF.

HISOCTImpressaoMapas

Parecer: Corrigido

isoIntegração-Bionexo

10991 – Bionexo- Pendências financeiras do cliente

Descrição : BIONEXO 9442 – Fase 2

Visualizar as pendências financeiras do cliente

Parecer: Adicionado o ícone de alerta do cliente.

* Obs : Segue abaixo as informações para alimentar a tabela de alertas do cliente.

10993 – Bionexo- Controle de alteração de cotação Bionexo

Descrição : BIONEXO 9442 – Fase 2

A tela terá controle de acesso. Ou seja, se um usuário entrar numa cotação, esta ficará reservada para ele, e somente ele poderá alterá-la. Para sair terá um botão para liberar a cotação. Se estiver reservada, outros usuários só poderão consultar. A reserva terá um limite de expiração. Caso a mesma esteja reservada e não seja alterada por um período (será criado um parâmetro definindo o tempo) a mesma será liberada. Um mesmo usuário só poderá reservar uma cotação de cada vez. Se a cotação estiver bloqueada, e outro usuário tentar acessá-la, deverá aparecer o nome do usuário que a bloqueou. Na tela deverá mostra a descrição Bionexo do produto. Deverá tem um ícone (i - informações) que informará a descrição.

Parecer: Implementado

Parâmetro: HISO_BIONEXOPEDIDO-Controle de alteração de cotação Bionexo

Por usuário 1 PADRAO/usuario

Detalhe: BLOQUEIO_MINUTOS

Valor = (tempo em minutos), Default: 20

Se uma cotação não for utilizada da última alteração + 20 minutos (conforme parâmetro), outro usuário poderá entrar.

10995 – Bionexo- Consulta de inconsistências para os itens da cotação

Descrição : BIONEXO 9442 – Fase 2

Será criada uma tela para consultar possíveis inconsistências para os itens da cotação (Semelhante à tela de fechamento do pedido do isoCRM). Serão verificados se o item está inativo ou bloqueado, ou se cairá em alguma matriz de alçada. Esta tela não terá nenhuma influência na geração de pedidos, será somente para o atendente consultar.

Parecer: Implementado.

Foi criada a aba inconsistências.

10998 – Bionexo- Filtro pelo atributo ID

Descrição : BIONEXO 9442 – Fase 2

Permitir filtrar as cotações pelo atributo "ID da cotação Bionexo". Será adicionado o campo ID Bionexo na tela de busca de pedidos (HWWISO_PvPedido).

Permitir filtrar as cotações pelo atributo "UF do cliente". Será adicionado o campo UF na tela de busca de pedidos (HWWISO_PvPedido).

Será criado um parâmetro por usuário para estarem visíveis os campos nos filtros da tela HWWISO_PvPedido. Os campos são UF do cliente e ID Bionexo.

Parecer: Implementado.

Adicionado o detalhe PESQUISABIONEXO ao parâmetro HWWISO_PVPEDIDO, onde para ativar a pesquisa pelo código bionexo a resposta deve estar como S.

*Obs: --> Foi decidido que não é necessário o filtro por UF.

10999 – Bionexo- Parâmetro para indicar origens do pedido.

Descrição : BIONEXO 9442 – Fase 2

Será criado um parâmetro para indicar quais origens do pedido não deverão disparar o workflow de alçada, caso algum item caia na matriz. O pedido será registrado com a matriz, porém o fluxo não será disparado, passando o pedido direto para a situação aberto, e não aberto alçada.

Parecer: Implementado.

Foi criado o parâmetro PVPEDORIGEMBIONEXO-Configura origens pedido Bionexo por usuário 1 ISOPDRAO.

Detalhe = CODIGOORIGEM,

Valor = Código da origem que será ignorado o controle de alçada na passagem do pedido para aberto.

11075 – Bionexo- Performance da tela de cotação.

Descrição : BIONEXO

Tela de cotação - verificar performance

Parecer: Corrigido.

11087 – Bionexo- Inclusão de informação nas observações do pedido.

Descrição : BIONEXO

Ao concluir o pedido incluir o ID da cotação Bionexo nas observações para ser impresso na NF.

Parecer: Implementado.

Ao gerar o pedido, será criada uma observação com a informação.

11168 – Bionexo- Validação das regras do cabeçalho do pedido.

Descrição : Bionexo - Ajustar para que quando estiver gerando pedido, ou quando houver algum item confirmado, não valide as regra do cabeçalho. Realmente não faz sentido validar.

Parecer: Corrigido.

isoIntegração - SoftCall

11175 – CTI- Integração SoftCall -> isoCRM

Descrição : Gostaríamos de agendar uma data na ISO para homologar a nova versão do Callcenter, onde inclui algumas características novas e que deverá ser instalado nos clientes.

Parecer: Implementado

Adicionado fancybox para a barrinha do softcall

isoCRM – Configuração WEB.CONFIG

11011 – Aplicação- Erro na tela relatório de estatísticas do Email Entrada

Descrição : Está mostrando o erro:

Erro de Servidor no Aplicativo '/isoCRM'.

--------------------------------------------------------------------------------

Time value out of valid range. Check code is 'InSpringForwardGap'.

Nome do parâmetro: time

Valor real era 21/10/2012 00:14:10.

Parecer: Alterar de:

<add key="StorageTimeZone" value="9999" />

Para:

<add key="StorageTimeZone" value="0" />

---------

Essa solução corrige qualquer problema referente a conversão do horário de verão independente da versão do Framework.

Não foi encontrado documentação referente essa tag, portanto não posso afirmar 100% os valores esperados, contudo, o valor "0" foi obtido do ambiente de desenvolvimento da ISOEnterprise e aqui não ocorreu mais erros.