Junho 2014

Nota:

Ao perceber algum problema de configuração em tela, antes de abrir um atendimento por favor façam os seguintes procedimentos:

Procedimento direto no servidor da aplicação

Parar o serviço do WWW: net stop W3SVC

Navegar até a pasta C:\Windows\Microsoft.NET\Framework ou C:\Windows\Microsoft.NET\Framework64, isto vai depender de como está configurado o Application Pool, se está executando em x64 ou x86.

Caso seja x64 navegar até C:\Windows\Microsoft.NET\Framework64\v2.0.50727\Temporary ASP.NET Files, remova todas as pastas e inicie o IIS novamente com: net start W3SVC.

2-Usuários - Com o botão da direita do mouse na tela especifica usar a opção "Atualizar frame"

Se mesmo depois disso continuar o problema, favor solicitar abertura do atendimento pelo email sac@isocrm.com.br mandando a imagem da tela.

Funcionamento da disponibilização dos pacotes:

1.Os atendimentos são abertos no isoCRM, é feita uma pré-analise individual de cada atendimento, com simulações e complementos.

2.Quando se trata de uma implementação é feito um escopo do que foi solicitado e enviado para aprovação do mesmo pelo cliente.

3.Após aprovado é elaborado um cronograma de implementação destes atendimentos e enviado para equipe

Comercial para elaboração de proposta, esta proposta é enviada para o cliente para aprovação.

4.Após aprovação deste atendimento é enviado para equipe de desenvolvimento que efetua a implementação conforme escopo.

5.A equipe de desenvolvimento efetua os testes, ajustes, caso seja necessário.

6.É efetuado o empacotamento de todos os atendimentos e gerado um pacote que é liberado para equipe de Logística fazer os testes e documentação antes do envio para o cliente.

7.Após homologado pela equipe interna da isoEnterprise (Logística) é liberado para o cliente colocar em ambiente de homologação.

8.O cliente deve efetuar a homologação deste pacote.

9. Com o pacote homologado o cliente pode colocar em produção conforme instruções.

isoCadastro

11228 – Cadastro – Modulos do Cadastro de usuario

Descrição : Ao acessar a tela Módulos do Usuário (HViewISOEntUsuario) e clicar no ícone (Lupa) gera a seguinte mensagem de erro:

Parecer: Corrigido.

isoAtendimento

11308– Atendimento – Relatório com atendentes inativos

Descrição : Você pode por favor verificar por que esse relatório mostra atendentes que não estão com acesso ao sistema a alguns anos?

Relatório sistema HISOSA_REPORT007

Parecer: Ajustado

11102– Atendimento – Liberação do ícone impressora para atendentes

Descrição : Liberar impressão da solicitação para os representantes

A liberação do objeto que imprime o Atendimento está no módulo Atendente - Cadastros gerais, deve ser alterado para Atendente - Serviço de atendimento ao cliente.

Parecer: Ajustado

O relatório estava verificando o objeto HISO_Atendimento, sendo que o objeto a ser liberado deveria ser o RISOSA_Atendimento.

Foi feita a correção, é necessário rodar o ISOReconstrução e liberar o evento ACESSO do objeto RISOSA_Atendimento.

10966– Atendimento – Default para posição da pergunta no cadastro do formulário

Descrição : HViewISOSAAtendimentoFormDef

1. Quando abro o formulário está configurado para ordenação por Pergunta. No entanto, tento modificar a ordenação para ser por Posição e ele arruma, mas não salva.

Quando vou abrir o formulário de novo ele está novamente ordenado por Pergunta.

Trazer default a ordenação POSICAO e não PERGUNTA.

Parecer: Ajustado

11174– Atendimento – Canal default na tela de atendimento e no detalhe

Descrição : Ajuste era para manter como estava, carregar o canal configurado no parâmetro ISOSADEFCANAL no atendimento principal da tela de atendimento SAC, não levando o canal para os detalhes E por parâmetro possibilitar se o cliente quiser usar o mesmo canal também nos detalhes que o mesmo seja levado.

Exemplo ..ter mais um detalhe no parâmetro ISOSADEFCANAL, DETALHES = S ou N, com S para levar o mesmo código do canal para os detalhes do atendimento.

Parecer: Implementado

Foi criado um novo detalhe para o parâmetro ISOSADEFCANAL.

Parametro: ISOSADEFCANAL

Detalhe: CANALDEFAULT_EM_TODOS_OS_DETALHES

Valor: S ou N.

Se não for parametrizado ou for parametrizado com N, o canal não será carregado nos demais detalhes.

10983– EmailEntrada – Cadastro de CEP pelo Formulário isoCRM

Descrição : De qualquer forma continuamos com um problema, temos muitos clientes em cidades de CEP geral, exemplo, Garopaba – CEP: 88.495-000, sempre vai cadastrar o

Logradouro como Não informado, o que fazer nesses casos, ainda acho que o sistema deve ter como prioridade o cadastro manual.

Parecer: Foi criado um detalhe para o parâmetro EMAENTCOMBOS para atender a solicitação.

Parâmetro: EMAENTCOMBOS

Detalhe: LOGRADOURO_NAO_INFORMADO

Valor: Descritivo do logradouro

Pode ser cadastrado Vários detalhes. Porém, para esse atendimento cadastre um detalhe apenas com valor NAO INFORMADO.

Todo logradouro com esse descritivo parametrizado será desconsiderado e será usado o logradouro informado no e-mail de entrada (Hoje o endereço é trocado por NÃO INFORMADO).

Todo logradouro parametrizado é considerado uma exceção à validação.

---

Na tela do formulário (HISOWS_FormEmailEntrada) após digitar o cep, ao clicar em tab as combos de País, Estado, Cidade e Logradouro são alimentadas.

O popup do cep nessa mesma tela foi corrigido também.

11180– EmailEntrada – Cadastros inativos na busca de entidade

Descrição : HISO_SAEmailEntrada - Cadastros inativos na busca de entidade

Quando o cliente é encontrado, o mesmo é mostrado na grade, colocar na grade um campo onde mostre se o Cliente está ativo ou não.

Colocar nos filtros os filtros de ATIVO, INATIVO, TODOS e trazer como default ATIVO

. Atendimento original 10642.

Parecer: o filtro de ativo e inativo foi colocado na Grade de entidades. Essa grade aparece na própria tela de e-mail de entrada.

A funcionalidade foi replicada agora no popup de pesquisa de entidade.

Também foi corrigido o layout, deixando o mais próximo possível do padrão do isoCRM.

Tela principal do cadastro

10886– EmailEntrada – Tipo telefone default na tela de cadastro

Descrição : Tem como o telefone ficar como default marcado no e-mail de entrada e o tipo celular? Temos como fazer essa definição?

Parecer: Corrigido o parâmetro EMAENTCODIGOS no detalhe TIPOTELEFONE, o código do tipo do telefone que é informado no detalhe é o que será carregado na combo quando houver telefone informado no cadastro.

EMAENTCODIGOS CONFIGURAÇÃO DE CÓDIGOS DEFAULT

Por GRUPO ou usuário

Detalhe = TIPOTELEFONE

Valor = codigo do tipo

10426– Chat – Detalhe TEMPOTO, timeout.

Descrição : CHAT.

TEMPOTO - detalhe do ISOCHATCOMPONENTES, não esta funcionando.

Parecer: Corrigido.

O tempo informado no detalhe é em segundos.

10739– Atendimento – Dados compl. Produto no atendimento SAC.

Descrição : Implementar colunas de filial de saída e filial de transferência na informações do item que aparecem no Atendimento SAC.

Filial de saída e filial de transferência são dados complementares do item do pedido, tem que criar um para que seja informado quais perguntas do dado complementar do item do pedido deve aparecer na grade com suas devidas respostas.

Parecer: Implementado.

Após isso, entrar no cadastro das perguntas e mudar a flag para Sim para as perguntas que serão visíveis no grade.

Parametro: ISOSAATENDIMENTO

Detalhe: PEDIDOITEM

Valor: S ou N

Esse detalhe exibe o componente de itens do pedido associados ao sac.

Parametro: ISOSAATENDIMENTO

Detalhe: PEDIDOITEM_DC

Valor: S ou N

Esse detalhe controla em cima do detalhe anterior se irá aparecer as perguntas dos dados complementares ou não. Se esse detalhe estiver cadastrado com valor N ou não estiver cadastrado as perguntas não irão aparecer.

O componente itens do pedido exibido na tela de atendimento SAC será duplicado. Isso porque a grade exibida no componente será alterada por completa. Essa alteração é necessária porque trata-se de dado complementar.

Permite-se que vários dados complementares de item do pedido sejam exibidos no grade do componente da tela de atendimento SAC.

Foi criado uma parametrização que permite definir qual dos dois componentes serão carregados na tela. Se não for parametrizado, o componente carregado será o componente atual.

Foi criado um campo no cadastro da pergunta do dado complementar do item do pedido, denominado “visível em grid”. Esse campo será uma combo nos valores Sim ou Não.

Imagem ilustrativa:

Tabela: TISOPvPedItemAtt

Campo: ISOPvPedItemAttVisivel

Tipo: Character(1) NULL, S ou N.

A definição de quais perguntas irão aparecer na grade do componente de itens do pedido exibido na tela de atendimento SAC será feita pelo cliente, que de acordo com a solicitação, serão os registros filial de saída e filial de transferência com a configuração Vísivel em Grid?

Sim, o restante em Não.

Os campos referente a dados complementares serão exibidos alinhados na vertical.

Layout ilustrativo da implementação definida no escopo:

insert into ISOPVPEDITEMATTvalues values

(1,144,2,2,1,'',null,'MATRIZ4','','','A','20140530 08:00:00',1)

--Onde :

[ISOEmp_Codigo] --1, -> codigo da empresa

[ISOPvPed_Codigo] --144, -> codigo do pedido

[ISOPvPedIte_Codigo] --1, -> sequencia do item no pedido

[ISOPvPedItemAttId] --1, -> codigo da pergunta

[ISOPvPedItemAttValueId]--1,-> codigo da resposta (como é descritiva codigo 1 fixo)

[ISOPvPedItemAttMutValues] --'', -> descricao da resposta quando objetivo

[ISOPvPedItemAttOptId]--null,-> codigo da resposta quando objetivo

[ISOPvPedItemAttValue]--'MATRIZ', -> Descrição da resposta

[ISOPvPedItemAttOtherValue] --'', -> Complemento da resposta quando objetivo

[ISOPvPedItemAttValueLong] --'', -> Descriçao de resposta longa

[ISOPvPedItemAttValue_Flag] --'A', -> Situação ATIVO ou nao

[ISOPvPedItemAttValue_DataAlter]--'20140530 08:00:00',-> Data de alteracao

[ISOPvPedItemAttValue_UsuarioAl]--1-> usuario de alteração

isoMarketing

11243 – Campanha- Alterar contatos de Em atendimento para A contactar.

Descrição : Construir um "motor" para esse procedimento,

Alterar a situação do Contato da Campanha de EM ATENDIMENTO para A CONTACTAR, o código tabulada de EM ATENDIMENTO é fixo, no caso 2, porem a situação ENCAMINHADO precisa ser informado através de parâmetro.

A situação tabulada ENCAMINHADO tambem é fixa = 0.

--select isomkcntsit_codigo,isomkcntsit_situacaotabulada, * from ISOMKATECMPCONTATO

where isomkatecmp_codigo = 15001 (exemplo)

--update ISOMKATECMPCONTATO set isomkcntsit_codigo = (codigo da descricao A

CONTACTAR), isomkcntsit_situacaotabulada = 0 where isomkcntsit_situacaotabulada = 2

onde :

isomkcntsit_codigo = codigo da descrição da situação

isomkcntsit_situacaotabulada = codigo da situação interna tabulada

Situação interna tabulada ENCAMINHADO = 0 Situação interna tabulada EM ATENDIMENTO = 2 Situação interna tabulada CONCLUIDO = 1

Parecer: É necessário cadastrar o parâmetro ISOMKCAMPANHA- ISOMKCAMPANHA-ALTERA SIT CAMPANHA com o

Detalhe = CONTATO_SITUACAO_ENCAMINHADO

Valor =código que representa a situação do contato encaminhado.

Como funciona:

Todos os contatos de todas as campanhas ativas que estiverem com a situação tabulada “Em atendimento” serão alterada para a situação parametrizada se estiver cadastrado o parâmetro.

É necessário liberar os objetos para o usuário motor.

Objetos: PISOMotorContatoCampanha, PISOManContatoCampanha.

Evento: ACESSO.

Os parâmetros esperados são: Empresa, Login, Senha e FlagDebug.

Deve ser feito o .bat com os parâmetros acima.

O motor é o executável pisomotorcontatocampanha.exe

“c:

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

apisomotorcontatocampanha 1 CAMPALTSIT 123 N”

11247 – Campanha- Inserir entidades na Campanha através da tela de atendimento

Descrição : Problema na tela de inserir clientes direto na Campanha com o cadastro da entidade.(botão vermelho) ver anexo.

Descrição do problema : Quando inseri um contato na Campanha cadastrando a entidade na hora, a situação que esta sendo considerada é a ultima cadastrada com a situação interna ENCAMINHADO, ou seja, se tenho três situações internas cadastradas ENCAMINHADO esta pegando o ultimo cadastro.

Solicitação : Ter opção para escolher qual situação e qual prioridade deseja para inserir o contato na CAMPANHA.

Parecer: Foi criado uma table (HTML) com os campos de situação do contato e prioridade, que serão utilizadas quando forem incluídas contatos direto na campanha (ìcone vermelho do atendimento campanha).

isoVendas

11294– Pedido – Descontos pela aba Descontos quando item não é o primeiro.

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

Simulamos um outro pedido sem ser Neogrid e aplicamos desconto pelo grade "Descontos/Acrescimos", e outro pelo "Novo Preço", o desconto aplicado no novo preço caiu em alçada e o desconto aplicado pelo grade.

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

Parecer: Corrigido.

11271– Pedido – Novo Preço para tela de cadastro simplificado.

Descrição : O campo Novo Preço tem a mesma função do Novo Preço no carrinho isso?

Por que eu inseri o item com o valor de 140,00 e no carrinho ficou 130,44, pelo que percebi o campo Novo Preço da entrada simplificada está levando em consideração o icms base do item , nesse caso com 18% e no carrinho converteu para 12%, icms do cliente.

Parecer: O problema é que o preço base que estava sendo utilizado não era o preço ajustado, e sim o de preço de lista.

Corrigido.

Tanto o valor obtido na pesquisa do produto pelo popup da entrada simplificada quanto o desconto gerado procederam.

11287– Pedido – Busca de produto para incluir na promoção.

Descrição : TISOPMFaiProdutos

Falta função para buscar produto.

Parecer: Corrigido

Colocado o prompt no formulário da transação, para poder efetuar a busca do produto para incluir na faixa.

11220– Pedido – Erro de promoção quando produto era incluído no carrinho.

Descrição : No homologa3, ao incluir um item pela aba promoções, gerou o erro anexo.

Ambiente ISO

Empresa_desenv - SULU

Usuario teste, senha teste

Pedido – 4829744

Parecer: Corrigido

O problema é que na inclusão de KIT o Caixa Master estava sendo levando em consideração, e quando o mesmo estava zerado dava erro.

2o problema, A inclusão era de produto, contudo estava caindo na rotina de inclusão de KIT.

Foi resolvido.

11275– Pedido – Filtro de ativo/inativo tela de busca promoção.

Descrição : HWWISOPromocao

Colocar Filtro de ATIVO/INATIVO.. default ATIVO

Parecer: Implementado

11275– Pedido – Performance x histórico do pedido

Descrição : Performance Pedido. Ajustar a geração do histórico do pedido, pois a cada alteração de item é gerado um histórico, deixando as operações lentas. Alterar para que gere o histórico somente em eventos chaves, gerando uma única vez ao final de sua execução.

Parecer: Ajustado o momento de geração do histórico.

Foi alterado o carrinho.

• A pesquisa por Código/Descrição de produto deverá ser feita pelo ícone da lupa.

• Foi criado o botão "Aplicar descontos e recalcular pedido". Clicando nele, será aplicado ao pedido algum valor ou % de desconto, e o pedido é recalculado. SEMPRE ao clicar nesse botão os preços do itens serão recalculados.

• O ícone da calculadora, foi alterado para que ele somente recalcule o pedido caso algum campo (preço ou quantidade) seja alterado do carrinho. Caso contrário apresentará mensagem. Foi feita também melhoria na performance nessa rotina.

OBSERVAÇÃO: O valor ou % de desconto no cabeçalho do pedido somente será aplicado, por essa rotina, caso algum campo (preço ou quantidade) seja alterado no carrinho. Caso contrário deverá utilizar o botão "Aplicar descontos e recalcular pedido".

11255– Pedido – Suggest para atendente na tela de filtro do pedido

Descrição : Na tela onde filtramos os pedidos por atendente, a tela precisa ter a função "sugest" como era nas versões anteriores..

HWWISO_PvPedido

Parecer: Filtro de Responsável e Atendente colocado com suggest.

Acrescentado na grade a coluna do responsável (já que está filtrando por ele também).

Ajustado o relatório Excel para ter as mesmas informações da Grade.

11166– Pedido – Ajuste na cor da grade da HViewISOPVPedido

Descrição : HViewISOPvPedido

Aba Procedimentos do Pedido

Esta com cor errada na grade, verificar anexo.

Parecer: Problema com a classe da grade que estava com cor fixa, corrigido.

Removido transparência numa linha também, porque a transparência gerava cor azul clara no fundo, em torno do contorno da grade, quase imperceptível. (3 pixels em cada extremidade).

11193– Pedido – Tela do cadastro simplificado

Descrição : Ajustes de bugs na Tela Simplificada:

• Tela tem bug para sair e fica preso ao ponteiro do mouse, impedindo inclusão de itens.

Parecer: Existia uma sobreposição de classes, quando o mouse encontrava-se sobre duas classes o popup não entendia que o usuário já tinha soltado o popup.

Foi alterado a classe, reduzido o tamanho da borda e mais classes.

CSS alterado (Frontend).

É necessário limpar o cache.

isoContratos

10666– Contrato– Quantidade informada no item do contrato

Descrição : HISOCTPedContratoGeraPedido

Ao clicar no confirmar esta zerando a quantidade informada no item obrigando com isso ao informar a quantidade do item clicar em CALCULAR

Parecer: Corrigido

isoIntegração Genérica

11189– Integração – Integração de Estoque programado

Descrição : Integração isoCRM

Parte - isoCRM - Tabelas Intermediarias para Client

Construir a integração para receber Programaçao de datas

Nucleo -> Produto -> Aba Estoque programado

Tabelas envolvidas : ISOPrdEstoqueProgramado

Parecer: integração estoque programado efetuado, pacote integração com esta alteração é a versão V45.

11245– Integração – Campo ISOPrd_DescExtra

Descrição : Incluir no webservice o campo ISOPrd_DescExtra.

Parecer: Implementado.

Esta funcionalidade esta disponível no pacote v46 (ou posterior) da integração.

isoCRMNeogrid

10552– Neogrid – Arquivos temporários

Descrição : aisomotorneogrid

Problema produção

O aisomotorneogrid esta gerando arquivos físicos na pasta ..web\temp\ da aplicação com muita velocidade chegando a "travar" a gravação de novos registros na pasta e consequentemente fazer que o programa pare de funcionar.

Corrigir para que esses arquivos temporários sejam apagados pelo programa.

Parecer: Ajustado para apagar os arquivos.

isoCRMBionexo

10893– Bionexo – Data de previsão de entrega

Descrição : O fato de um pedido Bionexo não estar assumindo as datas de previsão de entrega acho que está relacionado a algum problema desta nova versão do ISO, pois em alguns testes que fiz aqui identifiquei que o ISO não está executando a DLL.

Poderia informar o nome daquela sua aplicação para validar a DLL, pois pelo meu simulador está OK...

Parecer: Não foi simulado o problema. Foi criado um parâmetro que habilita um log para verificar se está acessando a DLL e se está retornando algum erro.

Parâmetro: LOGISOFECS

Detalhe: COMANDO

Valor: 'C:\temp\'

Será gerado um arquivo (LOG_ISOFECS.txt) de log para verificação.

Tem uma webpanel que pode utilizar para simular o retorno da data de previsão:

http://localhost/gxx2/hlogisofecs.aspx?11

10944– Bionexo – Visualizar e selecionar produto complementar

Descrição : BIONEXO 9442 – Fase 2

existir também a possibilidade de visualizar e selecionar o produto complementar/similar de algum produto filtrado

Parecer: Concluido.

11167– Bionexo – Programação de datas x Vinculo do Pedido

Descrição : Essa regra realmente existe. Se tiver programação não consegue vincular a um pedido existente.

Cliente : será que podemos considerar que quando for vinculo, não olhe programação?

ISO : Mas então o que deve ser feito? Ignorar a programação de entrega do item da cotação?

Porque hoje cada programação é um pedido. Num vínculo que caminho devemos seguir?

Cliente: No "vincular item" deve-se ignorar a data de programação, neste caso eu estou forçando que o item vá para o pedido.

Parecer: Concluído.

Ao vincular à um pedido, irá ignorar a programação.

10997– Bionexo – Cotações/Respostas automáticas

Descrição : BIONEXO 9442 – Fase 2

Respostas automáticas

O motor que importa as cotações da Bionexo poderá responder automaticamente, conforme configuração.

Deverá ser criado um dado complementar do cliente, informando se o motor responderá, ou não, cotações automaticamente. A pergunta deverá ser do tipo combo-box (0 – Não; 1 – Sim). Será criado um parâmetro para informar qual é o código da pergunta deste dado complementar, que o motor deverá ler.

Se este dado complementar estiver “1” na resposta (Sim) para o cliente, e o produto solicitado possuir estoque, a cotação será respondida automaticamente.

O preço adotado na resposta será do último preço utilizado para o cliente. Caso não exista, responderá a cotação utilizando o preço do sistema.

Ao status da cotação serão adicionadas as situações abaixo:

Algum item não tinha estoque;

Algum item não tinha de/para cadastrado;

Caso algum item da cotação, que deveria ser respondida automaticamente, se encaixe em alguma dessas situações, o status da cotação será atualizado para posterior verificação.

Outras situações, como por exemplo, “não tinha último preço”, não será necessário alterar o status da cotação, pois nesse caso a cotação do item será respondida automaticamente com o preço do sistema. Porém deverá ser registrada essa observação no histórico da negociação

da cotação do item.

Parecer: Implementado

Configuração de parâmetros

Configuração do DePara

Inicialmente deverão ser cadastradas uma nova origem em:

Núcleo -> Entidade empresa -> Origem

A origem será utilizada somente para o motor. Com ela cadastrada será possível identificar no DePara de qual cliente é a integração. O usuário vinculado a essa origem será o mesmo do Motor.

Deverá ser cadastrado no parâmetro ISOBIONEXO conforme abaixo:

Detalhe: “ORIGEM” – Código da origem para identificar o DePara.

Valor: Código da origem Bionexo cadastrado (10 – “Bionexo – Motor”)

Detalhe: “DC_CLIENTE_ID_RSP_AUTOMATICA” – Código do dado complementar do cliente usado para identificar se deverá ou não responder automaticamente uma cotação. Este dado complementar deverá ser cadastrado como combobox, onde a resposta igual a 1 define que deverá ser respondido automaticamente.

Valor: Código da origem Bionexo cadastrado (10 – “Bionexo – Motor”)

Deverá cadastrar outra origem, que será utilizada para cadastrar as informações do cliente, ou seja, os dados default da resposta da cotação. Deverá ser criado um usuário para cada cliente, ou para cada configuração diferente.

O cadastro do DePara pode ser acessado em:

Núcleo -> Entidade empresa -> Informação da integração

Depara do CNPJ do comprador pra buscar a origem.

É vinculado o CNPJ do comprador a um usuário do sistema, e através dele é identificada a origem da integração para utilizar mais tarde efetuar a busca do DePara por cliente.

Ex: O CNPJ 52803319000159 deverá usar o usuário 975190 para incluir o pedido. O CNPJ

26150979000178 deverá usar também o usuário 975190 para incluir o pedido.

DePara de informações default para resposta da cotação

Define com quais dados a cotação será respondida. DePara de: faturamento mínimo, forma de pagamento, prazo de entrega, tipo de frete, validade da proposta)

 Deverá ser cadastrada o DePara de acordo com a sua origem.

Resposta automática

Se estiver cadastrado o dado complementar para respostas automáticas, a cotação será respondida, de acordo com as regras abaixo:

 Os DePara estiverem cadastrados corretamente.

 O item da cotação já tiver sido respondido anteriormente. Pois o item será respondido com o último preço, marca e último código de produto do sistema (poderá ser similar).

11316– Bionexo – Bloqueio do campo Unidade do Produto

Descrição : BIONEXO

Bloquear o campo unidade produto cliente do vínculo produto cliente quando acessado da tela de cotação.

Parecer: Corrigido.

isoCRMTelaInicial

10614– Tela Inicial – Tarefas reservadas do Workflow

Descrição : Na tela de tarefas da tela inicial do isoCRM deve aparecer todas as minhas tarefas reservadas! (Somente as reservadas para mim).

Parecer: Corrigido

Corrigido a leitura do parâmetro ISOTELAINICIAL e detalhe ROWSINICIAL.

Quando o parâmetro existe e o detalhe não existe o no de linhas da grade ficava em 0.

Trocado para 5 o valor default.

Foi mantido apenas os reservados.

1o Motivo: para realizar a busca incluindo os dois responsáveis (Responsável da tarefa e Responsável da reserva) deveria ser feito uma concatenação dos resultados obtidos, em seguida, uma ordenação por data.

2o Motivo: O responsável da tarefa normalmente é um setor e o responsável da reserva é o usuário logado, o trabalho de agrupar teria um impacto quase que irrelevante para a tela.

Por esses motivos, em comum acordo com a Logística, foi mantido apenas os reservados.

isoCRMCTI-

111265– ISOCTI – Parada produtiva

Descrição : CTI - Cliente

Parada produtiva do CTI , precisa ser finalizado.

Parecer: Corrigido no VB. Códigos falsos no recebimento da string que vinha do applet.