Descrição: Solicitação para criar limitação da quantidade de salas de CHAT que cada operador pode atender, restringindo em 03 atendimentos.

Solução: Na tela de classificação do chat foi adicionado um campo que configura o limite de salas que podem ser atendidas por um único atendente, podendo ser configurado entre 1 e 5 (combo-box), porém, em todo o caso, apenas será permitido no máximo 5 atendimentos simultâneos por cada atendente.

No momento em que o usuário tenta atender outra sala de chat, ultrapassando o limite configurado, abre o popup do chat sem nenhuma conversa e sem nenhuma possibilidade de ação e com a mensagem:

Número máximo de salas em atendimento, por favor, finalize um atendimento antes de iniciar outro.

Se for configurada a classificação para no máximo um único atendimento por vez, o atendente precisa sair de uma sala em atendimento chat para iniciar outro. Caso esteja configurada a classificação para 2 atendimentos o atendente consegue atender duas salas ao mesmo tempo, apresentando erro caso tente iniciar um terceiro.

Descrição: Validar DDD, UF, SITUAÇÃO, DDD INEXISTENTE ou INCOMPATIVEL COM UF

Solução: Foi criada a view BI_047_AtendimentosInconsistentes e disponibilizada via tortoise (foi criado também no ambiente de produção do cliente).

Foi criado campo novo (ISOLoc_DDD) na tabela ISOLocalidade (foi criado também no ambiente de produção do cliente).

Foi criado um script para atualização de DDD que encontra-se em anexo no atendimento (esse script foi executado no ambiente de produção do cliente).

Descrição: Solicitação da criação de um parâmetro para liberar manutenção nos dados de atendimento de SAC, na situação finalizado

Solução: Foi criado o parâmetro ISOSAATE_LIB_DA_SITUACAO para permitir que se possa incluir/modificar anexos e dados complementares do SAC, mesmo que o atendimento esteja encerrado.

Detalhes:

ANEXO - Caso o valor seja S, poderá incluir/modificar um anexo. Default N.

DADO_COMPLEMENTAR - Caso o valor seja S, poderá incluir/modificar um dado complementar. Default N.

Descrição: Os programas:isoCRM_IntegracaoEntrada; isoCRM_IntegracaoEntrada_Pedidos; isoCRM_IntegracaoEntradaNF; isoCRM_IntegracaoEntidadeEntrada.

Possuem parâmetro para desabilitar a gravação de logs, mas não está sendo utilizado. Sempre está gravando.

Corrigir para poder desabilitar.

Solução: Alterados os quatro programas, para passar o parâmetro de configuração do DEBUG (Sim ou Não), mais as procedures que são chamadas por elas para realmente gravar ou não conforme informado no parâmetro.

Descrição: Necessidade de colocar o icone "Discar" na tela HViewISOPvPedido, como existe hoje na tela HViewISOSAAteCliente. Já existe no SAC ou campanha.

Solução: No pedido, na aba "Dados cadastrais" foi adicionado o ícone da telefonia, assim como existe no SAC e campanha. 

Estará visível se no cadastro do usuário o campo "Utiliza CTI" igual a SIM e se o parâmetro ISOCTI estiver devidamente configurado.

Descrição: Solicitação para que haja controle da exibição dos botões “Abrir” e “Fechar” na tela de Dados do atendimento do contato da campanha (aba: Atendimento Campanha)

Solução: Para esta solicitação foi desenvolvido um parâmetro. 

O Parâmetro é 

HISOMK_ATENDIMENTOCONTATOWC e os detalhes são:

EXIBE_BOTAO_CONFIRMA e EXIBE_BOTAO_FECHAR, com os valores S e N para Sim e Não, respectivamente, para a exibição ou não dos botões, sendo S o valor padrão.

Parametrizando os dois com valor N o botão Confirmar sempre será exibido.

Descrição: 1 - A necessidade é que demonstre o usuário que fez o atendimento na data (histórico) que aparece na listagem (em caso de mais de uma tarefa relacionada, mostrar o último sempre).

2 - Se possível, que o atendimento apareça apenas uma vez na listagem, no período informado. Exemplo, o atendimento 518278 aparece 2 vezes em junho, uma vez com passagem pela RIA e uma vez com passagem pelo CORTEC. Neste caso, deverá aparecer apenas uma vez, como CORTEC (sempre prevalece sobre a RIA, independente de data, se foi antes ou depois).

Solução: Foi alterada a view do BI e adicionada no anexo desse atendimento.

Foi ajustado o histórico do atendimento sac:

    1 - Foi adicionando a chave (ISOSAAte_Codigo) e corrigindo o autonumerador.

    2 - Foi criado o parâmetro ISOSAATENDIMENTO e o detalhe          TEMPOHISTORICOSEGUNDOS. Como funciona: Um atendimento que é alterado mais de uma vez nesse período de tempo parametrizado não grava um novo histórico, irá apenas atualizar o ultimo, pois entendemos que essa manipulação se trata da mesma manutenção no atendimento.

           2.1 - Não é necessário cadastrar o parâmetro, pois foi ajustado também a tela de configuração de atendimento sac (Núcleo / Sac / Configuração do atendimento sac). É possível por lá configurar o tempo, em segundos por usuário ou grupo. Lembrando que se houver parametrização por usuário, a por grupo não irá funcionar para o usuário que está sendo testado.

    3 - Foi criado um flag para identificar se o histórico gravado está com uma situação nova em relação à situação anterior registrada no histórico.

Foi alterada a view do BI novamente, adicionando o flag do histórico, porém, essa view somente poderá ser usada após a atualização do pacote versionando.

Descrição: Problema na cópia de acesso liberando módulos de supervisor.

Quando é feita a cópia de acesso (usuário normal para usuário normal) o sistema libera módulos de supervisor impossibilitando login

Solução: 

Liberação de Evento de um Objeto:

Ao liberar para um usuário qualquer, um evento de um objeto cujo módulo seja, por exemplo, Supervisor Vendas, esse módulo será também vinculado ao usuário, pois para a liberação do evento funcionar, o usuário precisa obrigatoriamente ter acesso ao módulo.

Ao liberar um evento erroneamente, um módulo pode ser vinculado ao usuário erroneamente e no próximo login desse usuário, a mensagem de erro NÃO EXISTE LICENÇA DISPONÍVEL poderá aparecer.

Para corrigir nesse caso, basta excluir o módulo errado do usuário que teve a liberação de objetos feita de forma errada. 

Ao liberar acesso ao usuário, caso o evento seja de um objeto do menu, irá verificar se os diretórios acimas estão liberados, liberando se necessário.

Ao liberar acesso pela tela de liberação de acesso, o objeto ISOGesacMenuFinal era liberado também, isso era feito para corrigir um bug de layout do menu. Esse artifício foi removido visto que o menu foi corrigido também.

Exclusão de módulo do usuário:

Ao excluir um módulo de um usuário, todos os eventos dos objetos cujo módulo está sendo removido também serão removidos.

Ao incluir manualmente um usuário à um evento qualquer, uma rotina é disparada, essa rotina irá verificar se o módulo do objeto do evento ao qual o usuário está sendo adicionado está liberado para o usuário, se não estiver, nesse momento será liberado.

Exclusão de Evento do Usuário:

Ao excluir manualmente o vínculo de um usuário com um evento de um objeto qualquer, uma rotina é disparada, passando o módulo do objeto do evento para a rotina por parâmetro.

A rotina irá buscar todos os eventos liberados para o usuário cujo objeto possui o módulo igual ao recebido por parâmetro.

Se a rotina não encontrar nenhum evento nessas condições, então o módulo também será removido.

Descrição: Uma limitação no tamanho do campo de descrição, na criação de sac através do chat, impede que seja salva a conversa toda. 

Solução: Foi adicionado um atalho, que irá aparecer ao lado da caixa de detalhe, ao abrir um atendimento SAC que foi originado de um Chat. Quando clicado no ícone deste atalho é possível visualizar toda a conversa pela tela de atendimento chat.

Esse ícone somente aparece se estiver liberado para o usuário, se o SAC foi de fato originado de um Chat e se o Chat foi concluído.

Para liberar o ícone para o usuário é necessário liberar o objeto TISOChat e o Chat_Historico. Para realizar esta ação é preciso ir em:

Núcleo/Segurança/Acessos/Objetos, procurar o objeto TISOChat, clicar em Mostrar, abrir a guia Eventos do objeto, adicionar (caso não exista) o Evento Chat_Historico e, depois de adicionado, clicar em Mostrar e, na guia Autoridades do objeto, adicionar o usuário que atende ao SAC.

Descrição: Necessidade de ter acesso ao gráfico de satisfação do atendimento, o finalizar o atendimento, o profissional tem a opção de avaliar a ouvidoria. Gostaria de instruções de como podemos

Solução: Foi implementada a solução através de gráficos para a solicitação, utilizando o módulo isoAnalítico, sendo criado no um Dashboard (Atendimentos qualificados) com dois gráficos (notas do atendimento e notas da solução).

Filtros por período, motivo, ocorrência, causa, situação, unidade, entre outros podem ser adicionados a fim de especificar o gráfico.

Para acessar os gráficos, através do isoAnalítico é necessário acessar o Dashboard Atendimentos Qualificados

Descrição: Solicitação para adicionar o campo CNPJ da Transportadora na integração de pedidos e matriz de frete.

Adicionar informações complementares na consulta de transportadora: Localidade.

Buscar informações pelo CNPJ no cadastro de organização, caso a transportadora tenha sido integrada como entidade organização.

Solução: Foi adicionado o campo CNPJ no cadastro da transportadora.

No prompt, a busca por CNPJ funciona também.

Para habilitar o prompt, efetuar a seguinte parametrização:

Parâmetro: ISOPVPEDIDO

Detalhe: PROMPTTRANSPORTADORA

Valor: S ou N (Padrão N)

Descrição: Solicitação de criação de recurso para o próprio usuário resetar a sua senha via e-mail.

Solução: Foi adicionado ao login do sistema o link "Esqueci minha senha". 

Ao clicar nele irá abrir um popup onde o usuário deverá informar seu cpf/cnpj.

Caso encontre no isoCRM, será enviado para o e-mail principal do usuário uma url de uma página para redefinir a senha.

Para enviar o e-mail, deverá existir o arquivo email_mobilerecuperasenha.html na pasta web.

O html poderá ser modificado conforme desejar, onde poderá utilizar as tags abaixo:

!ISO!ISOEMAIL!ISO! - Adiciona o e-mail do usuário do sistema

!ISO!ISOLINKSENHA!ISO! - Adiciona o link para redefinição da senha

!ISO!USUARIOLOGIN!ISO! - Adiciona o login do usuário no sistema

Descrição: Solicitação para inserir na geração do PDF do pedido o número da Ordem de Compra. Deve aparecer no PDF do pedido.

Solução: Este campo irá aparecer no relatório quando o detalhe e o parâmetro para exibi-lo estejam ativos. O parâmetro a ser cadastrado, caso não exista, é ISOPVPEDIDO e o detalhe MOSTRARORDEMCOMPRA com valor S para sim e N para não. Esta informação aparece no relatório padrão da tela de pedido.

Descrição: Ajuste no tamanho do espaçamento do relatório do orçamento.

Solicitado o aumento do campo código do item pois havia espaço à direita

Solução: Foi ajustado o relatório conforme solicitado.

Descrição: Seguintes ajustes replicados na tela simplificada do pedido:

1) Tela de pedido, grids de pesquisa de produto e do carrinho: incluir coluna com preço unitário sem impostos (precolistabase): preço de lista subtraindo-se todos os descontos

2) Na tela de informações (ícone "i") e no tooltip deste mesmo ícone, incluir esta informação de preço unitário sem impostos.

3) Na tela de informações (ícone "i") e no tooltip deste mesmo ícone, alterar o nome "PREÇO UNITÁRIO" para "VALOR FINAL (COM IMPOSTOS)"

4) No tooltip sobre o ícone "i", incluir "PREÇO DE LISTA"

Solução: Parâmetro: ISOPVPEDIDO

Detalhe: MOSTRAR_PRECOUNITSEMIMP

Valor: S ou N. Default N.

Caso esteja S o campo estará visível.

O valor do campo "Base" é igual a:

X = (Preço lista - Desconto negociação - Desconto concedido - Desconto promoção)

O valor do campo "Base" foi incluído no tooltip do ícone "i" e na tela de informações, com o nome de "Base (unitário sem impostos)".

Foi alterado o nome do campo "Valor unitário", no tooltip e na tela de informações, de "Valor unitário" para "Valor final (unitário com impostos)".

No tooltip sobre o ícone "i" foi adicionado a informação "Preço de lista".

Descrição: Na tela de atendimento SAC, o parâmetro para liberar motivo, ocorrência e causa não funciona (SAC_LIB_MOT_OC_CAU_FLUXO)

Solução: Após a verificação de que o parâmetro não funcionava quando o fluxo era disparado, foi realizada a correção para que não ocorresse o problema novamente.

O detalhe e os valores para este parâmetro são os mesmos: 

Detalhe: LIBERAR 

Valor: S ou N.

Descrição: Foi identificado um problema onde o endereço não estava sendo salvo, apesar de confirmar várias vezes, de todas as formas, não gravava.

Solução: Foi realizado o ajuste no sistema para que a validação volte a ser como era originalmente, sem desabilitar a confirmação para os usuários.

Descrição: Relato o problema onde o sistema não adicionava observações no pedido.

Solução: Havia um erro na transação do pedido. Foi realizado o ajuste e voltou a funcionar normalmente.

Descrição: Configurar para que determinado dado complementar seja obrigatório, de acordo com motivo/ocorrência/causa ao passar o SAC para ABERTO.

Solução: A funcionalidade que abre um popup para preencher um formulário vinculado a motivo/ocorrência/causa estava com problemas e não habilitava nenhuma pergunta para preenchimento. Foi corrigido.

Para que funcione, o dado complementar de SAC precisa obrigatoriamente estar liberado para o usuário logado e estar ativo.

Descrição: Segmento no cadastro do cliente/entidade:

A combo de “segmento” na tela de inclusão de entidade, por meio da campanha, está listando segmentos inativos.

Solução: Não há forma de inativar segmentos, neste caso, foi usado o mesmo tratamento do cadastro da entidade via tela de atendimento. Quando não há tradução ou as traduções estão inativas para o segmento, ele não será listado na combo.

Descrição: Solicitação de bloqueio de emissão/envio de proposta de acordo com a alçada configurada.

Existe a necessidade de bloquear a emissão da proposta enquanto ela não for totalmente aprovada pelas alçadas.

Fluxo: 

Cadastra a proposta: Se estiver dentro da alçada é permitido concluir venda e imprimir a proposta.

Cadastra a proposta: Se não estiver em sua alçada vai para aprovação de alçada e não permite a impressão da proposta - Passa por aprovação da alçada e com isso é permitido emitir proposta e enviar para cliente.

Procedimento necessário para evitar que envie uma proposta para o cliente que não esteja aprovada.

Solução: Para habilitar o bloqueio é necessária a seguinte parametrização:

Parâmetro: ISOPVPEDIDO

Detalhe: RELATORIO_BLOQ_POR_ALCADA

Valor: S ou N (Padrão N)

Uma vez parametrizado, deve configurar a matriz de alçada do pedido.

Após devidamente configurada a matriz, para todo e qualquer pedido que entre em alçada, a geração de relatório não será mais possível, ao clicar no ícone, irá gerar um erro: "Acesso ao relatório não autorizado, pedido encontra-se na alçada: <NOME DA ALÇADA>"

Na tela de e-mail de saída do pedido, existe um ícone que gera automaticamente o relatório e adiciona aos anexos do pedido. Esse recurso respeita a mesma validação, não permitindo a geração do relatório se o pedido estiver em alçada.

Foi corrigido o cadastro de matriz de alçada. Ao cadastrar uma alçada, é necessário informar um grupo ou um responsável. Se não informar nenhum dos dois, a matriz não funciona. Foi adicionada uma regra para forçar o cadastro de um dos dois campos.

Informações importantes:

Existe um detalhe no parâmetro ISOPVPEDIDO denominado PED_MATRIZES_RSPCLI.

Esse detalhe quando está com valor S, agrupa todos os responsáveis do cliente.Quando uma matriz é configurada por grupo ou por responsável, o sistema verifica o conjunto de responsáveis do cliente, aplicando a regra para eles também.

A mesma regra vale por grupo, mas verifica nesse caso o conjunto de usuários que pertence ao grupo.

Descrição: Incluir na impressão do recibo: Nome do(a) Ramal, Telefone do Doador, CEP do Doador.

Solução: Foi  realizada a alteração da impressão do recibo, adicionando: Nome do(a) Ramal, Telefone do Doador, CEP do Doador.

Descrição: Tela "HISO_ConsultaEstoques"

Solução: Quando usamos campo fórmula no sugest, não é efetuado o tratamento correto, sempre retornando que o campo é ambíguo.

A solução nesse caso, foi tornar o campo redundante (criar o campo fisicamente no banco de dados).

Lembrando que, para testar, a parametrização tem que estar liberada.

• Parâmetro: HISO_CONSULTAESTOQUES

  • Detalhe: HABILITAR_SUGEST

    • Valor: S ou N

Descrição: Selecionar um período para emissão do relatório (data inicial e data final)

Filtrar os atendimentos como um todo, separando por níveis de atendimento (1º e 2º).

Filtrar os atendimentos que são encaminhados para (3º nível)

Solução: criada uma view de tarefas com os campos:

·         Atendimento.

o   Motivo

o   Ocorrência

o   Causa

o   Unidade

o   Canal de origem

o   Situação Atual

o   Data de abertura do atendimento

o   Data de conclusão do atendimento

o   Tempo em dias da conclusão do atendimento (data de conclusão – data de abertura)

·         Procedimento.

·         Tarefa.

·         Responsável.

·         Responsável executor.

·         Solução.

·         Data de recebimento.

·         Data de solução.

Tempo em dias (data de solução – data de recebimento).

Descrição: O mesmo deve aparecer quando exportado para Excel.

Solução: Foi incluído a Coluna descrição nos relatórios Excel, nas situações: Aberto e Faturado Parcial/Total.

Descrição: Solicitação para correção do processo de envio de e-mail. O módulo não está sendo passado por parâmetro, como aguardado pelo procedimento que grava o e-mail na tabela de saída de e-mail.

Solução: Colocado o parâmetro ISOModuloEmailSaida.Pedido, que era necessário para chamar o procedimento de envio de email.

Descrição: Ajuste no atendimento do bloqueio de emissão/envio de proposta - Existe a necessidade de bloquear a emissão da proposta enquanto ela não for totalmente aprovada pelas alçadas.

- Faltou contemplar essa regra na chamada do relatório na tela de manutenção de pedidos. 

Solução:  Foi realizado o ajuste para esta regra na chamada do relatório na tela de manutenção dos pedidos.

Descrição: Informar se a cotação por estabelecimento não atingir o Pedido mínimo de R$ 1.500,00 – (Customização) na Integração com ERP deverá informar qual produto pertence a qual estabelecimento;

Solução: Será adicionado na matriz de valor mínimo o campo “Valor mín. Por estabelecimento”, com valor padrão “Não”. Quando cadastrarmos uma matriz controlada por estabelecimento, será necessário adicionar o estabelecimento à matriz, através da nova estrutura de relacionamento que será detalhada posteriormente.

Descrição: - Quando o item possuía cota, mas a quantidade do pedido era superior à quantidade disponível no cadastro da data de promessa, a inconsistência não aparecia na tela de fechamento. Ainda assim não conseguia-se concluir o pedido (passar para aberto), pois dava mensagem "Produto: X sem cotas/saldo."

- Quando o item possuía cota, mas a data de promessa não existia, a inconsistência não aparecia na tela de fechamento em determinadas situações. Ainda assim não conseguia-se concluir o pedido (passar para aberto), pois dava mensagem "Produto: X sem cotas/saldo."

Solução: Corrigido critica exibindo mensagem de erro nos pedidos com datas de promessa e cota, porém sem quantidade suficiente.

Corrigido critica exibindo mensagem de erro nos pedidos com cota e quantidade, porém sem data de promessa.

Descrição: Existência de um problema relacionado a tela de cadastro de usuários. 

Alguns usuários ficavam com o campo "usuário de alteração" em branco após a alteração da senha pela tela de login.

Solução: Foi realizada a alteração no sistema para que não houvesse o erro de gravar na tabela de usuário o valor 0 .

Descrição: Documentação de como agrupar atendimentos de duas entidades em uma só e excluir a entidade que não possui CNPJ.

Solução: O usuário supervisor deverá ter alçada para enxergar todos os atendimentos ao efetuar a transferência de atendimento para evitar possíveis erros, como por exemplo, deixar de transferir algum atendimento.

Descrição: Endereço de e-mail colocado no CHAT para receber a conversa, não faz a validação se o endereço de e-mail é correto, com a falta de validação, o uso de caracteres inválidos ocasiona a parada do motor de envio de e-mail. É necessário criar uma maneira de validar o endereço de e-mail colocado pelo internauta e fazer com que o motor não pare por motivo de encontrar um endereço não válido.

Solução: A mesma regra usada no login, foi utilizada no final do chat. O e-mail é validado quando digitado no campo de e-mail, para receber a conversa, e o motor não é interrompido mais.

Descrição: A aba itens do pedido não criticou a data de promessa.

No fechamento, criticou.

Solução: Removido a crítica de erro na data de promessa a partir da aba de itens do pedido. A crítica é feita somente no fechamento.

Descrição: Ajuste na tela de alerta (Pedido).

Adicionar o botão fechar e desabilitar os demais botões e acessos da tela.

Solução: Foi inserido botão “fechar” e omitidos os demais acessos de manutenção.

Descrição: Ao tentar atualizar uma pessoa pelo cadastro simplificado, pelo botão "Confirmar pessoa", nada acontece.

Solução: Corrigido no formulário simplificando a inclusão/alteração de pessoa.

Descrição: Seguem alguns exemplos de cotações que pelo motor Bionexo não integram, quando integra-se de forma manual apenas a cotação e a organização são cadastradas.

select * from isobionexopedido where isoemp_codigo = 11

AND ISOBP_Id_Pdc in (41612657, 41612691)

Solução: Foi corrigido o problema.

Os endereços, telefones e econtacts não estavam sendo importados devido a não encontrar o código do tipo com que seus respectivos cadastros eram incluídos. Este tipo é encontrado basicamente no cadastro de informação da integração (TIPOENDERECO, TIPOTELEFONE, TIPOECONTACT), porém para os usuários que importam essa cotação manualmente essa informação não existe. Estes tipos, caso não existam no cadastro da informação da integração, poderão ser encontrados em um parâmetro, conforme abaixo, que deverá ser liberado para o usuário 1.

• Parâmetro: ISOBIONEXO

  • Detalhe: TIPOENDERECO

    • Valor - Código do tipo do endereço com o qual será incluído.

  • Detalhe: TIPOTELEFONE

    • Valor - Código do tipo do telefone com o qual será incluído.

  • Detalhe: TIPOECONTACT

    • Valor - Código do tipo do econtact com o qual será incluído.

Descrição:  Saldo de contrato zerado, mesmo não havendo pedidos.

Solução: Corrigido.

O problema ocorria quando se atualizava uma colocação do item, onde o campo "Atualizar item ganho" estava marcado como sim. Quando atualizava o item para uma situação interna "Ganho" o saldo da quantidade ficava zerado.

Descrição: Solicitação para criar a aba de disparo manual de procedimentos na tela de cadastro simplificado.

Solução: Foi implementado o objeto HISO_CadastroEntidade e evento ISO_WFTrfCliente.

Liberando esse objeto/evento, o usuário poderá acessar a tela de disparo de procedimentos do cliente pela tela do cadastro simplificado. Essa aba somente aparece se o cadastrado for cliente (Tiver papel cliente relacionado a ele).

Descrição: Solicitação para incluir, na tela de atendimento campanha, o campo de filtro que efetue a busca da Cidade vinculada ao filtro de Estado já existente. 

Solução: Foi desenvolvida a solução para que a cidade esteja atrelada diretamente ao UF selecionado para a filtragem

Descrição:  Solicitações de ajuste na tela inicial do chat:

1 -  Necessidade de alteração do texto que informa o horário de atendimento, para o período desejado, na tela inicial do atendimento on-line

2 - Ajuste do e-mail que o sistema envia com o histórico da conversa.

Solução: Foram adicionados dois campos na classificação do chat, um referente a mensagem de erro relacionado ao horário de atendimento, outro referente a conta de email padrão utilizada para o envio de e-mail.

Quando há mensagem configurada na classificação do chat informando o horário de atendimento, a mensagem parametrizada deixa de ser exibida.

Quando há conta de email configurada na classificação do chat a conta do SMTPCONFIG deixa de ser usada.

Descrição: Mesmo após o pedido que caiu em bloqueio por alçada ter sido liberado não permite que o Vendedor imprima o Pedido para enviar ao Cliente.

Criar uma forma de permitir a impressão do mesmo pelo vendedor e ou atendente quando o mesmo for liberado por alçada.

Solução: Ajustado para o supervisor da alçada poder imprimir o pedido.

Descrição: Não respeita orde da Categoria do dado complementar de SAC para mostrar tela.

Solução: Corrigida a ordenação de todos os dados complementares utilizando a categoria e ordem da categoria.

Descrição: Não está achando o código do atendente mesmo enviando a descrição correta.

Solução: Efetuada correção.

Descrição: Data de Emissão: é a data na qual a proposta foi criada.

Desta forma a data da “emissão” acompanha o histórico da proposta/orçamento

Caso o cliente solicite o reenvio da proposta; caso necessite reimpressão; o sistema informa a data de emissão.

Solução: Foram incluídos os campos de Data de Emissão e Data de Impressão no relatório.

Descrição: não está ficando o valor da tela HViewISOCTContrato

Solução: corrigido cálculo de valor de unidade de venda com base no valor unitário e fator de conversão na manutenção do item de contrato.

Descrição: Solicitação de ajuste dos seguintes itens:

Número de salas em atendimento por usuário (de 1 a 5)

Aviso de horário.Sem mensagem configurada exibe a parametrizada.

Limite máximo de salas em atendimento. Se não estiver informado, utiliza o parametrizado.

Aviso de limite máximo de salas atingido. Se não estiver informado, exibe a parametrizada.

Conta de e-mail para envio. (Em branco por padrão, com descrição SMTPCONFIG). Se informar, o e-mail passa a utilizar a outra conta.

Solução: Recursos na configuração do chat foram adicionados:

- configuração de número de salas em atendimento para usuário.

- mensagem de aviso de horário.

- limite máximo de salas em atendimento.

- mensagem de aviso quando o limite máximo de salas em atendimento é atingido.

- configuração da conta de atendimento utilizada no e-mail enviado para o cliente no final do atendimento.

Para configurar:

Menu -> Núcleo -> Chat -> Classificação

Descrição: Ao inativar um usuário, deletar/inativar sua autoridade (controlada via parâmetro).

Solução: foi identificado que a demora estava no tratamento/limpeza da tabela ISOJOBLOG.

A ISOJOBLOG não está sendo limpa periodicamente pois os dados de processamento do motor BIONEXO são armazenados nesta tabela. No momento da execução a ISOJOBLOG estava com cerca de 180 milhões de registros. O menu reconstrução limpa a ISOJOBLOG registro a registro, gerando os lock/controle transacional.

Será removido a limpeza da ISOJOBLOG do programa de reconstrução e aberto atendimento para que os dados Bionexo sejam armazenados em outro estrutura mais adequada (e normalizada).

Descrição: Problema com desconto. As rotinas de desconto e acréscimo em cascata, ao converter um desconto de valor para percentual, arredondava o desconto ou acréscimo para 2 casas decimais apenas. Isso acarretava no novo valor com erro de alguns centavos

Solução: Foram corrigidas as rotinas PISOPvPedDescontoCascataPrecoD e PISOPvPedAcrescimoCascataPrecoD

Foi alterado o arredondamento de 2 casas para 6 casas decimais.

Descrição: Solicitação para ajustar o layout de todas as telas de procedimentos de tarefas (procedimento do atendimento, procedimento do cliente, etc...).

Necessidade de ajustar também a ordenação dos procedimentos disparados. Está ordenando por descrição misturando a ordem quando disparado mais de um procedimento.

Solução: Ajuste no layout de todas as telas de consulta dos procedimentos, habilitando auto-resize do grid.

Ajuste na ordenação desses grids.

Restringido apenas para tarefas manuais a mensagem de erro "Há 2 ou mais tarefas em andamento" na tela de atendimento Sac (Anteriormente, contabilizava as automáticas em aberto).

Descrição: A aba, no contrato referente ao Procedimentos, está com a cor completamente distorcida, não sendo possível a sua leitura.

Solução: Efetuada alteração

Descrição: Problema com o anexo da proposta no envio de email. 

O anexo gerado ao clicar no ícone de PDF, pela tela de envio de email, de dentro da tela de manutenção do pedido, não está gerando o anexo correto.

Está gerando o relatório padrão.

Solução: Corrigida a geração de relatório do pedido anexando ao e-mail, pela tela de saída de e-mail do pedido, respeitando a parametrização existente no módulo do pedido.

Parâmetro: 

ISOPVPEDIDOPDF

Detalhes: 

CODORIGEM_CODEXTERNO

IMPRIMEPROPOSTA

IMPRIME_ORCAMENTO_01

IMPRIME_ORCAMENTO_02

Descrição: Problema na importação de mailing. Quando o CEP não é preenchido, entra na rotina de busca de CEP e retorna uma cidade do Tocantins. 

Solução: Corrigido, quando não for informado o CEP na planilha, carrega os outros dados normalmente.

Descrição: Relatado o problema de duplicidade na inclusão de uma sequência no contrato

Solução: Foi criada uma nova tela para inclusão, idêntica à anterior porém que garante que o cadastro não será duplicado. 

Descrição: Mesmo após o pedido que caiu em bloqueio por alçada ter sido liberado não permite que o Vendedor imprima o Pedido para enviar ao Cliente.

Criar uma forma de permitir a impressão do mesmo pelo vendedor e ou atendente quando o mesmo for liberado por alçada.

Solução: Criada uma parametrização para que se informe em qual situação o Relatório do pedido pode ser impresso após ter sido liberada a alçada.

• Parâmetro: ISOPVPEDIDO

  • Detalhe: SITUACAO_PERMITE

    • Valor: (Código da situação do pedido que é permitido imprimir o pedido)

Caso tenha mais de uma situação, deve-se cadastrar novos detalhes com a mesma descrição e com os códigos necessários.

Esse processo somente será validado se o detalhe 'RELATORIO_BLOQ_POR_ALCADA' estiver com o valor 'S'.

Descrição: Problema relatado onde o saldo do contrato estava mostrando valor errado.

Solução: Foi corrigido para que o saldo seja recalculado sempre que clicar no botão confirmar no cadastro de um item do contrato.

Descrição: Problema relato:

Ao efetuar um pedido o valor que aparece no contrato fica duplicado.

Existe a necessidade de criar um campo com o código do pedido e item que faz referência ao contrato.

Solução: Foi incluída na tela de contratos, na aba item, o código do pedido e item que o contrato está fazendo referência.

O próprio usuário poderá excluir a referência duplicada a um item do pedido com código zero, ajustando assim a informação do campo valor total.