Maio 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.

isoCRM-Login

10872 – HISO_TelaInicial- Performance

Descrição : HISO_TelaInicial - Tela Inicial está muito demorado o carregamento dessa tela.

Os representantes utilizam ela para incluir e ou consultar pedidos, o que provoca uma perda muito grande de tempo para isso.

Parecer: Foram revisadas várias telas que são chamadas na tela inicial, modificadas e validadas.

isoAtendimento

10933 – HVIEW_ISOSaAte – Tela do atendimento SAC

Descrição : Para as situações internas do atendimento SAC “aberto” o botão CONFIRMAR não tem controle de acesso, corrigir !

TISOSAAteCliente

TISOSAAteFornecedor

TISOSAAteParceiro

Quando o evento update dos objetos acima estiverem desmarcados nao é para deixar habilitado o botão confirmar, mesmo se a situação interna for aberto.

Parecer: A validação que existia não estava sendo levada em consideração quando a situação tabulada era aberto, ou seja habilitando novamente o botão. O botão foi tratado, quando a situação é aberto, agora é feito uma nova verificação para ver se pode habilitar ou não.

10857 – SAC – Dados complementares do SAC x Tela do atendimento

Descrição : HViewISOSAAteCliente

Devido a implementação de abrir formulario do SAC vinculado como motivo/ocorrencia/causa, quando não tem formulário vinculado esta abrindo uma tela e para fechar tem que clicar no sair.

Parecer: Realmente, quando não havia formulário associado, não deveria aparecer tela dos dados complementares em popup.

Somente irá abrir o formulário se existir formulário associado ao motivo ocorrência e causa e o mesmo tem que estar liberado para o usuário responder.

A liberação é a mesma usada na liberação das abas. (Liberando os dados complementares nas abas irá liberar no popup também)..

10594 – Chat – Tela do atendente

Descrição : O texto já não fica mais embaralhado, mas ainda tem uma linha escondida embaixo dos botões, isso tb será ajustado ou será aberta nova solicitação/atendimento?

Aguardo

Parecer: Tinha problemas com mesclagem de células, isso gerava uma sobreposição no Chrome.

10729 – EmailEntrada – Campo estrangeiro.

Descrição : EMAIL ENTRADA- NAO ESTA RESPEITANDO CAMPO ESTRANGEIRO

Para cadastrar uma organização na tela e-mail, falta o campo Estrangeiro, usados nos casos em que ainda não temos o CNPJ.

Não estava validando CNPJ com a informação de Estrangeiro (quando = 'S', não deve validar o CNPJ nem ser obrigatório). XPZ anexado no atendimento.

Ja havia sido arrumado no atendimento 9222,outro atendimento vinculado 10608

Parecer: Corrigdo !

Quando era clicado no botão NOVO, o flag de estrangeiro não estava sendo levado em consideração. Com essa nova modificação o flag de estrangeiro é validado em conjunto com o CPF ou CNPJ. Essa validação não era feita independente da flag Formatado do e-mail. Foi corrigido em ambos os casos para Pessoa e Organização.

isoWorkFlow

10698 – DC Tarefa- Relatório dos dados complementares da tarefa.

Descrição : Dados complementares da tarefa - Relatório.

Construir dados complementares da tarefa nos moldes dos dados complementares do atendimento.

Parecer: Implementado

Foi criado uma pasta em nível de supervisor no menu Núcleo -> Workflow,

denominada Relatórios e nela foi criado um link para a tela de emissão de

relatório de dados complementares da tarefa.

Para liberar esse relatório é necessário liberar os seguintes objetos:

 ISOGesacMenuNucleoWF_Rel - Liberar a pasta Relatórios

 HISOWF_RelDadosCompl -Liberar o link dos dados compl.

 AISOWFTarefaExcelDadosComplementares-Liberar o relatório.

Período de solução ou descrição da tarefa são informações obrigatórias para gerar os relatórios.

O relatório exibe todas as tarefas que contém dados complementares respondidos.

O relatório ficou com o layout igual ao definido no escopo.

Dados Complementares de Tarefas

Foi criado um script que deve ser rodado uma vez.

O script é necessário, pois foi criado um campo que guarda o código do módulo na tarefa para evitar que o sistema faça navegações desnecessárias para obter o código do Módulo.

Scripts do atendimento

update ISOWFTAREFA

set ISOWFTrf_CodModulo = T0.ISOSAAte_Codigo

From ISOWFTAREFA T1

Inner Join ISOWFTRF_SAC T0

on T0.ISOEmp_Codigo = T1.ISOEmp_Codigo

and T0.ISOWFTrf_SAC_PrcCodigo = T1.ISOWFPrc_Codigo

and T0.ISOWFTrf_SAC_TrfCodigo = T1.ISOWFTrf_Codigo

Inner join ISOWFPROCEDIMENTO T2

on T1.ISOEmp_Codigo = T2.ISOEmp_Codigo

and T1.ISOWFPrc_Codigo = T2.ISOWFPrc_Codigo

where T2.ISOWFPrc_Modulo = 'SAC'

update ISOWFTAREFA

set ISOWFTrf_CodModulo = T0.ISOMkAteCmp_Codigo

From ISOWFTAREFA T1

Inner Join ISOWFTRF_MK T0

on T0.ISOEmp_Codigo = T1.ISOEmp_Codigo

and T0.ISOWFTrf_MK_PrcCodigo = T1.ISOWFPrc_Codigo

and T0.ISOWFTrf_MK_TrfCodigo = T1.ISOWFTrf_Codigo

Inner join ISOWFPROCEDIMENTO T2

on T1.ISOEmp_Codigo = T2.ISOEmp_Codigo

and T1.ISOWFPrc_Codigo = T2.ISOWFPrc_Codigo

where T2.ISOWFPrc_Modulo = 'MK'

update ISOWFTAREFA

set ISOWFTrf_CodModulo = T0.ISOPvPed_Codigo

From ISOWFTAREFA T1

Inner Join ISOWFTRF_PEDIDO T0

on T0.ISOEmp_Codigo = T1.ISOEmp_Codigo

and T0.ISOWFTrf_Ped_PrcCodigo = T1.ISOWFPrc_Codigo

and T0.ISOWFTrf_Ped_TrfCodigo = T1.ISOWFTrf_Codigo

Inner join ISOWFPROCEDIMENTO T2

on T1.ISOEmp_Codigo = T2.ISOEmp_Codigo

and T1.ISOWFPrc_Codigo = T2.ISOWFPrc_Codigo

where T2.ISOWFPrc_Modulo = 'PEDIDO'

update ISOWFTAREFA

set ISOWFTrf_CodModulo = T0.ISOEntPreSrv_Codigo

From ISOWFTAREFA T1

Inner Join ISOWFTRF_PRESERVICOS T0

on T0.ISOEmp_Codigo = T1.ISOEmp_Codigo

and T0.ISOWFTrf_PreSrv_PrcCodigo = T1.ISOWFPrc_Codigo

and T0.ISOWFTrf_PreSrv_TrfCodigo = T1.ISOWFTrf_Codigo

Inner join ISOWFPROCEDIMENTO T2

on T1.ISOEmp_Codigo = T2.ISOEmp_Codigo

and T1.ISOWFPrc_Codigo = T2.ISOWFPrc_Codigo

where T2.ISOWFPrc_Modulo = 'PRESERVICO'

update ISOWFTAREFA

set ISOWFTrf_CodModulo = T0.ISOEntPar_Codigo

From ISOWFTAREFA T1

Inner Join ISOWFTRF_PARCEIRO T0

on T0.ISOEmp_Codigo = T1.ISOEmp_Codigo

and T0.ISOWFTrf_Par_PrcCodigo = T1.ISOWFPrc_Codigo

and T0.ISOWFTrf_Par_TrfCodigo = T1.ISOWFTrf_Codigo

Inner join ISOWFPROCEDIMENTO T2

on T1.ISOEmp_Codigo = T2.ISOEmp_Codigo

and T1.ISOWFPrc_Codigo = T2.ISOWFPrc_Codigo

where T2.ISOWFPrc_Modulo = 'PARCEIRO'

update ISOWFTAREFA

set ISOWFTrf_CodModulo = T0.ISOEntFrn_Codigo

From ISOWFTAREFA T1

Inner Join ISOWFTRF_FORNECEDOR T0

on T0.ISOEmp_Codigo = T1.ISOEmp_Codigo

and T0.ISOWFTrf_Frn_PrcCodigo = T1.ISOWFPrc_Codigo

and T0.ISOWFTrf_Frn_TrfCodigo = T1.ISOWFTrf_Codigo

Inner join ISOWFPROCEDIMENTO T2

on T1.ISOEmp_Codigo = T2.ISOEmp_Codigo

and T1.ISOWFPrc_Codigo = T2.ISOWFPrc_Codigo

where T2.ISOWFPrc_Modulo = 'FORNECEDOR'

update ISOWFTAREFA

set ISOWFTrf_CodModulo = T0.ISOCtt_Codigo

From ISOWFTAREFA T1

Inner Join ISOWFTRF_CONTRATO T0

on T0.ISOEmp_Codigo = T1.ISOEmp_Codigo

and T0.ISOWFTrf_Ctt_PrcCodigo = T1.ISOWFPrc_Codigo

and T0.ISOWFTrf_Ctt_TrfCodigo = T1.ISOWFTrf_Codigo

Inner join ISOWFPROCEDIMENTO T2

on T1.ISOEmp_Codigo = T2.ISOEmp_Codigo

and T1.ISOWFPrc_Codigo = T2.ISOWFPrc_Codigo

where T2.ISOWFPrc_Modulo = 'CONTRATO'

isoVendas

10924 – Pedido- Saldo de cotas no cancelamento do pedido.

Descrição : Quando cancelamos um pedido, não está retornando o saldo para a quantidade de cotas.

Parecer: Corrigido.

10880 – Pedido- Entrada simplificada no carrinho

Descrição : - Tela de entrada Simplificada

• Fazer entrada simplificada direto no carrinho.

Parecer: Implementado.

Foi criado um popup no carrinho.

Não há controle do objeto nesse ícone. Ao clicar no ícone de entrada simplificada no

carrinho abre um popup no qual é possível incluir itens no pedido com menos validações que a tela de busca.

É possível alterar o preço do produto que está sendo incluído, o campo Novo preço se refere ao preço unitário do valor e o desconto aplicado será o desconto por digitação.

Foi criado um botão, semelhante à aba que existe hoje da entrada simplificada, porém, esse botão será exibido no carrinho, ao lado do ícone da calculadora.

Imagem ilustrativa:

Diferente da entrada simplificada, a tela nova irá abrir em popup em cima da tela do pedido (FrontEnd), o FrontEnd ficará congelado enquanto o popup da nova entrada simplificada estiver aberto.

A mesma validação que existe na atual entrada simplificada será feita na nova entrada simplificada em popup.

A nova entrada simplificada não terá limitação de produtos (A entrada simplificada atual permite o cadastro de 20 produtos por entrada, essa nova tela irá permitir várias, pois será dinâmica).

Imagem ilustrativa:

Essa nova entrada simplificada terá ainda dois botões, Concluir e Cancelar.

Ao clicar em Concluir, todos os produtos existente na tela serão incluídos no pedido. Ao clicar em Cancelar nenhuma ação será tomada, a tela voltara para o FrontEnd sem inserir produto no carrinho.

Quando for incluir um produto, após digitar a unidade do produto o preço do produto será carregado e o foco irá para o novo preço. Se for preenchido um novo preço e esse novo preço for diferente do preço do sistema, um desconto ou acréscimo será incorporado na inclusão do item do produto.

O desconto será o desconto por digitação.

Obs: Os campos com fundo cinza são bloqueados para edição.

isoContratos

9280 – Contrato – Liberar campos após situação do item igual a GANHO

Descrição : HViewISOCTContrato

"destravar" e possibilitar manutenção da situação do contrato pós homologado e também da situação pós ganho (por usuário)

--Implementar da seguinte maneira..

Quando o parâmetro estiver para o usuário especifico, mesmo assim nao deixar habilitado os campos se a situação interna do item for ganho, colocar um botão na tela que somente após acionado os campos fiquem habilitados

Parecer: Implementado.

Parâmetro : ISOCT_ALTERARITEM- PERMITIR ALTERAÇÃO DO ITEM DO CONTRATO.

Por usuário

Detalhe = ALTERAR

Valor = S ou N

10827 – Contrato – Limite de pesquisa da data de promessa

Descrição : Contratos - Cotas

3 - Precisamos fazer um ajuste nos pedidos originados do contrato alterando o limite de pesquisa da data de promessa, que está "até a data de faturamento" para "até o final do mês.

Da seguinte forma: Para pedidos fora mês, inserindo data de faturamento no item ou pedido( Faturar Em), o sistema deverá deduzir do saldo das datas de promessa pesquisando do início do mês até o final do mês, (mês da data de faturamento). No final do processo o resultado será apenas uma linha no pedido e a data de promessa informada é a primeira a ser utilizada.

Exemplo 1 :

Data Qtde

01/04/2014 10

10/04/2014 10

20/04/2014 10

30/04/201 10

Nesse cenário acima, colocando data de faturamento para o dia 15/04/2014 com a quantidade de 25 unidades, o sistema irá deduzir 10 do dia 01/04, 10 do dia 10/04 e 5 do dia 20/04, inserindo data de promessa dia 01/04.

Parecer: Corrigido.

9272 – Contrato – Geração de mapas, motivo da desclassificação

Descrição : HViewISOCTContrato

Criar um "gerador de mapas" ou "impressão de mapas" com a classificação completa lançada (preços vencedor, preço de todos lançamentos, classificados, não classificados, concorrente, marca, situação do item. Hoje só conseguimos ver a classificação dos concorrentes e preços se clicarmos em cada item do pregão (tipo uma visualização geral como se fosse gerar proposta, mas gerar mapa). Com possibilidade de imprimir e gerar em excel.

Parecer: Corrigido.

9271 – Contrato – Opção de filtro por UF na busca de tarefas pelo modulo Contrato

Descrição : HViewISOWFTarefa

Opção de filtro por UF na busca de tarefas

Parecer: Corrigido.

isoIntegração-Generica

10954 – ISOProduto- Flag de ativo

Descrição : Motor de integração não esta atualizando o campo Flag ativo

(ISOPrd_Flag) da tabela Int_ISOProdutos.

Parecer: Colocado campo ISOPrd_Flag para ser atualizado via integração. Esta atualização somente funcionará quando trabalhando em conjunto com o pacote isoCRM_Integracao_GxX2_v43_U4 da Integração.

10960– Pedido- Campo de observações não esta sendo integrado

Descrição : Motor de integração não esta gravando o campo observações da tabela de pedido.

Parecer: Colocado campo ISOPvPed_Observacao para ser integrado. Funcionará em conjunto com o pacote isoCRM_Integracao_GxX2_v43_U4 da Integração

isoIntegração-Bionexo

10780 – Bionexo- Erro na tela hiso_bionexopedido

Descrição : 3. Na Tela HISO_BionexoPedido ao clicar no link do produto para criar o DE/PARA gerou o erro abaixo.

Parecer: Em nosso amviente não ocorre o problema, talvez seja configuração no web.config.

Tente a solução abaixo: http://stackoverflow.com/questions/8978929/asp-error-operation-is-not-valid-due-to-the-current-state-of-the-object

10806 – Bionexo- Preço unitário deve ser editado.

Descrição : 9-BIONEXO

• o campo "preço unitário" deve ser editável, permitindo o atendente alterar o preço sugerido pelo sistema.

Parecer: Corrigido.

10804 – Bionexo- Campos TERMO e observação da cotação.

Descrição : 7-BIONEXO

• Precisa ser mostrado o campo TERMO - Tag (Termo) da cotação

Na Tela HISO_BionexoPedido

• Não integrou o campo Observação da Cotação

Resposta: A observação da cotação está sendo integrada. Apenas não está sendo mostrada na tela. Vai ser adicionada.

Já recebemos essa informação. Vamos apenas disponibilizá-la na tela.

Parecer: Corrigido.

10818 – Bionexo- Itens selecionados no pedido.

Descrição : 102-bionexo

- Após gerado um pedido ISO não está informando nos itens selecionados qual o pedido criado.

R: O vínculo é feito após ser gerado o item no pedido. Foi encontrado um problema na geração do pedido/item e corrigido. Se tudo ocorrer da maneira correta, é pra aparecer o pedido.

• não permitir gerar mais de um pedido para o mesmo item de uma cotação, exceto tendo programações

R: Correto. Mas devido ao problema na geração do pedido/item, isso estava acontecendo.

• ao gerar o pedido o sistema não está incluindo os itens selecionados na cotação (cotação 18175393)

Parecer: Corrigido.

10800 – Bionexo- Cliente BIONEXO com cor diferenciada.

Descrição : 3-BIONEXO

• incluir nova cor para identificar as cotações que o cliente não existe em nosso cadastro.

Resposta: De acordo com o escopo, se a entidade não existisse na base, seria incluído automaticamente, que é o que foi feito. O que hoje não faz de forma automática, é atribuir o papel “Cliente”, ao incluir essa entidade.

Resposta: Quando dissemos “cliente” a ideia seria sinalizar as cotações em que o “cliente bionexo” não fosse encontrado em nossa base de dados, ou seja, um cliente novo (ou em sua definição uma ENTIDADE não cadastrada).

Conforme conversa...

Vamos criar uma cor para sinalizar que é uma nova entidade.

Parecer: Corrigido. Adicionada nova cor no grid e filtro datela HWWISOBionexoPedido

10802 – Bionexo- Tela Inserir Clientes x produtos (apenas dentro da cotação)

Descrição : 5-BIONEXO

Tela Inserir Clientes x produtos (apenas dentro da cotação)

• o campo "unidade produto cliente" deve ser igual a solicitada pelo cliente na cotação BIONEXO, deixando este campo somente leitura

Resposta: Hoje já faz isso certo? Exceto ficar somente leitura. Caso contrário favor explicar.

Resposta: Não está trazendo, o campo fica como “selecione” e deve ser somente leitura.

Parecer: CORRIGIDO - O campo ficará somente leitura quando acessado via cotação(HISO_BionexoPedido). A unidade será cadastrada automaticamente, caso não exista, ao importar a cotação

10799 – Bionexo- Importar e mostrar o campo BIONEXO "forma de pagamento"

Descrição : 2-BIONEXO

• importar e mostrar o campo BIONEXO "forma de pagamento"

Dúvida: Qual a finalidade disso? Não foi feita a importação na planilha Excel? Atualmente na tela de atendimento da cotação só carregam as “formas de pagamento Bionexo” que foram vinculadas a uma condição no sistema.

2-BIONEXO

Resposta:Operação WGG – Layout WG – TAG: (Id) ID Forma de pagamento,

(Forma_Pagamento) Descrição;

Conforme conversa...

Estes campos já são importados. Vamos estudar uma forma de sinalizar quando estes campos não estão cadastrados no isoCRM, para poder cadastrar o seu De/Para.

Resposta: ok, acho que vale um alerta ou mensagem de erro para quando receber uma forma de pagamento ou unidade de medida não cadastrada no ISO.

Parecer: CORRIGIDO - Aparecerá um link ao lado, na tela da cotação, informando que não está cadastrada. Clicando no link abrirá o cadastro de de/para.

10801 – Bionexo- Permitir o filtro de cotações desistidas

Descrição : 4-Bionexo

• permitir o filtro de cotações desistidas.

Resposta: Para a Bionexo não existem cotações desistidas. Para ela você pode cancelar uma resposta sua anterior. O que seria o mesmo dizer que o item não foi respondido. Pode ser criado no isoCRM essa “situação”, mas creio que deva ser definida sua funcionalidade. Por exemplo, se clicar em desistir, não pode mais alterar o item dessa cotação.

4-BIONEXO

Resposta: Qual a função da opção desistir ? o que precisamos é apenas a opção de consultar as cotações que foram marcadas como “desistidas”. Ao desistir não deve ser criticado nenhum campo obrigatório da cotação.

Conforme conversa...

Os itens que foram desistidos serão marcados com uma cor diferenciada. Hoje somente retorna para o status/cor “não respondido”.

Resposta :ok, desta forma iremos distinguir quando o item foi desistido ou não respondido.

Parecer: Corrigido, implementado cor.

10798 – Bionexo- Pagina para visualizar informações

Descrição : 1-Bionexo

• onde visualizar as programações e as quantidades do cliente ?

Resposta: Será visualizado no ícone “i” do grid.

Resposta: Como sugestão pode ser no link do produto, logo abaixo da descrição do item.

Pergunta: o que significa “Situação isoCRM” e “Status Bionexo” no ícone “i” do item da cotação

Conforme conversa...

Ao clicar no ícone “i”, trará a programação de entrega do item e outras informações pertinentes. Iremos complementar a descrição as situação do isoCRM, deixando mais claro.

Parecer: Corrigido, ao clicar no "i" abrirá página informativa.

10782 – Bionexo- Gravar informações na cotação

Descrição : 5. Permitir que possa gravar informações na cotação sem a obrigação de responder.

Parecer: Corrigido.

10781 – Bionexo- Cotações do clientes do mesmo responsável.

Descrição : 4. Tela HWWISOBionexoPedido

• Alterar para que o sistema mostre inicialmente apenas as cotações dos clientes do mesmo responsável do atendente, limitando a 10 páginas.

Dúvida: Será criado parâmetro indicar o número máximo de cotações carregadas no grid.

Será criado parâmetro para trazer default o nome do responsável (atendente) no filtro. Este campo deverá vir bloqueado? Não permitindo tirar o responsável?

Resposta : Este campo identificamos que em determinadas situações precisaremos selecionar mais de um responsável para pesquisa. E como conteúdo do campo responsável deve ser lido o responsável do cliente de nível 2, sugiro criar um parâmetro para identificar qual o nível do responsável.

Parecer: Corrigido.

10870 – Bionexo- Novas solicitações.

Descrição : Permitir selecionar mais de um responsável na tela de pesquisa de cotações Bionexo.

No grid dos itens da cotação a coluna Und deve mostrar a Unidade do Cliente.

No grid dos itens da cotação a coluna Situação deve aparecer antes do pedido

Não é possível finalizar uma cotação com todos os itens que foram bloqueados.

O Grid das cotações deve estar ordenado da seguinte forma ( ID /

Vencimento / Razão Social / CNPJ / UF / Titulo / Qtd Itens.)

No grid dos itens da cotação permitir bloquear múltiplos itens

No grid dos itens da cotação mostrar o último preço Cotado (Cotação Bionexo) ou zero se não existir.

No grid dos itens da cotação ocultar a coluna preço sistema

Parecer: Corrigido.

10848 – Bionexo- Performance de busca.

Descrição : 04042014-1-BIONEXO

• De forma geral a performance está terrível, pontuando: Consulta de

pedidos, Edição de uma cotação, abertura da tela De/Para de produto na cotação, cancelar a tela De/Para de produto na cotação simplesmente trava.

Será corrigido a nível de banco de dados. Na tela da cotação, será criada paginação. Se tiver muita informação (cotação com 500 itens), demora muito pra responder qualquer ação.

As condições de pesquisa não está funcionando corretamente a condição OU, por exemplo, GANHOU mais PEDIDOS NÃO GERADOS não funciona. Parece que mesmo com OU o sistema utiliza o E como condição.

Será corrigido junto com o problema de performance.

As condições de pesquisa não está funcionando corretamente a condição OU, por exemplo, GANHOU mais PEDIDOS NÃO GERADOS não funciona. Parece que mesmo com OU o sistema utiliza o E como condição.

Parecer: Corrigido a problema de performance na pesquisa e adicionada a paginação na cotação. Pode definir o número de registros por página na tela cotação pelo parâmetro :

HISO_BIONEXOPEDIDO – Bionexo pesquisa na tela de cotação

Por usuário ISOPADRAO (usuário 1)

Detalhe: NUM_REGISTROS_COTACAO

Valor : 50 (exemplo)

10779 – Bionexo- Sequencia na tela hiso_bionexopedido.

Descrição : 2. Na Tela HISO_BionexoPedido a ordem do campo Sequência está crescente mas como alfa,não numérico, ou seja, a sequência 11 vem depois da 109;

Parecer: Corrigido.

10849 – Bionexo- Obrigação de campos obrigatórios na desistência.

Descrição : 04042014-2-Bionexo

Ao desistir de uma cotação o sistema não deve obrigar a registrar os campos obrigatórios da tela de cotação.

Parecer: Corrigido.

10805 – Bionexo-. Definição de novos detalhes.

Descrição : 8-BIONEXO

• o filtro "Item não respondido" deve ser opcional.

Vamos estudar para que os filtros fiquem mais flexíveis e menos confusos.

• tirar a coluna região do grid e substituir por UF do cliente.

• tirar o filtro região...

• incluir o título da cotação no grid limitado a 20 caracteres.

Resposta: Será criado parâmetro.

Tela HISO_BionexoPedido

• campo frete definir padrão como CIF

Resposta: Será criado parâmetro.

Parecer: Corrigido.

10850 – Bionexo-. Mensagem do pedido gerado.

Descrição : 04042014-3- BIONEXO

Ao gerar o pedido não precisa mostrar a mensagem do pedido gerado para cada produto selecionado.

Parecer: Corrigido.

10942 – Bionexo-. Tela de cotação, contemplar 6 casas decimais.

Descrição : 2. Na tela de cotação a coluna "Preço unitário" precisa contemplar 6 decimais, pois a Bionexo contempla este tipo de valor, porém ao gerar o preço do pedido deve ser apenas em 2 decimais.

Parecer: Corrigido.

10941 – Bionexo-Gravar informações sem De/para na tela de cotação

Descrição : 1. Na tela de cotação deve permitir gravar sem a obrigação de ter o de/para de algum item, até porque existem cotações em que não existem itens Cremer e precisamos gravar;

Parecer: Corrigido.

10919 – Bionexo- WebService para vários usuarios

Descrição : Bionexo ? criar conexão ao webservice para múltiplos usuários.

Parecer: Implementado.

Vide Documentação Integração Bionexo no final do release.

10940 – Bionexo-Relatorio com o conteúdo XML

Descrição : O relatório com o conteúdo XML da cotação Bionexo está truncando algumas

informações conforme anexo:

Parecer: Corrigido

10944 – Bionexo-Relatorio com o conteúdo XML

Descrição : 1. Ao responder uma cotação os itens selecionados podem ser desmarcados, pois como uma cotação pode ser respondida em vários momentos, cotações com grandes quantidades de itens o fato de ficar marcado realmente gera um trabalho enorme após cada resposta, ou seja, após responder uma vez é necessário desmarcar todos os itens para daí responder mais algum item ainda não respondido;

2. Ao mostrar a mensagem abaixo indique qual item gerou este problema.

Parecer: Corrigido

Item 1 - ok.

Quanto ao item "2. Ao mostrar a mensagem abaixo indique qual item gerou este problema."

Não é possível fazer nada. Esta mensagem é gerada pela Bionexo via webservice e não informa qual item gerou o problema.

Documentação – Integração BIONEXO

Criado o cadastro de Unidades no menu supervisor:

Núcleo – Pedido – Bionexo - Unidades

São cadastradas as unidades de medidas dos produtos Bionexo. Sugere-se importar os dados da planilha excel (Unidades de Medida - Bionexo.xls) fornecida pela Bionexo, para a tabela ISOBionexoUnidades.

Criado o cadastro de Condições de pagamento no menu supervisor:

Núcleo – Pedido – Bionexo – Condição de pagamento

Neste cadastro vincula-se (de-para) uma condição de pagamento Bionexo à uma condição de pagamento isoCRM.

Na tela da cotação, só aparecerão as condições de pagamento que existirem de-para.

Criado o cadastro de clientes x produtos no menu supervisor:

Núcleo – Pedido – Bionexo – Clientes x produtos

Aqui são cadastrados os de-paras dos produtos. Ao vincular a um produto isoCRM, deve informar o fator de conversão, a embalagem e a quantidade desta embalagem. Essas informações são obrigatórias ao responder uma cotação Bionexo. Nesta tela pode bloquear produtos, para que não apareçam mais na tela da cotação.

Criada a tela de busca de cotações no menu atendente:

Atendimento – Pedido – Bionexo – Bionexo cotações

Nesta tela estarão listadas todas as cotações recebidas.

• Pode filtrar apenas cotações que já foram respondidas, ou que nunca foram respondidas

através do filtro “Cotações respondidas”.

• Pose-se filtras por uma catação que contenha um item em uma situação específica. Na

grade, à esquerda, o conjunto de cores informará as situações dos itens que podem ser

encontradas nela.

• pode desativar uma cotação, para não aparecer mais na busca (podendo busca-la usando o

filtro “Cotações ativas”).

• Pode responder uma cotação, marcando a opção logo à esquerda da “Sequência” na grade.

• Pode abrir o cadastro de de-para de produto, clicando no link “Produto cliente”.

• Pode abrir o cadastro de fator de conversão, clicando no link “Cod. produto”, caso já exista

de-para.

• Para incluir um pedido, deve-se marcar o item, cuja situação esteja “Ganhou”, e clicar no botão “Pedido”. Abrirá a caixa para vincular o item a um pedido existente, ou gerar um novo pedido.

Este item da cotação foi confirmado, e já foram gerados pedidos, com programação de entrega.

Ao clicar no link dos pedidos, os mesmos poderão ser consultados/alterados

O pedido somente será sinalizado o resgate para a Bionexo, ao passa-lo para situação interna ABERTO.

Configuração do motor

Foi criado um novo motor: APISOMotorBionexo.

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

C:

cd c:\inetpub\wwwroot\isoenterprise\web\bin

apisomotorbionexo 11 BIONEXO 123 60 19:00 S

onde:

11 – Empresa

BIONEXO – Usuário

123 – Senha

60 – Intervalo de execução

19:00 – Hora limite de execução

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

Configuração de parâmetros

ISOBIONEXO– Configurações gerais para a integração.

Detalhes:

ORIGEM – Código da origem cadastrada para o Bionexo (Núcleo – Entidade empresa -

Origem).

Observações: Cadastrar para o usuário 1.

ISOBIONEXO_USUARIOS–Config dos usuários p/ acessar o webservice da Bionexo.

Podem ser configurados N usuários.

Detalhes:

Descrição – Sempre cadastrar como “USUARIO” na descrição.

Valor – Nome do parâmetro onde estão cadastradas as informações para aquele login de acesso ao webservice. Ex: ISOBIONEXO_HOMOL.

Observações: Cadastrar para o usuário 1.

ISOBIONEXO_HOMOL – Configurações gerais para a integração.

O Nome deste parâmetro varia conforme “Valor” cadastrado no parâmetro “ISOBIONEXO_USUARIOS”.

Detalhes:

DT_BEGIN_WGA – Data inicial para utilizar na operação WGA (cotações prorrogadas).

ORIGEM – Código da origem cadastrada para o Bionexo (Núcleo – Entidade empresa - Origem).

SENHA – Senha utilizada para acessar o webservice.

TOKEN_WGG – Token utilizado para a operação WGG (Novas cotações). Ao rodar o motor, esse token é atualizado.

TOKEN_WJG – Token utilizado para a operação WJG (Pedidos confirmados). Ao rodar o motor, esse token é atualizado.

Observações: Cadastrar para o usuário 1.

HISO_BIONEXOPEDIDO – Funcionalidades para a tela de cotação.

Detalhes:

PRECO_SISTEMA – Mostra ou não o preço do sistema no grid da tela da cotação . Valores “S” ou “N”. Default “N”.

DEFAULT_TIPOFRETE – Valor default para o tipo de frete. Valores “CIF” ou “FOB”.

GRID_NUMERO_COTACOES – No máximo de registros retornados na busca, da tela de pesquisa HWWISOBionexoPedido.

LIMITE_PROD_DSC_CLIENTE – No de letras limite para a descrição do produto no grid.

NUM_REGISTROS_COTACAO – No de itens por página na tela de cotação. Default 50.

VALIDAR_INCLUSAO_ITEM – Validar a inclusão do item (estoque, margem etc) ao gerar um pedido. Valores “S” ou “N”. Default “N”.

LIMITE_DSC_TITULO – No de letras limite para o título no grid, na tela de pesquisa 

HWWISOBionexoPedido.

Observações: Parâmetro por usuário.