Março 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

10260 – Cadastro- Inclusão de CEPS não cadastrados.

Descrição : Criar um parâmetro para não permitir a inclusão de endereços com CEP não

cadastrado na base.

Parecer: . Implementado

Parâmetro : ISOENTENDERECO

Detalhe: VALIDACAO_DE_CEP

Valor: S ou N. Em S,

O sistema passa a criticar CEPs inválidos. Lembrando que CEP inválido é aquele que não está cadastrado na base de CEP. Se o caso for um CEP válido que não esteja cadastrado, o mesmo deverá cadastrar.

Não cadastrar o parâmetro é o mesmo que deixar em NÃO. Em Não o funcionamento é o atual. Só exibe o erro, não impede o cadastro.

10268 – Cadastro- Mensagem de exclusão de entidade

Descrição : Quando se tenta excluir uma entidade via tela do sistema mostra:

Exclusão não permitida. (correto, pois não se pode excluir cadastros de entidades do sistema)

Registro não encontrado - Favor retirar essa mensagem da tela, visto o registro ter sido encontrado, pois estava em um registro já cadastrado.

Retirar o botão Eliminar das telas:

• HViewISOEntPessoa

• HViewISOEntOrganização.

Parecer: . Foi retirada a funcionalidade de exclusão de pessoa e organização das telas; HWWISOEntPessoa, HISOEntPessoaGeneral, HWWISOEntOrganizacao, HISOEntOrganizacaoGeneral. ícones da grade de exclusão e botão excluir da aba geral do cadastro completo.

10343 – Relatorio DC- Relatorio dos dados complementares do Cadastro

Descrição : HWWISOEntidadeRelDC

Implementar opção para relatorio que traga somente entidades que tenham dados complementares respondidos, o default deve ser SIM.

Parecer: Implementado um check box com a label "Trazer apenas dados respondidos." Por padrão a check box vem marcado.

Testado com a combinação de papel e tipo de pessoa sem papel x pessoa, sem papel x organização, cliente x pessoa, cliente x organização, parceiro x pessoa, parceiro x organização.

Para esses 6 testes foram testados com a flag marcada e a flag desmarcada.

Relatório foi exibido como esperado.

ISOAtendimento

10475 –Atendimento – Contador para visualização dos Emails a serem atendidos.

Descrição : Barra de navegação do isoCRM

Implementar na barra de navegação do isoCRM um alerta para verificação da quantidade de emails com a situação 1 na tabela ISOEMEMailEntrada, seguindo as seguintes regras.

Ler na configuração da conta, qual usuario esta liberado para ler o email, se o usuario logado estiver dentro do grupo ou vinculado mostrar o alerta com a quantidade somente dos emails que a ele estão autorizado.

Parecer: Implementado.

Foi criado um envelope ao lado do botão do atendente chat disponível/não disponível.

Esse envelope tem um contador que vai de 00 a 99, e quando há mais que 99 emails a serem atendidos exibe +99.

O link abaixo do contador abre a tela de atendimento do Email de Entrada.

10452 –Atendimento – Situação do SAC default na abertura do atendimento.

Descrição : Situação do SAC

Usar o detalhe do parâmetro ISOSAATENDIMENTO, CODIGO_SITUACAO_SAC para gravar na tabela o código informado automaticamente quando o SAC gerar o numero do atendimento.

*Criado o detalhe CODIGO_SITUACAO_SAC, no parâmetro ISOSAATENDIMENTO. O detalhe espera o código isoCRM da situação do atendimento sac.

Parecer: Implementado.

Ao abrir um Atendimento SAC, o código da situação que será usada é o código parametrizado no parâmetro ISOSAATENDIMENTO, detalhe CODIGO_SITUACAO_SAC.

10427 –Chat – Parâmetro para fechar a tela do CHAT no momento do Atend SAC.

Descrição : Quando entra na tela do SAC nao esta fechando a tela do Chat

Verificar.

Quando o atendente esta fazendo o atendimento chat e clica na opção SAC CLIENTE ou SAC ANONIMO, abre a tela do SAC mas não fecha a tela do chat, porem a mensagem que o atendimento foi encerrado fica na tela, isso esta certo, ou seja o atendimento realmente tem que alterar a situação para CONCLUIDO, só não esta fechando a tela... verificar se tem como fazer esse processo automaticamente..

Parecer: Corrigido.

Para fechar a tela do chat na abertura do SAC é necessário cadastrar o detalhe abaixo no parâmetro ISOCHATCOMPONENTES :

Detalhe = SAC_POPUP, aceita valores S ou N.

Como padrão, S.

Atualmente, no chat, ao abrir um sac, seja para o cliente ou anônimo, o sac abre num popup.

Se não for cadastrado o detalhe, esse funcionamento continuará igual.

Caso cadastre o detalhe com valor N. em vez de abrir um popup, irá abrir na própria tela do chat.

10426 –Chat – Parâmetro de tempo de timeout.

Descrição : CHAT.

TEMPOTO - detalhe do ISOCHATCOMPONENTES, verificar se esta funcionando.

Parecer: Corrigido.

No Chrome, a tela com as mensagens ficam piscando de tempo em tempo, no Firefox, esse refresh é mais suave, não sendo perceptível. O refresh é necessário para atualizar e exibir as mensagens automaticamente, sem necessidade de uma intervenção do usuário ou atendente.

10271 –Atendimento SAC- Visualização dos endereços e dados compl.

Descrição : É possível deixar o detalhe que mostra endereço e telefone como default expandido?

Colocar parâmetro.

Parecer: Corrigido.

Parâmetro: SACCLIENTE

Detalhe: DETALHES_OCULTO_PADRAO

Valor: S ou N (Padrão N) Esse parâmetro define se a tela de atendimento sac do cliente irá

por padrão ocultar os detalhes ou não. Se estiver em S, irá ocultar, caso contrário irá exibir.

Padrão a partir de agora é sempre exibir detalhes se não houver parametrização

10429 – Tela do atendimento SAC- DC de Pessoa e Organização no Atend SAC.

Descrição : Tela de atendimento SAC

Mesmo estando inativo ou configurado para nao mostrar dados complementares de Organização ou pessoa na tela de atendimento SAC contiunua mostrando.

Parecer: Corrigido.

10422 – Chat- Endereço eletrônico do usuário para o atendente

Descrição : Chat

Voltar a mostrar o endereço eletrônico do usuário para o Atendente na caixa de conversação.

Motivo : O atendente precisa confirmar o endereço eletrônico do usuário, se possível deixar o mesmo ser editado para que se necessário a alteração grave o endereço correto na isoentecontact.

Parecer: Concatenado o e-mail com o nome na mensagem: Bem vindo Fulano (email).

10381 – Atendimento- Filtro por dado complementar no atendimento SAC

Descrição : Filtro na tela HWWISOSAAteCliente2 - usando filtro por dado complementar, o campo que mostra a soma, esta mostrando a somatória errada.

Parecer: Foi arrumado o calculo dos dados complementares.

Agora, somente o que é filtrado aparece na soma.

10340 – Situação do SAC- Situação default para o atendimento SAC

Descrição : Situação do SAC

Criar parâmetro ou detalhe de um parâmetro para trazer SITUAÇÃO do SAC DEFAULT.

Pode ser criado um detalhe para o parâmetro ISOSAATENDIMENTO

Parecer: Criado o detalhe CODIGO_SITUACAO_SAC, no parâmetro ISOSAATENDIMENTO.

O detalhe espera o código isoCRM da situação do atendimento SAC.

10272 – AutoComplete- AutoComplete para DC

Descrição : Temos uma solicitação de customização na tela de atendimento, onde existe a opção dados complementares(em anexo). Abrirá uma nova tela onde existem abas:Produtos

1, Produtos 2, Produtos 3, Produtos 4, Produtos 5.

A solicitação é nos campos Código e Descrição do Produto, a usuária deseja que ao digitar o código do produto, o campo descrição seja carregado automaticamente(auto- complete).Evitando assim, erros ocasionados por digitação da descrição do produto errada.

Parecer: .Ao digitar o código do produto no campo código do produto, irão aparecer “sugestões”. Essas sugestões aparecerão em tempo de execução.

O que são sugestões?

São informações tabuladas semelhante ao que estão sendo digitadas pelo usuário.

Nesse caso, as informações serão o código do produto concatenado com a descrição do produto, similar a imagem abaixo:

Alterações de estrutura:

Seleção dinâmica  Foi criada uma tabela genérica que irá armazenar os produtos (somente código e descrição).

Foi criado um novo tipo de seleção dinâmica, denominado dado complementar.

Dado complementar do atendimento SAC  Foi criado um novo campo no dado complementar, esse campo irá conter a chave da seleção dinâmica que originará o auto-complete da pergunta. Esse novo campo é uma combo-box e nele irá aparecer somente as seleções dinâmicas destinadas a dados complementares.

O impacto do auto-complete no dado complementar se destinará apenas para os dados complementares do tipo caracter e texto.

O que foi implementado:

Tipo novo de seleção dinâmica (Dado complementar SAC).

Na pergunta do dado complementar do atendimento SAC foi criada uma associação a alguma seleção dinâmica. Uma combo-box que lista as seleções dinâmicas do tipo Dado complementar SAC.

Disparo automático de seleção dinâmica ao inserir e ao atualizar um produto.

Parametrização que configura qual seleção dinâmica irá disparar, sendo que, se não for parametrizado, nenhuma seleção dinâmica será disparada.

Tabela ISOSDCon_Dados.

Função de auto-complete na resposta do dado complementar do atendimento SAC quando a pergunta é do tipo caractere (Essa função utiliza os dados que estão gravados na tabela

ISOSDCon_Dados, somente para as perguntas associadas a seleção dinâmica).

Script que deverá ser cadastrado na seleção dinâmica.

Para Implantação – Passo a passo

1o Passo – Cadastrar a seleção dinâmica

Para cadastrar a seleção dinâmica:

Menu -> Núcleo -> Consulta -> botão incluir .

Cadastre a seleção dinâmica com o tipo Dado complementar SAC, e com o comando abaixo:

INSERT INTO ISOSDCON_DADOS

SELECT

ISOEMP_CODIGO,

§ISOSDCONEXE_CODIGO§,

ISOPRD_CODIGO,

CONCAT(RTRIM(ISOPRD_CODIGO), ' - ', ISOPRD_DESCRICAO),

'A',

CAST(CONVERT(CHAR , GETDATE(), 120) AS DATETIME),

§ISOSDCONEXE_USUARIOALTERACAO§

FROM ISOPRODUTO

WHERE ISOEMP_CODIGO = 1

AND ISOPRD_CODIGO NOT IN (SELECT T1.ISOSDCON_DAD_CODIGO

FROM ISOSDCON_DADOS T1

INNER JOIN ISOSDCONEXECUCAO T2

ON T1.ISOEMP_CODIGO = T2.ISOEMP_CODIGO

AND T1.ISOSDCONEXE_CODIGO = T2.ISOSDCONEXE_CODIGO

INNER JOIN ISOSDCONSULTA T3

ON T2.ISOEMP_CODIGO = T3.ISOEMP_CODIGO

AND T2.ISOSDCON_CODIGO = T3.ISOSDCON_CODIGO

WHERE T3.ISOSDCON_TIPOCONSULTA = 8 )

O comando acima copia da tabela ISOProduto para a tabela ISOSDCon_Dados todos os produtos que não estão cadastrados na tabela ISOSDCon_Dados.

Após a criação da seleção, anotar o código gerado.

2o Passo – Parametrizar o disparo da seleção dinâmica

Para parametrizar o disparo:

Menu -> Núcleo -> Configurações de parâmetro -> botão incluir .

Cadastrar o parâmetro:

ISOSD_DISPARO – CONFIGURAÇÃO DE DISPARO AUTOMÁTICO DA SELEÇÃO DINÂMICA

Cadastrar para o USUARIO 1-ISOPADRAO para habilitar o disparo para todos os usuários do sistema.

Detalhe:

SD_PRODUTO

Valor do detalhe:

Código da seleção dinâmica criada anteriormente.

Observação: Se essa parametrização não for feita a seleção dinâmica criada anteriormente não será disparada.

3o Passo – 1o Disparo (Disparo obrigatório)

O disparo precisa ser originado pelo sistema, e como o disparo foi configurado apenas pelo produto, para executar o 1o disparo é necessário acessar o cadastro de um produto qualquer e modifica-lo.

Isso irá gerar uma data de alteração no produto e irá disparar a seleção dinâmica, alimentando a tabela ISOSDCon_Dados.

O 1o disparo é obrigatório, pois sem ele o mecanismo de auto-complete não irá funcionar.

É possível verificar se o disparo funcionou executando o comando SQL:

SELECT * FROM ISOSDCON_DADOS

Se tiver registros, o disparo funcionou, caso contrário, sugerimos que seja conferido os passos anteriores.

4o Passo – Configurando o dado complementar

Por que o dado complementar de atendimento SAC precisa ser configurado?

A função auto-complete solicitada no atendimento deve ser utilizada apenas nas perguntas que faz referencia ao dado configurado na seleção dinâmica, que nesse caso se refere ao produto, então, quando a pergunta espera como resposta um produto, a combo de seleção dinâmica deve ser utilizada, associando a seleção dinâmica que originou as informações do auto-complete.

Menu -> Núcleo -> Entidade Empresa -> Formulário -> Atendimento.

Selecione o formulário.

Clique na aba dado complementar.

Selecione a pergunta Código Produto (Se houver uma pergunta para código do produto e uma para descrição, aconselho a inativar a pergunta Descrição do produto, e alterar a pergunta Código do produto para Produto).

Na combo Seleção Dinâmica, marque a seleção criada.

Observação: Se a seleção dinâmica não apareceu na combo, significa que ela foi criada com um tipo diferente de Dados complementares SAC, nesse caso, sugerimos voltar para o 1o passo.

Observação 2: Lembrando que o dado complementar tem que ser do tipo caractere.

5o Passo – Responda um pergunta

Menu ->Atendimento -> Sac -> Cliente.

Localize um atendimento SAC.

Abra o cadastro clicando no nome do cliente.

Clique no link Dados complementares.

Irá aparecer uma tela com abas, cada aba é um formulário do dado complementar, clique no formulário que teve seu dado complementar configurado.

Uma tela com as perguntas irá aparecer com a opção modificar, clique em modificar.

ISOWorkflow

9433 – Workflow- Copia de workflow.

Descrição : COPIA de WORKFLOW

Criar tela facilitadora para cadastro de workflow.

Colocar o acesso ao objeto no Núcleo -> Workflow

Já foi construído os inserts, anexo, fazer uma tela facilitadora de copia de workflow.

1-Cadastrar o nome do novo procedimento

2-Tela para informar o procedimento ORIGEM e o procedimento DESTINO, o novo nome que foi criado.

No procedimento a ser criado não deve existir nada cadastrado, somente o nome, se tiver algo não COPIAR.

A copia deve ser FIEL, o usuário fará as manutenções necessárias manualmente.

Não esquecer do contador automático.

Parecer: Implementado.

10371 – Workflow- Tela facilitadora de reserva de tarefa para responsável.

Descrição : Fazer uma tela nova, na qual o usuário poderá ter uma visão de todos os atendimentos de um setor e possa reservar o atendimento para o um usuário do setor.

Essa tela tem que ser no estilo de arrastar e soltar e as tarefas tem que serem vista no esquema de post its.

Parecer:

Parâmetro :

ISOWORKFLOW_BLOCOS - CONFIGURAÇÃO DA TELA DE RESERVA POR SETOR

Detalhe: RESPONSAVEL_SETOR

Valor: Código ISO do Setor.

O Detalhe pode ser cadastrado mais de uma vez, basta incrementar o campo ordem do detalhe. Esse detalhe serve para alimentar a combo de setores da tela.

A tela encontra-se no menu Atendimento / Workflow / Acompanhamento de tarefas  Aba

Reserva por Setor.

Para habilitar essa aba, vá no objeto HViewISOWFTarefa e adicione o evento HISOWFTarefaBlocos. Adicione os usuários que terão acesso a tela.

Restrição.

O usuário logado deverá ter a mesma alçada ou uma alçada superior de pelo menos um dos setores parametrizados. Pois há controle de alçada e somente um usuário com alçada igual ou superior.

O usuário poderá visualizar o módulo, reservar, liberar tarefas, e se a tarefa estiver reserva para si mesmo poderá concluir a tarefa.

10245 – Workflow- Filtro ativo e ativo na lista de tarefas do procedimento.

Descrição : HViewISOWFPrcPadrao - aba tarefa padrão

Colocar filtro de ATIVO/INATIVO/TODOS na tela, deixando como default a opção ATIVO.

Parecer: Foi criado o filtro de ativo e inativo conforme solicitado.

Foi criado um detalhe para definir um filtro padrão de Ativo caso deseje algo diferente de Ativo SIM.

Parâmetro: ISO_PROCPADRAO_TRFPADRAO detalhe: FILTRO_ATIVO_PADRAO Valores: A (Ativo), I (Inativo) ou T (Todos). Se não for criado o detalhe virá como Ativo, se utilizar um valor diferente de A, I e T, será atribuído T.

ISOMarketing

4955 – Campanha- Envio de email pela campanha.

Descrição : HViewISOMKAteContato

Quando o sub-contato for efetuado e o atendente optar por também enviar um email o descritivo, o email da entidade e nome, se não tiver contato relacionado, devem ser levados para a a tela HISOMK_EmailSaida.

Verificar tambem que quando abre a tela HISOMK_EmailSaida. a mesma esta ficando oculta..

Colocar o nome da entidade e email principal, em Com copia, quando tiver contato relacionado no atendimento.

Parecer: Corrigido/implementado.

10280 – Campanha- Dados complementares do contato da campanha

Descrição : TISOMkAteCmpCntAtt

Estou cadastrando uma nova corretora e quando fui incluir a mesma nos dados complementares, aparece um erro, conforme print abaixo.

Parecer: Corrigido/implementado.

Parâmetro: ISOMKATECMPCNTATT

Detalhe: EXIBE_RESPOSTAS_VALIDAS

Valor: S ou N. Padrão N.

Acesso ao objeto HISOMkAteCmpCntAttLevel1 Módulo: SCAM Evento: ACESSO.

ISOVendas

10512 – Pedido- Copia de Pedido com itens cancelados.

Descrição : conforme falamos no homologa quando copio um pedido, os itens cancelados no pedido original copiam com a situação em aberto.

Precisamos corrigir, para copiar com a mesma situação do pedido original, identifiquei o parametro abaixo, mas não tenho certeza se esse parametro, que define a situação dos itens, se for, não está respeitando.

Parecer: Corrigido

9705 – Pedido- Data de faturamento.

Descrição : Data de faturamento.

Na tela do pedido temos duas formas de programar o faturamento. Pela aba itens, ou pelos Dados Principais do pedido no campo Faturar Em, porém, quando programamos pelo Faturar Em, não visualizamos essa data na aba itens, após inserirmos uma data no campo Faturar Em, gravar o pedido, ver a possibilidade do sistema mostrar essa data nos itens que assumiu a data do campo Faturar Em.

Parecer: Corrigido

Em relação a sua solicitação do atendimento 9705 foram detalhados os seguintes itens :

1-Se houver itens com data de faturamento gravados pelo agrupamento de datas e informar uma data diferente no campo Faturar em: o que é para ser feito? Por exemplo tenho 50 itens e agrupo 10, os quais ficam com data X de faturamento na aba itens e informo uma data Y no campo Faturar em.

Parecer : Manter sempre a data já existente, gravar o valor do campo “Faturar em” no item que não tiver data de faturamento informado.

2-Se for feita manutenção manual na aba itens para a data de faturamento para um ou mais itens, o que fazer se informado uma data no campo faturar em: ? Seguindo o mesmo exemplo do item 1.

Parecer : Manter sempre a data já existente, gravar o valor do campo “Faturar em” no item que não tiver data de faturamento informado. select ISOPvPed_DtaSolEntrega, * from isopvpedido where ISOPvPed_Codigo = 163 -- Data de faturamento do pedido Faturar em : = a coluna da ISOPvPed_DtaSolEntrega da isopvpedido select ISOPvPedIte_DtaSolEntrega,* from isopvpeditem where ISOPvPed_Codigo = 163 -- Data de faturamento do item, coluna da grade com o nome "data faturamento" da aba ITENS : = a coluna da ISOPvPedIte_DtaSolEntrega da isopvpeditem

10477 – Pedido- Inclusão de produto com validação de caixa master.

Descrição : Ao incluir um produto pela tela de Pesquisa do FrontEnd, não está validando caixa master. Na tela de entrada simplificada a verificação é feita.

Parecer: Corrigido

10453 – Rel.Pedido- Colunas de ICMS e IPI no relatório do pedido.

Descrição : No Relatório de pedido aparecem as Colunas ICMS, IPI e Substituição Tributária, criar uma maneira de que possa se escolher quando e quais colunas devem aparecer,

Exemplo: Determinado Cliente deseja que somente apareça % IPI.

Parecer: Foram implementados detalhes no parâmetro ISOPVPEDIDO

Parâmetro

ISOPVPEDIDO

Detalhes

REL_PED_LAYOUT3 S ou N (Padrão N)

REL_EXIBE_ICMS S ou N (Padrão N)

REL_EXIBE_IPI S ou N (Padrão N)

REL_EXIBE_DESCONTO S ou N (Padrão N)

REL_EXIBE_SUBSTRIB S ou N (Padrão N)

Os detalhes de exibição só funcionam se o layout3 estiverem com Sim.

O detalhe REL_PED_LAYOUT2 altera o layout do cabeçalho do pedido.

Os dois layouts (2 e 3) podem estar ativos simultaneamente, pois o layout3 altera o layout de exibição dos itens do pedido.

Características do atendimento.

O espaço do ICMS, IPI, Desconto e Subs. Tributaria estão fixos, o que acontece que não irão aparecer nem os valores nem a label.

10457 – Pedido- Aba Descontos e acréscimos na tela do pedido.

Descrição : Informar desconto na HViewISOPvPedido – Aba Descontos/Acrescimos.

Ter a possibilidade de Informar o Valor do desconto ou o percentual do mesmo já nesta tela, sem ter de entrar Item a Item do pedido.

Parecer: Foi colocado a aba percentual/valor. O percentual ou valor digitado altera no desconto do item do pedido. O percentual ou valor que é gravado no desconto do produto é o da matriz se o desconto não existir.

Resumindo: A matriz não atualiza o desconto no produto, apenas inclui se não existir ou usa o que já existe no produto. O desconto digitado na tela é aplicado no item.

Obrigatório informar um critério, pode ser apenas BRASIL.

Lista de objetos criados:

HViewISOPvMatrizDA Matriz de desconto/acréscimo – Módulo SVEN

HWWISOPvMatrizDA Matriz de desconto/acréscimo – MóduloSVEN

TISOPvMatDA_Criterio Critérios da Matriz de desconto/acréscimo – Módulo

SVEN

TISOPvMatrizDA Matriz de desconto/acréscimo – Módulo SVEN

Eventos por objeto:

Objeto Evento

HViewISOPvMatrizDA ACESSO

HViewISOPvMatrizDA General

HViewISOPvMatrizDA ISOPvMatDA_CriteriosWC

HViewISOPvPedido ISOPvPedItemDA

HWWISOPvMatrizDA ACESSO

TISOPvMatDA_Criterio ACESSO

TISOPvMatDA_Criterio DLT

TISOPvMatDA_Criterio DSP

TISOPvMatDA_Criterio INS

TISOPvMatDA_Criterio UPD

TISOPvMatrizDA ACESSO

TISOPvMatrizDA DLT

TISOPvMatrizDA DSP

TISOPvMatrizDA INS

TISOPvMatrizDA UPD

A matriz de desconto / acréscimo do pedido encontra-se no modulo supervisor vendas.

Menu -> Núcleo -> Pedido -> Matriz -> Matriz de Desconto/acréscimo.

Ao cadastrar uma matriz, utilize a descrição da matriz igual ao desconto. Isso fará com que utilize o desconto caso ele exista, caso contrário, o desconto será cadastrado com a informação existente na matriz.

Após cadastrar a matriz, é necessário cadastrar um critério (O critério é obrigatório).

Se a matriz for para todos os clientes da base, o critério deverá ser em branco.

Os critérios podem ser divididos em cliente, segmento, classificação do cliente, especialidade da classificação do cliente, responsável do cliente, país e estado.

Como a matriz funciona?

Existe uma nova aba no pedido. Essa aba exibe uma tela com todos os itens abertos. Um combo com todos os descontos (Descontos que na verdade são as descrições de cada matriz). Nessa combo, somente para os pedidos nos quais os clientes se encaixem em pelo menos um critério da matriz. Exemplo:

Matriz A.

Critério 1. Cliente 100

Critério 2. Classificação B

Se o cliente for código 100, ou se o cliente for classificado como B, a matriz A irá aparecer na combo.

10401 – Pedido- Dados do simplificado e do avançado juntos.

Descrição : 1- criação da tela única para entrada do pedido, em que as informações principais apareçam num único frame, evitando a troca de telas

Parecer: Foi criado um detalhe no parâmetro ISOPVPEDIDO.

Detalhe: CONFIRMARPEDIDO_TELAUNICA

Valor esperado S ou N (Padrão N).

Se esse detalhe tiver com S, irá exibir todos os dados da tela de confirmar pedido (Avançado, Simplificado, Observação ou Transportadora, Dados complementares) e os botões irão sumir.

10111 – TVPEDIT- Parâmetro para alterar lista de preço

Descrição : Parâmetro TVPEDIT

No isoCRM quando usamos o parâmetro TVPEDIT com comando 1 que permite alteração no preço de lista, é necessário digitar todos os preços e somente recalcular no final, quando altero o preço de lista de um item e recalculo, e depois altero o preço de lista de outro item, ao recalcular o carrinho, o item anterior que eu já havia alterado volta ao valor original, o que dificulta na hora de inserir o pedido, favor ajustar que o sistema, permita alterar um item e recalcular.

Fiz o teste e nem recalculando no final esta dando certo.

Parecer: Foi corrigido, no segundo cálculo, o valor era restaurado pelo valor da lista de preço do produto, isso obrigava aplicar o novo preço para todos os itens e somente aí calcular.

Esse funcionamento esta exclusivo para quando o parâmetro TVPEDIT esta com o comando 1, testado com 0 e não impactou a alteração.

10365 – Armazém- Armazém x caixa master

Descrição : O Produto 056701001 para o Armazem de Joinville, tem caixa master de 6, deixou incluir apenas 1 no momento de efetuar o pedido.

O problema ocorre pelo motivo de no Armazem de Camaçari a caixa master ser apenas 1

O sistema não deve estar validando caixa master por Armazem no momento de incluir o item.

Parecer: Corrigido.

10378 – Pedido- Consulta pedidos por responsável

Descrição : Na consulta de Pedidos pela tela da Carteira de Clientes, um representante consegue ver os pedidos colocados por outro representante, deveria ter a mesma tratativa da tela de manutenção de pedidos. ou seja o Representante deve ver apenas os Pedidos colocados por ele.

Parecer: Corrigido.

10294 – Pedido- Dados complementares do Pedido

Descrição : Conforme conversado segue abaixo o print da tela onde podemos ver que, apesar de eu colocar em “Dados complementares” a informação do numero do pedido do cliente, no relatório de impressão este numero não aparece!

Parecer: Ok. Correção no layout do relatório.

10324 – Pedido- Dados Complementares de Nota fiscal.

Descrição : Aparecer a transportadora na Nota Fiscal. Dado Complementar da Nota Fiscal.

Exibir as abas com os formulários de dados complementares da nota fiscal na tela HViewISOEntCliNotaFiscalItem.

Parecer:

Através de:

Cadastrar o formulário que mostrará as informações de dados complementares da Nota fiscal.

As abas deverão ser exibidas de acordo com a liberação do objeto HViewISOEntCliNotaFiscalItem para os Eventos FormOAV1, FormOAV2, ..., FormOAVn, sendo que cada evento libera uma aba e a numeração de cada evento corresponde ao código do formulário do dado complementar da nota fiscal.

Clica na lupa, aba Eventos do objeto.

Em incluir

E informa o dado complementar a ser liberado, clicando em inserir.

Clica na lupa do evento liberado e na aba Autoridades do Objeto, Em incluir

Libera o objeto para os Usuários que terão acesso a aba dos dados complentares

10400– Pedido- Entrada simplificada de itens.

Descrição : Mostrar a Descrição do item na entrada simplificada do pedido.

Parecer:

Ao terminar de digitar o código do produto a descrição aparece no campo ao lado.

Ao terminar de digitar a descrição do produto, o código aparece no campo ao lado.

10135– Pedido- Pedidos originados do Modulo CONTRATOS.

Descrição : Solicitamos uma modificação para pedidos originados do módulo contratos, nestes pedidos o sistema deve considerar o controle de cotas com algumas melhorias, sendo:

1. Nestes pedidos em que o usuário informar uma data de faturamento para um determinado item ou para o pedido (cabeçalho) o sistema deve efetuar a seguinte lógica:

O sistema deve deduzir do saldo das datas de promessa pesquisando entre o início do mês (mês da data de faturamento) até a data de faturamento informado no item ou pedido a quantidade do item, até que o saldo de uma ou mais datas sejam suficientes para suprir o item, ex.:

Data Qtde

10/01/2014 50

15/01/2014 75

17/01/2014 125

No cenário acima suponha que um determinado item seja informado com 135 quantidades faturado para 20/01/2014, neste caso o sistema irá deduzir 50 do dia 10/01, 75 do dia 15/01 e 10 do dia 17/01, ficando assim:

Data Saldo inicial Qtde deduzidaSaldo Final

10/01/2014 50 50 0

15/01/2014 75 75 0

17/01/2014 125 10 115

Sendo que ao final do processo terá como resultado apenas uma linha no pedido e a data de promessa que deve ser informada será a primeira utilizada, ou seja, 10/01/2014.

Observações

Não havendo quantidade de datas de promessa e/ou cotas suficiente no mês em questão o sistema deverá criticar na aba fechamento informando ao usuário o item com problema, não permitindo passar para aberto.

Não sendo informado uma data de faturamento o sistema irá utilizar como regra de pesquisa a partir do dia corrente até o último dia do mês.

Deve ser permitido que o usuário informe a data de faturamento para os pedidos originados de contrato.

Criar um serviço para habilitar esta funcionalidade.

Permitir que mais de um item mesmo com datas de promessas diferentes utilizem a mesma data de faturamento informado.

Parecer:

Foi criado o Parametro: LIBDTFATURAMENTO- Libera alterar data de faturamento

Por usuário, ISOPADRAO (1)

Detalhe = COMANDO Valor = (S/N),

o padrão continua como habilitado.

Parâmetro: AGRUPACOTASCONTRATO---> Libera na aba de fechamento o agrupamento de data de promessa

Por usuário, ISOPADRAO (1)

Detalhe = COMANDO (S/N), padrão desabilitado.

10436– Pedido- Endereços vindo da integração.

Descrição : Favor verificar por que os endereços que estão vindo via Integração marcados como Principal = SIM, não estão mantendo essa informação.

Parecer: Corrigido.

ISOContrato

10470– Contrato- Default para a situação do contrato.

Descrição : Colocar parâmetro para definir o valor padrão de abertura do filtro de situação do contrato.

Parecer: Implementado.

Ao parâmetro ISOCTCONTRATO foi adicionado o detalhe CODSITCONTRATO para definir na abertura da tela HWWISOCTContrato o valor padrão do filtro de situação.

ISOAgenda

7573 – Agenda- Novo layout

Descrição : 2- Modificar estrutura e layout do módulo isoAgenda do ISOCRM para que se adequar aos padrões de layout do Genexus Ev 2.

Parecer: Modificado o layout da agenda. As classes utilizadas no theme K2B foram modificadas para se adequar ao layout do isoCRM. Algumas web-panels tiveram correção no fonte, funcionalidades que não estavam funcionando corretamente, são elas:

Filtro que sumia e não aparecia mais.

Botões com função invertida (Cronograma e Hoje).

Calendário que não atualizava as classes quando mudava o ano ou mês, não representando os dias que tem eventos corretamente.

Alinhamentos que estavam setados manualmente em vez de utilizar o da classe.

Ao incluir ou editar um agendamento, é possível exibir ocultar as opções e os convidados. Ao clicar em repetir (combo) e escolhendo a opção diariamente, agora no clique a grade com os dias da semana aparecem.

ISOTelaInicial

10339 – GeoReferenciamento- Open Layers

Descrição : Atualização do módulo de Geo-referenciamento.

Aplicação de Open-Layers no Geo-referenciamento.

Hoje o mapa utilizado usa a camada disponibilizada pelo Google, com essa nova implementação, utilizará a de Open-Layers, desvinculando do Google.

Parecer: Foram feitas pequenas modificações nos objetos: HISO_TelaInicial.

HISO_TelaInicial_Mapa.

Agora o mapa no isoCRM utiliza OpenLayers.

10247 – HISO_TelaInicial- Liberação dos objetos

Descrição : HISO_Telainicial

Não esta respeitando os controles de acesso configurados nos objetos.

Ver anexo.

Parecer: Criado a validação por objeto. os objetos que devem estar cadastrado são:

HISO_TelaInicialAgenda

HISO_TelaInicialTarefas

HISO_TelaInicialUltPedidos

HISO_TelaInicialCarteiraClientes

HISO_TelaInicialAgenda_Mapa

Todos com evento ACESSO.

10497 – HISO_TelaInicial- Ocultar a tela na entrada do Sistema isoCRM

Descrição: Criar uma maneira de que não apareça a TELA INICIAL quando o usuário se loga no sistema.

Parecer: Criado o parâmetro ISOTELAINICIAL por usuário, detalhe ACESSO, resposta S ou N.

O valor default é S(mostra o link de acesso)

ISOIntegração

10041– NeoGrid- Integração Neo Grid

Descrição : Sugiro criar um desconto na "aba de descontos", pois assim podemos "rastrear" a origem do preço integrado em caso de dúvidas....

Parecer: Foi gerado o desconto "DESCONTO NEOGRID" do tipo valor para o item do pedido.

10213– Integração DC Sac- Integração de dados complementares do SAC

Descrição : Financeiro da Empresa informaram que precisavam das informações relacionadas abaixo:

1.Cliente

2.Nota fiscal

3.Lançamento Contabil

4.Valor total do Credito

5.Abatimento / Deposito

6.Data Abat / Dep

Parecer:

 Foi criada a estrutura abaixo:

- Int_ISOSAAtendimentoAtt (Dado Complementar)

 Int_ISOSADC_Sequencia (Sequencial do dado complementar)

 Int_ISOSADC_Operacao (E-ntrada ou S-aída)

 Int_ISOSADC_Processado (S-im ou N-ão)

 Int_ISOSADC_DtHrProcess (Data/hora do processamento)

 Int_ISOSADC_CodigoExterno (Código externo do atendimento)

 Int_ISOSADC_CodigoISO (Código ISO do atendimento)

 Int_ISOSADC_DataAlteracao (Data de alteração do registro no ISO)

 Int_ISOSADC_FormDefName (Nome do Formulário do dado complementar a ser integrado)

 Int_ISOSADC_AttName (Descrição do dado complementar do atendimento)

 Int_ISOSADC_AttValue (Valor/Resposta do dado complementar do atendimento)

 Int_ISOSADC_OtherValue (Outro valor/observação do dado complementar)

 Int_ISOSADC_Category (Categoria do dado complementar)

 Int_ISOSADC_Mensagem (mensagem)

Onde:

 Int_ISOSADC_Sequencia será um sequencial para cada registro inserido na tabela.

 Int_ISOSADC_Operacao deve ser sempre E (entrada) ou S (Saída). Entrada são para registros quem vem para o isoCRM e Saída para registros que vão para outros sistemas.

 Int_ISOSADC_Processado deve ser sempre S ou N. Quando o registro é inserido na tabela, sempre deve ser como N. Quando o registro é lido por um programa, este deve mudar o registro para S.

 Int_ISOSADC_DtHrProcess devem registrar a data e hora em que ocorreu o processamento.

 Int_ISOSADC_CodigoExterno devem conter o código do atendimento no sistema fora do isoCRM. Quando o atendimento SAC é enviado para outro sistema fora do isoCRM, num primeiro momento será vazio.

 Int_ISOSADC_CodigoISO deverá ser sempre preenchido com o código do atendimento no isoCRM.

 Int_ISOSADC_FormDefName deve ser preenchido com o nome do formulário do dado complementar que será integrado.

 Int_ISOSADC_DataAlteracao será preenchido com a data/hora da última alteração do registro. Se esta data/hora do registro que está vindo para o isoCRM for mais antigo que o que consta no sistema, o registro não será alterado.

 Int_ISOSADC_AttName deverá ser preenchido com o nome do dado complementar conforme cadastrado no isoCRM. Deverá ser sempre preenchido, caso contrário a integração não ocorrerá.

 Int_ISOSADC_AttValue será preenchido com o valor da resposta do dado complementar a ser integrado. Este campo servirá para qualquer tipo de dado para resposta do dado complementar. Quando a resposta for uma data, deverá ser no seguinte formato: dd/mm/aa. Valores numéricos são aceitos com até 2 casas decimais e 7 inteiros.

 Int_ISOSADC_OtherValue deverá ser preenchido quando há uma resposta válida (opções como combobox ou checkbox, respostas pré-definidas) e essa resposta requer um complemento à opção escolhida.

 Int_ISOSADC_Category será preenchido com a categoria do dado complementar a ser integrado.

 Int_ISOSADC_Mensagem será preenchido com possíveis mensagens de erro que ocorram na integração, referente ao registro em questão.

A integração funcionará da seguinte forma:

 Um processo estará periodicamente verificando se há registros onde o campo Int_ISOSADC_Operacao seja igual a “E” e Int_ISOSADC_Processado seja igual a “N”. (Estes serão os registros enviados pelos sistemas externos para o isoCRM)

 Caso encontre, o processo irá ler este registro, e baseado no atendimento (que estará informado no campo Int_ISOSADC_CodigoISO e Int_ISOSADC_CodigoExterno), atualizará os dados complementares necessários. Após cada leitura e tratamento do registro, o campo Int_ISOSADC_Processado será modificado para “S”, e o campo Int_ISOSADC_DtHrProcess receberá a data/hora corrente.

 Para cada conjunto de registros (registros de um mesmo atendimento) lido com sucesso, o programa irá concluir uma determinada tarefa do workflow, para que a atendente saiba que os dados complementares referentes à devolução já estão atualizadas. A conclusão desta tarefa irá modificar a situação do atendimento também.

*Para que o processo de integração saiba para qual situação concluir a tarefa do workflow, no recebimento das informações via integração, deverá ser cadastro o seguinte parâmetro no sistema isoCRM:

 Parâmetro: ISORECINTTAREFACONCLUIDA

o Detalhe: CODIGO (a resposta deve ser o código da situação para conclusão da tarefa do workflow, após os dados complementares serem inseridas no atendimento. A situação do atendimento será modificada automaticamente pelo motor do workflow após ler a conclusão desta tarefa)

o Detalhe: DESCTAREFACONCLUIDA (a resposta deve ser o texto que deverá ser utilizada na solução da tarefa)

Colocado flag sempre igual a ativo na inclusão da pergunta do dado complementar, e permitido atualizar o registro se vier novamente pela integração.

Em relação à planilha enviada pela Empresa, cada informação deverá ser um dado complementar do atendimento.

10405– Integração- Integração de notas fiscais e duplicatas.

Descrição : Criar uma maneira de que a Integração de Nota Fiscal e de Duplicatas, possa ser rodada em paralelo, sem a dependência das demais integrações.

Parecer: Para executar a integração sem que o programa aisocrm_integracaoentrada.exe integre notas fiscais, adicionar S no final dos parâmetros.

10442– Integração- Data de alteração cadastro

Descrição :A data de alteração dos registros das tabelas int_isoentpessoa, int_isoentorganizacao e int_isoarmprodutos não são atualizadas ao executar a integração..

Parecer: Corrigido.

10499– Integração- Tabela Int_ISOPvPed_DadoComplementar

Descrição : DESCRIÇÃO Na integração esta gerando vários registros da tabela Int_ISOPvPed_DadoComplementar

Parecer: Corrigido.

10498– Integração- Campo Observação do Pedido

Descrição : Na Integração de Pedido, tem um campo OBSERVAÇÃO, mesmo com o campo preenchido o mesmo não está sendo integrado no ISO.

Parecer: Corrigido.

Liberado na versão isoCRM_Integracao_GxX2_v39_U4.

10481– Integração- Tamanho do Campo localidade

Descrição : Detectamos um problema na integração GEMCO-ISOCRM no dia de hoje. O problema é na integração de pedidos. O campo ISOPvPed_EndCidadeEnt tem o tamanho de 30 caracteres, mas no GEMCO o campo que foi mapeado possui o tamanho de 60 caracteres.

Fiz um ajuste paliativo colocando uma função SUBSTR para limitar em 30, mas com isso iremos perder informações sobre a cidade do cliente.

A carga de pedidos entre as 13h45m e 15h15m de hoje precisa ser refeita para descartamos qualquer tipo de perda.

Parecer: Corrigido.

Segue script de alteração :

Alter table Int_ISOPVPedido

Alter column ISOPVPed_EndEstadoCob char(70)

Alter table Int_ISOPVPedido

Alter column ISOPVPed_EndCidadeCob char(70)

Alter table Int_ISOPVPedido

Alter column ISOPVPed_EndEstadoEnt char(70)

Alter table Int_ISOPVPedido

Alter column ISOPVPed_EndCidadeEnt char(70)

10402– Integração- Integração de notas fiscais e duplicatas separadamente.

Descrição : 1- Integração - Processo está muito lento

Foi feito o atendimento abaixo para separar a integração de pedido de notas fiscais, porem não foi feito programa para rodar somente notas fiscais.

Parecer: Corrigido.

Já desenvolvido. O motor isoCRM_IntegracaoEntradaNF na versão 40 de integração.

Esse motor processa apenas notas fiscais e duplicatas.

10285– Integração- Situação do CLiente.

Descrição : Int_ISOEntCliente

Int_ISOEntCli_Flag

A informação passada da situação do cliente no banco de integração não está sendo gravada no IsoCRM. No print abaixo seja que o campo situação foi passado como ‘I’ (Inativo) para o cliente com código externo 15160

Parecer: Corrigido.

10538– Integração- Observação do pedido.

Descrição : Integração de observação do Pedido não está funcionando (Entrada).

Parecer: Corrigido.