Julho 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

11336 – Contato – Cadastro e consulta de contato nas telas de atendimento.

Descrição : Tela de inclusão e consulta de contato nos modulos SAC, CAMPANHA e PEDIDO tem que ajustar o layout.

Quando clica em inserir a tela fica fora de proporção, arrumar.

Colocar link no contato selecionado para abrir o cadastro simplificado do contato nas telas do SAC, CAMPANHA, PEDIDO e na aba CONTATO do cadastro simplificado.

A tela fica "cortada" do lado direito:

Parecer: Ajustado

É necessário liberar acesso ao evento LinkContatoSimplificado dos objetos:

HISO_SAAtendimento.

HISOMk_AtendimentoContatoWC.

HISO_FrontEnd_ConfirmarPedido.

Nas telas citadas acima, o nome do contato cria um link para o cadastro simplificado do contato. O link é aberto numa nova aba ou num popup dependendo do browser.

---

Foi alterado o cabeçalho da master page e o theme, o painel da master page está congelado agora, sempre visível.

isoAtendimento

11419 – Tela de filtro SAC-Dc – Somatória dos atendimentos

Descrição : A tela de SAC - Cliente - dc, continua com problemas na somatória dos atendimentos.

Somente apresenta resultado da somatória quando é efetuada a pesquisa por dados complementares.

Necessário a correção urgente.

Parecer: Estava fazendo a busca de valores apenas quando encontrava alguma pergunta no

filtro. Foi removido essa condição.

11379 – EmailEntrada – Falha no recebimento de alguns anexos

Descrição : Em alguns casos não está sendo carregado na tabela de email de entrada alguns

anexos.

isso foi notado em anexos que contém espaços no nome do anexo.

pode ser também por causa de algum caractere especial.

Parecer: Em alguns anexos com caracteres "especiais", quando enviado pelo outlook, o nome é devolvido errado para o motor de e-mail de entrada, o caractere de aspas duplas é adicionado ao inicio do arquivo e o motor não encontra o anexo.

Ação corretiva:

Antes de baixar o anexo, foi adicionado um tratamento no nome do anexo, removendo o caractere de aspas dupla.

10678 – EmailEntrada – Paginação da tela de pesquisa

Descrição : Na paginação na tela de email não está funcionando da primeira para a última página.

Parecer:

Exibido o ultimo botão e corrigido o evento.

Era feito a paginação mas o evento Grade.

11121 – Chat – Entrada de dados com CPF

Descrição : Encontramos um erro no campo CPF ao cadastrar um cliente no atendimento Chat, por favor verificar. Não salva o numero do CPF.

Não tentamos cadastrar nenhuma organização pelo CNPJ, por favor testar este tb.

Parecer: Cpf não estava sendo gravado quando uma nova entidade era criada a partir do atendimento chat.

Corrigido.

11349 – Relatório – Relatório DC do SAC

Descrição : Continuamos com erro nos relatórios de dados complementares, segue abaixo o relato da usuária.

"Não está sendo possível extrair relatórios dos dados complementares de períodos que ultrapassam 15 dias. Precisamos gerar constantemente relatórios de períodos longos e aparece erro de sistema.

Peço que verifiquem com urgencia."

Parecer: Corrigido alguns problemas de performance.

11366 – EmailEntrada – Telefone marcado – Papel Default

Descrição : HISO_SAEmailEntrada

Vir marcado o telefone para inclusao, para quando clicar em NOVO inserir automaticamente.

Vir selecionado default CLIENTE no tipo de papel.

Ver anexo.

Parecer: Quando um telefone vem pelo e-mail de entrada, o check-box do telefone vem marcado.

Quando a entidade do e-mail de entrada não existe o papel vinha selecione, para trazer um papel, foi feito uma parametrização.

Parametro:

TIPOENTIDADEPAPEL-Configura papel na tela de cadastro do emailentrada

Por usuario

Descrição: P ou O

Valor: 0, 1, 2 ou 3.

A descrição define se o padrão é Pessoa ou Organização.

Seu valor define o papel, sendo que:

0 - selecione

1 - cliente

2 - parceiro

3 - fornecedor

isoWorkFlow

11253 – WorkFlow – Usuário de alteração dos motores

Descrição : Notamos que nos atendimentos com disparo de fluxo não mostra a atendente de alteração, por exemplo no atendimento 53299, atendente Leticia abertura e Deise alteração(só identificamos ela na resposta), mas no atendimento mostra que o ultimo foi o MOTOR WF.

O motor até pode ter sido o ultimo a fazer alteração no atendimento, mas para mim a informação mais importante seria mostrar a atendente Deise.

Parecer: Corrigido.

Alteração feita no motor do WF (PISOMotorWF).

Quando a tarefa automática muda a situação, o código do usuário motor era gravado no campo usuário de alteração. Foi alterado para que não grave mais o código do usuário motor, o usuário de alteração permanecerá o mesmo.

Foi alterado nos métodos: SAC, Cliente, Fornecedor, Parceiro, Prestador de Serviço e Contato da Campanha.

9271 – WorkFlow – Pesquisa por CONTRATO x UF

Descrição : HViewISOWFTarefa-Opção MODULO CONTRATO

Opção de filtro por UF na busca de tarefas esta travando a tela, verificar com esta sendo feita a leitura e alterar para que fique rapido o retorno das informações na grade.

Parecer: Corrigido.

Na base existem tarefas que estão desde 2012 sem concluir, ou seja abertas. Isso também deixa a busca lenta.

isoVendas

11253 – Pedido – Entrada na rotina de promoções

Descrição : Núcleo -> Pedido -> Promoções

Modulo do objeto não confere.

Parecer: Corrigido.

11372 – Pedido – Problema Fator de Conversão de pedido oriundo do contrato.

Descrição : Problema de FATOR de CONVERSAO no fechamento do pedido

PEDIDO produção - 5494527

CONTRATO = 7722

Produto = 539387

CX -> CX = 1

CJT -> UN = 0,020

SALDO EM QUANTIDADE DO CONTRATO INSUFICIENTE (PRODUTO 539387).

QTD. SOLICITADA: 250.000000, SALDO DISPONÍVEL: 100.100

Parecer: Corrigido.

Corrigido. Alterada validação na confirmação do pedido para que efetue a divisão, assim como no contrato, e não multiplicação do fator para obter o saldo.

11251 – Pedido – Forma de pagamento x condição de pagamento

Descrição : VERSAO WEB

Na tela atual (front end) a forma de pagamento é escolhida com base na condição de pagamento, ou seja, se for escolhida uma condição que foi definida como cartão, o sistema automaticamente irá abrir a tela de transação de cartão.

Será necessário a criação de uma nova forma de pagamento, onde terão novas condições de pagamento especificas.

Na tela atual não tem a opção de forma de pagamento, pois a mesma é baseada na condição de pagamento.

Sugerimos criar um novo combobox onde mostre a forma de pagamento, que seria BOLETO, CARTÃO DE CREDITO ou INFOCARDS.

Criar um serviço, onde será parametrizado quais as condições de pagto. fazem parte de cada Forma de Pagto. Desta forma ao selecionar a Forma de Pagto, será disponibilizado somente as CP's da mesma.

Parecer : Implementado.

Criar um dado complementar do cliente com a pergunta com o tipo de resposta caracter,

*A pergunta deve ser “Data de vencimento”

• Parâmetro DTVECTOXCP-Forma de pgto x Cond pgto-Pedido.

• Detalhe PERGUNTAVENCIMENTO, onde a resposta deve ser o código do dado complementar do Cliente sobre o dia do vencimento.

• Criar N detalhes com os dias dos vencimentos possíveis, onde as respostas devem ser os códigos das condições de pagamento.

• Ajustar as condições existentes hoje, colocar o código da forma de pagamento neles (manualmente ou fazer update direto na base de dados).

Foi colocado o campo de forma de pagamento na condição.

Se selecionar a forma de pagamento BOLETO, as condições carregadas serão apenas as vinculadas à essa forma de pagamento.

Mesma coisa para CARTAO e INFOCARDS.

Para Infocards, também será levado em conta os dados informados no parâmetro acima, assim como a resposta do dado complementar do cliente (dia de vencimento).

11294– Pedido – Descontos x Alçada de descontos

Descrição : No homologa3, o pedido 5267486 integrado pela Neogrid com desconto, percentual aplicado no campo "Desconto Neogrid", não caiu em alçada de preço.

Simulamos um outro pedido sem ser Neogrid e aplicamos desconto pelo grid

"Descontos/Acrescimos", e outro pelo "Novo Preço", o desconto aplicado no novo preço caiu em alçada e o desconto aplicado pelo grid

Desconto/Acréscimo não caiu em alçada.

Precisamos desse ajuste para a próxima versão.

Parecer: Corrigido.

10824– Pedido – Campo Faturar Em da tela do pedido

Descrição : Front End - Faturar em

1 - O campo Faturar Em já preenchido na tela do pedido, e depois inserimos mais itens, esses itens não assumem a data que está no campo Faturar Em.

Exemplo: Insiro os itens no pedido, incluo data no campo Faturar Em, dou um gravar e o sistema assume essa data no campo Data Faturamento do item, depois disso preciso inserir mais itens no pedido, nesses itens o sistema não assume a data que está no campo Faturar Em.

Parecer: Corrigido.

isoContratos

11329 – Contrato – Contrato x Cotas

Descrição : CONTRATO

Quando o item não tem cotas suficiente, está criticando na hora de gerar o pedido, favor corrigir com urgência, essa critica é somente na tela do pedido...

Parecer: Corrigido.

11341– Contrato – Pedido mestre

Descrição : CONTRATO

Estamos com uma situação em produção, ao gerar um pedido do contrato 1310,está gerando um novo pedidos mestre, e esse gerando um pedido no iso, sem vinculação a contrato.

Favor verificar o por que isso está ocorrendo.

Parecer: Corrigido.

isoCRMBionexo

11315 – Bionexo – Itens inativos igual a cotação inativa

Descrição : BIONEXO

Quando todos os itens estiverem bloqueados a cotação deve ser visualizada como inativa.

Parecer: Por motivos de performance, não será considerada como inativa. Foi adicionado o filtro "Itens bloqueados" para poder buscá-lo.

11387 – Bionexo – Bloqueio de vários itens

Descrição : BIONEXO

3. Quando tento bloquear vários itens continua demorando muito, aparecendo a mensagem de "Server Error" e agora esta caindo o ISO.

Parecer: Foi criado um motor para ajustar as situações.

“c:

cd C:\inetpub\wwwroot\iso\sql\isocrm\motor\bin

aPISOMotorBionexoPrdBlq 11 BIONEXOPRDBLQ 123 10 19:00 S”

A tela de inclusão de bloqueio ira inserir os itens em uma tabela temporária e posteriormente conforme agendamento o Motor BIONEXOPRDBLQ irá bloquear os itens que estiverem nessa tabela. (ISOBIONEXOPRDBLQ)

11375– Bionexo – Tela DE PARA dos produtos

Descrição : BIONEXO

Segue a nossa sugestão para a tela do DE PARA dos produtos da Bionexo, onde abaixo em forma de grid aparecem todos os produtos na condição "PARA".

Para fazer a alteração dos dados destes produtos, basta clicar em cima da linha e será carregado para os campos acima. Se faz a devida alteração e clica em "Salvar".

Obs.: O sistema não pode deixar ser sinalizado mais de um produto como sendo "principal". Caso queira alterar o produto principal, tem que antes desmarcar o campo "Produto Principal" e marcar no próximo.

Parecer: Ajustada.

isoCRM Integração TOTVS

11399 – CNPJ – Problema com integração de CNPJ

Descrição : Problema na Integração de Entidade, mesmo estando a tabela intermediária carregada com o CNPJ da Empresa, o mesmo não está sendo integrado para o ISO.

Exemplos:

COD. 17296 – B2M ATACAREJOS

COD. 17297 – PRAVOCE COMERCIAL

COD. 17298 – PRAVOCE COMERCIAL

COD. 17299 – PRAVOCE COMERCIAL

Parecer: Foi alterado diversas SDTs do motor de integração. Ao absorver um web-service, o SDT converte errado o CNPJ, reduzindo o tamanho de 14 para 12. Foi encontrado diversos SDTs que estavam com esse tamanho no CNPJ, foi corrigido e disponibilizado um pacote novo e uma KB do motor de integração.

11272 – Pedido – Entrada na rotina de promoções

Descrição : Esse pedido está naquela situação aprovado integrado. Pode fazer ele ir pra frente e me explicar como eu atuo com esses casos?

Parecer: Esse é o caso que explicado para o Suporte de pedidos que não integram por causa da BO da TOTVSl. Enquanto a TOTVS não arrumar esse problema, tem que parar a tarefa agendada e rodar na manualmente para integrar os pedidos nessa situação :

A mensagem aparece na aba "observações" na tela do pedido

ERRO NA INTEGRAÇÃO. ERRO INTERNO NA INTEGRAÇÃO COM O TOTVS (BODI275) () .

Favor entrar em contato com a área técnica.

11270– Pedido – Entrada na rotina de promoções

Descrição : A integração não está trazendo os dados do pedido integrado no

TOTVS para o ISO. Parece que nem está integrando.

Parecer: Esse é o caso que explicado para o Suporte de pedidos que não integram por causa da BO da TOTVSl. Enquanto a TOTVS não arrumar esse problema, tem que parar a tarefa agendada e rodar na manualmente para integrar os pedidos nessa situação :

A mensagem aparece na aba "observações" na tela do pedido ERRO NA INTEGRAÇÃO. ERRO INTERNO NA INTEGRAÇÃO COM O TOTVS (BODI275) () .

Favor entrar em contato com a área técnica.

11323– Pedido – Situação do pedido integrado

Descrição : O pedido 71704 está aprovação (integração) e sem nenhuma mensagem de erro. Pode verificar?

Parecer: Ocorreu com esses pedidos foi o seguinte:

Quem implantou os pedidos colocou como representante o responsável "G????

REPRESENTACOES LTDA 2" que não existe cadastrado no TOTVS e no programa de importação de pedido tem uma regra que quando não acha o representante informado no isoCRM traz o representante padrão, que no caso desse cliente é o "AT". E como os pedidos de assistência técnica (que tem representante "AT") não são enviados para o isoCRM, o status desses pedidos não foram alterados. Os pedidos foram implantados, mas pra voltar para o isoCRM terá que ser alterado o representante informado.

Abaixo os números dos pedidos gerados no TOTVS.

71704,M???? & F.,S,Atualizacao efetuada com sucesso - 087075087722.

70920,M???? & F.,S,Atualizacao efetuada com sucesso - 087073647922.

isoCRM Integração IBIS

9320 – IBIS – Integração IBIS

Descrição : Segue planilha contendo o DE/PARA dos atributos do XML a serem integrados da IBIZ para o módulo contratos;

Observe que na coluna "Valor Parametrizado" quando estiver identificado como "parâmetro" o sistema deve utilizar um serviço com os valores padrões;

Parecer:

Motor

Foi criado um novo motor: AISOMotorIntegraIbiz.

Configuração do arquivo .bat de chamada do motor:

D:

cd D:\ModProducao\ISOCRM\DataSQLServerCSProtDesenv\web\bin

aisomotorintegraibiz 11 IBIZ 123 60 19:00 S

onde:

11 – Empresa

IBIZ – Usuário

123 – Senha

60 – Intervalo de execução

19:00 – Hora limite de execução

S – Debug (S-Sim ou N-Não)

Configuração de parâmetros

ISOINTEGRA_IBIZ – Parâmetros gerais para a integração

Detalhes:

EXTENSAO – extensão dos arquivos que devem ser gravados na tabela do isoCRM.

DIRETORIO_IN – Diretório onde são gerados os arquivos da IBIZ, onde o motor passará e irá pegar os arquivos para processar.

DIRETORIO_OUT – Diretório onde são copiados os arquivos que o motor pegou, processou e não ocorreu nenhum problema.

DIRETORIO_ERROS – Diretório onde são copiados os arquivos que o motor pegou, processou e ocorreu algum problema (se ocorreu algum problema, estes serão gerados na tabela ISOJOBLOG).

CTT_SITUACAO – Código da situação com que o contrato será cadastrado.

CTT _CONTRATADA – Código da contratada com que o contrato será cadastrado.

CTT _RESPONSAVEL – Código do responsável com que o contrato será cadastrado.

CTT _FORMAENVIO – Código da forma de envio com que o contrato será cadastrado.

CTT _LOCFAT_ORIGEM – Código do local de faturamento de origem com que o contrato será cadastrado.

CTT _LOCFAT_DESTINO – Código do local de faturamento de destino com que o contrato será cadastrado.

CTT _CONDICAOPGTO – Código da condição de pagamento com que o contrato será cadastrado.

CTT _TIPOPEDIDO – Código do tipo de pedido com que o contrato será cadastrado.

CTT _ORIGEMPEDIDO – Código da origem do pedido com que o contrato será cadastrado.

CTT _ISENTOICMS – “S” para isento. “N” para não isento.

CTT _ATIVO – “A” para contrato cadastrado como ativo. “I” para não.

CTT _CLIENTE_SITUACAO – Código da situação do papel cliente, que será cadastrado, se estiver parametrizado e ele não existir.

CTT _CLIENTE_CLASSPAPEL – Código da classificação do papel cliente, que será cadastrado, se estiver parametrizado e ele não existir.

CTT _NUMEROLICITACAO_NUMEROS – “S” para no campo número da licitação só serem cadastrados os números e o caractere “/”. Default “N”.

CTT _CONTRATANTE_CADASTRAR – “S” para cadastrar a organização que vier, e ela não

existir. Se estiver “S”, utilizará também os parâmetros CTT _CLIENTE_SITUACAO e CTT

_CLIENTE_CLASSPAPEL. Se estiver “N”, utilizará o detalhe CTT _CONTRATANTE para definir o código do contratante. Default “N”.

CTT _CONTRATANTE – Código do contratante com que o contrato será cadastrado, caso o parâmetro CTT _CONTRATANTE_CADASTRAR estiver “N”.

CTT _MODALIDADE_DEFAULT – Código da modalidade com que o contrato será cadastrado, caso não o encontre com a descrição que vier do xml no sistema. Poderá também utilizar o cadastro de DePara para definir a modalidade.

ORIGEM – Código da origem cadastrada, para efetuar a busca de modalidades na tabela de DePara.

Configuração do DePara

Inicialmente deverão ser cadastradas duas novas origens em:

Menu\Núcleo\Entidade empresa\Origem

Cadastrar uma origem para a integração IBIZ.

O cadastro do DePara pode ser acessado em:

Menu\Núcleo\Entidade empresa\Informação da integração

Cadastrar o DePara das modalidades conforme abaixo: