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
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: 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: Implementado.
Solução: Foi disponibilizado toda a estrutura de integração via tabelas no isoCRM treinamentos, após acessar o site vá em:
Programa de treinamento
Integrações
Documentos de integração
Integração 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:
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.
Left Join ISOPVPEDITESITMOTIVO T13
On T05.ISOEmp_Codigo = T13.ISOEmp_Codigo AND T05.ISOPvPedIteMoc_Codigo = T13.ISOPvPedIteSM_Codigo
Para:
Left Join ISOPVPEDITESITMOTIVO T13
On T05.ISOEmp_Codigo = T13.ISOEmp_Codigo AND T05.ISOPvPedIteMoc_Codigo = T13.ISOPvPedIteSM_Codigo AND T05.ISOPvPedIteSit_Codigo = T13.ISOPvPedIteSit_Codigo
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.
TAREFA NÃO CONCLUÍDA POR FALTA DE DADOS - SAC NÃO ENCONTRADO
TAREFA NÃO CONCLUÍDA POR FALTA DE DADOS - CLIENTE NÃO ENCONTRADO
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.