Descrição: Homologação e correções modern.

Solução: Foram corrigidos alguns web services que afetavam a performance da tela de cadastro e realizadas melhorias nas sugestões de respostas do chat.

Descrição: Documentação do Chat

Solução: Documentação criada e feito repasse

Descrição: Controle de autorização para incluir/alterar o cadastro de um cliente no modern.

Solução: Implementado Para que possa realizar a inclusão/alteração de um cadastro, deve possuir autorização no cadastro do formulário. (Menu-Núcleo-Entidade-Formulário), opções "Botão incluir" e "Botão alterar".

Caso não possua autoridade, ao tentar gravar um cadastro aparecerá uma mensagem conforme abaixo: "Não possui autorização para INCLUIR um cliente." Atualizado também no google drive o documento abaixo: isoCRM - Como fazer cadastro no isoCRM Modern

Descrição: Inclusão do campo de consulta de usuários na tela de manutenção de condição de pagamento, conforme imagem anexo.

Solução: Incluído campo de filtro por Usuário

Descrição: Persiste o erro ao tentar abrir arquivo (anexo/documento) a partir da tela de cadastro básico.

Solução: Foi realizada correção na tela de cadastro e consulta para os arquivos de dados complementares de pessoa

Descrição: Efetuar ajuste no check-in/check-out no isoMobile. Erro ao efetuar o checkin sem campanha configurada.

Solução: Foi necessário realizar um ajuste no web service.

Descrição: Realizar a integração com CTI da Nexcore (NCall) Informações para homologação, detalhe 8.

Solução: Integração com CTI da Nexcore (NCall)

Descrição: Como que fica quando eu tenho preço escalonado para um mesmo produto dentro de uma tabela de preço? exemplo: o valor da caneca branca é R$ 6,99 se o cara comprar até 145 unidades Se comprar acima de 145 o valor fica R$ 6,50 a unidade Pelo que vi na tabela da página 29, não tem essa possibilidade… consegue confirmar pra mim?

Solução: Após receber os dados na tabela intermediaria (Int_ISOPromocao), ( tabela que foi criada para integrar as promoções), (pag 53 doc. de integração) é necessário realizar as configurações interna no isoCrm, Supervisor - Pedido - Promoções. Procedimento de configuração interna: Criar uma promoção. 

Ex: Promoção ir na lupa - e incluir qual sera a forma de uso - produtos da promoção, faixas da promoção ou Matriz de promoção. Após escolher (ex: faixa da promoção) ir na lupa e cadastrar uma faixa. Após a faixa criada, adicionar os itens que pertencem aquela promoção.

No caso da integração ao atualizar vai ser possível visualizar os dados integrados e também é possível ver na tela de pedido indo no campo promoções.

Existe um parâmetro para configurar para aparecer promoção no pedido. Parâmetro: pedido_tela -descrição:PEDIDO_TELA DEFINE QUAL TELA USAR PARA PEDIDO -detalhe: ABA_PRODUTOSPROMOCOES -valor: S

Descrição: Integração de NF - Busca do relacionamento de pedido com NF pelo código externo do pedido no cabeçalho. Pois no processo da Britânia vão existir itens de pedidos diferentes com o mesmo código externo. Caso do pedido segregado pelo ERP.

Solução: Adicionado um parâmetro para não impactar no processo que já existe. E não influenciar integrações que não utilizam o código do pedido externo no cabeçalho do pedido ISO. Parâmetro: ISOCRM_INTEGRACAO Detalhe: NF_BUSCA_PELO_PEDIDO Valor: "S"

Descrição: Login no isoCRM através da telefonia (usuário e senha CTI). Validar também o recebimento através do ExtJs Modern.

Solução: Adicionado um parâmetro para não impactar no processo que já existe. E não influenciar integrações que não utilizam o código do pedido externo no cabeçalho do pedido ISO. Parâmetro: ISOCRM_INTEGRACAO Detalhe: NF_BUSCA_PELO_PEDIDO Valor: "S"

Descrição: Problema na integração de pedidos. Não tem o retorno do campo Int_ISOPvPedIte_PrecoListaBase.

Solução: Problema corrigido.

Descrição: A informação marca favorita relativo a itens de cotações Bionexo apesar de ser visível no XML de integração não está sendo mais registrada no campo [ISOBIONEXOPEDIDOITEM.ISOBPIt_Marca_Favorita] e nem mostrada na tela da cotação Bionexo, lembrando que esta informação era registrada no seu devido campo até o período de 06/2015.

Solução: A marca favorita, quando existir poderá ser consultada no tooltip do ícone de informações.

Descrição: Corrigir problema WS Propostas, campo negociacaoBaseNacional deve devolver valores 0 (não) ou 1 (sim).

Solução: Foi ajustado Web Service HTTP de Proposta, devolver alfanumérico ao invés de numérico no campo de motivo de perda de proposta.

Descrição: Ajustar Web Services do CNI de Contas e Contatos para devolver o campo codigoEntidade

Solução: Foi alterado views VW53_Contas e VW46_ContaContatos para devolver codigoEntidade = 3, além dos ajustes na aplicação IsoCRM.

Descrição: Falha no processo de integração de cadastro.

Solução: Ajustado procedimento que ao efetuar alguma alteração no cadastro, o campo de data de alteração e usuário de alteração do papel cliente também será alterado. E com isso será disparado a trigger na tabela ISOENTCLIENTE. 

Ajustado a trigger na ISOENTCLIENTE para somente incluir registros nas tabelas intermediárias se os campos de operação, data de alteração e usuário de alteração sofrerem atualização. E somente será incluído registro nas tabelas caso não existam registros de SAÍDA e que NÃO foram processados.

Descrição: Cadastro/Integração de produtos - Verificar informações de especificações técnicas do produto. Ex.: Peso bruto. Será necessário ajustar a integração de produtos.

Solução: Foram adicionados os campos na integração: Desconto CP, peso, volume, tipo e brinde. Int_ISOPrd_DescontoCP - Aplica desconto CP (S ou N) - (caractere 1) Int_ISOPrd_UndPeso - Peso (numeric 8.3) Int_ISOPrd_Volume - Volume (numeric 12.3) Int_ISOPrdTip_Descricao - Tipo do produto (caractere 70) Int_ISOPrd_Brinde - Brinde (S ou N) - (caractere 1)

Descrição: Não permite incluir Cliente em pesquisa que o mesmo já tenha participado.

Solução: Foi criado um campo na tabela de cadastro da pesquisa para controlar se a pesquisa é controlada por atendimento, permitindo incluir o cliente várias vezes desde que em atendimentos diferentes.

Descrição: Desenvolvimento de controle de acesso no extjs utilizando references e parametros (Parametrização automatica).

Solução: Foi desenvolvido um botão supervisor na tela de cadastro (tela extjs, acessada pelo menu principal -> cadastro) que possibilita configurar o layout da tela de cadastro para um determinado grupo o qual fica atrelado ao usuário através do cadastro do próprio usuário.

Descrição: Efetuar ajuste no check-in/check-out no isoMobile. Erro ao efetuar o checkin sem campanha configurada.

Solução: Foi necessário realizar alguns ajustes no web service.

Descrição: Ao selecionar a opção Seleção de produtos, aparece mensagem de erro em anexo.

Solução: Problema corrigido.

Descrição: Persiste o erro ao tentar abrir arquivo (anexo/documento) a partir da tela de cadastro básico.

Solução: Foi corrigido a exibição do anexo no cadastro do cliente.

Descrição: Problema relacionado ao botão confirmar no cadastro simplificado.

Solução: Foi ajustado o botão "Confirmar" para ficar invisível quando for alteração de entidade e o usuário não tem permissão de alterar.

Descrição: Criação de views. Criação de gama de relatórios, gráficos, gauges.

Solução: Foram criadas as views para os gráficos conforme solicitado.

Descrição: Falha no formulário de dado complementar do atendimento. Na Homologação realizada pelo cliente, detectamos que ao inserir um atendimento/alterar, o mesmo esta obrigando o preenchimento do dado complementar, conforme imagem em anexo. 

O dado complementar esta amarrado a Motivo/ocorrência/CAUSA, e no cadastro do mesmo, nenhum campo esta marcado como preenchimento obrigatório.

No ambiente de produção do cliente (versão 153.1), isso não esta apresentando erro, esta funcionando perfeitamente. Acredito que conforme foram realizadas atualizações, algo acarretou esse problema.

Homologuei o problema no ambiente: https://vm-boomer/192_1_homolmodern/#principal

Com o usuário isopadrao. Código do dado complementar 7. Atendimento criado no momento para testar 4291.

Motivo: AJUSTE 

Ocorrencia: TELA 

Causa: GERAL

Solução: Corrigido leitura do For Each para pesquisar se os DC do atendimento foram respondidos. Sempre pesquisa por resposta obrigatória = SIM, caso não encontre, obriga responder. Mas não leva em consideração que o DC pode não ser obrigatório, daí nunca encontrará respostas.

Descrição: Erro ao tentar procurar Atendimento. Após localizar o profissional e tentar registrar o ISO no cliente anônimo o sistema apresenta o erro, conforme print em anexo.

Solução: Problema corrigido. Foi necessário criar uma view (VW66_ISOAtendimentoDet) para evitarmos problemas no futuro.A view foi disponibilizada nas versões SQL e Oracle.

Descrição: Após a implementação de consulta nos formulários de atendimento (Núcleo/Entidade Empresa/Formulários/Atendimento) não esta sendo possível editar as perguntas. 

Após alguns testes identificamos que o problema está no fato da view "VW63_DadoComplementar" conter muitos registros, removemos alguns tipos de consultas da view e a manutenção das perguntas passou a funcionar, porém todas as consultas na view são necessárias para o SAC.

Solução: Problema resolvido. Foi simulado o problema e foi alterada a tela, otimizando a query na view, resolvendo o problema.

Descrição: Qual é a tabela e coluna no workflow - acompanhamento de tarefa - reserva por setor.

Solução: Parâmetro: HVIEWISOWFTAREFA 

Detalhe: ORDENACAO 

Valores: 0 - Comportamento atual (seria o mesmo que deixar sem parametrizar) 

1 - Data receb. descendente 

2 - Data limite ascendente 

3 - Data limite descendente 

4 - Prioridade 

Reforçando que essa implementação somente funciona nas abas; tarefas de entrada. tarefas reservadas. Se parametrizar, o recurso de carregar a última ordenação selecionada deixará de funcionar. Sempre carregando a ordenação parametrizada. O usuário poderá alterar pontualmente a ordenação e buscar, mas na próxima vez que acessar a tela, a ordenação será a parametrizada.

Descrição: Problema formulário de atendimento: CNPJ não cadastra no sistema via formulário. Toda vez que é realizado o procedimento de confirmar a inclusão de um cadastro de pessoa jurídica, aparece uma alerta na tela com a seguinte descrição: Erro Não existe 'ISOSAAte Entidade'.

Solução: Corrigido bugs informado pelo cliente. Disponibilizado fix pelo One drive e enviado email com link.

Descrição: Ao enviar um e-mail via workflow do sac que esteja configurado para enviar no corpo um dado complementar, e este SAC possuir 3 detalhes, o dado complementar aparece 3 vezes no e-mail.

Solução: Foi corrigida a duplicação do dado complementar no envio do e-mail através do workflow.

Descrição: Problema, o motor "Envia e-mail" está caindo muito, pois provavelmente algum e-mail está com carácter não tratado pelo sistema, mas não consegui localizar qual é.

Solução: Foi criado um procedure para limpar caracteres de e-mail no momento do envio. Também foi criado um try catch no envio de e-mail, para não abortar, dando erro, grava log e vai para o próximo.

Descrição: Favor avaliar por que um chat conseguiu entrar para fila depois do horário de encerramento, programado para às 19h.

Solução: Foi desenvolvido um recurso para verificar novamente o horário quando clicar em "confirmar, o que impede que o usuário salve após o horário.

Descrição: Sinalizar com * os campos obrigatórios no chat

Solução: Foram sinalizados os campos obrigatórios no chat.

Descrição: Sistema continua gerando duplicidade de contratos. O que pode ser feito para que isso não ocorra mais? Problema recorrente.

Solução: Já foi realizada anteriormente uma melhoria para ver se o problema foi resolvido, não temos como saber por qual versão do isoCRM o contrato foi incluído, pois eles utilizam várias versões.Foi adicionado um log informando qual a versão do sistema o contrato foi incluído.

Descrição: É possível que na tela de contratos os itens sejam ordenados por data de inclusão?

Solução: Foi adicionado na ordenação, a opção sequencial.

Descrição: Segue um erro no contrato. Ao alterar a situação do Item para PERDIDO o % ICMS zerou e crítica Motivo, porém o campo Motivo fica inacessível.

Solução: Foi corrigido o problema para que quando clicar na situação, não de "refresh" na tela, e foram retiradas as regras para que o campo motivo da situação fique desabilitado.

Descrição: É necessário criar um filtro por País na tela HISOMk_AtendimentoWC, pois antes de realizar o refresh na página, a variável de país parece estar em branco, fazendo assim com que sejam carregados todos os países cadastrados, isso faz com que apareça na combo de UF todos os estados. Além de carregar todos os estados a localidade, mesmo de outros países, fica vinculada ao estado de código 1 do país Brasil.

É necessário remover este vínculo sempre da localidade ao estado 1 deste país.

É necessário criar também um parâmetro para que carregue um país por padrão sempre no início do carregamento da tela.

Solução: Foi adicionado o campo País. Alterado a label de UF Cliente para UF. Também foi criado um recurso que se existir somente um país, ele vem selecionado, se houver mais de um, vem padrão Todos.

Descrição: 2 Erros na tela HViewISOMKAteContato Versão ISOCRM - V3_1801R186.5. Erro na abertura da tela e Erro na sequencia de prompt da tela...fica pulando sempre para o final da tela.

Solução: Problema resolvido.

Descrição: Para desenvolvimento:Quando tenta fazer a copia do pedido, os check-box "copia desconto" e "copia novo preço" só aparecem para o usuário logado se o parâmetro ISOPVCOPIAPEDIDO estiver cadastrado para um grupo, ou para o próprio usuário. Porém deveria funcionar para todos os usuários uma vez que o parâmetro estiver cadastrado para o isoPadrao. Homologado na versão 192.3 no servidor vm-boomer.

Solução: Corrigido a funcionalidade de copiar pedido, uma vez que o parâmetro ISOPVCOPIAPEDIDO for cadastrado com permissão ao usuário isoPadrão, todos os demais usuários conseguem visualizar os check-box de copiar desconto e copia novo preço.

Descrição: Erro ao efetuar copia de pedido. Identificamos um erro GRAVE na versão que estamos utilizando, ao efetuar copia de pedido. Ao copiar um pedido e informar que quer copiar os descontos, o sistema, está desconsiderando o desconto, e o pior, está considerando o preço com desconto do pedido original como preço original do novo pedido. Desta forma, na alçada não é calculado o desconto e não para na alçada. Fiz a mesma copia na versão 178.6 e funciona corretamente.

Favor verificar o que pode ter ocorrido, é erro do programa? ou algum parâmetro novo? Abaixo segue dados dos pedidos copiados. Pedido copiado (original): Pedido copiado na versão 186.6 (errado). Pedido copiado na versão 178.6 (correto).

Solução: Foi alterado a tela de copia de pedido para que sempre que seja utilizada, recalcular os valores. Desta forma quando copia o pedido e seleciona copiar desconto, o novo pedido carrega o preço original correto e o preço unitário já com desconto.

Descrição: Problema na entrada simplificado por item na tela de pedido. Permitindo incluir itens após concluído o pedido.

Solução: Problema corrigido. Ajustado conforme as outras telas de entrada de itens. Inserido a mesma consistência.

Descrição: Bom dia, Gostaria de ajuda de vocês para entender o que pode ter ocorrido com uma cotação Bionexo. O cliente confirmou uma cotação com 3 itens, porém ao consulta-la aparecem mais 7 linhas em branco. Ao selecionar os 3 itens e criar o pedido, o sistema criou um pedido com outros itens, que não estão na cotação e na tela de cotação aparece o numero do pedido 2 vezes. 

Solução: Foi alterado o sistema para não carregar na tela itens que não possuem código do produto da Bionexo.

Descrição: Botão recalcular tudo, não está obedecendo a regra de desabilitar conforme a situação do pedido e o perfil do usuário.

Solução: Configurar ou incluir o seguinte parâmetro (CARRINHO_RECALC_BTN_ALL) para ter um botão único. • Parâmetro – ISOPVPEDIDO o Detalhe - CARRINHO_RECALC_BTN_ALL ? Valor - S

Descrição: Foi identificado uma situação no pedido, onde após ser solicitado liberação de cotas de um item do pedido, o sistema bloqueia o acesso a aplicar Desconto/Acréscimo pela matriz de desconto/acréscimo. Favor verificar esta situação, para que seja permitido tal processo. 

Aba Desconto/Acréscimo antes de solicitar cotas. Aba Desconto/Acréscimo após ser solicitar cotas.

Solução: Problema corrigido. Estava fixo que só podia aplicar desconto se o usuário fosse MASTER ou o pedido estivesse na situação interna cotação. Foi alterado para que utilize o parâmetro SITPEALTIT para verificar as situações do pedido que podem ser aplicados os descontos, assim como ocorre na tela de descontos do item, na tela do FrontEnd.

Descrição: Ao pesquisar um item no pedido pela lupa, onde o mesmo não tenha preço de lista, matriz unidade de medida e dados fiscais, o sistema não mostra nada e não dá nenhuma mensagem. As únicas mensagens são item inativo ou bloqueado. Fazer com que nestas situações apareça também as mensagens do porque não aparece o item.

Solução: Foi alterada a tela "Pesquisa de produtos" para que apareçam as seguintes inconsistências, caso seja utilizado o filtro "Código": Bloqueio estratégico Produto inativo Unidades não cadastradas (fator de conversão) Não liberado na matriz de unidade Preço de lista não encontrado Não é possível realizar inconsistência por falta de dados fiscais, pois a falta deles não é impeditivo para vender o produto.

Descrição: Tratamento de preços "sem impostos" na tela do pedido. 

Verificar no pedido como fazer: Alçada + parâmetro TVPEDIT (Alteração do preço base)

Quando altera-se o PREÇO BASE, não consegue calcular % de desconto, não verificando alçadas de desconto e nem apresentando o % de desconto nas informações do item. O objetivo é que o usuário possa "negociar" o preço tendo como base o preço sem impostos (ou preço base). O preço base não pode fazer que se perca a referência do valor original.

Solução: Foi criado o campo ISOPvPedIte_ValorUnitOriginal na tabela ISOPvPedItem, para armazenar o preço unicial inicial de venda do item com base no preço de lista gravado no sistema. A partir desse valor que será calculado o percentual para verificar se caiu em alçada.

Até então, um produto só caía em alçada se tivesse um desconto aplicado. Não considerava se houve alteração no preço de lista (habilitado pelo parâmetro TVPEDIT).

Foi criado o parâmetro abaixo para desabilitar a verificação de desconto aplicado, ou seja, se um item do pedido teve apenas seu preço de lista alterado, ele poderá cair em alçada mesmo não tendo desconto aplicado. Parâmetro: ISOALCADAPEDIDO Detalhe: OBRIG_DESCONTO_APLICADO Valor: S ou N (S para obrigatório ter desconto aplicado para cair em alçada) Valor default: S

Descrição: Nas telas de busca de cotação Bionexo, obrigar a informar um período de vencimento.

Solução: A tela de busca de cotações Bionexo foi alterada para ser obrigatório informar um período de vencimento. O período de vencimento virá com um valor default, dos últimos 30 dias. Foi criado o detalhe VENCIMENTO_DIAS do parâmetro HISO_BIONEXOPEDIDO se desejar alterar o valor default.

Descrição: Problema no motor de respostas automáticas da Bionexo. A funcionalidade conforme parâmetro BIONEXO_ALERTAS_CP está com problema. Ao tentar encontrar um alerta de um cliente, está utilizando o campo ISOEmpEnt_Alr_Codigo da tabela ISOEmpEnt_Alerta, porém deveria utilizar o ISOEmpAlr_Codigo.

Solução: Corrigido, ao tentar encontrar um alerta de um cliente, foi alterado para utilizar o campo ISOEmpAlr_Codigo.

Descrição: Alterar a aba itens do pedido, para que ao solicitar alteração de data de faturamento altere somente este campo que tiver conteúdo, se esse campo estiver em branco não considerar nenhuma manutenção no mesmo.

Solução: Corrigido. Se não preencher o campo data de faturamento a informação não será validada e nem gravada. Será mantida o que já estiver gravado no item. Se houver alguma data de faturamento para algum item e quiser limpá-la, não será possível mais possível. Neste caso deverá colocar a data atual.

Descrição: O motor de respostas automáticas da Bionexo está respondendo cotações bloqueadas pelo usuário.

Solução: Corrigido para que o motor verifique se a cotação está bloqueada no momento de sua resposta.

Descrição: Conforme falamos segue o contrato onde o saldo do mesmo não foi atualizado mesmo tendo vários pedidos. Este contrato o consumo está zero, como se não tivesse entrado nenhum pedido. Mas veja na tela de itens e de pedidos que houve vários pedidos ao longo da vigência. Lá na aba geral o Iso não está calculado e descontando os pedidos digitados.

Solução: Corrigido Foi identificado um problema no campo "Valor total ganho" da tela HViewISOCTContrato, aba Geral. Ele estava sempre mostrando o valor do campo "Saldo total", consequentemente afetando o valor do campo Consumo.

Descrição: Item não aparece na cotação e aparece no motivo de não resposta. Isso acontece pois a tela da cotação para identificar o DE PARA, utiliza a chave completa utilizando o cód. da unidade, já a tela do motivo de não resposta não trata da mesma forma.

Solução: Para corrigir o problema, foi adicionado o código da unidade também como condição para carregar o motivo na tela.

Descrição: Boa tarde, Segue anexo um modelo de proposta para que seja atualizado o modelo que está no CRM. Em especial, o título "Proposta/Contratação de Prestação de Serviço" e adicionar os campos de testemunha.

Solução: Modelo de proposta para que seja atualizado o modelo que está no CRM. Em especial, o título "Proposta/Contratação de Prestação de Serviço" e adicionar os campos de testemunha.

Descrição: Relacionamento entre pedidos. Criar uma forma que o pedido gerado no ISO, após integrado com o ERP, seja possível navegar direto pro pedido novo gerado e voltar para o pedido originário.

Ex,: Pedido 1 gerou pedidos A e B no ERP, consequentemente os pedidos A e B quando retornaram para o ISO, geraram os pedidos 2 e 3. Fazer a navegação do 1 para 2(A) e do 2(A) para o 1.

Solução: A navegação foi efetuada na aba de Itens na tela de pedido. Criado uma coluna que mostra o pedido externo ou o pedido que foi gerado. Coluna somente vai aparecer ao configurar o parâmetro. Parâmetro: ISOPVPEDIDO_ABA_ITENS Detalhe: PEDIDO_EXTERNO Valor: 'S'.

Descrição: Deixando inserir item sem armazém selecionado - Entrada simplificada por item.

Solução: Colocado uma consistência, caso não tenha armazém selecionado, será informado uma mensagem "Armazém não informado!".

Descrição: Novo campo na matriz de substituição tributária para aplicação direta do st. Regra não contemplada no procedimento de cálculos de impostos.

Solução: Criado campo na integração Int_ISOPvMatSubsT_AplicMvaDir e isoCRM ISOPvMatSubsT_AplicMvaDir: Para aplicação de substituição tributária diferenciada. 

Quando informado o valor “2” é utilizado o valor do Int_ISOPvMatSubsT_PercMarLucroFix diretamente na base de cálculo. Assim, o valor do ST será o resultado da carga tributária presumida, devendo ser calculado sem o MVA e também sem a dedução do valor do ICMS próprio. Ex.: (valor da mercadoria x quantidade) x percentual ST.

Quando informado o valor "3" só não é efetuado a redução do ICMS de origem ou o ICMS destacado em nota. Ex.( (valor da mercadoria x quantidade) + (mva calculado)) * % ICMS Próprio.

Descrição: Na rotina de cálculo do item do pedido, ao entrar no trecho "Aplica bonificação zona franca de manaus", o valor ICMS é zerado na variável e não é gravado no campo ISOPvPedIte_ValorICMS.

Solução: Criado um parâmetro para gravar o valor, pois não sabemos o que pode ocorrer no ERP de outros clientes se passar a gravar essa informação: Parâmetro: ICMS_ZONAFRANCA Detalhe: COMANDO Valor: S Default: N

Descrição: Na tela do pedido ou rotina de baixa de estoque, devemos mostrar o estoque, mas não baixar estoque, ou seja, criar parâmetro para configurar para não baixar estoque. Não estava no escopo. Cliente diz que quer visualizar a posição de estoque como o ERP envia via integração, não ocorrendo baixa a cada venda. Somente será atualizado na próxima integração do estoque com o ERP.

Solução: Para não baixar o estoque deverá cadastrar: Parâmetro: UMASTERPED Detalhe: BAIXAR_ESTOQUE Valor: N Default: S

Descrição: Pedido de venda, não carrega informações de impostos quando item inserido via tela de entrada simplificada por item. (o (i) de informações não aparece os dados de impostos quando vem desta tela simplificada), fazer os ajustes e parâmetros para configurar estas informações.

Solução: Já existe um parâmetro que define que ao incluir o item na tela simplificada, basta configurar que o pedido é recalculado: Parâmetro: RECALCULA Detalhe: RECENTRSIMPL Valor: S Default: N.

Descrição: Recálculo do pedido sempre altera valores no carrinho, quando parâmetro TVPEDIT indica para alterar preço base. Quando clica em recalcular o pedido, a tela assume que o novo preço alterado e assume este novo valor no preço base, recalculando o valor final com impostos. Esse novo valor final fica no mesmo campo NOVO PREÇO fazendo com que o isoCRM novamente assuma que foi alterado no caso do RECÁLCULO.

Solução: Foi identificado que o problema ocorre devido ao programa utilizar número de casas decimais diferentes para comparar os valores anteriores com o valor da tela, identificando como alterado pelo usuário.

Descrição: Ao inserir um item pela aba promoção e atualizar o pedido, o preço promocional é alterado conforme a tabela do cliente, não mantendo o preço da promoção.

Solução: Corrigido. Pacote de atualização 190.1 disponibilizado, contempla a correção referente a este problema.

Descrição: Ajustar relatório de propostas do SENAI para não exibir itens cancelados.

Solução: Foi ajustado o relatório para não mostrar itens cancelados.

Descrição: Lancei um orçamento no ISO e deu um erro na hora de imprimir para enviar ao cliente. Não dei desconto, portanto nenhum item foi para alçada.

Solução: Erro em função da versão, após a atualização em base de produção erro foi corrigido.

Descrição: No menu Núcleo/pedido/Importação Neogrid ao editar um pedido integrado com o objetivo de alterar a situação apresenta a seguinte mensagem anexo. Caso na tela de edição do pedido integrado seja pressionado a tecla "Fechar" gera uma mensagem.

Solução: Problema resolvido.

Descrição: O motor de e-mail de entrada não funciona na versão v15 do genexus. Não funcionam os webservices consumidos via visual studio. Visual Studio está enviando o pacote de forma errada.

Solução: Foi reescrito o motor de e-mail de entrada em Genexus.

Novo motor em genexus: APISOMotorEmailEntrada.exe (parâmetros iguais ao antigo, não utiliza isouploader).

Descrição: Preciso que seja alterado o processo de consulta ao log de execução dos aplicativos, pois quando é selecionado a opção do menu "Núcleo/Segurança/Geral/Log de execução" o sistema já efetua uma pesquisa aparentemente sem parâmetros, o que está ocasionando o "travamento" desta tela e impedindo desta forma sua utilização, desta forma recomendo de que o acesso a ela seja alterada para que ao iniciar não seja executado nenhuma consulta, similar a tela de "Atendimentos/Atendimento" e de que limite o número de registros da consulta impedindo de que acabe travando o sistema.

Solução: Foi realizada uma correção na carga da combo de usuários, que deixava a tela extremamente lenta. Também foi realizada uma melhoria onde é obrigatório informar um período de data do log.

Descrição: Os preços de itens com IPI o valor que o motor responde não está correto. No log, no bloco onde calcula o preço liquido para bruto está correto, porém dali pra frente o calculo não está correto. Não consegui concluir como o sistema fez o calculo. O que vi de estranho é ICMS de frete, porem não deveria ter frete neste calculo. Segue os logs para analise.

Solução: Foi gerado um fix para solução do problema pela equipe de desenvolvimento.

Descrição: Notamos na migração da versão isoWIN para isoWEB (191.1) que em duas telas dava erro "modulo não confere". - Núcleo > Workflow > Etapa do atendimento; - Núcleo > Entidade empresa > Classificação da entidade > aba "Especialidade" > na lupa de uma Especialidade;

Para correção do erro, com ajuda do Diogo (isoDesenvolvimento) foi necessário criar alguns objetos pois não existem no pacote da versão 191.1 e rodar alguns updates direto no banco de dados para inserção do código "CRC". Validar o script e ajustar se necessário para aplicar esta correção no RECONSTRUÇÃO.

Solução: Objeto HWWISOEntClaEspecialidade (Especialidade da classificação) não deve ser cadastrado pois ele é dependente da Classificação. Demais objetos colocados no RECONSTRUÇÃO.

Descrição: Favor montar um escopo para alteração no processo de Cotas. Deve ser alterado, para que a coluna de quantidade de cotas na aba cotas, preservar a quantidade sem deduzir o que foi solicitado no referido pedido.

Solução: Foi criada a coluna "Cota reservada" na aba de "Cotas" no pedido.

Descrição: Cliente:Precisamos que diminuam um pouco o tamanho da fonte do campo de observação que vai impresso no recibo.

Solução: Corrigido. O problema é que o campo é pequeno e se der ENTER na observação a linha é quebrada.

Foi alterado o tamanho da fonte. Foi alterado para retirar o ENTER da observação, deixando tudo numa única linha. Se não quiser retirar o ENTER cadastrar o parâmetro abaixo: • RISOPV_IMPRIMERECIBO o Detalhe: RETIRAR_ENTER_OBS ? Valor: N

Descrição: Em cliente foi notado a necessidade de criar a VW056 em Oracle, para possibilitar a vizualização de Log de execução.

Solução: View criada, deve fazer parte do pacote de atualização.

Descrição: Alterei o parâmetro CTRLCOTA, detalhe USADATAPROMESSA para N e a validação de cota não funciona. Abaixo segue exemplo de pedido feito em ambiente de testes.

Solução: Foi realizada a correção na tela de programação de datas. Caso o parâmetro CTRLCOTA esteja configurado, detalhe USACOTAS = S e USADATAPROMESSA = N, e o item não tenha estoque mas tenha cota, abrirá a programação de datas e ao incluir o produto a mensagem "Quantidade da cota insuficiente." não aparecerá. O item será incluído no carrinho.

Descrição: Erro no link para alteração/recuperação de senha isoCRM Produção O link enviado por e-mail quando um usuário solicita "Esqueceu a senha?" na tela de login do isoCRM produção está errado. Tentei usar com acesso externo e não funcionou. 

Link enviado: http://interno.isocrm.com.br:443/isoproducao/HISO_RecuperaSenha.aspx? <http://interno.isocrm.com.br:443/isoproducao/HISO_RecuperaSenha.aspx?KkCiCDdgFRUAC8y2LVSNqryjdMe5cQW> 

Retirando a porta logo após o endereço, funciona. No e-mail recebido para redefinição de senha, o botão "redefinir sua senha" tambem não funciona.

Solução: Foi necessário gerar xpz com a correção para habilitar o uso do HTTPS na URL de recuperar senha.

Descrição: Criar menu em ExtJs para abertura das telas do isoCRM Web, substituindo o menu atual, tornando-o mais moderno e com substituição gratuita.

Solução: Desenvolvemos um menu em ExtJs para abertura das telas do isoCRM Web, substituindo o menu atual, tornando-o mais moderno e com substituição gratuita.

Descrição: Problema CTI Modern. Não abre o framecti.html

Solução: Situação corrigida, porém a funcionalidade de alterar o ramal ao logar-se (campo na tela de login normal) não será feita neste momento na tela do Modern.

Descrição: Inclusão do campo de consulta de usuários na tela de manutenção de condição de pagamento, conforme imagem anexo

Solução: Incluído campo de filtro por Usuário

Descrição: Analisar e definir escopo para integração com CTI da CTVOICER.

Solução: O módulo do isoCTI foi desenvolvido de modo a permitir acesso às funcionalidades de softwares de CTI de terceiros a partir do isoCRM, permitindo por exemplo, com um clique no isoCRM, efetuar uma discagem para o telefone localizado no cadastro cliente. 

https://drive.google.com/open?id=1U7CVco5f5Gg5oWGLaveuxyXV3nZaGL8Y5KSl2imxIHM

Descrição: Processo para identificar origem diferentes cliente.

Solução: Foram adicionados os campos de final "_Origem" e "cpfcnpj" nas tabelas de integração que necessitavam identificar uma entidade no isoCRM. Os campos "_Origem" deverão ser preenchidos com a descrição da origem cadastrada no isoCRM. Atualizada também a documentação da integração V79_191.

Descrição: Não estamos recebendo os e-mails no ISO. Podem verificar com urgência?

Solução: Foi corrigido procedure usada no web-service AWSGravaEmails.

Descrição: Verificar o motivo do mapa não carregar na https://172.22.11.5/isoproducaomobile/#principal

Solução: Problema corrigido.

Descrição: Efetuar ajuste no check-in/check-out no isoMobile. Erro ao efetuar o checkin sem campanha configurada.

Solução: Ajustado web service.

Descrição: Ajustar objeto PISO_AtualizaCRC1, faltou referência ao objeto TISOPVAprReceita.

Solução: Foi incluído o objeto TISOPVAprReceita. Só estava incluindo os eventos deste objeto. Na base isok2b_objetos já estava correto.

Descrição: Na tela de cadastros de usuários vinculados à uma CP atualmente não é possível pesquisar um usuário pelo nome, solicito que inclua o campo nome do usuário para que facilite a identificação de um usuário específico.

Solução: Foi adicionado filtro de usuário com prompt e ajustado o relatórios excel e pdf.

Descrição: Efetuar correções no isoCRM Modern: Cliente Novo: - Quando dá mensagem de erro, e o mesmo é corrigido, ao clicar em "Gravar" está gerando um novo registro e não alterando o atual. - No histórico aparece duplicado. 2 inclusões, e a alteração também duplica.

Cadastro: 

- Trocar validação do email (em tempo real) base: isoChatLogin.js CORRIGIDO 

- Endereço não grava Título do logradouro CORRIGIDO 

- Não está gravando a especialidade correta (grava o primeiro registro da combo). CORRIGIDO 

- Informa um CPF válido e deixa o email com erro, ao clicar em GRAVAR não faz nada, daí corrige o email e clica em GRAVAR, dá erro de CNPJ inválido e falta de Razão Social.

Solução: Ajustes no cadastro de clientes:

- Especialidade não estava gravando

- E-mail não era validado em tempo real.

- Quando entrava na tela de informações cadastrais do cliente, ocorriam erros no extJS.

Descrição: Erro ao gerar relatório dos dados complementares em anexo.

Solução: Foi realizada correção nas rotinas de verificação de autoridade, pois no oracle existe o problema de case sensitive.