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 e-mail 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 análise 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 ISO Enterprise (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.

isoCRM Aplicação

15119 – Ajustes de segurança

Descrição: Efetuar correções de segurança que estão sugeridas no item 2.4(uma falha de segurança, permitindo que qualquer host hospede um iframe com o conteúdo original, o que caracteriza um ataque “Clickjacking”).

Adicionar cabeçalho HTTP com o seguinte conteúdo:

X-Frame-Options: SAMEORIGIN ou X-Frmae-Options: DENY

Parecer

Foi adicionado o header X-Frame-Options SAMEORIGIN no cabeçalho http.

A modificação do parâmetro GXState não oferece riscos à integridade das informações, pois através dela não podem ser realizadas nenhuma requisição ao banco de dados ou realizar modificações no servidor de aplicação.

isoCadastro

14940 – Ficha do Cliente

Descrição: Sistema isoCRM - TELA FICHA DO CLIENTE na Win, WMA00030, - USUFICCLI- PERMITE ALTERAR FICHA DO CLIENTE - temos a função Ficha do Cliente, essa tela já existe na web?

Parecer

Foi desenvolvido a ficha do cliente em cima do dado complementar do Cliente. No cadastro do formulário, é possível criar um tipo Ficha de cliente. Apenas é possível cadastrar um único formulário desse tipo. Os demais são cadastrados como outros. Quando o formulário for do tipo Ficha de cliente, as opções NF, NFe, Parâmetro existente, Pick e Ficha separada são exibidos no cadastro da pergunta. Essas informações não são de fato usado no isoCRM, apenas complementam a pergunta. É possível enviar e receber essas informações via integração. Os web-services foram tratados, assim como os motores de integração. As versões dos motores sem web- service também foram tratadas.

isoAtendimento

15296 – situação marcada no atendimento SAC

Descrição: Configurar a tela "Atendimento > SAC > Cliente DC" para já virem marcadas as opções de situação de cada usuário.

Parecer

Essa parametrização habilita, toda a situação vinculada a um perfil, venha selecionada no filtro como default. Somente tela de consulta de SAC - DC, porque lá tem filtro de situações em check-box.

Se o usuário não estiver num perfil, virão todas habilitadas.

Se não estiver parametrizado, virão todas selecionadas.

 Parametro: SACCLIENTE

• • Detalhe: USU_FILTRO_SIT_VINCULADO

 Valor: S

15171 – Detalhes do Atendimento.

Descrição: A navegação entre Detalhes demora para carregar.

Parecer:

Foi analisada uma forma de melhorar a navegação entre os detalhes existentes.

Tela HViewISOSAAteCliente

Tela de Atendimento – Combo de situação.

Descrição: Existe um campo (código do contato) que carrega o nome do contato automaticamente, bastando passar pelo campo (tab) e o evento era disparado. Quando o usuário clicava na situação, internamente o genexus passava por todos os campos disparando esse evento. Esse disparo faz com que a tela seja carregada novamente, dando a impressão que a combo "trava" por um instante e logo em seguida a combo carrega.

Parecer:

Foi removido o evento do campo contato e a combo de situação passou a responder instantânea.

Já que foi feita uma correção na performance da combo de situação, foi identificado que não há a necessidade de deixar fixo 100 situações, logo, foi implementado nesse atendimento a possibilidade de o usuário configurar a quantidade máxima de situação que poderá aparecer na combo, por usuário, grupo ou para todos. Se não for configurado, o padrão será 100 (como é atualmente). Para configurar: Menu Núcleo / SAC / Configurações do atendimento sac.

15175 – TooltipText na tela de atendimento

Descrição: Nem todos os botões ou links apresentam a informação de sua utilização.

Parecer

Na tela de atendimento foi colocado o TooltipText nos botões de prompt (Botão azul de seta apontada para cima) e no envelope de e-email.

14994 – Detalhe atendimento SAC

Descrição: Ocorre erro quando é ajustada a configuração dos atendimentos SAC, para exibir o último detalhe, para "SIM". Este erro está na versão atual, sendo necessário atualizar para que não ocorra mais.

Parecer

Quando habilita a exibição do último detalhe no atendimento SAC, somente para Atendimentos Novos (Sem nenhum detalhe cadastrado) a tela vem com o número 9999999/0 e não permite inserir o detalhe. É necessário clicar no + do novo detalhe pra alterar para 0/1 e aí então passa a ser possível inserir novo detalhe. No objeto 'HISO_SAAtendimento' foi adicionada uma condição para que, quando aberto um novo atendimento, que inicialmente estará sem detalhes, seja carregada a sub "novo detalhe" e automaticamente o atendimento estará com os campos disponíveis para um novo detalhe, evitando a paginação incorreta.

15054 - Gravar no histórico do atendimento a Situação.

Descrição: Para que ao consultar o histórico seja possível visualizar a situação em que o mesmo estava.

Parecer

Foi adicionado o campo da situação do histórico do pedido na tabela ISOSAHistórico e na tela de consulta. A situação que grava na tabela é a nova. O histórico (XML) gravado na tabela é o estado anterior às novas alterações, ou seja, constará a situação antiga.

14819 – E-mail saída

Descrição: Corrigir a tela de e-mail de saída. A tela se encontra com um problema para marcar os e-mails com cópia.

Parecer:

Nas três funções (e-mail, e-mail com cópia e e-mail com cópia oculta) os botões funcionaram corretamente. O botão abriu um grid em tela onde eu selecionei os e- mails e os mesmos foram copiados. Gravei o e-mail e tudo normal.

O mesmo aconteceu com o ícone , a diferença é que por esse ícone em vez de abrir uma grid, abre um popup, onde eu posso buscar a entidade. Selecionei o e-mail e o e-mail veio para a tela de e-mail de saída.

14473 – E-mail saída

Descrição: Estamos encaminhando boletos, autorizações e demais anexos pelo ISO, e algumas vezes precisamos reencaminhá-los. No ISO, não conseguimos reenviar. Temos que salvar novamente, e depois anexá-los. Quando são muitos arquivos, como no caso de 2a via de boletos, isso acaba demorando o processo.

Favor verificar a possibilidade de reencaminharmos os anexos.

A tela de visualização de e-mail será aberta, com todos os campos abertos, conforme print abaixo:

Essa tela não terá o botão de enviar, apenas o botão de encaminhar. O Campo Descrição e resposta, apesar de estarem aparentemente abertos, não são editáveis, logo, não será possível alterá-los. Os anexos ali presentes podem ser visualizados e serão encaminhados juntos, porém, não será possível adicionar ou remover anexos. Ao clicar em encaminhar. Um novo e-mail será gerado, com todos os dados da tela, nesse momento o e-mail é enviado.

15251 – email de entrada

Descrição: Foi relatado, que atendentes de outras empresas do grupo têm ficado com e-mails presos em seus usuários. Estes e-mails não deveriam ter vínculos a esses usuários, pois isso faz com que ela não possa atender os e-mails por conta de estarem presos. Foi identificado que, no momento de vincular o e-mail ao atendente, não é verificado o remetente, somente o grupo em que o usuário está. Caso ele receba um e-mail de um remetente e este mesmo remetente envie um outro e-mail para o sac@cliente.com.br, por exemplo, este e-mail ficará preso com o usuário por fazer parte do mesmo canal. Ou seja, não está sendo validado o endereço de e-mail por usuário ou grupo, somente por canal.

Parecer

Foi corrigido para que somente reserve os e-mails das contas de atendimento que o usuário possui permissão de acesso.

14874 – E-mail de entrada

Descrição: Quando os atendentes estão finalizando a vinculação de e-mail a um atendimento o sistema apresenta o erro abaixo e trava a tela, onde temos que recomeçar a vinculação, o que atrasa nosso trabalho. Estão vinculando duas vezes cada e-mail, quando não mais vezes.

Parecer

O Motor foi alterado de modo que pode mudar a situação apenas do que está reservado, mantendo o que está em leitura na mesma situação.

 Parâmetro: EMAENTORDEM

• • Detalhe: SOMENTE_RESERVADOS

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

Se parametrizar em S, somente os e-mails reservados terão sua situação alterada pelo motor. Os atendimentos em leitura irão mudar somente após o tempo de 1 hora. Ou seja... uma hora após um atendimento estar em leitura o motor irá alterar. O tempo padrão é 1 hora, mas é possível parametrizar:

 Parâmetro: EMAENTORDEM

• • Detalhe: TEMPO_MUDANCA_SITUACAO

 Valor: números em segundos (Padrão 3600)

isoMarketing

15270 – Ordenação contato de campanha

Descrição: Solicito como faço para que em uma campanha na versão Web o cliente seja ordenado conforme definido pelo Cliente. Na versão Win existe um campo na tabela CNTCAD onde definimos a sequência que o cliente irá aparecer na tela do atendente, como funciona na versão Web? Este campo é muito importante para podermos migrar para a Web

Parecer

Foi criado o detalhe ORDEM_PRIORIDADE no parâmetro HISOMK_ATENDIMENTOWC. Valor: S ou N Default: N Deverá cadastrar S para que sejam ordenados os contatos do grid "Não contactados" de acordo com o valor do campo ISOMKAteCmpCnt_FilaPrioridade da tabela ISOMkAteCmpContato.

isoWorflow

14141 – Bionexo e workflow

Descrição:

BIONEXO

Solicito orçamento para implementar as regras de workflow no módulo bionexo contemplando as regras em anexo. O sistema de workflow deve conseguir avaliar os seguintes itens:

 Cotação Bionexo

• Código do Cliente

• Responsável

• Endereço do Cliente (Cidade, UF)

• Data de vencimento da Cotação

• Data Confirmação

• Usuário de resposta

• Condição de Pagamento

• Validade

• Frete

• Prazo entrega

• Inconsistências

 Produtos Bloqueados

 Produtos Inativos

 Itens da Cotação Bionexo

• Cód. Produto Cliente

• Cód. Produto Cremer

• Quantidade

Parecer:

Foi criado dois métodos de tarefa de workflow:

 Enviar e-mail para cliente (Cotação Bionexo)

 Enviar e-mail para responsável (Cotação Bionexo)

Esses métodos irão proporcionar envio de e-mail para o cliente de uma cotação Bionexo especifica e para o responsável da cotação Bionexo especifica, através do módulo Workflow.

Foi implementado a leitura de gatilhos para disparo de procedimentos no módulo Bionexo.

A construção do gatilho é operacional e seus pré-requisitos são:

 Conhecimento SQL e;

 Conhecimento da Seleção Dinâmica do isoCRM.

A construção do gatilho dentro do isoCRM é responsabilidade do cliente. Na tarefa é necessário informar o parâmetro de layout do e-mail que será enviado utilizando um dos dois métodos criados, nesse parâmetro precisa ser criado os seguintes detalhes:

 SUBJECT – assunto do e-mail

 CCNAME – nome para cópia do e-mail

 CCADDRESS – endereço de e-mail da cópia

 BCCNAME – nome para cópia oculta

 BCCADDRESS – endereço de cópia oculta

 TEXT – texto no corpo do e-mail

 HTML -

 COTACAO_ID  S ou N

 COTACAO_CODCLIENTE  S ou N

 COTACAO_NOMECLIENTE S ou N

 COTACAO_TITULO  S ou N

 COTACAO_VENCIMENTO  S ou N

 LABEL_COTACAO_ID - descrição

 LABEL_COTACAO_NOMECLIENTE - descrição

 LABEL_COTACAO_TITULO - descrição

 LABEL_COTACAO_VENCIMENTO -descrição

 LABEL_TAREFA - descrição

 LABEL_TAREFA_DESCRICAO - descrição

 LABEL_TAREFA_RESPONSAVEL – descrição

 LABEL_TAREFA_PRAZO - descrição

 LABEL_TAREFA_DATALIMITE - descrição

 PRAZO TAREFA  S ou N

 DATA/HORA LIMITE  S ou N

 NOME RESPONSAVEL  S ou N

No Bionexo:

Foi adicionado 3 abas na tela HViewISO_BionexoPedido, são elas:

 Procedimentos

 Procedimentos da Cotação

 Tarefas de entrada

Para exibir as abas é necessário liberar os eventos abaixo do objeto HViewISO_BionexoPedido para os usuários que terão acesso as abas:

 ISO_WFTrfBionexo

 ISO_ConsProcBionexo

 ISO_BionexoTarefaEntrada

A aba de Procedimentos exibe os procedimentos manuais que poderão ser disparados pelo usuário.

A aba Procedimentos da Cotação exibe o fluxo de tarefas de todos os procedimentos disparados daquela cotação.

A aba Tarefa de entrada exibe as tarefas que estão abertas que o usuário logado possui alçada para alterar.

Para a criação do gatilho, deve ser criada uma seleção dinâmica que alimente a tabela ISOSDCon_Bionexo:

*ISOEmp_Codigo Código da empresa Numérico (9)

*ISOSDConExe_Codigo Código da execução Numérico (9)

*ISOSDConBio_ID_PDC Código da cotação Bionexo Numérico (10)

ISOSDConBio_Flag Ativo Caractere (1)

ISOSDConBio_DataAlteracao Data de alteração DataTime

ISOSDConBio_UsuarioAlteracao Usuário de alteração Numérico (9)

isoAgenda

isoPesquisa

15189 – relatório de pesquisa

Descrição: Em uma pesquisa respondida online, a pergunta "Quais dos produtos da Empresa que sua assistência atende?" não é mostrada nos relatórios extraídos.

Obs.: a pergunta é tipo combobox e múltiplos valores igual a SIM, com 48 possíveis respostas.

Parecer

O problema ocorria quando uma pergunta era checkbox, e a próxima também. Da primeira eram registradas as respostas, mas da segunda não. Problema corrigido.

isoVendas

15298 - Pedido

Descrição: Está ocorrendo um erro com bastante frequência nos últimos dias.

Inserir um determinado item no carrinho, dá a mensagem "O VALOR NÃO É UM NÚMERO CORRETO". O pessoal nos liga e no meu usuário consigo inserir. Qual é o erro? Pois esta mensagem não diz nada. É algum parâmetro faltando????

Tenho a impressão que seja ligado a programação de datas, visto que a mensagem aparece nesta tela.

Abaixo segue um print do erro. Isso acontece de forma aleatória entre clientes x produtos.

Favor verificar o que ocorre, pois os vendedores ficam dependendo de nós para colocar o item.

Parecer:

Estava atribuindo um valor negativo à uma variável que não estava preparada para isso. Esta variável nem era utilizada na tela, sendo assim excluída da tela.

14876 – Pedido – Margem bruta

Descrição: O sistema não está bloqueando por margem bruta, quando ultrapassar o limite máximo. Exemplo: cadastramos o limite de margem mínima 5 e o máximo 80, aplicamos um preço no produto em que a margem ficou 86, o pedido fechou normalmente.

Precisamos que bloqueia também pelo valor máximo.

Parecer:

Foi corrigido o problema para que o sistema respeite o limite máximo da margem bruta.

15153 – Pedido - Desconto

Descrição: O serviço USAMARGNEG configurado com o N continua fazendo o bloqueio por margem.

Parecer:

Foi resolvido um problema onde poderia se aplicar um desconto a um produto, através da aba de descontos, que ficasse com margem no vermelho. Foi alterado para não permitir aplicar o desconto.

15168 – Cotas

Descrição: Ao colocar o responsável no cadastro de cotas, o sistema, ao fazer a baixa/checagem, não está considerando esta informação, no caso, o responsável. Ao colocar o pedido, o sistema utiliza o registro com o responsável, o que está correto. Ao fechar o pedido, o sistema faz a checagem de quantidade/tentativa de baixa no registro sem responsável, o que está errado.

Parecer:

Quando utilizava o responsável no cadastro da cota, o valor da cota disponível que aparecia nos grids não considerava o responsável gravado no pedido, mas sim o responsável do cliente. Corrigido.

15206 – Notas Fiscais

Descrição: No IsoCRM estão aparecendo itens que não estão na nota no Totvs:

Parecer:

Foi adicionado o campo Referência fiscal na integração de itens. A informação Referência fiscal não estava sendo considerada, o isoCRM integrava itens de notas com mesmo número com Referência fiscal diferentes interpretando como se fosse a mesma nota, por isso apareciam itens duplicados.

15316 – ICMS contrato

Descrição: Foi encontrado um erro durante a homologação do contrato, quanto a alteração do ICMS no contrato. Atualmente o percentual que é carregado é o ICMS que é identificado na matriz de ICMS, que no caso (SC => RJ) é 4%, porém com a partilha de ICMS o percentual correto do preço é 20%.

Este cálculo já é efetuado quando se calcula o ICMS do pedido.

Parecer

Foi alterada a rotina de cálculo de margem bruta. Primeiro verifica se o pedido originou-se do contrato. Se sim, troca o preço de lista pelo valor de empenho. Se não, permanece o funcionamento atual. Foi colocado log na troca, será possível validar habilitando o log do pedido. Foi realizado a parametrização, por telefone e skype e foi solicitado que fizesse testes. O cálculo de ICMS do pedido usa a parametrização e Item de contrato também usa a mesma parametrização.

15367 – Consulta de produtos na nova tela

Descrição:

1. Alterar pesquisa de produtos apenas ao pressionar ENTER;

2. Não alerta quando inclui mais de uma vez o mesmo item;

3. Ao selecionar uma planilha excel e pressionar o botão "importar arquivo" gera erro;

4. Após a mensagem "communication failure" nada mais funciona, é necessário sair do sistema e entrar novamente.

Parecer

Realizadas as correções descritas no atendimento. Na questão da importação do XLS, não foi simulado o problema, mas foi alterado para que após o término da importação, o arquivo seja excluído do diretório temp do servidor.

15292 – Consulta Matriz de Negociação

Descrição: Identificamos um erro na tela de consulta de matriz de negociação. Ao efetuar uma consulta filtrando sem informar o cenário, e ao clicar no botão de manutenção do registro filtrado, ele dá a mensagem de registro não encontrado.

Parecer

Corrigido.

15418 – Anexo do pedido

Descrição: Adicionar o filtro de flag do motor na tela: HWWISOBionexoPedido.

Parecer

Foi adicionado um filtro para poder identificar pedidos bionexos integrados com erro.

- Somente estará visível se estiver cadastrado o parâmetro abaixo:

 Parâmetro HISO_BIONEXOPEDIDO

• Detalhe USUARIO_MOTOR

 Valor - inserir o código do motor de respostas automáticas

- Somente filtrará os itens cuja última resposta foi enviada pelo motor de respostas automáticas.

15478 – de/para Bionexo

Descrição: Com o crescente número de registros de de/para da Bionexo a tela de consulta HWWISOBionexoProdutoCliente está cada vez mais lenta para abrir, desta forma solicito alterar para que na abertura não traga o grid previamente carregado, apenas quando informarmos algum parâmetro para pesquisa. Outro caso similar está na tela HWWISOPvMatrizICMS (Matriz de ICMS) que ao abrir carrega todos os registros, tornando a abertura muito lenta.

Parecer

Corrigido. Só carregará se preencher algum filtro nas telas HWWISOBionexoProdutoCliente e HWWISOPvMatrizICMS

15465 – de/para Bionexo

Descrição:

1. Itens sem de/para principal está informando apenas no log, e não no Motivos de não resposta.

Parecer

Deverá estar cadastrado o motivo no parâmetro abaixo:

 Parâmetro ISOBIONEXO_MOTOR_RESP_AUTO

• • Detalhe MOTIVO_ITEMSEMDEPARA

Descrição:

2. No log quando registra "BIONEXO - MOTOR RESPOSTAS AUTOMÁTICAS COTAÇÕES A VENCER PBionexo_ResponderPedidos: Nenhum item alterado, pois todos estão confirmados! " está sinalizando os itens com o motivo de não resposta "ERRO WEB SERVICE"

Parecer

Corrigido. Não deveria tentar responder para itens confirmados.

Descrição:

3. Na tentativa de resposta que teve algum problema não está registrando no histórico do item da cotação.

Parecer

O histórico não registra tentativa falhas de resposta, tanto em tela como no motor. Somente registra no log.

Descrição:

4. Em certos momentos o sistema registra o item com motivo de não resposta "ERRO WEBSERVICE", porém alguns instantes depois ele envia o preço sem ninguém fazer nada.

Parecer

Isso não temos como corrigir, quando ocorre "ERRO WEBSERVICE" significa que pode ter ocorrido algum problema de comunicação com o webservice.

15417 – Resposta automática do motor

Descrição: O motor processa e altera a flag ISOBP_RspAutomaticaMotor para SIM, mesmo quando não processa de fato, uma vez que altera para sim, ele não é mais processado. O problema é que essas cotações nunca mais são integradas por causa dessa flag.

A alteração consiste em:

Acrescentar os registros que estão com a flag ISOBP_RspAutomaticaMotor igual a SIM porém estão com erro. Assim os pedidos que não foram de fato processado pelo motor poderão ser processados posteriormente, depois que o usuário corrigir o mesmo.

Parecer

Quando houver algum problema na resposta de algum item, o flag ISOBP_RspAutomaticaMotor será = "N", e será processado novamente.

15420 – De/Para Bionexo

Descrição: Na tela de DE/PARA da Bionexo (HWWISOBionexoProdutoCliente) quando é feito o cadastro de um novo DE/PARA, o sistema está interpretando que deve ser feito a inclusão de um novo registro, e não a alteração do registro que estou fazendo. Entendemos que quando um registro for alterado já possuindo um DE/PARA tudo bem criar um novo, porém quando não há DE/PARA deveria ser alterado este registro, evitando assim deixar um registro SEM DE/PARA.

Parecer

Sempre que se alterar o campo "Produto", será incluído um novo De/Para, mesmo que o anterior estivesse em branco. Isso é uma regra e não será alterada. Foi alterado para que os produtos Bloqueados (normalmente nestes o campo "Produto" está em branco) também apareçam no grid mais abaixo para seleção. Então basta selecionar e excluir o registro que não se deseja mais, ou inativar.

15050 – Itens do Pedido.

Descrição: Problema ao alterar produto nos itens de pedidos. Foi relatado que ao alterar Data de Faturamento, por exemplo, do produto 428919 ou 428933, o sistema fica apenas carregando a tela e não executa nada.

Parecer

O problema ocorria quando colocava data de faturamento para uma data do próximo mês e este não tinha data de promessa cadastrada. O sistema agora não fica mais em “looping”, podendo alterar normalmente a Data de Faturamento.

15246 – CPF/CNPJ obrigatório no pedido

Descrição: Ao passar um pedido para a situação interna ABERTO, verificar se o cliente deste possui CPF/CNPJ preenchido. Se não tiver, não deixar concluir. Esta funcionalidade deverá ser ativada por parâmetro.

Parecer

Desenvolvido conforme escopo aprovado.

Para obrigar o CNPJ do cliente ao fechar o pedido.

 Parâmetro PEOBDADCLI

• • Detalhe: CLICGC

 Valor: CLICGC

Para obrigar o CPF do cliente ao fechar o pedido.

 Parâmetro PEOBDADCLI

• • Detalhe: CLICPF

 Valor: CLICPF

15320 – Valor zerado no pedido

Descrição: Encontramos um erro na emissão do pedido no ISO Web. O valor de alguns itens está zerado na impressão do pedido, gerado assim um valor total diferente da tela do pedido. Este pedido foi criado a partir de um contrato.

Parecer

O pedido em questão não foi gerado por um contrato. Se fosse estaria vinculado na tabela abaixo: select * from ISOCTPedContrato where isoEmp_Codigo = 11 and ISOCttPedCon_Codigo = 7200492

Outro indício que não foi gerado a partir de um contrato é que o na tela do pedido não apareceriam as abas Pesquisar produto, Promoções, Produtos favoritos... Estranhamente foi gerado o valor no campo de empenho nos itens 11 e 12, por isso na geração do relatório entendia-se que era de contrato. Foi corrigida essa inconsistência, alterando para que no relatório seja identificado se o pedido foi gerado a partir de um contrato verificando a tabela ISOCTPedContrato.

15325 – cálculo margem bruta

Descrição: Conforme falamos, o cálculo do preço liquido, que é base da MB continua errado. No log em anexo, veja que o preço saiu a R$ 787,50 onde foi calculado com base no ICMS de 12%, porém o ICMS final do cliente é 18%. O preço deveria ser R$ 727,50.

Em anexo segue o cálculo correto e o que foi calculado. Segue também o log do pedido.

Parecer

Solucionado no 15017. Quando foi disponibilizado a versão 160.1 foi disponibilizado em caráter emergencial e foi informado que deveriam parametrizar de acordo com o parâmetro descrito no atendimento 15017. Foi realizado o procedimento em homologação e não foi realizado em produção.

Solução do atendimento 15017:

 Parâmetro: ISOPVPEDIDO

• • Detalhe: APLICA_CONTRIB_ICMS

 Valor: Sim ou Não - Para habilitar a correção da margem bruta usando o icms de acordo com a flag do cliente, de contribuinte ou não de ICMS, devemos deixar o valor em SIM. Em Não, o sistema será mantido da mesma maneira que é atualmente.

14586 – Itens do pedido

Descrição: Precisamos que seja feito uma proposta para a criação de uma nova tela de inclusão de itens no pedido no ISO. Em anexo segue a uma proposta desta nova tela. A ideia é de criar uma tela completamente nova, sem, alterar a atual. A nossa sugestão é criar uma nova aba no pedido para isto.

Parecer

A tela para incluir itens ao pedido foi criada conforme escopo aprovado e poderá ser acessada a partir da versão 165.1 do isoCRM. As funcionalidades não descritas abaixo.

Acesso à nova tela

Solicitar licenças para os módulos abaixo:

No cadastro do objeto “HViewISOPvPedido”, cadastrar e liberar o evento “ISO_PvSimplificado” para os usuários:

Acessando o pedido, a nova tela estará disponibilizada em uma nova aba conforme abaixo:

Ao buscar um produto, estes serão listados no grid logo abaixo, de acordo com as unidades permitidas para venda:

Os campos “Qtde” e “Preço final” poderão ser alterados antes de incluir no carrinho. O campo “%desc./acr aplicado” não foi habilitado para alteração pois pode confundir o atendente, pois se estiver dando um desconto teria que ser informado “-” antes do valor. Ex: -10,00.

Ao alterar o campo “Preço final” e sair do mesmo (tab ou outro), o campo “%desc./acr aplicado” será automaticamente atualizado de acordo com o desconto/acréscimo concedido. O preço de venda do produto é R$ 97,20. Alterando o “Preço final para R$ 90,00” está sendo concedido um desconto de 7,41%.

Promoções

Caso o ícone em destaque esteja amarelo, o produto está em promoção.

Clicando nele abrirá uma outra tela para incluir o produto com seu preço promocional.

No cadastro de uma promoção, foi adicionado um campo que determina que os produtos contidos nela só poderão ser vendidos promocionalmente. Ao tentar incluir um produto pesquisado (ícone “+”) que se encaixe nesta condição, a tela com o preço promocional será aberta automaticamente. Abaixo o campo que define que produtos só podem ser vendidos promocionalmente.

Preço ideal

Foi criada a funcionalidade do preço ideal. Para que os campos apareçam em tela devem ser cadastrados os parâmetros conforme abaixo:

 Parâmetro: ISOPVPEDIDO

• • Detalhe: “CENARIOS_NEG_PRECOSUGERIDO”

 Valor: Informar o(s) código(s) do(s) cenário(s) utilizado para informar o preço ideal dos clientes através da matriz de negociação. Caso exista mais de um cenário, estes deverão estar separados por “;”.

Deverá ser criado um cenário de negociação para incluir os preços dos produtos através das matrizes. Este(s) cenário(s) deverão estar informados no parâmetro “ISOPVPEDIDO”, detalhe “CENARIOS_NEG_PRECOSUGERIDO”. Então deverá criar uma matriz de negociação, informando o preço ideal para o produto/cliente, conforme desejar.

 Parâmetro: ISOPVPEDIDO

• • Detahe: CLASS_DESCONTO_PRECOSUGERIDO

 Valor: Informar o código da classificação do desconto dos produtos que será utilizada para aplicar um desconto ao preço sugerido.

O cadastro da classificação do desconto pode ser acessada em:

Menu – Núcleo – Geral – Produto – Classificação desconto/acréscimo

Então deve-se cadastrar um desconto para o produto, informando o código da classificação cadastrado no parâmetro abaixo:

 Parâmetro ISOPVPEDIDO,

• • Detalhe CLASS_DESCONTO_PRECOSUGERIDO, que será utilizado para negociar em cima do preço sugerido ao cliente.

Cadastrando estes parâmetros, ao efetuar a busca do produto, aparecerá conforme abaixo:

O preço sugerido (campo “Preço inicial (Negociação)”), cadastrado na matriz de negociação é R$ 90,00.

O desconto máximo definido (campo % desc. Máximo), conforme classificação do desconto é 12,00%.

O preço que aparecerá para venda (campo “Preço ideal”) será de R$ 79,20 (R$ 90,00 menos 12,00%).

 Parâmetro: LIB_DESC_PRECOSUGERIDO

• • Detahe: COMANDO

 Valor: S ou N. Default N.

Ao incluir um produto que possua preço ideal, poderá informar um preço mais barato que o seu preço ideal no campo “Preço final”. Se neste parâmetro estiver S, o usuário poderá incluir o produto no carrinho com o preço mais barato que o seu preço ideal.

Caso contrário aparecerá a mensagem abaixo:

Preços definidos em contrato com os clientes

• Parâmetro: ISOPVPEDIDO

  • Detahe: “CENARIOS_NEG_CONTRATO”

 Valor: Informar o(s) código(s) do(s) cenário(s) utilizado para informar o preço definido em contrato com os clientes, através da matriz de negociação. Caso exista mais de um cenário, estes deverão estar separados por “;”.

Caso o produto/cliente se encaixa num cenário definido em contrato (parâmetro acima), a funcionalidade do preço ideal (parâmetro CENARIOS_NEG_PRECOSUGERIDO) será ignorada e o preço ideal apresentado será conforme a matriz de negociação encontrada no cenário do parâmetro CENARIOS_NEG_CONTRATO.

Valor da última transação

As cores do campo “Preço última transação” será assim definida:

• Verde: última transação foi convertida em venda, a menos de 1 ano.

• Cinza: última transação foi convertida em venda, a mais 1 ano. o Vermelha: última transação não foi convertida em venda e foi cancelado. Só aparecerá em vermelho se o motivo do cancelamento estiver cadastrado conforme parâmetro abaixo:

 Parâmetro: ISOPVPEDIDO

• • Detahe: ITEM_MOTCANC_PERDEU_VENDA

 Valor: Informar os códigos das situações X motivos de cancelamento. Caso existam mais de um, estes deverão estar separados por “;”.

Ex: 9-1, onde 9 código da situação e 1 o código do motivo.

Observações

Conforme escopo, seria adicionado o campo “Diferencial de alíquota de ICMS”, porém esta informação não existe no isoCRM. Foi solicitado ao Cliente o cálculo para se chegar a este valor, porém não foi passado.

15118 – Cotação Bionexo

Descrição: Conforme contato segue cotação bionexo 35085793 sequência 147 referente a ação de desistência alterar o histórico do item, ou seja, sempre que a desistência de um item com similar for a última ação o histórico (campo status) acaba sendo alterado para aquele item similar.

Parecer

Foi corrigido o problema. Dará mensagem na tela se foi respondido por um produto e estiver tentando desistir por outro.

14919 – Cancelar pedido

Descrição: Ao tentar cancelar um pedido ou colocar em cotação, onde o mesmo está em Aberto e acabou cota, o sistema não deixa, pois não tem mais cota. Para situação Cancelado ou Cotação, esta crítica não deve ocorrer.

Parecer

Problema corrigido

14667 – Oferta obrigatória

Descrição: Construir tela de manutenção para PRODUTOS COM OFERTA OBRIGATORIA,

conforme existe na versão WIN

Parecer

Rodar o isoReconstrução para gerar os objetos e em seguida efetuar a liberação de objetos e parametrização abaixo:

Objeto: HWWISOPvMatrizItensObrigatorios Evento: ACESSO

Objeto: TISOPvMatrizItensObrigatorios Eventos: ACESSO, INS, UPD, DLT, DSP

Objeto: HViewISOPvMatrizItensObrigatorios Eventos: ACESSO, General

Objeto: HISOSA_WSConsulta Evento: ACESSO

Objeto: ARISOSA_WSConsulta Evento: ACESSO

Objeto: HWWISOPrdSelecao Evento: ACESSO

Objeto: HViewISOPrdSelecao Eventos: ACESSO, General

Objeto: TISOPrdSelecao Eventos: ACESSO, INS, UPD, DLT, DSP

 Parâmetro: PEDIDO_TELA

• • Detalhe: ABA_OFERTAOBRIGATORIA

 Valor: S ou N

As ofertas obrigatórias são exibidas de acordo com as matrizes cadastradas, por exemplo, ao cadastrar um produto na matriz de itens obrigatórios vinculando à um cliente, o produto irá aparecer para aquele determinado cliente no pedido. Se cadastrar outra matriz com o mesmo produto, e dessa vez colocar uma cidade... irá adicionar o produto a todos os clientes cujo endereço principal é daquela cidade. Assim por diante. A tela de oferta obrigatória aparece ao lado esquerdo, o ícone é uma caixa de presente. Assim como favoritos, deve-se clicar em buscar para trazer as ofertas obrigatórias (Ele não vem carregado). A tela não possui filtros, assim como a tela de favoritos.

14877 – Desconto no item

Descrição: Nesse campo visualizamos o total dos descontos aplicados nos itens.

Parecer

Foi criado o campo "Tot. desc. itens", que aparecerá no carrinho caso esteja parametrizado conforme abaixo:

 Parâmetro - ISOPVPEDIDO

• • Detalhe: TOT_DESC_ITEM_ABA

 Valor: S Default: N

Neste campo aparecerá a somatória dos valores dos descontos aplicados aos itens.

15017 – Margem bruta

Descrição: Na margem bruta, o preço usado do produto é calculado usando a alíquota de operação, sendo que deveria usar a alíquota destino (estado do cliente). Essa regra se aplica apenas para os clientes que não são contribuintes de ICMS. Regra criada no final do ano passado.

Parecer

Utilizar o parâmetro:

 Parâmetro: ISOPVPEDIDO

Detalhe: APLICA_CONTRIB_ICMS

 Valor: Sim ou Não

Para habilitar a correção da margem bruta usando o ICMS de acordo com a flag do cliente, de contribuinte ou não de ICMS, devemos deixar o valor em SIM.

Em Não, o sistema será mantido da mesma maneira que é atualmente. Alteração na rotina de cálculo do item do contrato. A aplicação de ICMS não havia sido passada para contratos, foi repassada. Esse repasse irá afetar inclusive o Percentual do ICMS no cadastro do item do contrato. Hoje quando aperta TAB, o ICMS é carregado usando a mesma rotina, e em alguns casos está trazendo errado. Com essa modificação em item de contrato esse comportamento tem que ser validado.

14962 – Cotação Bionexo

Descrição: O sistema deve obrigar o usuário a informar o motivo de não resposta antes de enviar a resposta de uma cotação Bionexo. Configurável por usuário;

- Configurar o botão "Bloqueado"/"Inativar" no de/para por usuário

Parecer

Desenvolvido conforme escopo aprovado.

- Foram criados os eventos “BLOQUEAR” e “ATIVAR” no objeto “TISOBionexoProdutoCliente”.

- Foi criado o detalhe “MOTIVO_NAORESPOSTA_OBRIG” do parâmetro “HISO_BIONEXOPEDIDO” para habilitar ou não a verificação dos motivos de não resposta antes de responder. No campo valor do detalhe deverá colocar “S” para verificar. Default “N”.

14964 – pedido Bionexo

Descrição: Foi identificado um erro na tela de consulta pedidos Bionexo, onde ao se informar um responsável onde contenha um volume grande de clientes, a tela trava, ficando cinza. Favor verificar a forma de consulta desta tela através do campo responsável.

Parecer

O problema ocorria quando o responsável possuía vários clientes. Foi corrigido e otimizada a busca.

15065 – Contrato

Descrição: Geração de doc. está com problema

Parecer

Não foi encontrado problema. Nos testes a geração ocorreu com sucesso. Deverá verificar se o parâmetro ISOCTT_ETIQUETAS, detalhe DIRETORIO_DOC está parametrizado corretamente, apontando para uma pasta válida para o servidor e que a aplicação tenha acesso: Ex: "C:\Temp\"

Foram feitas alterações na geração do arquivo .doc, mas que não alteraram a funcionalidade.

Integração

14912 – Integração de pedidos Web/Win

Descrição: No processo de integração de pedidos (e demais informações) da versão WEB para a versão WIN, é comum ocorrerem erros que fazem os programas de integração abortarem a execução, não gerando mensagem de erro e não dando indícios que possibilitem a identificação do problema.

Este comportamento dos programas de integração, quando ocorrem erros desta natureza, interrompe todo o processo, impedindo o processo de fechamento mensal, causando muito trabalho para identificar a origem do problema e grande atrasos para o cliente.

É necessário colocar um tratamento genérico de erros nestes programas de integração (tratamento de exceções como divisão por zero, overflow, etc). Uma vez identificado um erro, os programas devem registrar o problema nas tabelas de LOG e continuar o processamento para o próximo pedido/informação, não interrompendo o processo.

Parecer

Foi adicionado um tratamento para que quando ocorrer erro ao tentar acessar o

webservice, o motor não caia e retorne a integração do pedido com erro. Foi adicionado para gravar o erro também na ISOLOG.