Janeiro 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

10189 – Relatório- Relatório dos dados complementares de Organizaçãp/Pessoa

Descrição : Criar relatório de dado complementar de cadastro, semelhante ao HISOSA_RelDadosCompl - Relatório Dados Complementares do SAC.

Parecer: .Implementado

10138– Cadastro- Obrigatoriedade de preenchimento de campos cadastro

Descrição : Cadastro salvo sem dados. HISO_CadastroEntidade

HISOEnt_ConfFormulario - Formulário de campos obrigatórios esta preenchido com telefone, endereço, email...mas no momento de salvar o cadastro a tela valida somente o primeiro bloco (nome, cpf, ..)

Os blocos abaixo não são validados.

Parecer: .

Tela de configuração do formulário (HISOEnt_ConfFormulario).

A tela sofreu alteração de layout:

Layout antigo: Layout novo:

No modo visualizar, os campos vêm fechados, conforme imagem abaixo.

Foram cridas mais 3 opções na configuração de formulário, são elas:

Vincular telefone

Vincular endereço

Vincular e-contact

Essas opções (vincular telefone, endereço e e-contact) obrigam o cadastro de telefone, endereço e e-contact respectivamente na tela de cadastro simplificado. Por exemplo:

Se a opção vincular telefone estiver marcada, quando formos inserir uma entidade pela tela de cadastro simplificado será obrigatório cadastrar a entidade com um telefone. Esse telefone deverá passar por todas as demais validações configuradas.

Se a opção vincular telefone não estiver marcada, irá passar por todas as validações apenas se o usuário tentar cadastrar com telefone.

Ou seja, é possível cadastrar uma entidade sem telefone se a opção vincular telefone estiver desmarcada, porém, não é possível cadastrar telefone em momento algum (pela tela de cadastro simplificado) sem passar por todas as demais validações.

Tela de cadastro simplificado (HISO_CadFormularioSimp).

Foi feita uma correção de layout:

Disposição de campos foram corrigidas, classes, grids e tabelas.

Ao inserir, não aparece mais os botões de alerta, histórico, mapa de vendas.

Ao inserir, todos os botões de inserir/atualizar foram ocultados, pois não há necessidade de utilizá-los na inclusão de uma entidade.

Ao inserir a tela oculta os grades de endereço, telefone e e-contacts, ficando apenas os campos abertos.

Mensagens de erro aparecem em cima e em baixo da tela.

As validações foram corrigidas apenas no modo inserir entidade, pois quando está atualizando a entidade, o comportamento é por bloco, devendo utilizar os botões de inserir/atualizar dos respectivos blocos.

Abaixo, diversas imagens exemplificando as alterações feitas.

Tela de cadastro simplificado (inserindo organização):

Tela de cadastro simplificado (inserindo pessoa):

Tela de cadastro simplificado (inserindo com erro):

Tela de cadastro simplificado (editando pessoa – grade endereço, telefone e e-mail):

Cadastro simplificado (Editando pessoa – incluindo/atualizando endereços, telefones e e-mails).

8386 – Cadastro- Relatórios de Cliente e Responsável do cliente

Descrição : Inclusão de ícones em telas - ícones e relatórios PDF e Excel.

colocar nas telas: HViewISOEntCliente e HViewISOEntResponsavel os ícones e relatórios PDF e Excel.

Parecer: Criado os relatórios pdf e excel.

Para clientes do responsável, utilizado o mesmo relatório da carteira de cliente com algumas melhorias.

Para responsáveis do cliente construído relatórios novos.

Para configurar o acesso manualmente:

Objeto: HISOEntClienteISOEntRsp_ClientesWC

Eventos:

PExcelISOEntCli_Responsaveis

RISOEntCli_Responsaveis .

Os eventos acima configuram o acesso ao ícone do relatório.

O relatório utiliza os objetos abaixo com evento ACESSO em cada um:

AExcelISOEntCli_Responsaveis

OISOEntCli_Responsaveis .

9927 – Cadastro- Importação de planilha com numero do endereço

Descrição : Campo alfanumérico/número.

Nossa importação de mailing não respeita o campo Alfa Numérico no caso de no de endereço. Poderia por gentileza solicitar que este campo do número do endereço passe a ser alfa numérico e não somente numérico?

Motivo: Endereços em Brasília, por exemplo sempre o número vem acompanhado de letra.

Tivemos extravios de pedidos devido a este problema.

Parecer: . Corrigido a importação de mailing.

Obs.: Importação de arquivo Excel não funciona em aplicações que utilizem o FrameWork 4.

10116– Cadastro- Nome da entidade no cadastro de pessoa

Descrição : Melhoria de tela.

Na tela de cadastro simplificado, onde aparece. Cadastro de Entidade::, completar com o nome da Entidade (igual como é no cadastro completo). Do jeito atual, se eu sair da primeira aba, não sei o nome do cliente que estou visualizando os dados.

Parecer: .Implementado

isoAtendimento

10142 – HWWISOSAAteCliente2- Opção marcar todos

Descrição : HWWISOSAAteCliente2

Precisamos que seja incluída uma opção de marcar e desmarcar todas as situações.

Parecer: Implementado

10132 – Atendimento – Solução do atendimento

Descrição : Problema de tela atendimento. HViewISOSAAteCliente (* ver anexo)

Rever item: solução do atendimento.

Motivo: No bloco não aparece o item escolhido, mas na aba Solução o valor esta preenchido.

Parecer: .Corrigido.

O campo da combo solução está vindo carregado. Quando trata-se de uma solução já gravada, o campo é fechado. Quando é uma nova solução, o campo é aberto para escolher a solução. Não permite incluir uma solução pré-existente, para alterar a descrição, deve encontrar a solução e alterar o descritivo dessa maneira.

Ao clicar no botão incluir somente soluções novas serão incluídas.

9937 – SAC- Consulta de atendimentos pela tela de inclusão de atendimento.

Descrição : HISO_ConsAtendCliente

Ajuste de tela.

Sugiro diminuir o campo de filtro "Descrição", como é filtro, não precisa de tanto espaço para digitação e a tela ficará melhor esteticamente.

Tela de consulta de atendimentos. HISO_ConsAtendCliente

Parecer: Ajustado.

10004 – Atendimento – Default de situação tabulada aberto

Descrição : HISO_ConsAtendCliente

Tela de atendimento - default "Aberto"

Usar o parametro ja existente para a tela HWWISOSAAteCliente

FILSITTABPAD-

---

Tela consultar atendimentos do cliente

Colocar default a situação tabulada como Aberto.

Parecer: Implementado

10039 – Atendimento – Dados de unidade e local de compra no relatório

Descrição : No relatorio Excel da tela HWWISOSAAteCliente colocar a UNIDADE e LOCAL DE COMPRA, conforme esta no filtro e na grade.

“APExcelISOSaAteCliente”

Parecer: Implementado

10082 – Atendimento - Busca de atendimentos pela hwwviewsaatecliente2

Descrição : HWWISOSAAteCliente2 - Nova tela de Busca de atendimentos SAC

Os filtros de dados complementares não estão trazendo o resultado correto quando utilizados.

Parecer: Corrigido.

10126 – Atendimento - Tela de atendimento de emails- Pré cadastro

Descrição : Mesmo depois da limpeza do navegador a tela continua sem a diferenciação nas cores, isso facilita muito para comparar o cadastro novo e o localizado pelo sistema.

Parecer: Corrigido.

10145 – Atendimento - Situações do atendimento SAC x Perfil

Descrição : HViewISOSAAteCliente - Aba atendimento

1-Colocar em ordem alfabética a combo de situações da tela de Atendimento SAC

2-Quando uma situação do SAC estiver inativa e a mesma for situação interna ABERTO deve aparecer em um atendimento que estiver usando a mesma, e a combo deve permitir alteração para uma outra que estiver ATIVA.

Se for situação interna FECHADO deve aparecer porem não pode permitir alteração.

Verificar isso se estiver usando ou não PERFIL SAC.

Parecer: Corrigido.

Quando utilizado o perfil, a flag de ativo da situação não estava sendo considerada, ou seja, exibia todas as situações que estavam no perfil, inclusive as situações inativas. (Corrigido) .

Quando um atendimento estava cadastrado com uma situação inativa e o usuário logado não estivesse cadastrado no perfil SAC, o campo da situação era bloqueado, porém quando o usuário logado estava no perfil SAC, o campo era liberado. Esse funcionamento foi modificado. Agora, se a situação estiver inativa, independentemente do perfil, o campo vai ser liberado apenas se a situação interna da situação do atendimento for aberto, caso contrario o campo ficará fechado. (Implementado) .

Foi ordenado a combo.

10168 – Atendimento - Busca de atendimentos do cliente

Descrição : HWWISOSAAteCliente

Ao buscar informando um filtro de combo o resultado não é mostrado na primeira vez.

Parecer: Corrigido.

isoVendas

9969 – Comissão- Matriz de comissão de vendedor

Descrição : Matriz de Comissão do Vendedor.

Esta abortando a tela quando não tem MC informado no cadastro do produto, tem que retornar mensagem que o produto não tem MC cadastrada.

Parecer: Ajustado.

10215 –Pedido- Codigo externo do cliente no relatório do pedido

Descrição : No relatório do histórico do Pedido o Codigo externo do CLIENTE está sendo mostrado duas vezes e encavalado, como pode ser visto no print anexo.

Parecer: Corrigido.

10146 – Pedido- Visualização da origem do pedido, copia.

Descrição : Copia de pedido

Na pedido copiado existir em algum lugar da tela HViewISOPvPedido a informacao do numero do pedido original do qual o mesmo foi copiado.

coluna ISOPvPed_CodCopiaPedido,da tabela ISOPVPEDIDO

sugestão em anexo :

Parecer: Implementado.

10178 – Pedido- Copia de condição de pagamento

Descrição : HISOCnd_UsuarioCopiaCnd

Ao entrar na tela pelo botão incluir esta recolhendo o campo da combo que deveria mostrar os usuários ORIGENS.

Parecer: Corrigido

Corrigida a cópia de condições de pagamento.

Foi desenvolvida melhorias, é possível fazer cópia parcial das condições de um determinado usuário, o check box marcar todas agora possuí uma finalidade, quando clicar nela todas as condições serão marcadas/desmarcadas, cada linha tem um check box sinalizando as condições do usuário de origem que serão copiadas e uma nova flag, “Excluir condições anteriores do usuário destino’ foi criada.

10135 – Pedido- Cotas para contrato

Descrição : Solicitamos uma modificação para pedidos originados do módulo contratos, nestes pedidos o sistema deve considerar o controle de cotas com algumas melhorias, sendo:

1. Nestes pedidos em que o usuário informar uma data de faturamento para um determinado item ou para o pedido (cabeçalho) o sistema deve efetuar a seguinte lógica:

O sistema deve deduzir do saldo das datas de promessa pesquisando entre o início do mês (mês da data de faturamento) até a data de faturamento informado no item ou pedido a quantidade do item, até que o saldo de uma ou mais datas sejam suficientes para suprir o item, ex.:

Data Qtde

10/01/2014 50

15/01/2014 75

17/01/2014 125

No cenário acima suponha que um determinado item seja informado com 135 quantidades faturado para 20/01/2014, neste caso o sistema irá deduzir 50 do dia 10/01, 75 do dia 15/01 e 10 do dia 17/01, ficando assim:

Data Saldo inicial Qtde deduzidaSaldo Final

10/01/2014 50 50 0

15/01/2014 75 75 0

17/01/2014 125 10 115

Sendo que ao final do processo terá como resultado apenas uma linha no pedido e a data de promessa que deve ser informada será a primeira utilizada, ou seja, 10/01/2014.

Observações

Não havendo quantidade de datas de promessa e/ou cotas suficiente no mês em questão o sistema deverá criticar na aba fechamento informando ao usuário o item com problema, não permitindo passar para aberto.

Não sendo informado uma data de faturamento o sistema irá utilizar como regra de pesquisa a partir do dia corrente até o último dia do mês.

Deve ser permitido que o usuário informe a data de faturamento para os pedidos originados de contrato.

Criar um serviço para habilitar esta funcionalidade.

Permitir que mais de um item mesmo com datas de promessas diferentes utilizem a mesma data de faturamento informado.

Parecer: Implementado.

 Nos pedidos originados do módulo de contratos em que o usuário informar uma data de faturamento para um determinado item, ou para o pedido (cabeçalho), o sistema efetuara a seguinte lógica:

O sistema deve deduzir do saldo das datas de promessa, pesquisando entre o início do mês (mês da data de faturamento) até o fim do mês a data de faturamento informado no item ou pedido, a quantidade do item, até que o saldo de uma ou mais datas sejam suficientes para suprir o item. Ex:

Data Qtde

10/01/2014 50

15/01/2014 75

17/01/2014 125

No cenário acima, suponha que um determinado item seja informado com 135 quantidades faturado para 20/01/2014. Neste caso o sistema irá deduzir 50 do dia 10/01, 75 do dia 15/01 e 10 do dia 17/01, ficando assim:

Data Saldo inicial Qtde deduzida Saldo Final

10/01/2014 50 50 0

15/01/2014 75 75 0

17/01/2014 125 10 115

Ao final do processo terá como resultado apenas uma linha no pedido e a data de promessa que deve ser informada será a primeira utilizada, ou seja, 10/01/2014.

 Não havendo quantidade de datas de promessa e/ou cotas suficiente no mês em questão, o sistema deverá criticara na aba fechamento, informando ao usuário o item com problema e não permitira passar o pedido para aberto.

 Não sendo informada uma data de faturamento, o sistema irá utilizar como regra de pesquisa a partir do dia corrente, até o último dia do mês.

 Será permitido que o usuário informe a data de faturamento. Foi criado um serviço para habilitar esta funcionalidade.

 Foi criado um parâmetro por usuário, LIBDTFATURAMENTO, para que, para pedidos fora do mês, o usuário possa informar uma data de faturamento diferente da data de promessa, obedecendo a quantidade possível da referida data. Hoje o sistema não permite colocar data de faturamento para um dia que não tem data de promessa.

Desta forma o sistema pode permitir que seja utilizada uma data de promessa inferior a data de faturamento solicitada.

 Na aba fechamento esta sendo permitido "agrupar" as datas de promessa de um determinado produto, registrando neste item a data de faturamento informada e apenas a primeira data de promessa, processo similar ao do agrupamento do valor mínimo. Foi criado um parâmetro por usuário, AGRUPACOTASCONTRATO, para habilitar esta funcionalidade.

Parâmetro: LIBDTFATURAMENTO -> Libera alterar data de faturamento por usuário, ISOPADRAO, usuário 1.

Detalhe = COMANDO

Valor = S ou N , o padrão continua como habilitado. -->> Libera alterar data de faturamento

Parâmetro: AGRUPACOTASCONTRATO -> Libera na aba de fechamento o agrupamento de

data de promessa por usuário, ISOPADRAO, usuário 1.

Detalhe = COMANDO

Valor = S ou N, padrão desabilitado.

isoContrato

9259 – Contrato- Filtro pela sequencia

Descrição : HWWISOCTContrato

No campo de busca do módulo 'CONTRATOS - Contratos' criar a opção de fazer a busca pelo número da sequência do contrato

Parecer: Implementado.

9260 – Contrato – Busca pelo código do cliente no cadastro de produtos favoritos

Descrição : HWWISOPrdFavoritos

No campo de Cliente na opção do módulo 'NÚCLEO - Contratos - Produtos favoritos', só podemos fazer a busca através do nome do cliente, e este deve estar tal e qual foi cadastrado no ISO. Deveríamos ter a opção de fazer a busca através do CÓDIGO do cliente

Parecer: Implementado

9261 – Contrato – Busca do pedido pelo empenho e busca por UF no contrato.

Descrição : HWWISOCTContrato

Localizar pedido pelo número do empenho na tela de manutenção do pedido e na tela busca contrato incluir UF

Parecer: . Implementado

Parâmetro: HWWISO_PVPEDIDO-Configuracao de filtro do empenho no pedido

Usuário 1- ISOPADRAO

Detalhes:

NUMERO_EMPENHO -> Habilita o campo código do empenho no filtro e na grade.

Valor = S ou N. Default “N”.

Filtro por UF na tela de busca de contrato.

Configurar parâmetro

IDPAIS-CONFIGURA PAIS PADRAO

Por usuário 1 – ISOPADRAO

Detalhe = PAISPADRAO

VALOR = código do pais

9262 – Contrato – Copia de pedido de contrato

Descrição : -"HViewISOPvPedido Fazer cópia de pedido corretamente, vinculando o pedido ao contrato, com todos parâmetros de um pedido normal "

Parecer: Implementado

9263 – Contrato- Visualização data de abert. de propostas no acomp. de tarefas.

Descrição : -"HViewISOWFTarefa Constar data de abertura de propostas e número da licitação na lista de tarefas "

Parecer: . Implementado

Parâmetro: HVIEWISOWFTAREFA-

Detalhes:

CONTRATO_DATAABERTURA– Habilita o campo data de abertura no filtro e no grade.

Valor “S”. Default “N”.

CONTRATO_NUM_LICITACAO– Habilita o campo número de licitação no filtro e no grade.

Valor “S”. Default “N”.

9264 – Contrato- Campo observações na pagina de dados do contrato.

Descrição : HViewISOCTContrato Disponibilizar na página de dados do contrato o campo ""observações"" o qual hoje precisa clicar em modificar para acessar a tela "

Parecer: Implementado.

9265 – Contrato- Casas decimais na tela de classificação dos itens

Descrição : HViewISOCTCttItem

Mostrar quatro casas decimais na tela de classificação dos itens

Parecer: Implementado

9266 – Contrato- Flags para Adesão no contrato e no item do contrato.

Descrição : HViewISOCTContrato

Criar um "flag" para selecionar Contrato e itens disponíveis para Adesão. O "flag" deve ser criado na tela geral do contrato e dentro em cada item.

Parecer: Implementado

No contrato :

No item do contrato :

9267 – Contrato – Filtro de contrato por produto e família

Descrição : HWWISOCTContrato

Criar filtro para pesquisa por Contratos, produto e família com o "flag" para adesão

Parecer: Implementado

Filtro por Adesão

9268 – Contrato – Filtro com código externo do cliente no contrato

Descrição : HViewISOCTContrato

Criar campo com código externo do cliente na aba geral do contrato. Hoje precisamos passar o cursor no contratante, para então pegar o código isoCRM, ir na opção atendimento e então descobrir o código externo do cliente.

Parecer: Implementado

Código externo cadastrado na isoentcliente, coluna ISOEntCli_CodigoExt.

9269 – Contrato – Filtro pela data de abertura

Descrição : HWWISOCTContrato

Filtro com opção de busca pela data de abertura do pregão na tela de busca contrato

Parecer: Implementado

9270 – Contrato- Gerar proposta permitindo escolha de impressão

Descrição : HISOCTProposta

Opção de gerar a proposta com escolha de impressão por situação do item (ganho, perdido, etc). Podendo ser mais de uma opção

Parecer: .Implementado

9271 – Contrato – Opção de filtro por UF na busca de tarefas

Descrição : HViewISOWFTarefa

Opção de filtro por UF na busca de tarefas

Parecer:

O campo estará visível caso seja selecionado na combo o módulo contrato.

9272 – Contrato – Geração ou impressão de mapas.

Descrição : HViewISOCTContrato

Criar um "gerador de mapas" ou "impressão de mapas" com a classificação completa lançada (preços vencedor, preço de todos lançamentos, classificados, não classificados, concorrente, marca, situação do item. Hoje só conseguimos ver a classificação dos concorrentes e preços se clicarmos em cada item do pregão (tipo uma visualização geral como se fosse gerar proposta, mas gerar mapa). Com possibilidade de imprimir e gerar em excel.

Parecer:

Foi adicionado o ícone no grade:

E na aba geral:

Liberação: Objeto “TISOCTContrato”, Evento "ISOCTImpressaoMapas".

9275 – Contrato – Emissão de etiquetas no Contrato

Descrição : HViewISOCTContrato

Gerar emissão de protocolo de amostras e etiquetas de amostras em formato de impressão e exportar para Word.

Parecer: .

Foi adicionado o ícone na aba geral:

Modelo de Etiqueta do item.

Liberação: Objeto “TISOCTContrato”, Evento " ISOCTImpressaoEtiquetas".

Parâmetro

ISOCTT_ETIQUETAS – Configuração das etiquetas.

Por USUARIO 1- ISOPADRAO

Detalhes

HORIZONTAL – No máximo de caracteres que uma linha da etiqueta pode ter. Default “70”.

ENTRE_ETIQUETAS – Espaçamento vertical de uma etiqueta para outra. Default “10”.

DIRETORIO_DOC- Diretório do servidor onde será criado temporariamente o arquivo .doc. Se não cadastrar o arquivo não será criado.

9279 – Contrato – Emails Automaticos pelo Contrato

Descrição : Melhorar o layout dos e-mails automáticos enviados pelo workflow. (difícil de visualizar no blackberry)

Parecer: .

Ao parâmetro que configura os campos que irão aparecer do contrato, foram criados os detalhes:

SEQUENCIA_CONTRATO – Valor “S” o campo aparece. Default “N”.

DESCRICAO_CONTRATO – Valor “S” o campo aparece. Default “N”.

LOCAL_FATURAMENTO – Valor “S” o campo aparece. Default “N”.

CONTRATO_DATA_ABERTURA_PROP – Valor “S” o campo aparece. Default “N”.

CONTRATO_DATA_ENTREGA_AMOSTRAS – Valor “S” o campo aparece. Default “N”.

Exemplo de e-mail:

9280 – Contrato – Manutenção do contrato após homologação

Descrição : HViewISOCTContrato

"destravar" e possibilitar manutenção da situação do contrato pós homologado e também da situação pós ganho (por usuário)

Parecer: .

Parâmetro

ISOCT_ALTERARITEM – Permitir alteração do item do contrato.

Detalhes = HORIZONTAL

Valor = “S” permite alterar, “N” não permite. Default “”.

Se não tiver cadastrado continuar como é atualmente, ou seja, só permite alterar se não existir pedidos contratados.

9281 – Contrato – Obrigação das informaçõos de num de empenho e num ordem.

Descrição : HISOCTPedContratoGeraPedido

Transformar preenchimento do No do empenho e No da ordem de fornecimento como obrigatório

Parecer: .Implementado.

9282 – Contrato – Visualização do CNPJ no cliente de entrega.

Descrição : HISOCTPedContratoGeraPedido

Disponibilizar visualização do CNPJ em campo ao lado do "cliente de entrega" selecionado

Parecer: .Implementado

9283– Contrato – Solicitação de Alteração de campo

Descrição : HISOCTPedContratoGeraPedido

Na tela de gerar pedido do contrato, substituir o campo "sequência" pelo número do item do contrato e inserir o número do lote

Parecer: .Implementado

isoChat

8946 – Chat- Aviso da fila de espera

Descrição : No atendimento Chat e também melhorar a tela do cliente com mais mensagens do tipo:

aguarde para ser atendido, ou , você é o numero 2 da fila de espera , não pesquisei outras opções , mas posso te passar na sexta. pois está acontecendo de receber o aviso, e até eu acessar, os clientes terem desistido de esperar.....

Parecer: Implementado

Novos detalhes do parâmetro ISOCHATCOMPONENTES

MOSTRACOUNTINICIO S

MOSTRAMSGINICIO Ex. Bem vindo ao nosso Chat

9778 – Chat- Parâmetro ISOCHATCODIGOS

Descrição : ISOCHATCODIGOS

Colocar no parâmetro ISOCHATCODIGOS os detalhes do parâmetro ISOCLIANONIMO, deixando assim o mesmo de existir.

Detalhes do parâmetro ISOCHATCODIGOS

CANALCOMUNICACAO

CLASSIFICACAOANEXO

CLASSIFICACAOCLIENTE

CODIGOCLIENTEANONIMO

PAPELCLASSIFICACAO

SITUACAOCLIENTE

TEMPOPOPUP

TIPOEMAIL

Detalhes do parâmetro ISOCLIANONIMO

CLASSIFICACAOCLIENTE

SITUACAOCLIENTE

CLASSIFICACAOPARCEIRO

SITUACAOPARCEIRO

Parecer: A tela HISO_PromptISOCmpContato utilizava o detalhe ISOCLIANONIMO e agora utiliza o parâmetro ISOCHATCODIGOS.

Os detalhes não foram alterados, logo, é necessário cadastrar os detalhes; CLASSIFICACAOPARCEIRO; SITUACAOPARCEIRO; Foi feita diversas correções de layout, alinhamento nos campos, alteração de imagens pelas imagens atuais do sistema, correção nos botões de ocultar e exibir, tanto no filtro quanto no cadastro.

10109 – Chat- Visualização da aba Geral

Descrição : Não está mostrando corretamente a aba GERAL da situação do Chat, cfe imagem abaixo:

Parecer: Corrigido

isoWorflow

10129 – WorkFlow – Método de envio de email Grupo de Responsaveis

Descrição : WORKFLOW-Possibilidade de envio de e-mail pelo workflow para um grupo de responsaveis.

Criar o metodo "Grupo de responsáveis", onde o Método será "Grupo de Responsáveis" e no complemento do Método será selecionado o Grupo especifico

Parecer: Implementado

Retirado as seguintes opções das combos (em vermelho) :

Os campos abaixo podem ser tirados da tela :

isoMarketing

4954 – Contato Campanha- Endereço eletrônico e descritivo.

Descrição : HViewISOMKAteContato

Quando um contato(relacionado com) for selecionado na tela de atendimento campanha, na tela de envio de email (HISOMK_EmailSaida ) o destinatário e o endereço eletrônico do destinatário deve ser do contato(relacionado com) podendo no nome do destinatário ser concatenado o nome da empresa+nome do contato (relacionado com).

Quando não tiver contato relacionado levar o nome e email principal do cliente que esta sendo contactado.

Parecer: Quando há contato selecionado, o endereço de e-mail é o do contato, e com cópia para entidade contatada, se existir um e-mail principal no contato selecionado.

O Descritivo está sendo passado para a tela de envio de e-mail.

Observação importante: O descritivo é passado aberto e o mesmo não volta para a tela de atendimento da campanha.

Funciona apenas como um facilitador para o usuário não precisar ficar copiando o texto e colando sempre que precisar enviar um e-mail.

9098 – Campanha – Ordenação do relatório do histórico

Descrição : Histórico de Campanha (arisocampanhareportentidade) – colocar em ordem

cronológica, independente se mudar de região/campanha.

Parecer: . Existem parametrizações com relação a ordenação do relatório.

A parametrização não é obrigatória, porém, se não for parametrizado, será ordenado em

ordem decrescente.

Novas definições foram implementadas, são elas:

 Criar um parâmetro para definir a ordenação, se será crescente ou

decrescente.

 Acrescentar no layout a informação da data do último contato, pois a

ordenação também passou a utilizar a data.

Layout do relatório com campo novo:

O que contempla o atendimento:

 Campo de data do último contato foi adicionado no layout.

 A ordenação passou a ser pela data do último contato.

 Parametrização criada:

Parâmetro: RISOCAMPANHAREPORTENTIDADE-Configuracao relatório campanha

Por USUARIO

Detalhe: ORDENACAO_CRESCENTE

Descrição: Define se a ordenação das campanhas será crescente.

 Valor: S ou N (Valor padrão N)

Detalhe: ORDENACAO_CONTATODET_CRESCENTE

Descrição: Define se a ordenação dos detalhes dos contatos das campanhas será crescente.

 Valor: S ou N (Valor padrão N)

Exemplo abaixo com ordenação do detalhe do contato da campanha em ordem decrescente.

isoPesquisa

10129 – Pesquisa- Contato finalizado, situação concluido.

Descrição : Pesquisa agrupada por categoria

Ao finalizar a Pesquisa quando a mesma esta configurada para mostrar as perguntas agrupadas o contato esta ficando "Em atendimento"

Parecer: Corrigido.

isoCRMTelaInicial

8876 – Agenda- Visualização de agendamento na tela inicial

Descrição : HISO_TelaInicial - no bloco de agendamentos, apenas mostra os agendamentos a partir da data atual, deve mostrar os agendamentos abertos a partir do mais antigo. Pois, se trouxer somente a partir da data atual, não mostrará os atrasados.

Parecer: Foi tirado o filtro por data, agora exibe todos.

Foi colocado o controle de cor para deixar em vermelho os agendamentos atrasados.

9400 – Layout- Layout de leitura da tela inicial

Descrição : Quando me loguei na produção hoje, apareceu a tela inicial do isoCRM. Mas como podem ver (imagem abaixo), as informações das primeiras colunas são idênticas. Creio que ficaria melhor se:

• Código do módulo e módulo fossem as 2 primeiras colunas da grade.

• Não deixar as colunas da grade ocupando todo o espaço (autosize false).

Parecer: Foi alterado a ordem dos campos.

Foi feito um realinhamento de todos os componentes.

Não foi reduzido o tamanho da grade.

Motivo: 1o - Os campos iguais descritos no atendimento não são sempre iguais.

No print, o atendente tinha 5 tarefas vindas no mesmo procedimento, caindo na mesma tarefa.

2o - Por padrão, usamos grades que se autoajustam.

3o - O print tirado, foi utilizando um monitor full hd com descrição de tarefa bem curta, o que favoreceu a impressão de que o auto-ajuste esta ruim, porém em telas menores ou tarefas com descrições maiores o auto-ajuste fica satisfatório.

9936 – Tela Inicial- Implementação de coluna na tela inicial no bloco Agenda

Descrição : Melhoria de tela inicial do isoCRM. HISO_TelaInicial

Incluir coluna nome da "Entidade" do agendamento no bloco Agenda.

Nesta tela, no bloco Agenda, colocar uma coluna com o nome do cliente.

Parecer: Implementado.

isoCRMIntegração

9846 – Duplicatas- Integração de duplicatas

Descrição : Criar campos de desdobramento, estabelecimento e tipo da duplicata

Parecer: . Campos criados.

Script abaixo.

Alter table

Int_ISOEntCliDuplicatas

ADD

(

Int_ISOEntCliDp_Desdobramento VARCHAR2(20),

Int_ISOEntCliDp_Estabeleciment VARCHAR2(20),

Int_ISOEntCliDp_Tipo VARCHAR2(20),

Int_ISOEntCliDp_OriNumero NUMBER,

Int_ISOEntCliDp_OriSequencia NUMBER,

Int_ISOEntCliDp_OriDesdobramen VARCHAR2(20),

Int_ISOEntCliDp_OriEstabelecim VARCHAR2(20),

Int_ISOEntCliDp_OriTipo VARCHAR2(20)

);

isoCRMMotores

9847 – Motores- Implementação de parâmetros para motores.

Descrição : Motores isoCRM

Implementar ativação dos motores via programa WEB.

Parecer: . Cadastrar um parâmetro chamado :

ISOMOTORES-Configuração dos motores isoCRM, onde os detalhes serão os motores do isoCRM (abaixo os motores que hoje são aceitos):

ISOWFENGSAC

ISOWFENGWF

ISOWFENGENVIAEMAIL

ISOWFENGENVIAEMAILCMP

ISOWFENGMARKETING

ISOWFENGCLIENTE

ISOWFENGAGENDA

ISOWFENGCONTROLE

ISOWFENGCONTRATO

ISOWFENGEVENTOS

ISOWFENGMK

ISOWFENGNEOGRID

ISOWFENGPEDIDO

ISOWFENGPESQUISA

Para cada detalhe acima, criar um parâmetro de mesmo nome, com os detalhes necessários para ativar o motor (abaixo os detalhes necessários): -

USUARIO: Nome do usuário do motor

SENHA: Senha do usuário do motor

FLAGDEBUG: S ou N

INTERVALO: Intervalo de tempo entre uma execução e outra do motor

LIMITEEXEC: hora final da execução do motor –

INATIVIDADE: Tempo (em minutos) que será considerado que o motor está parado por problemas. Quando o tempo de inatividade do motor ultrapassar o valor aqui declarado, será eliminado a sessão do motor e subirá novamente, sozinho.

Para que os motores não sejam executados, inativar o parâmetro ISOMOTORES.

Para que um determinado motor não suba automaticamente, inative o detalhe do motor no parâmetro ISOMOTORES.

Após configurado o parâmetro os batches pelo agendador do Windows poderá deixar de ser utilizado.

O motor entrara em funcionamento quando e sempre que um usuário acessar o Sistema isoCRM.

isoCRMManutenção

9873 – Manutenção-Limpeza de tabelas com dados temporários

Descrição : HISO_RegistraLimpezaTabelasManutencao

• Deixar fixo e com um checkbox em quais tabelas são permitidas esse tipo de trabalho.

• Mudar o modo como é feito a limpeza. Hoje está como DELETE, usar TRUNCATE TABLE (o delete demoraria muito se houvesse muitos registros na tabela em questão). Somente manter o delete na tabela ISOSDCONEXECUCAO

Objeto = HISO_RegistraLimpezaTabelasManutencao

ISOJOBLOG

ISOSDCON_CAMPANHACONTATO

ISOSDCON_CONTRATO

ISOSDCON_ENTCLIENTE

ISOSDCON_ENTIDADE

ISOSDCON_PVPEDIDO

ISOSDCON_SAATENDIMENTO

ISOSDCONCONTATOS

ISOSDCONEXECUCAO

Parecer: .Foi implementado a tela de cadastro das tabelas temporárias para limpeza automática conforme agendamento.

10134 – Copia de acesso- Copia de acesso por grupo de usuarios

Descrição : HISO_UsuCopiaAcesso

Melhorar a copia de acesso fazendo com que seja possível copiar para vários usuários por

GRUPO de usuários.

Parecer: Implementado

Criado objeto HISO_LiberaAcessoGrupo evento ACESSO

A liberação pode ser feita por objeto, modulo ou por um usuário selecionado.

isoCRMInovações

10113 –GeoReferenciamento- Dados para consulta no GeoReferenciamento

Descrição : Ajuste na tela de Geo Referenciamento.

Colocar o "Total atend. SAC" contar somente os atendimentos em aberto, independente do período.

Parecer: . Foram criadas novas parametrizações;

Não é necessário parametrizar se o intuito for exibir tudo, mas se quiser ocultar alguma informação ou alterar a label nova, é necessário. .

Parâmetro: ISO_GEORREFERENCIAMENTO

Detalhes:

LABEL_QTDEATENDIMENTOSAC_ABERTO , valor -> “texto”;

EXIBE_VENDASMES, valor -> S ou N;

EXIBE_TOTALSAC, valor -> S ou N;

EXIBE_TOTALSAC, valor -> S ou N;

EXIBE_ICONEVENDAS, valor -> S ou N;

EXIBE_ICONESAC , valor -> S ou N;

Cadastrar o objeto HISO_TelaInicial_Mapa

• Atendente Cadastros Gerais

update ISOOBJETOS set ISOObj_CRC = '9ywBlCPZWvfU6ylad+OVvQZgINW3pZ3912clEfN3d14=' where ISOObj_Codigo = 'HISO_TelaInicial_Mapa'

isoCRMIntegraçãoERP

10170 –Integração – Mensagens de erro na integração de pedidos

Descrição : Integração

verificar problema na Integração de Pedidos, pois a mesma está apresentando mensagens de erro.Em observação do pedido, no item do pedido e no pedido, mesmo o erro sendo em apenas uma das tabelas.

Parecer: . Alteração no web-service de observação do pedido. A alteração foi em ambos os modelos, integração e isoCRM. Para validar todo o processo é necessário atualizar ambiente do isoCRM e motor de integração.

A integração estava encapsulando o pedido, de modo que, quando ocorria algum erro no item do pedido, desconto acréscimo, observação do pedido ou dados complementares do pedido, o pedido era criticado na tabela intermediária, ou seja, o erro era repassado na tabela pai. Exemplo:

Erro na observação do pedido 100, na tabela Int_ISOPvPedObservacao o campo referente a processado estará com valor “E” de erro. Um erro semelhante estará também na tabela Int_ISOPvPedido, o flag referente a processado também estará com valor “E” de erro.

Esse encapsulamento reflete o funcionamento descrito no atendimento, o erro era gerado na observação e repassado no pedido.

Na versão 29 da integração, esse encapsulamento foi removido, de modo que, quando um pedido é integrado com sucesso, se ocorrer um erro no item do pedido, desconto acréscimo, observação do pedido ou dados complementares do pedido, o pedido será criticado apenas na tabela respectiva do erro, não sendo repassado para o pai.

Esse encapsula mento foi removido apenas no final da integração de pedidos, ou seja, Pedido e Item do pedido ainda terão as flags “P” de processando, e após toda a integração de pedidos, será passado pedido por pedido atualizando as flags, a diferença é que todo pedido ou item do pedido com a flag “P” de processando irá de fato mudar para “S” de sim (processado com sucesso).

Por que esse encapsulamento foi removido apenas no final do processo?

Foi removido no final, pois o encapsula mento deve ser removido apenas na integração. Suponhamos que em um pedido integrado com sucesso e que exista apenas um item nesse pedido e esse item por algum motivo não é integrado. Seria correto exibir uma situação positiva no pedido no isoCRM e esse mesmo pedido não conter itens? De fato, não seria.

Quando ocorre um erro no pedido via integração, para o isoCRM o encapsula mento ainda existe, alterando o pedido dentro do sistema para uma situação parametrizada:

Parâmetro: ISOCRM_INTEGRACAO

Detalhe: PVPEDIDO_CODIGO_SITUACAOERRO

Valor: Código ISO da Situação do Pedido

Se não existir parâmetro e detalhe cadastrado, a integração irá cadastrar uma situação com descrição CANCELADO (ERRO NA INTEGRACAO) e irá parametrizar automaticamente.

Qual ação tomar caso a situação parametrizada não seja a situação desejada?

Pode ser mudada a descrição da situação de CANCELADO (ERRO NA INTEGRACAO) para uma outra descrição qualquer ou pode ser parametrizada com um código de outra situação.

* Encapsulamento vem de encapsular, que em programação orientada a objetos significa separar o programa em partes, o mais isoladas possível. A idéia é tornar o software mais flexível, fácil de modificar e de criar novas implementações.

10202 –Integração – CNPJ não integrado no isoCRM

Descrição : Segue em anexo um exemplo do que está ocorrendo, mesmo a Entidade tendo seu CNPJ informado na Integração não é carregado no ISO.

Com mais de 25.000 CNPJ está ocorrendo a mesma coisa.

Obs.: a Entidade usada como exemplo, eu efetuei o cadastro do CNPJ na mão e após a

Integração o mesmo zerou.

Parecer: Foi corrigido.

Aberto incidente na Artech:

Tenho um campo numérico N(14,0) numa sdt que é utilizado como parâmetro de entrada em um webservice. Ao importar esse webservice (../Tools/application integration, WSDL import) por uma outra kb do genexus, o campo numérido da SDT é importado como N(12,0), ocasionando perda de informações.

Disponibilizado o pacote de integração v31 com a correção.

isoCRMIntegração MailChimp

10203 – MailChimp- Integração MailChimp

Descrição : Problema na integração com MailChimp. (Atend. 9696) ---

{"status":"error","code":104,"name":"Invalid_ApiKey","error":"Invalid Mailchimp API Key: 050006d0e2b1597ec111461d28a944ee-us4 . You are accessing the wrong datacenter - your client library may not properly support our datacenter mapping scheme."}

Parecer: . No parâmetro ISOMAILCHIMP, foi criado o detalhe HOST, que deverá ser preenchido conforme abaixo:

Se o final da API KEY for terminada em: "-us3", o detalhe HOST deverá estar cadastrado como 'us3.api.mailchimp.com'.

Se o final da API KEY for terminada em: "-us2", o detalhe HOST deverá estar cadastrado como 'us2.api.mailchimp.com'.

E assim por diante...

*Ainda serão incluídos os números e pareceres no release.

10204 ORACLE - HViewISOEntPessoa/HViewISOEntOrganizacao - Aba E-Contact e Aba Telefone Cadastro COMPLETO e SIMPLIFICADO Apos bloquear um email o mesmo não desbloqueia mais, nem altera o icone de não bloqueado para bloqueado. Tabela - isoemailbloqueado Tabela - isotelefonebloqueado

10206 Integração de duplicatas - na Integração de duplicatas que foi rodada, apresentou 260.051 registros com erro (Não existe 'Duplicatas'. Não existe 'Duplicatas'.), com apenas 164 registros como Processado = S. Qual o motivo de não ter integrado, já que a mensagem "Não existe 'Duplicatas'. Não existe 'Duplicatas'. ", não tem lógica, visto estar se incluindo a própria duplicata.

10211 Integração Nota fiscal Quando o ISO está integrando as Notas Fiscais, ele apenas integra uma nota por item, caso o item do pedido tenha sido dividido em duas ou mais notas somente mostra a ultima NF integrada, além disso, está colocando na quantidade do item da NF a mesma quantidade do Pedido, não respeitando a quantidade da NF emitida.

10212 HISO_CarteiraClientes - Carteira de Clientes. no momento de uma busca utilizando como filtro o CNPJ do Cliente, o sistema esta retirando o "0" do inicio do CNPJ, não trazendo resultado, pois o Cliente está cadastrado com zero no inicio do CNPJ. provavelmente o campo está como numérico.

10216 fale conosco isoCRM Cassol Ajustar tela para entrada em produção. Quando cadastrar dados complementares do SAC somente aparece campos que não poderiam na tela do FALE CONOSCO, ver imagem. NO ORACLE nao esta aparecendo PAIS. A mensagem de boas vindas não esta respeitando quebra de linha.

10229 O motor de Integração de entrada, quando aparentemente termina de integrar os itens dos pedidos fica travado não passando para a próxima tabela que deveria ser integrada.

10231 Situação do Pedido. A Situação do pedido mostrada no Sistema deve ser a mesma em que o pedido se encontra no momento.

10245 HViewISOWFPrcPadrao - aba tarefa padrão Colocar filtro de ATIVO/INATIVO/TODOS na tela, deixando como default a opção ATIVO.

10247 HISO_Telainicial Não esta respeitando os controles de acesso configurados nos objetos. Ver anexo.

10260 Criar um parametro para não permitir a inclusão de endereços com CEP não cadastrado na base.