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

12912– Cadastro- BI_023 ajuste de performance

Descrição : VIEW 23

Conforme email abaixo, o Marcos da F13 esta com dificuldade de fazer consulta no sistema ISO pelo CPF do cliente. Segue abaixo a tela em que o sistema trava na consulta. Podes testar e se for o caso abrir um chamado com a ISO?

Parecer: Foram feitas melhorias para melhorar a performance.

• Serão feitas algumas validações e se necessário, solicitará preencher mais filtros.

• Foi criado o detalhe USAR_PESQUISA_DINAMICA do parâmetro PARM_HISO_ATENDIMENTO, que desabilitará a pesquisa dinâmica, e mesmo que o usuário digite "%", não será levado em consideração.

Valor do detalhe para desabilitar é "N". Default "S".

12988– Cadastro- Busca de clientes na tela Atendimento

Descrição : BI_023_PesqAtendimento

Quando filtramos um cliente pelo código externo, exemplo 258527, ele mostra inclusive o cliente com o codigo iso. Mesmo que no filtro origem esteja "Selecione", devemos visualizar apenas o cliente com o código externo 258527. Imagem 1, anexo.

--

Tela HISO_Atendimento

Quando a ORIGEM estiver parametrizada para vir DEFAULT não interferir nos outros filtros da tela, ou seja, o filtro ORIGEM para funcionar tem que estar vinculado ao código externo do cliente.

Parametro

PARM_HISO_ATENDIMENTO PARM_HISO_ATENDIMENTO-PADROES DA TELA HISO_ATENDIMENTO

Detalhe : ORIGEMDEFAULT

Parecer: Habilitando o parâmetro informado no atendimento, a origem vem preenchida no filtro.

Essa origem, a partir de agora, não é mais usada para filtrar resultados, exceto se o usuário informar também o código externo a ser filtrado.

O contrário não é verdade, ou seja, se procurar por um código externo e não informar a origem e por coincidência existir dois códigos externos iguais com origens diferentes, o resultado será duas linhas, uma para cada origem.

isoAtendimento

12826– Atendimento – Relatório DC do SAC na tela do Atendimento

Descrição : HEditISOSAAtendimentoAtt

Implementar na tela HEditISOSAAtendimentoAtt a funcionalidade de impressão com cabeçalho e rodapé (somente PDF).

No cabeçalho ter as seguintes informações :

• Numero do atendimento

• Nome do cliente

• Classificação do papel do Cliente

*

Preciso imprimir esse formulário e não existe opção de impressão

Parecer: Foi criado um Formulário em pdf, com as perguntas dos dados complementares, com a opção de gerar o formulário com perguntas respondidas e perguntas não respondidas.

12898– Atendimento- Chat sem atualizar a tela de conversação

Descrição : -CHAT - Mensagem quando é enviada esta atualizando a pagina.

A versão do Chrome que utilizamos é a Versão 40.0.2214.115 m.

CHAT

O mais estranho é que isso começou a ocorrer há alguns dias, juntamente com o problema de carregamento da página do chat. Cada vez que digitamos uma nova frase ele atualiza toda a conversa, por etapas, dificultando a leitura.

Parecer: Parametro: ISOCHATCOMPONENTES

Detalhe: ALTURA_FRAME1

Valor: Número

Detalhe: ALTURA_FRAME2

Valor: Número

Detalhe: LARGURA_FRAME1

Valor: Número

Detalhe: LARGURA_FRAME2

Valor: Número

-Para remover o atualizar, foi necessário alterar o componente e por isso, o tamanho dos frames deixaram de ser dinâmico.

O Frame1 representa a caixa de dialogo (caixa superior),

O Frame2 representa a caixa de baixo, onde é enviado as mensagens.

O tamanho deve ser definido via parâmetros para o usuário 1.

isoVendas

13120– Pedido- Copia de pedido com desconto do pedido.

Descrição : Erro na COPIA DE PEDIDO

Quando o pedido tem um desconto do PEDIDO a funcionalidade da COPIA de PEDIDO esta pegando esse valor de desconto do PEDIDO e subtraindo do valor UNITARIO do produto.

Analise no banco de homologação do Cliente

select * from isopvpedido where isopvped_codigo in (3962,4057)

select * from isopvpeditem where isopvped_codigo in (3962, 4057)

Parecer: Corrigido.

12957– Pedido- Observação da Entidade pessoa/organização no FrontEnd

Descrição : Implementar visualização da observação do cliente (cadastro simplificado) no FrontEnd

Na função do alerta tem três possibilidades : S, N, A, onde o A mostra na entrada da TELA os alertas se o Cliente tem alertas cadastrados.

Fazer igual para os DADOS CADASTRAIS, se tiver observação na Entidade/Cliente pessoa ou Organização, abrir primeiro a tela dos DADOS CADASTRAIS "ABA_DADOSCADASTRAIS"

Parecer: Foi implementado para exibir as obervações das pessoas ou organizações.

13055– Pedido- Copia de pedido onde o pedido Original esta com a situação Aberto.

Descrição : COPIA DE PEDIDO

Preço do item no carrinho

Temos dois pedidos com erro de integração pois o ISO está gravando o preço incorreto para o cliente conforme print abaixo.

Se você verificar, verá que o preço sugerido é diferente do preço que foi gravado no carrinho. Se tento alterar o preço direto no carrinho e depois gravo, o preço que informo não é considerado e é sugerido um outro preço incorreto.

Parecer: Ajustado

Adicionado o campo ISOPvPed_Temp na cópia do pedido.

13056– Pedido- Aplicar descontos e recalcular pedido habilitado

Descrição : Tivemos dois pedidos hoje número 4467 e 4478 que após estarem com a situação Aberto Total foram enviados novamente para integração conforme exemplo abaixo.

Favor verificar, no aguardo.

Verifique:

Seq. 65221: ela é a primeira sequencia gerada pelo ISO.

Seq. 65222: retorno do ERP para o ISO com a confirmação do número do pedido.

Seq. 65226: Nova seq. gerada pelo ISO para exportação do pedido

Seq. 65227: ERP tentou processar a seq. 65226 mas deu erro e gravou essa.

Seq. 65271: Gerada por mim para corrigir a situação do pedido no ISO.

Parecer: Corrigido.

Quando o pedido estava fechado, o ícone de “Aplicar desconto e recalcular pedido” não era bloqueado, o da Calculadora é. O problema é que se aplicar desconto num pedido fechado, o pedido reabre novamente, corrigido para não deixar habilitado após o pedido estar fechado..

13060– Pedido- Parametro RECINCLUIITEM

Descrição : Na entrada de itens simplificada do pedido (pop up), adicionar a funcionalidade do parâmetro (RECINCLUIITEM), já existente, para não recalcular o pedido ao final da inclusão. Essa funcionalidade já existe em todas as outras telas.

Parecer: Ajustado

Funcionalidade adicionada do parâmetro RECALCULA, detalhe RECINCLUIITEM..

12978– Pedido- Local de faturamento x Alçada de descontos

Descrição : Quando alteramos o local de faturamento no pedido, a diferença dos valores está caindo em alçada.

Parecer: Corrigido.

12977– Pedido- Promoções com faixa x unidade de produto

Descrição : Quando incluímos produtos pela aba promoções, visualizar apenas as unidades de medida liberada na matriz unidade de produto.

Parecer: Quando era carregado os produtos da promoção por faixa, realmente não estava sendo verificado a matriz de unidade produto, exibindo todas as unidades. Resolvido.

12936– Pedido- Função atualizar dados na tela do FrontEnd

Descrição : Ao implantar novos pedidos a tela trava e volta ao início (topo), somente depois disso é possível preencher os dados do armazém pra baixo.

Parecer: Ao colocar o código do contato no campo CONTATO do FrontEnd, a tela renovava, foi removido o evento isValid do campo de contato. O evento forçava um refresh e o foco ia parar no carrinho do frontend.

12175– Dados do cliente- Tela de visualização geral de dados do cliente

Descrição : Construir uma tela de visualização de dados do Cliente, de acordo com o sugerido.

De acordo (modelo enviado via e-mail em 22/10).

Parecer: Implementado.

Atendimento -> Consulta ->

Liberar o evento ACESSO do objeto HWWISO_PedidosNotasFiscais

Foram criado duas Views, a BI_026_A e a BI_026_PedidosNotas.

Parâmetro: HWWISO_PEDIDOSNOTASFISCAIS

Detalhe: HABILITAR_BUSCA_POR_DC

Valor: S ou N (Padrão S)

Descrição: Essa parametrização permite, quando em S, filtrar por vários dados complementares. Quando em N, é possível apenas pelos dados complementares configurados

Parâmetro: HWWISO_PEDIDOSNOTASFISCAIS

Detalhe: DC_DINAMICO

Valor: S ou N (Padrão S)

Descrição: Essa parametrização desabilita o filtro por dado complementar, nesse caso, o filtro fica igual a tela de origem (HWW_ISOPvPedido), porém, os dados complementares configurados continuarão à aperecer no grid.

12689– Pedido- Default de informação na observação do pedido (Aba)

Descrição : TISOPvPedObservacao

OBSERVAÇÃO da ABA do PEdido

Também precisamos que na opção da Observação na NF, o campo default seja sempre SIM.

Parecer: Implementado no Parametro: ISOPVPEDIDO

Detalhe: ISOPVPEDOBS_NF

Valor: S ou N (Padrão N).

12833– Pedido- Envio de SMS pelo Workflow/Pedido

Descrição : Envio de SMS após confirmação do pedido – Atendimento 11509

Parecer: Foi implementado um ajuste com relação a dado complementar no sms.

Foi criado uma parametrização para substituir o caractere que pula linha.

O detalhe é NEWLINE, o valor deve ser um outro caracteres, evitando caracteres especiais.

Procedimentos :

--UPDATE ISOEntTelefone

--SET ISOEntTel_SMS = 'N'

O envio de SMS atualmente “funciona” apenas para responsável (Pedido) e vendedor, isso porque somente foi definido o layout do pedido.

O isoCRM não envia de fato o sms, o isoCRM constrói uma URL para chamada de um web-service com o telefone e a mensagem a ser enviado por parâmetro. Essa URL pode ser parametrizada e para o envio de sms funcionar de fato, deve existir um webservice ativo de envio de sms por trás da URL montada.

Para montar a URL, devemos configurar via parâmetro, o parâmetro é:

ISOCONFIGSMS

Os detalhes previstos são:

BASEURL → Nome da aplicação e web-service

HOST → Servidor de envio de sms

LOG → S ou N, Em S o SMS a ser enviado irá aparecer no LOG,

VERSAOSMS → Não é necessário parametrizar, esse detalhe existe para envios usando DIRECTCALL.

Uma vez configurado o envio de SMS, devemos configurar agora a tarefa padrão, do mesmo modo que é configurado o envio de e-mail.

Devemos escolher na tarefa um método de tarefa, “Enviar SMS para responsável (Pedido)” ou “Enviar SMS para vendedor”. O responsável ou vendedor deverão ter telefone ativo liberado para recebimento de sms.

Devemos também na tarefa escolher o parâmetro do método de busca da tarefa.

Esse parâmetro primeiramente deverá ser composto por um único detalhe, denominado BUSCAPARSMS01, esse detalhe deverá conter o nome de um outro parâmetro, esse outro parâmetro irá servir para definir o layout do SMS.

Para configurar o Layout, cadastre um parâmetro com os seguintes detalhes:

● LABEL_DATAPEDIDO

● LABEL_NUMEROPEDIDO

● LABEL_VALORPEDIDO

● LABEL_PRODUTOS

● LABEL_SITUACAOPEDIDO

● LABEL_NOTAFISCAL

● EXIBIR_DATAPEDIDO → S ou N

● EXIBIR_NUMEROPEDIDO → S ou N

● EXIBIR_VALORPEDIDO → S ou N

● EXIBIR_PRODUTOS_CODIGO → S ou N

● EXIBIR_PRODUTOS_DESCRICAO → S ou N

● EXIBIR_PRODUTOS_DESCRICAOEXTRA → S ou N

● EXIBIR_SITUACAOPEDIDO → S ou N

● EXIBIR_NOTAFISCAL → S ou N

● DCPEDIDO → Código da pergunta

isoMarketing

12749– Marketing- Chamada do subContato pelo Agendamento registrado

Descrição : Na utilização do Agendamento através da Campanha o programa não esta gravando na tabela isoAgenda, com isso não esta criando o link para abrir o sub contato pela AGENDA, esse procedimento de abrir o sub contato da Campanha pela agenda deve ter controle de liberação.

Parecer: Implementado.

isoWorkflow

12768– Workflow- Informação totalizadora de horas realizadas

Descrição : Horas realizadas

isowftarefa

data de recebimento = isowftrf_datarecebimento

data de solução = isowftrf_datasolucao

Implementar na tarefa ISOWFTAREFA um campo contendo o total das horas realizadas.

Esse total de horas deve ser calculado atraves da data de alteração da solução da tarefa menos a data de recebimento, ex :

Data de recebimento da tarefa = 18/02/2015 as 17:10 h

Data do registro da solução = 18/02/2015 as 17:40 h

NOVO CAMPO, valor a ser gravado = 0,50

O valor a ser gravado no campo é sempre em decimal de HORAS.

--O valor das horas previstas é o valor da hora informado na tarefa.

Parecer: Foi criado uma rotina que calculas as horas realizadas. Essa rotina leva em consideração o responsável da tarefa, pegando seu turno e utiliza o calendário do sistema para desconsiderar nas horas dos dias que são feriados.

O Responsável da tarefa precisa ter turno para não gerar erro.

Aparece a horas em decimal na tela.

TABELA = isowftarefa

Coluna = isowftrf_HorasRealizadas

12768– Workflow- Motores controlados por parametro

Descrição : Motores

1-Implementar a passagem por parâmetro de controle para quais motores devem ser executados pelo Motor WF. Sugestão : Criar uma tela, exemplo : Controle de execuções dos motores, onde marca através de um CHECK BOX quais integrações o MOTOR WF deverá executar.

• CONCLUIDAS

• AUTOMATICAS

• SAC

• PEDIDO

--O valor das horas previstas é o valor da hora informado na tarefa.

Parecer: Foi colocado try catch nas chamadas Automáticas, Concluídas, SAC e Pedido.

Foi criado uma parametrização para habilitar as execuções das rotinas Automáticas, Concluídas, SAC e Pedido.

Parâmetro: ISOMOTORWF

Detalhes: AUTOMATICAS

CONCLUIDAS

SAC

PEDIDO

Valores: S ou N (Padrão S se não estiver parametrizado).

Se estiver em N, não executa a rotina.

isoCRM Integração

13117– Integração – Cliente novos e alterados.

Descrição: Integração de Entrada e Saida - Cliente novos e Alterados x Pedidos

Ajustar conforme documento .

Processo do cadastro de Clientes prospect com liberação de pedido.

Cadastra cliente NOVO – insere na isoentcliente valor “INC” na coluna isoentcli_operacao Atendente faz PEDIDO para o cliente NOVO, passa para ABERTO-CC.

Pedido ABERTO-CC do cliente NOVO não pode ser liberado para tabela int_isopvpedido.

BackOffice libera cliente pela tela de liberação (HISO_LIberaCliente), coluna isoentcli_operacao da isoentcliente muda para BPC. Trigger EnviarClienteIntegracao, criando registro de SAIDA nas tabelas int_isoentorganizacao e int_isoentcliente.

Pedido ABERTO-CC do cliente NOVO ainda não pode ser liberado para integração.

Integração ERP grava o cliente NOVO e retorna código externo do cliente gerando um registro de ENTRADA na int_isoentcliente e na int_isoentorganizacao.

Pedido ABERTO-CC do cliente NOVO ainda não pode ser liberado para integração.

Integração INTENTRADA grava o registro do cliente NOVO na isoentorganizacao e na isoentcliente, alterando o conteúdo da coluna isoentcli_operacao para BRANCO

Pedido ABERTO-CC do cliente NOVO pode ser liberado para integração.

------

*Regra da isoentcli_ooperacao x Integração de Pedidos ISO → Somente podem ser integrados os pedidos ABERTO-CC onde a coluna isoentcli_operacao estiver BRANCO.

Processo do cadastro de Clientes ALTERADOS om liberação de pedido.

ALTERA cliente – insere na isoentcliente valor “ALT” na coluna isoentcli_operacao Atendente faz PEDIDO para o cliente ALTERADO, passa para ABERTO-CC.

Pedido ABERTO-CC do cliente ALTERADO não pode ser liberado para tabela int_isopvpedido.

BackOffice libera cliente pela tela de liberação (HISO_LIberaCliente), coluna isoentcli_operacao da isoentcliente muda para BPC. Trigger EnviarClienteIntegracao, criando registro de SAIDA nas tabelas int_isoentorganizacao e int_isoentcliente.

Pedido ABERTO-CC do cliente ALTERADO ainda não pode ser liberado para integração.

Integraçao ERP grava o cliente ALTERADO e retorna o cliente gerando um registro de ENTRADA na int_isoentcliente e na int_isoentorganizacao.

Pedido ABERTO-CC do cliente ALTERADO ainda não pode ser liberado para integração.

Integração INTENTRADA grava o registro do cliente ALTERADO na isoentorganizacao e na isoentcliente, alterando o conteúdo da coluna isoentcli_operacao para BRANCO

Pedido ABERTO-CC do cliente ALTERADO pode ser liberado para integração.

Parecer: Foi alterado para que o campo ISOEntCli_Operacao seja alimentado pela informação que vem da integração de entrada.

Para a integração da CREMER:

• Parâmetro ISOCRM_INTEGRACAO, Detalhe PEDIDO_LIMPA_CLIOPER = S

• Parâmetro TELALIBERARCLIENTE, Detalhe LIMPA_INTEGRA_ENTRADA = S (cadastrar para o usuário da integração de entrada. Dessa maneira quando vier alguma informação da entidade, o campo ISOEntCli_Operação não será alterado para ALT).

13065– Integração – Integração de pedidos lendo regra da isoentCLI_Operação

Descrição: INTEGRACAO de PEDIDOS

Pode nos ajudar?

Foi cadastrado os parâmetros, conforme enviado, e cadastrou novo cliente e fez um pedido para ele.

Situação: O cliente não apareceu na int_isoentcliente e o pedido apareceu na int_isopvpedido

cliente 350325

pedido 5561911

Parecer: Implementado.

Quando o detalhe PEDIDO_ENTIDADE_LIBERACAO estiver "S", irá considerar o ISOEntCli_Operacao = "BPC" para liberar o pedido.

12877– Int_ISOPVPedPedido- Implementar codigos de situação

Descrição: Implementar na tabela int_isopvpedido e na tabela int_isopvpeditem os campos de codigo da SITUAÇÃO;.

2-Campo situação do pedido e dos itens do pedido: este campo tem que vir com o código da situação, pois precisamos enviar essa informação de volta como retorno.

Parecer: Não houve alteração de estrutura no web-service, porque nas estruturas dos web-services já existem os campos de situação do pedido e item do pedido.

A alteração foi feita apenas no funcionamento e nos motores.

O código da situação do pedido e do item do pedido já são devolvidas para o web-service, alterado a integração para ler os códigos e gravar nas tabelas de integração. Também alterado a integração para enviar os códigos.

Alterado a condição de gravação da situação nos web-services. Quando o código da situação é enviado, não é feito busca, também não é validado, logo, se for de interesse do cliente enviar o código da situação, o mesmo deve enviar o código correto.

12533– Integração – Integrar pedidos com situações configuradas

Descrição: INTEGRACAO

A ideia é que uma vez integrado com o ERP, deveremos ter a possibilidade de cancelar o pedido no ISOCrm e esse cancelamento ser integrado com o ERP.

INTEGRACAO do PEDIDO apos ja ter sido integrado.

10- Apos o pedido ser integrado e estar em situações internas aberto, Implementar regra de envio do PEDIDO para integração após alteração de DATA DE Faturamento E SITUAÇÃO DO PEDIDO.

Parecer: Com a nova implementação, todas as situações parametrizadas serão integradas, basta gravar o detalhe VALIDAR_SITUACAO_PEDIDO_SAIDA com valor "N".

Observação: Se cadastrar o VALIDAR_SITUACAO_PEDIDO_SAIDA com N, OBRIGATORIAMENTE, deve ser parametrizado todas as situações, caso contrário, o motor INTSAIDA entrará em um loop.

*

A implementação foi a remoção da condição de situação interna do webservice isoCRM_integracaoPvPedGridWS, isso fez com que todas as situações parametrizadas sejam enviadas para o ERP.

Essa remoção foi feita sob uma nova parametrização.

No próprio parâmetro ISOCRM_INTEGRACAO, um detalhe foi adicionado um detalhe, VALIDAR_SITUACAO_PEDIDO_SAIDA, se cadastrado com N, o sistema não irá mais condicionar a situação interna, se não cadastrar ou cadastrar com valor diferente de N o sistema continuará validando.

Observação:

Existem outras condições de envio de pedido para o ERP.

Situação do cliente (Somente clientes ativos).

Flag de liberação de pedido para negociação que deve estar em “ALT” – Essa flag é alterada para “ALT” sempre que há alguma alteração manual, ou seja.

12907– Integração – Motivo do cancelamento na integração.

Descrição: Fizemos um teste com a integração de pedidos. Para isso utilizamos o

pedido 5561874

Entretanto, quanto tentamos cancelar um item ou o pedido, a integração retornou erro porque não foram informados os motivos de cancelamento do item e do pedido. Entretanto, não temos esses campos nas tabelas de integração. Você pode verificar?

Parecer: Implementado.

Parâmetro: ISOPVPED_REGRAS

Detalhe: MOT_OBRIG_PEDIDO

Valor: S ou N (Padrão S)

Detalhe: MOT_OBRIG_ITEM_PEDIDO

Valor: S ou N (Padrão S)

Parametrizar com valor N para o usuário do motor de integração, isso fará com que não seja mais obrigatório o cadastro do motivo do cancelamento pela integração independente da configuração da situação.

Obs: Se cadastrar esses detalhes para o usuário 1 ISOPADRAO, ninguém mais no sistema será obrigado a cadastrar o motivo do cancelamento para o pedido.

12904– Integração – Gravação na tabela de integração do valor base para o ICMS

Descrição: INTEGRACAO

4-Campo valor unitário na tabela de integração de item: Deve gravar o preço de lista no ICMS base do cliente (conforme enviado hoje pela versão win)

Parecer : Favor passar nome das tabelas e campos da versão isoWEB.

****

Sobre o item 4, deve ser calculado conforme regras do aplicativo ABP25020 para obter o valor do item para migrar ao LX

Parecer: Foi criado o campo Int_ISOPvPedIte_PrecoListaBase na tabela Int_ISOPvPedItem com a informação, de acordo com as regras do programa ABP25020

12958– Integração – Alertas do cliente

Descrição: Construir integração de alerta de cliente, escopo anexo.

Antigo atendimento 12309

Parecer: Implementado

Foram criados 3 web-services:

isoCRM_integracaoEntAlertaWS

isoCRM_integracaoEntAlertaGridWS

isoCRM_integracaoPrmDetWS

Esses três web-services devem ser adicionados ao Location.

Lembrar que o location está configurado para um endereço fictício, o conteúdo do arquivo deve ser comparado e os endereços de todos os web-services devem ser alterados para o endereço da aplicação do cliente.

Observação:

Os registros nas tabelas de integração que estiverem com campo de Operação "E" (Entrada) DEVEM SER GRAVADOS COM DATA DE ALTERAÇÃO.

Foi implementado um recurso para levar em consideração essa data. Por enquanto, somente no Alerta, mas esse recurso deverá ser replicado em todos as tabelas de integração futuramente.

Foram criadas duas triggers, as triggers levam o alerta para a tabela de integração.

isoCRM Telefonia

12669– Telefonia- Ajustes versão WEB

Descrição: Validando a última versão Web referente a telefonia segue:

1. Após acessar um contato de uma campanha, mesmo finalizando corretamente pelo ícone x "fechar o contato sem gravar alterações" qualquer ligação receptiva não irá mais funcionar, fazendo a barrinha ficar em “falando”, mesmo o cliente desligando.

2. Transferência sem e com consulta não funciona, a barrinha continua falando com o cliente em linha

3. Em vários momentos ao receber uma ligação a tela de pesquisa do cliente não abre, fazendo com que a barrinha não funcione corretamente.

Em relação aos status da barrinha X Supervisor Altitude todos funcionaram bem (Pronto, Wrapup, Falando, Pausa e Discando)

Parecer: O programa irá ler o arquivo ConfCTIWEB.xml para poder logar no isoCRM e receber as informações do usuário. Para isso ele utiliza o ramal configurado no campo CTIRamal. O usuário do isoCRM deve estar logado neste mesmo ramal para que a comunicação possa ser efetivada.

O programa também lerá no arquivo CTIConnector.exe.config, a tag <add key="urlServidor"

value="http://localhost/isocrm/"/>, onde no value deve estar o caminho da aplicação isoCRM.

13019– Telefonia- Ligação ativa x Wrapup

Descrição: Conforme contato telefônico identificamos que após uma ligação Ativa a

"Barrinha" não fica em wrapup;

Visivelmente a barrinha acaba ficando em wrapup (cor branca) mas logo em seguida fica em estado de pronta (cor verde);

Em vários testes de receptivo aparentemente está estável.

Da mesma forma segue os logs de erro que a barrinha gerou em minha máquina, apesar de possuir o .NetFramework 4 e 4.5 instalados

Parecer: Corrigido.;

isoCRM Bionexo

11880– Bionexo- Cotações dividida em abas

Descrição: Bionexo - A tela de busca das cotações Bionexo (HWWISOBionexoPedido) deverá ser dividida em abas, onde uma será o que existe hoje (default) e uma nova que deverá buscar exclusivamente cotações com itens ganhos. As condições de busca da tela atual não serão modificadas.

Parecer: Implementado.

A tela de busca das cotações Bionexo (HWWISOBionexoPedido) deverá ser dividida em duas abas.

A primeira (default) será com as informações/funcionalidades que existem hoje, e que não serão alteradas.

Na segunda aba, que será criada, só serão listadas as cotações que contenham itens confirmados (ganhos). Esta aba terá as mesmas funcionalidades que a aba default (modificar, mostrar e inativar no grid, e importar uma cotação manualmente), porém terá os seguintes filtros:

• Pedido ID

• Cliente

• UF

• Data de vencimento inicial e final

• Data da confirmação inicial e final (item)

• Pedido

• Responsáveis

• Opção por pedido gerado e não gerado.

11163– Bionexo- Visualização do total do item e do pedido

Descrição: BIONEXO

5. Verificar a possibilidade de termos a visualização do total (R$) do item e do pedido quando ganho.

Parecer: Implementado.

Na tela de atendimento da cotação Bionexo, foi adicionado um atalho para um novo relatório, que mostrará os itens ganhos da cotação, suas quantidades, seus valores, e mostrará o valor virtual do total de um pedido, caso este venha a ser gerado.

Neste relatório serão considerados apenas os valores cotados com a Bionexo.

Não será chamada a rotina de cálculo do isoCRM para comparar os valores, isto é, se num item o valor for cotado a R$ 1,00 com a Bionexo, mas devido ao problema de limitação de casas decimais nos descontos o preço do item for para R$ 0,99 num pedido isoCRM, neste relatório será considerado o valor R$ 1,00.

11855– Bionexo- Impressão da tela de cotação para itens ganhos.

Descrição: Bionexo

g)Permitir de alguma forma que possa ser impressa a tela da cotação e dos itens quando estiverem ganhos.

Parecer: Implementado.

Na tela de atendimento da cotação Bionexo, foi adicionado um atalho para um novo relatório, que mostrará os dados do cabeçalho da cotação que foram respondidos e dos seus itens ganhos.

Os dados do cabeçalho da cotação que aparecerão no relatório serão:

• cliente (nome, código isoCRM, código externo e CNPJ)

• id da cotação

• vencimento

• título

• observações

• termo

• condição de pagamento

• validade

• prazo entrega

• tipo de frete

• faturamento mínimo

• observação

Os dados dos itens que aparecerão no relatório serão:

• produto cliente (código, descrição e unidade)

• produto sistema (código, descrição e unidade)

• quantidade

• preço unitário

• valor total por item

• marca

• data da confirmação

• comentário

11006– Bionexo- Cotação já ganhas x Situação Ganhou.

Descrição: Bionexo – Existem cotação que já entram direto como ganhas, sem passar por negociação.

Deverá ser alterada a rotina de importação de itens ganhos do web service, para que quando a cotação não existir, incluí-la na base já com a situação “ganhou”.

Parecer: Implementado.

Cotações consolidadas

Existem cotações que são consolidadoras (união de mais de uma PDC). Quando este for o caso, será recebido na operação WGG o campo extra ID_PDC_Individual com os IDs de todas as PDCs que a contemplam.

Será criada uma tabela chamada ISOBionexoPedidoConsolidado para vincular o ID da PDC consolidadora com os IDs das PDCs individuais que a compõe.

Quando for uma cotação consolidadora, na tela de atendimento da cotação, será informado no cabeçalho, em destaque, que esta é consolidadora e será adicionado um link, que abrirá uma tela em popup, informando os IDs das PDCs individuais que a compõe, para informação.

O recebimento da confirmação (operação WJG) de algum item de uma cotação consolidadora não será recebido pelo seu ID_PDC original, mas pelo ID_PDC_Individual. Ou seja, ao receber uma confirmação, deverá pegar o ID_PDC, verificar se foi recebido o campo extra ID_PDC_Consolidado, e buscar na tabela ISOBionexoPedidoConsolidado, que será criada e, se encontrar, deverá confirmar o seu respectivo item, na PDC consolidadora, que deverá possuir o mesmo código do produto Bionexo recebido na operação WJG.

O retorno de status (operação WKN) também deverá seguir o mesmo procedimento da operação WJG, pegando o ID_PDC e buscando na tabela ISOBionexoPedidoConsolidado. Se encontrar, deverá pegar o ID_PDC da consolidadora e atualizar o status do seu respectivo item.

A resposta de uma cotação consolidadora (operação WH/WU) será respondida como é hoje, pelo seu próprio ID_PDC.

Exemplo:

Operação WGG - Importar cotação consolidadora (composta por 2 outras, neste caso) Vou receber os dados abaixo: ID_PDC = 9999999_C ID_PDC_Individual = 9999998_I;9999997_I

Operação WJG - Cotações confirmadas Vou receber os dados abaixo: ID_PDC = 9999998_I

ID_PDC_Consolidado = 9999999_C Ação: Deverão ser confirmados os itens da ID_PDC = 9999999_C

Operação WH/WU - Responder cotação Vou enviar os seguintes dados: ID_PDC = 9999999_C

Reposição de contrato

Existem cotações que já entram direto como ganhas, sem passar por negociação.

Deverá ser alterada a rotina de importação de itens ganhos do webservice (operação WJG), para que quando a cotação não existir, e não ser uma cotação individual que faz parte de uma cotação consolidadora, incluí-la na base já com a situação “ganhou” para seus itens.

isoCRM Neogrid

13007– Neogrid- Log de registros

Descrição: Segue arquivo de pedido neogrid que não é processado, o motor Neogrid apenas importa ele.

Observando os logs do sistema e da integração Neogrid nada é registrado.

Segue arquivo TXT, pdf criado pela integração e tela de consulta;

Parecer: O log registrado na tabela ISOJOBLOG é "Usuário não encontrado no DEPARA para o comprador informado. CNPJ: 9182947000135".

Foi ajustado para que quando isso ocorrer também mostre a descrição do problema na tela, porém mantenha na situação ENCAMINHADO, pois pode ocorrer de cair numa situação de "Usuário já logado" e não seja importado numa próxima execução.

13007– Neogrid- Regra para somente integrar clientes Ativos

Descrição: Novamente pedidos da neogrid, integraram em cadastro diferente do usuário cadastrado no Depara, favor fazer uma regra para que os pedidos apenas integram nos usuários ativos cadastrados no depara, e considerar o código mais CNPJ, pelo que você explicou, o sistema olha apenas o CNPJ, mas podemos ter dois cadastros com o mesmo CNPJ.

Se possível liberar na próxima versão.

Parecer: Implementado

Irá considerar primeiro:

CNPJ + Ativos + Código usuário no Depara USUARIO + CNPJ.

Se não achar, vai considerar: CNPJ + Ativos

isoCRM Manutenção

12926– Tabelas- Limpeza das tabelas SDCON

Descrição: HISO_RegistraLimpezaTabelasManutencao

Núcleo -> Segurança -> Limpeza de tabelas

Parecer: Implementado

A hora que será feita a limpeza é a hora de execução do motor. Uma vez que limpou, as datas são alteradas e não é feito mais a limpeza, até chegar na próxima data.

**Excluir manualmente o objeto HISO_RegistraLimpezaTabelas

Motor : apisomotorlimpatabelas

cd D:\Utilizados\Aplicacao\SQL\motor\bin

apisomotorlimpatabelas 1 LIMPATABELAS 123 10 23:59 N

Criar e agendar igual é feito com os outros motores, WF por exemplo.