V 165.3
Utilize o documento acima para ler o release note
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.