Solução: Foi melhorada a performance de busca de atendimentos no modern.

Foi criada a opção de filtros avançados, com várias opções.

Ao abrir a tela virá preenchido o filtro situação interna "Aberto" por padrão.

Solução: Campos obrigatórios marcados com (*), sublinhado em vermelho e popup com aviso de erro.

Solução: Procedure de cálculo de fretes estava com um erro, comparando o código da situação do item do pedido no lugar da situação interna.

Solução: Melhoria implementada.

Solução: Na WEB deverá utilizar o campo de Ordem de compra para registrar essa informação.

• • Para visualizar o campo: 

  • Parâmetro: ISOPVPEDIDO

  • Detalhe: MOSTRARORDEMCOMPRA

  • Valor: S

• • Para obrigar o preenchimento ao passar o pedido para ABERTO:

  • Parâmetro: PEDOBRIG

  • Detalhe: ORDEM_COMPRA

  • Valor: S

• • Para copiar a informação para os pedidos filho:

  • Parâmetro: ISOPVPEDIDO

  • Detalhe: PENDENCIA_COPIAR_ORDEMCOMPRA

  • Valor: S

Solução: Informação será mostrada no momento em que o Usuário se logar abaixo de onde aparece o nome e o Grupo do Usuário.

Solução: View criada no tortoise.

Solução: View criada no tortoise.

Solução: Colocado o link para código do produto na tela HViewISOSAAteCliente, aba Atendimento.

Solução: Foi realizado uma melhoria na funcionalidade.

Solução: A tela de atendimento foi separado em duas colunas. 

A esquerda: 

• Motivo, Ocorrência, Causa, Unidade e Situação 

A direita:

• Contato, Canal, Descrição e Solução

Solução: Incluída a coluna E-mail para na tela de e-mail de entrada.

Solução: Incluído parâmetro para mostrar ou não o nome do cliente no assunto do e-mail de saída.

Parâmetro - EMAILSAIDARESPOSTA

Detalhe - MOSTRARCLIENTE

Valor - S

Solução: Alterado para modificar o cliente no(s) procedimento(s) de workflow vinculados ao atendimento que teve o cliente alterado.

Solução: 

• • Criado as views VW92, VW92A, VW92B,..., VW92G

  • Criado data provider DP_ISODashBoardCliente

  • Criado Transaction e Data View VW92_DadosCliente

  • Criado Web Service WSR_ISODashBoardCliente_Read

Documentação para desenvolvimento aqui.

Solução: Documentação disponível. Clique aqui para ver a documentação.

Solução: Na tela do cadastro simplificado, ao informar um CEP genérico (CEP de localidade, não de logradouro), o isoCRM não mostra os dados na tela (retorna do ViaCEP, o CEP e a localidade), pois espera que retorne ao menos, o cep e o logradouro.

Ajustado a tela, para que neste caso, mostre a descrição da localidade, UF e país. Também será dado uma mensagem informando que foi digitado um cep genérico.

Solução: Foi disponibilizada a melhoria solicitada

Solução: Implementado

Solução: Corrigido. Criado índice UISOSITHISTORICO102.

Solução: Na inclusão do responsável, quando a carteira está ativa, o cliente recém cadastrado é inserido na carteira de trabalho do usuário de cadastro automaticamente e é inserido como principal.

Solução: Se o cliente não tiver um responsável principal, a inclusão do responsável será feita como principal.

Solução: Corrigido.

Solução: Implementado.

Solução: Desenvolvido o campo Acesso ao isoCRM no catálogo.

Solução: Implementado botão "LIMPAR", ao lado do botão "PROCURAR", para limpar os campos utilizados para filtro de dados.

Solução: Disponibilizada a descrição do Grupo vinculado ao Usuário.

Solução: Foi disponibilizada a melhoria solicitada.

Solução: Foi desenvolvido a opção Incluir categorias pré-existentes.

Solução: Ajustado para 2 linhas.

Solução: Melhoria implementada.

Solução:  Ajustado conforme solicitado.

Solução: Foi desenvolvido a função reordenar. O botão está na manutenção do catálogo.

Solução:  Clique aqui para acessar a documentação do módulo.

Solução: Implementado.

Solução: No item de catálogo foi implementado o vinculo do produto com item. No hora de vincular o produto, um popup de busca irá permitir buscar produtos ativos.

Solução:  No arquivo web.config, na tag existe a configuração binding, onde a propriedade name deveria ser CustomBinding, no web.config da Brandili estava SecureBinding.

Solução:  Documentação disponível aqui.

Adicionado também link para a documentação na tela do Modern, após realizar uma busca irá aparece o ícone no canto superior direito.

Solução:  No motor de integração entrada (motor de integração, não motor do isoCRM) foi acrescentado um parâmetro a mais, ImportaProduto, que deve ser informado S ou N. E disponibilizado documentação de integração no site de treinamentos.

Solução:  

Documentação de saída.

Documentação de confirmação.

Documentação de entrada.

Solução: Implementado.

Solução: Foi disponibilizado toda a estrutura de integração via tabelas no isoCRM treinamentos, após acessar o site vá em:

• 1. Programa de treinamento 

  2. Integrações

  3. Documentos de integração

  4. Integração via tabelas

INTEGRAÇÃO ISOCRM VIA TABELAS

Solução: Ajustado web-services. Ajustado integração. Ajustado trigger.

Solução: 

Definição de ativo/inativo:

Quando recebermos pela integração a informação de Ativo “A” , Nulo ou Branco, iremos considerar essas condições como ATIVO, iremos considerar como inativo, somente quando enviar inativo “I”.

Configurar os parâmetros

• Parâmetro: ISOCRM_INTEGRACAO

• • • Detalhes: VERIFICA_TELEFONE_COMPLETO

    • Detalhes: VERIFICA_ENDERECO_COMPLETO

    • Detalhes: VERIFICA_ECONTACT_COMPLETO

• •  Valor: "S"

Com esses parâmetros configurados quando efetuar a busca pela informação, caso não tenha código externo, será feita uma busca pela informação completa do registro para garantir que encontre o registro ou caso não encontre seja cadastrado como novo.

Configurar parâmetro para o usuário de integração de entrada. Para não validar o CEP no momento da entrada.

• Parâmetro: ISOENTENDERECO

• • • Detalhe: VALIDACAO_DE_CEP

• • Valor: "N" 

• Parâmetro: ISOCRM_INTEGRACAO

• • • Detalhe: ENTEND_NAOVALIDACEP

• • Valor: "S"

Solução: Foi adicionando o campo na tabela conforme solicitação: ISOPvPed_OrdCompra (Char 20). Esta disponível no site de treinamentos:

INTEGRAÇÃO ISOCRM VIA TABELAS

Solução:  Documentação disponível aqui.

Adicionado também link para a documentação na tela do Modern, após realizar uma busca irá aparece o ícone no canto superior direito.

Solução: Views ajustadas e atualizadas no tortoise.

Solução:  Foi alterado para quando o pedido estiver em PENDÊNCIA e tentar passar para aberto:

Se algum item possuir estoque, o pedido atual é passado para ABERTO, com o que estiver em estoque.

Se algum item não possuir estoque total ou parcial, é gerado um novo pedido PENDÊNCIA com as quantidades que não tinham estoque.

Solução:  Foi adicionada a coluna estoque na tela de mapa de pendências.

Foi alterado o módulo de vendas para não permitir a inclusão de produtos quando o pedido estiver na situação interna pendência.

Solução: Corrigido, será mostrado da mesma forma independente do acesso.

Solução: Aparecerá para o terceiro campo de filtro.

Se o parâmetro/detalhe não for cadastrado, o terceiro campo de filtro mostrará o label Outros Dados.

• • View - VW89_ProdutoOmniBox

  • Parâmetro: MUDALABELOMNIBOX

  • Detalhe: LABELNOVO

  • Valor: texto do novo label.

Solução: 

Foi implementado no cadastro de permissões a opção de bloqueio de pedido por situação do cliente.

Foi implementado o parâmetro para bloquear a inclusão de pedido se o cliente não tiver código externo.

• • Parametro: BLOQPVCODEXT

  • Detalhe: VERIFICA_COD_EXT

  • Valor: S ou N (Padrão N)

Função: habilitar o bloqueio por código externo.

• • Detalhe: CODIGO_ORIGEM_CLI

  • Valor: Numérico

Função: Definir uma origem especifica e bloquear se o código externo não existir para essa origem, caso contrário, se existir qualquer código externo o cadastro estará liberado.

Desenvolvido bloqueio por grupo de usuário/Situação Cliente (cadastro de permissão).

Foi implementado no cadastro de permissões a opção de bloqueio de pedido por situação do cliente.

Solução: O campo de filtro “Outros dados” efetuará a busca dos produtos através de Marca, Modelo, Classificação Tipo e ou Linha/Tipo. 

Alterado a view VW89_ProdutoOmnibox, para filtrar também pela Linha.

Views atualizadas no tortoise

Solução: Colocado um tooltiptext nas colunas de Código e descrição do produto no carrinho.

Solução: View criada no tortoise.

Solução: Desenvolvido dado complementar da tarefa.

Solução: Implementado.

Solução: Foram criados novos motores para WF, Cliente e MK (chamados de apisomotorwfnew, apisomotorclientenew e apisomotormknew).

Estes 3 motores possuem um parâmetro a mais em relação aos 3 motores atuais. O último parâmetro da chamada dos motores deve ser "SQL", se o banco de dados do cliente for SQL Server, ou "ORA" se o banco de dados do cliente for ORACLE.

Os 3 motores novos não fazem o tempo de espera definido no parâmetro INTERVALO, em cada passagem de execução, se algum fluxo/tarefa foi disparado.

Agora os motores acrescentam ao comando da seleção dinâmica associada no gatilho, a condição de "Data de alteração >= Data motor do gatilho", e não mais a condição específica do código do módulo (SAC, PEDIDO, MK, CLIENTE), evitando milhares de leituras desnecessárias.

Se o gatilho do SAC encontrar vários atendimentos atendidos pelos requisitos do comando, estes atendimentos serão gravados na ISOSDCON_SAAtendimento, e destes atendimentos, os que já possuírem este fluxo disparado, serão apagados. =

Os demais terão o fluxo disparado (o mesmo vale para os outros motores - Pedido, MK, Cliente).

Solução: Implementado ordenação de tarefas: 

• • Data Recebimento Ascendente

  • Data Recebimento Descendente

  • Data Limite Ascendente

  • Data Limite Descendente

  • Prioridade

Para usar a ordenação:

• • Clicar no ícone de ordenação (ao lado do campo de pesquisa), selecionar uma das opções. 

Ao clicar em uma das ordenações, o sistema já trará os registro conforme ordenação escolhida.

Solução: View atualizada no tortoise.

Solução: No parâmetro ISOCRM_INTEGRACAO tem o seguinte detalhe:

ORIGEM_SAIDA qual código que se coloca? Os do local de faturamento, origem da empresa? 

Resposta: Origem da integração

A necessidade de ter um motor de saída para cada local de faturamento/ origem de empresa (saída para o ERPs)?

Resposta: Para cada Origem de integração, deve ter um motor configurado (cada motor usa um usuário distinto).

SITUACAO_PEDIDO_SAIDA: qual a situação interna que deve estar  na configuração do isoCRM.

Resposta: É o código da situação do pedido que deverá estar no detalhe, não a situação interna. A Situação interna "ABERTO" somente influencia se o detalhe VALIDAR_SITUACAO_PEDIDO_SAIDA for igual a S.

Solução: Problema corrigido.

Solução: Forcei um setContext efetuando a busca na base de dados pela sessão passada por parâmetro na chamada do WS.

Solução: O limite atual é 1024 caracteres. Mas a tela permitia digitar mais e isso pode vir a gerar problemas.

Aumentei o limite para 4096 e travei o campo, não permitindo digitar mais que 4096 dígitos.

Solução: 

https://189.87.135.85:18443/TaskWS/Endpoint?wsdl

https://189.87.135.85:18443/DirectoryWS/Directory?wsdl

Solução: Ajustado.

Solução: Corrigido.

Solução: Ajustada a view VW49_Timeline.

Solução: Triggers e Procedures atualizadas no tortoise.

Solução: Implementado. Tabela ISOSITHISTORICO com histórico de situações (da agenda, do contato da campanha, do cliente, da pesquisa, do atendimento SAC e do Pedido).

Solução: Liberação corrigida

Solução: Funcionalidade implementada, documentação aqui.

Solução: Havia uma parte do motor de e-mail de entrada que limitava o número de caracteres do texto do e-mail em 9999 caracteres. Corrigido o motor de e-mail de entrada.

Solução: Clique aqui para acessar a documentação do módulo.