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

10986 – Cadastro- Importação de mailing

Descrição : Importação de planilha

* O telefone 1 está entrando como secundário e o telefone 2 como principal.

* Se já existe um cadastro com e-mail (antigo), o e-mail da importação (mais recente) não

está entrando como principal.

Versão simulado o problema 123.3, framework 4.0

Planilha anexa.

Problemas encontrados,

1-Não esta importando telefones.

2-Não esta atualizando email

3-Não esta retornando mensagem de planilha importada

4-Problema de layout no IE na tela de importação.

Parecer: Na importação de mailing, o e-mail funciona como controle do que pode ou não ser integrado.

Caso nenhuma das check-box seja marcada, a importação de mailing somente irá importar registros novos.

Através do e-mail da importação que é definido o que é um registro novo ou não.

Exemplo: se na importação, o e-mail a ser importado for A@A.com.br e esse e-mail já existir na base, todo o registro da entidade NÃO é importado, porque a importação não entende como um registro novo.

Para atualizar, a check-box Cadastro deve estar marcada, nesse caso, se encontrar o e-mail, vai entender que o registro da entidade deve ser atualizado e irá prosseguir normalmente).

A flag de cadastro, permite atualizar os registros referente a cadastro, tomando como base o e-mail, porém, se a flag de E-mail não tiver marcada, o e-mail não será atualizado.

A correção com relação ao telefone foi feita também, assim como o layout no IE.

11061 – Histórico- Visualização do histórico da entidade

Descrição : HISOGeHistoricoEntidade

Problema no filtro de data

Problema na paginação após filtro

Problema na perca do filtro informado

Trazer expandido os filtros

Parecer: Foi corrigido problema na perda dos filtros nos eventos de paginação. Foi corrigido a leitura do :

parâmetro HISTORICOENTIDADE- CONFIGURACOES DO HISTORICO DA ENTIDADE

usuário ISOPADRAO

Detalhe : LINKDIRETOCAMPANHA - valor esperado S ou N

. Foi adicionado o

Detalhe : FILTROEXPANDIDO - valor esperado S ou N

isoAtendimento

10584 – SAC Email – Email com copia de conta cadastrada como principal

Descrição : Email de Entrada.

Quando se tem duas contas de email cadastradas para serem lidas e carregadas na tabela de email de entrada, quando um email vem com cópia para as duas contas, somente carrega em uma delas, pois verifica a data de envio do email, informando que o email já existe.

colocar nessa validação a Conta de atendimento, para que nesses casos o email seja recebido nas duas contas.

Parecer: Foi alterado o processo PISOGravaEmail.

Esse processo é chamado pelo webservice WSGravaEmails.

Esse webservice é utilizado pelo motor de email de entrada C#.

Problema detectado:

Quando o mesmo e-mail era recebido em mais de uma conta, ele era baixado apenas na primeira conta lida. Isso porque na hora de gravar o e-mail, era feito uma verificação se o e-mail já não tinha sido baixado, como o e-mail foi baixado na conta A, ele não estava sendo baixado na conta B.

Foi colocado mais uma condição nessa verificação.

A alteração feita foi apenas no web-service, NÃO É NECESSÁRIO ATUALIZAR O MOTOR DE

EMAIL DE ENTRADA C#.

11115 – Anexos- Anexos do Atendimento SAC

Descrição : Colocar filtro de status do anexos (Todos, Ativo e Inativo).

A alteração é no objeto HViewISOSAAteCliente na Aba Anexos.

Parecer: Foi criado o filtro de Ativo e Inativo na visualização do anexo do sac.

Foi criada uma parametrização.

Parametro: ISOSAC

Detalhe: FILTRO_STATUS_PADRAO

Valores: A ou I

Se não parametrizar, aceita TODOS como padrão.

10982 – Chat- Melhorias na tela de conversação atendente x usuário

Descrição : Chat - problema -- não aparece conversa para atendente e usuário

Parecer: É necessário alterar a linha do web.config, adicionando ---

multipleSiteBindingsEnabled

Esta assim:

<serviceHostingEnvironment aspNetCompatibilityEnabled="true" />

Fica ssim :

<serviceHostingEnvironment aspNetCompatibilityEnabled="true"

multipleSiteBindingsEnabled="true"/>

10642 – SAC Email- Cadastros inativos na busca de entidade

Descrição : HISO_SAEmailEntrada - Cadastros inativos na busca de entidade

Gostaria que na tela HISO_SAEmailEntrada ), pudéssemos visualizar somente os cadastros ativos.

No exemplo abaixo, mostra 3 cadastros, mas estão inativos, e é possível gerar atendimentos para eles ?

Como a atendente saberá qual opção selecionar ?

Parecer: Foi corrigido para que somente pessoas e organizações ativas apareçam na grade da tela.

10432 – Atendimento – Canal default para o detalhe do atendimento

Descrição : CANAL DEFAULT PARA O DETALHE

Canal do Atendimento SAC

Possibilitar o uso do mesmo CANAL em todos os detalhes do atendimento através do parâmetro ISOSADEFCANAL, como era antes. Atualmente o parâmetro só traz default no atendimento principal, verificar por parâmetro como fazer para que traga o mesmo canal configurado em todos os detalhes.

Parecer: Foi corrigido a leitura do parâmetro da conta de e-mail para ler pelo usuário isoPadrão .

Quando abre um detalhe novo, é lido esse parâmetro e carregado a combo novamente.

Testes ok.

Implementação na tela de acompanhamento de procedimento padrão : Na tela de procedimento do atendimento, onde lista o fluxo das tarefas, foi tirado a largura fixa da tabela, que estava com mais de 1600 pixels, foi alterado para 100%. Foi criado no parâmetro ISOWORKFLOW um novo detalhe, denominado: TRUNCAR_SOLUCOES_TAREFAS, com valores esperados S ou N. Como padrão, vem N. Se colocar S, a solução é truncada em 60 caracteres. Foi colocado um tooltip text para que seja possível visualizar a solução colocando o mouse em cima da solução truncada.

isoWorkflow

10951– Workflow- Tela de manutenção para tarefas sem fluxo

Descrição : Nucleo -> Workflow

Criar tela para Manutenção de andamento de tarefa, esse processo ja é feito manualmente pelo select e update abaixo.

A ideia é fazer primeiramente o select, onde terá dois campos abertos para informar o codigo do procedimento e a tarefa.

--select isowftrf_sitinterna,* from isowftarefa

--where isowfprc_codigo = 2119

--and isowftrf_codigo = 7

Mostrar a tarefa e ter um chek na linha e um CONFIRMAR para fazer o update.

--update isowftarefa

--set isowftrf_sitinterna = 'Con'

--where isowfprc_codigo = 2119

-- and isowftrf_codigo = 7

Parecer: Foi criado um botão na tela HISO_WFTarefa.

A situação interna passou a ser exibida também nessa tela. Para habilitar esse botão, é necessário cadastrar o :

--evento ButtonSitInterna,

--no objeto HISO_WFTarefa, e liberar esse evento para os usuários que terão autoridade para fazer tal mudança.

Procedimento para utilizar essa funcionalidade:

1-Quando a próxima tarefa não disparar por falta de dependência.

2-Entrar no procedimento especifico e ajustar a dependência

3-Entrar na ultima tarefa disparada e executar a função “Alterar a situação interna para concluida”, com isso o motor WF passara e verificara novamente as dependências disparando a próxima tarefa e mudando a situação interna novamente para processado.

11031– Workflow- Situação do pedido pela método altera situação.

Descrição : Problema no motor WF.

quando o motor é ligado, mostra erro referente a motivo da situação do pedido, mesmo não tendo nenhuma situação de pedido com motivo obrigatório.

Parecer: No Workflow, no método mudança de situação de pedido,o motor WF verifica se a situação do pedido exige motivo.

Se exige motivo e o mesmo não está cadastrado ou não está devidamente parametrizado, a tarefa é concluída com erro e a situação do pedido não é alterada.

Se não exige motivo, não haverá necessidade de cadastrar, porém, se cadastrar, o mesmo deve estar corretamente cadastrado.

Erros adicionados: 'Tarefa não concluída por falta de dados - Motivo da situação do pedido não existe'.

'Tarefa não concluída por falta de dados - Motivo da situação do pedido não parametrizado'.

Cenários validados:

• Mudança de situação do pedido de aberto para cancelado com motivo obrigatório e motivo informado - ok e gravou motivo, mudou a situação.

• Mudança de situação do pedido de aberto para cancelado com motivo não obrigatório e motivo informado - ok e gravou motivo, mudou a situação.

• Mudança de situação do pedido de aberto para cancelado com motivo obrigatório e motivo não informado - ok, não abortou e não mudou a situação do pedido com erro identificado na tarefa.

• Mudança de situação do pedido de cotação para cancelado com motivo não obrigatório e motivo informado - ok e gravou motivo, mudou a situação.

• Mudança de situação do pedido de cotação para cancelado com motivo não obrigatório e motivo não informado - ok e não gravou motivo, mudou a situação.

• Mudança de situação do pedido de cotação para Outra descrição Cotação com motivo não obrigatório e motivo não informado - ok e não gravou motivo, mudou a situação.

Para utilizar o motivo da situação do pedido que deseja-se alterar o procedimento é o seguinte :

Cadastrar um parâmetro qualquer : Exemplo : MOTIVOPEDCANCELADO

*Por GRUPO

Informar no Detalhe : MOTIVO

E no valor o código do motivo da situação que esta sendo configurada para ser trocada automaticamente pelo motor WF.

Informar na tarefa Alterar a situação do Pedido o método o código do complemento e o parâmetro do método criado.

10952– Workflow- Data motor.

Descrição : Workflow - DATAMOTOR

Implementar nas telas, TISOWFPrcPad_SAC, TISOWFPrcPad_Pedido, TISOWFPrcPad_Contrato, TISOWFPrcPad_MK um campo para informar a data de inicio de processamento nas colunas respectivas _DataMotor das tabelas abaixo.

*Se a data não for informada gravar null como é atualmente.

select * from ISOWFPRCPAD_CONTRATO

select * from ISOWFPRCPAD_MK

select * from ISOWFPRCPAD_PEDIDO

select * from ISOWFPRCPAD_SAC

Parecer: Implementado os campos data motor nas telas, das 4 tabelas solicitadas.

Colocado uma regra que se a data motor não for informada é utilizada a data corrente, essa regra só é disparada na criação (insert) do registro, nunca na alteração (update).

10600– Workflow- Melhorias na Reservas por SETOR.

Descrição : Colocar impressora para imprimir o atendimento.

Colocar tooltip com a descrição do atendimento.

Colocar um filtro descrição que busca no cliente, na tarefa, no procedimento, código com Like.

Parecer: Foi criado o filtro descrição, que filtra com like por código, procedimento, tarefa e cliente.

10647– Workflow- Tarefas automáticas.

Descrição : HViewISOWFTarefa - acompanhamento de tarefa - aba saida

HISOWFTarefasConcluidas - tarefas concluídas.

em ambas as telas, mesmo com o parâmetro

ISOWORKFLOW- CONFIGURACOES DAS TELAS DE PROCED DO ATENDIMENTO

Usuario – ISOPADRAO, usuário 1

Detalhe : EXIBIR_TAREFAS_AUTOMATICAS

Valor : N

estão sendo mostradas as tarefas automáticas.

fazer com que ambas as telas funcionem de acordo com o cadastrado no parâmetro.

Parecer: As telas que tiveram as implementações são acessadas por:

Atendimento -> Consultas -> Tarefas concluídas

Atendimento ->Workflow -> Acompanhamento de tarefas, na aba saída

HISOWFTarefasConcluidas

isoVendas

10932 – Pedido- Pedidos com empenho importados

Descrição : Identificamos um problema relacionado aos pedidos com empenho importados da Web para o ambiente Win, neste caso o valor do empenho na WEB com 3 decimais acaba ficando com 2 decimais na WIN;

Este problema já gerou várias devoluções, precisamos de uma correção urgente..

Parecer: Corrigido

Corrigido no sdtwsic_lista valor do empenho para 16.6

11095 – Pedido- Arredondamento no carrinho

Descrição : Nesse item, se você utilizar o campo ?Novo preço? do carrinho, colocar 0,74 e clicar na calculadora. O que acontece? Ele altera para 0,74 ou mantém 0,75?

Parecer: A rotina é a mesma do novo preço no carrinho. Não foi simulado o problema. Foi feito um ajuste que pode vir resolver o problema. Se não resolver deverá ser simulado em ambiente de teste, fazer backup da base e enviar para a ISO.

11095 – Pedido- Endereços inativos no Front End

Descrição : Conforme conversamos, o endereço da entidade, mesmo estando inativo, o sistema permite selecionar na tela de pedido, quando o correto é não visualizarmos os endereços inativos na tela do pedido.

Parecer: Corrigido.

Não estava sendo verificado a flag ISOEntEnd_Flag no carregamento da combo. Agora somente endereços ativos serão carregados.

Obs: Uma classe estava faltando no theme do frontend. Foi criado e colocado em anexo junto, pra corrigir o tamanho de um campo no carrinho.

10531 – Pedido- Vendas Online para o tablet.

Descrição : Projeto isoCRM Vendas Online Tablet.

• O login irá redirecionar alguns usuários para a tela no novo módulo, essa nova tela não terá o menu lateral.

• Essa nova tela (semelhante ao frontend) será desenvolvida visando a usabilidade no tablet, terá ícones e fontes maiores.

A tela terá menos recursos que o frontend, mas o intuito do projeto é fazer uma frente de vendas simples com melhor usabilidade.

Parecer:

Foi criado um módulo novo: isoCRM Tablet – Vendas.

Após rodar o iso_reconstrução, é necessário liberar alguns objetos:

 HISO_TCadastroCliente,

 HISO_TCarteiraCliente,

 HISO_TPedidosCliente,

 HISO_TPesquisaProdutos.

A liberação deve ser feita para o Evento:

 ACESSO.

Funcionamento e restrições dessa versão do módulo isoCRM Tablet – Vendas.

 É possível cadastrar um cliente seja pessoa física ou jurídica, com um e-mail, um telefone e um endereço.

 É possível consultar o cliente, porém a única correção que é permitido ser feita no cadastro do cliente é correção no nome ou razão social.

 Clientes que não possuam telefone, e-mail, endereço, CPF ou CNPJ podem ter esses dados adicionados, porém, uma vez que adicionados não podem ser alterados.

 É possível consultar cotações e criar novas cotações para um cliente já cadastrado na base.

 Uma vez que a venda é concluída, a mesma não é aberta nem para consulta.

 É feito o recalculo do pedido sempre que inclui o item ou remove o item.

Porque não existe o botão da calculadora nesse módulo.

 Somente é possível utilizar endereços que estejam cadastrados para o cliente do pedido. Se as opções de endereço estão incompletas, deve ser utilizado o isoCRM web.

 Ao adicionar um cliente, o mesmo é adicionado a sua carteira de clientes.

 Só é possível consultar clientes da sua carteira de clientes.

Url de acesso ao TABLET

http://localhost/isocrm/hiso_logintablet.aspx

10878 – Pedido- Gravar informações do Pedido

Descrição : Ao gravar, perguntar se deseja manter o pedido em cotação.

Parecer: Foi criada uma parametrização na qual será possível configurar uma ação no botão Gravar da tela de confirmação do pedido. Uma vez parametrizado o botão Concluir Venda da mesma tela será desativado (Não será exibido).

A ação é abrir uma tela em popup com a seguinte pergunta:

“Deseja manter o pedido em cotação?”

Se a resposta for SIM, a ação vai ser apenas a ação de gravar, se a resposta for não, a ação será de CONCLUIR A VENDA com a situação que estiver informada na COMBO.

Ao concluir venda, o pedido é alterado para situação que estiver na COMBO não sendo mais possível alterá-lo.

Para habilitar, é necessário cadastrar o

Detalhe : MOSTRAR_APENAS_BOTAO_GRAVAR no parâmetro ISOPVPEDIDO (o detalhe é composto por underline no lugar de espaços).

Ao habilitar o detalhe, o botão CONCLUIR VENDA desaparece.

O popup controla se vai permanecer em cotação, se clicar em sim, irá gravar, se clicar em não irá concluir venda. O popup só irá aparecer para pedidos que são cotação, nessa situação, o evento gravar permanecerá o atual.

10437 – Pedido- Informações de saldo na aba itens.

Descrição : Tela HViewISOPvPedido - Pedido - Aba Itens.

Verificar a possibilidade de incluir mais duas colunas nesta tela:

 quantidade faturada

 saldo a faturar.

Parecer: Foram adicionados os campos quantidade faturada e saldo a faturar na grade da aba Itens.

Quantidade faturada – informação encontrada na tabela de itens do pedido.

Saldo a faturar – Obtida em tempo de execução (Valor total – Qtde faturada).

Foi criada uma parametrização de controle para exibição dos campos na tela.

Parâmetro: ISOPVPEDIDO_ABA_ITENS –Campos exibidos na aba itens

Usuario ISOPADRAO (1)

Detalhe: QTDE_FATURADA

Valor: S ou N

Detalhe: SALDO_A_FATURAR

Valor: S ou N

Controla se os campos serão ou não exibidos na aba de itens do pedido (front end).

isoMarketing

10518 – Campanha- Pesquisa através de Campanha.

Descrição : Pesquisa através da Campanha.

Quando efetuamos uma pesquisa através do site, temos a possibilidade de responder a mesma pesquisa mais de uma vez para o mesmo cliente, onde o sistema cria uma nova pesquisa a cada acesso.

Criar a mesma funcionalidade para as pesquisas efetuada através da Campanha, pois pode ter o caso de haver mais de um formulário para ser respondido, e após ter respondido o primeiro formulário, não abre mais a opção de responder a pesquisa. Sendo necessário incluir o cliente novamente através do módulo pesquisa para dar continuidade na pesquisa.

Outro ponto é que o mesmo formulário é pesquisado a cada novo contato com o Cliente, havendo a necessidade de que se tenha histórico das pesquisas anteriores para que seja feita uma avaliação da evolução desse cliente.

Parecer: Tela nova criada.

Liberar o objeto HISOMK_ConsAtendPesquisa, os eventos ACESSO e INS.

Essa tela lista todas as pesquisas de um determinado cliente relacionado a campanha aberta.

Essa tela é acessada via tela de atendimento campanha.

isoIntegração-Bionexo

11073 – Bionexo- Permitir qual usuário do webservice selecionar.

Descrição : BIONEXO-Ao responder um pedido, permitir selecionar qual usuário do webservice será respondido.

Deverá identificar por quais usuários uma mesma cotação foi recebida.

Terá uma combo na tela da cotação. Após responder uma vez, não poderá mais ser alterado.

Parecer: Implementado.

11088 – Bionexo- Quantidade x Depara.

Descrição : Bionexo.

Acabamos de identificar que esta acontecendo algum erro na leitura das quantidades, verifiquem a tela que todos os itens sem De Para estão com quantidade "120".

***ID 21228258.

Parecer: Corrigido.

11071 – Bionexo- Campo marca.

Descrição : BIONEXO

Precisamos ajustar o campo "Marca", hoje ele vem apenas o texto, porém temos duas situações:

• cliente indica a marca que aceita, neste caso precisamos selecionar a marca.

• cliente não coloca informação, neste caso temos que preencher com a marca que estamos cotando.

Parecer: Corrigido.

Se for solicitada alguma marca específica, na grade deverá ser preenchida a combo com as marcas recebidas, ao responder. Se não for solicitada, o campo marca aparecerá bloqueado na grade, preenchida com a marca do produto do sistema.

10989 – Bionexo- Visualização do histórico.

Descrição : BIONEXO 9442 – Fase 2

Visualizar o histórico da negociação da cotação do item

Parecer: Corrigido.

Na grade com os itens, dentro da cotação, foi adicionado ícone para poder consultar o histórico da negociação daquele item (respostas recebidas e enviadas.)

11086 – Bionexo- Quantidade confirmada pelo cliente.

Descrição : BIONEXO

sistema não está considerando a quantidade confirmada pelo cliente, mas apenas a quantidade cotada.

Parecer: Corrigido.

Não foi simulado o problema, mas foram feitos ajustes que grava a quantidade confirmada no item.

11067 – Bionexo- Paginação de itens .

Descrição : BIONEXO-Em uma cotação que tem paginação de itens, ao mudar de página os itens selecionados da página anterior estão sendo desmarcados.

Parecer: Corrigido.

10996 – Bionexo- Cadastro de motivos .

Descrição : BIONEXO 9442 – Fase 2

Será criado um cadastro de motivos, acessado via menu do isoCRM, para cadastrar e posteriormente poder informar o motivo de não resposta de um item da cotação

Parecer: Foi criado no menu supervisor Pedido -> Bionexo ->Motivos o cadastro dos motivos.

Na tela da cotação Bionexo, foi criada uma nova ABA de nome "Motivos de não resposta".

Para liberar as abas:

Objeto: HViewISO_BionexoPedido

Eventos: ACESSO, HISO_BionexoPedido e HISO_BionexoPedidoItensMotivo

Poderá escolher quais itens não foram respondidos e escolher um motivo de não resposta.

10847– Bionexo- cotação/item que houve fração.

Descrição : Precisamos que o sistema sinalize na cotação/item que houve fração, pois existem produtos que o sistema ao incluir no pedido acaba arredondando a quantidade, causando perda para o cliente.

Parecer: Se houver fração, a cor do campo "Qtd" no grade ficará vermelho. No "i", o hint

mostrará a quantidade fracionada que iria para o carrinho.

10987– Bionexo- Consulta por produto do ultimo preço.

Descrição : BIONEXO 9442 – Fase 2

Consultar, por produto, o último preço utilizado pelo cliente X produto, e mostrar se com este preço o produto foi ganho.

Parecer: Se com o valor mostrado no campo "Último preço" o item foi ganho, este campo ficará com a cor VERDE.

10908– Bionexo- Desistência de itens bloqueados

Descrição : Bionexo - Permitir que se possa desistir de itens bloqueados (não aparecem no grid da cotação)

• Cliente ficou de passar um parecer antes de efetuar o desenvolvimento.

Parecer: Se a cotação tiver com todos os itens bloqueados, a cotação não aparecerá na busca.

isoCRMIntegração Genérica

10962 – Integração – Flag ativo na int_ISOProdutos.

Descrição : Motor de integração não esta atualizando o campo Flag ativo (ISOPrd_Flag) da tabela Int_ISOProdutos.

Parecer: Integração do Campo Int_ISOPrd_Flag contemplado no pacote

isoCRM_Integracao_GxX2_v43_U4 da integração.

10914 – Integração – Nome da transportadora – Cliente especifico.

Descrição : Nome da transportadora na combo de transportadora no front end - aba outros, colocar primeiro o nome depois o codigo

Parecer: Implementado e colocado em produção.

10913 – Integração – Transportadora somente redespacho. – Cliente especifico.

Descrição : Transportadora esta somente as redespacho, a principal não esta

Parecer: Alterado a lógica para não enviar as transportadores de redespacho, somente as principais. Já esta em produção.

10915 – Integração – Integração de contatos.

Descrição : Liberar --Integração de contatos

Integrar os contatos na isoentpessoa e relacionar na isoent_relacao

Parecer: Incluído integração de contatos do cliente. Já está em produção.

isoCRM –Inovações

10743 – isoCRM- isoCRM em inglês.

Descrição : Gerar o isoCRM para o inglês conforme xpz em anexo.

Parecer: Implementado.

isoCRM –Integração Telefonia

11054 – CTI – Telefonia.

Descrição : CTI/TELEFONIA-Ao tentar configurar o acesso da versão Web com a telefonia ao receber uma ligação está apresentando as seguintes mensagens de erro:

Parecer: Corrigido

Problema da abertura da tela hiso_atendimento, estava abrindo com valor da porta = 0.