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.

isoAtendimento

10099 – Busca de atendimento- Busca de atendimento por Ocorrência e causa

Descrição : HWWISOSAAteCliente

Temos uma solicitação em relação a forma de pesquisa de protocolos.

Indo em Atendimento > SAC > Cliente, gostaríamos que fosse incluída a opção de procurar

pela OCORRÊNCIA e CAUSA. Hoje é possível procurar pelo motivo, mas não pela ocorrência e CAUSA

Implementar os filtros do lado da descrição do MOTIVO.

Parecer: Implementado

Foi implementando o filtro por ocorrência e causa na tela HWWISOSAAteCliente

Foi implementado a mesma funcionalidade na tela HWWISOSAAteCliente2, essa tela é uma tela semelhante a primeira, porém essa faz buscas com dados complementares.

Foi implementado a mesma funcionalidade na tela HWWISOSAAteClienteChat.

Não foi colocado a ocorrência e a causa no grade em nenhuma das telas, por causa do número de colunas já existentes nos grades atuais.

O relatório PExcelISOSAAteCliente existente na tela HWWISOSAAteCliente teve esses dois campos adicionados, e foi feito a filtragem dos campos.

O relatório pdf RISOSAAteCliente existente na tela HWWISOSAAteCliente teve esses dois campos adicionados, e foi feito a filtragem dos campos.

10098 – DC Sac- Resposta obrigatória para DC Sac.

Descrição : Dados complementares do SAC

Implementar nos dados COMPLEMENTARES do SAC resposta obrigatória conforme existe nos Dados complementares da tarefa do Workflow.

Parecer: Para esse atendimento é necessário rodar o script abaixo :

--update ISOSAATENDIMENTOATT set ISOSAAtendimentoAttObrigatorio = 'N'

. Foi criado um flag denominado obrigatório na pergunta do dado complementar do Atendimento Sac.

Quando o flag estiver em Sim, a pergunta deve ser respondida. Ao abrir a tela do atendimento SAC é feita uma verificação em busca de dados complementares obrigatórios não respondidos, se houver algum dado obrigatório não respondido abre um popup com todas as perguntas ordenadas por formulário e categoria. As perguntas obrigatórias estarão destacadas com um asterisco (*).

Se confirmar sem responder ou apertar ESC, volta para a tela de atendimento SAC, mas ao clicar em confirmar a verificação é feita novamente e abrirá a tela novamente (Só será possível concluir o atendimento SAC se todas as perguntas obrigatórias estiverem respondidas).

A liberação é por formulário também, a mesma liberação que encontra-se no objeto HViewISOSAAtendimento.

Se a pergunta for obrigatória, mas o formulário não estiver liberado para o usuário, a pergunta é desconsiderada para aquele usuário (Obrigatoriedade só vale para perguntas cujo formulário estão liberados para o usuário).

9766 – Chat- Tela de abertura do Char/CPF e CNPJ

Descrição : Tela de abertura do Chat.

Analise de melhoria de implementar os campos CPF/CNPJ e na tela de abertura.

Parecer: Foi adicionado os campos referente a CPF, CNPJ e Telefones.

Parâmetro: ISOCHATCOMPONENTES

Detalhes:

HABILITA_CPF = S ou N

HABILITA_CNPJ = S ou N

HABILITA_TELEFONE = S ou N

Parametrizar para o usuário ISOPADRAO, usuario 1.

O Atendente, ao entrar no Chat, irá visualizar no grade todas as entidades do Sistema isoCRM que possuam o cpf, cnpj ou telefone (ddd + numero).

Se não for informado, não é feito a busca.

As informações são distintas, por exemplo: O CPF fornecido é da pessoa A, mas o telefone é da pessoa B, ambas as pessoas irão aparecer para o atendente escolher.

10563 – DC Tarefa- Dados complementares da tarefa no Atendimento SAC

Descrição : Dados complementares da Tarefa

Problema na Visualização dos dados complementares da tarefa na tela de atendimento SAC mesmo com o parâmetro SACWFDCTAREFA

Parecer:

Ao carregar a linha do formulário, o procedimento e a tarefa eram salvos, no momento de carregar a pergunta, uma condição limitava a busca para utilizar apenas esse procedimento e essa tarefa.

Foi feito uma modificação com relação a exibição dos formulários por procedimento.

1o - lista os procedimentos disparados do atendimento sac, para cada procedimento exibe todos os formulários que foram respondidos e que estão parametrizados. (Se não houver nenhum dado complementar respondido no formulário, o formulário + procedimento não irão aparecer).

2o - Está sendo respeitado procedimento e formulário, mas foi tirado o vinculo errado da tarefa. Esse vinculo fazia com que apenas perguntas da 1a tarefa encontrada fosse exibido (a 1a tarefa encontrada não necessariamente é a 1a tarefa respondida ou a ultima).

Correção na cor de fundo, colocado branco ao invés de cinza.

Quando há vários dados complementares tudo fica branco, porém o componente é cinza, se tiver uma pergunta apenas sendo carregado, ou se não tiver perguntas sendo carregadas ainda terá uma parte do fundo cinza.

10558 – Detalhe- Detalhe do atendimento SAC

Descrição : Liberar detalhe do atendimento quando este estiver concluído, por usuário.

Liberar botão de incluir detalhe na aba detalhe do atendimento SAC quando o mesmo estiver com a situação interna concluído.

Por parâmetro, por usuário.

Parecer: Foi criado um parâmetro

SACCLIENTE_INC_DET –Libera detalhe para atendimento concluido por ISOPADRAO (usuario 1) , grupo de usuário).

Detalhe: HABILITA

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

Função do parâmetro: Habilitar o ícone de incluir novo detalhe no atendimento SAC quando o SAC encontra-se com a situação interna concluido.

Local: Aba Detalhe da tela de atendimento SAC

Obs: Somente habilita a inclusão, não habilita exclusão nem modificação do detalhe.

isoVendas

10673 – Workflow de Pedido – Alterar situação para cancelado

Descrição : Criado um fluxo para cancelar pedido após determinado prazo.

Criada uma situação “cancelado”, note que o motivo não está como obrigatório.

Com o motivo “prazo”

Foi criada uma tarefa para alterar a situação do pedido para “cancelado”.

Quando é ligado o Motor WF, mostra o erro dizendo que o motivo é obrigatório.

Parecer: Corrigido.

10308 – Pedido – Aba Nota Fiscal

Descrição : Mostrar a data de emissão da nota fiscal

Parecer: Implementado

Parametro: ISOPVPEDIDO_NFITEM-Mostrar data emissão NF

Detalhe: EXIBIR_DATADANOTA

Valor: S ou N. Se for diferente de S, a data não irá aparecer na grade.

9354 – Kit Produto- Melhorias e novas funcionalidades

Descrição : Kit de produto - Analisar as melhorias propostas.

Analise de escopo para melhoria da funcionalidade para KIT de PRODUTO

1-Criar nova estrutura - TISOPrdKIT

2-Criar nova tela de inserção dos produtos do kit - ver anexo

Nesta nova tela poderá ter opção de escolher a unidade a qual o produto terá a ser incluído no KIT, a quantidade do produto, e o preço que será praticado para o mesmo.

Parecer: Implementado

O Kit é um produto.

Para cadastrar um Kit, deve cadastrar o produto com agrupamento na opção Kit.

Quando um produto com agrupamento do tipo Kit, uma aba denominada Kit irá aparecer no produto.

Se essa aba não aparecer, deve ser feita a liberação da aba para o usuário.

Para liberar a aba, no objeto HViewISOProduto, deve-se cadastrar o evento ISOPrdKit.

Para habilitar qualquer o acesso completo a funcionalidade do Kit, deve-se cadastrar o objeto TISOPrdKit com os seguintes eventos:

ACESSO

INS

UPD

DLT

DSP

DeleteButton

UpdateButton

A Aba kit representa os produtos que compõe o kit.

O caixa master que será utilizado é o caixa master do Kit, e não do produto que compõe o kit.

O estoque é baixado de cada produto, se um produto que compõem o kit não tiver estoque a venda não muda de cotação para aberto.

As telas onde foram tratadas as inserções dos kits são:

 Produtos favoritos

 Promoções

 Pesquisa de produtos

 Entrada simplificada

No atendimento :

Informações de cadastro do produto KIT

Visualizar produtos similares e complementares.

Através do link do produto é visualizado os itens que compõe o KIT.

isoContrato

10659 – Contrato – Relatório de proposta , sequencia dos itens

Descrição : Itens da proposta do contrato

HISOCTProposta

Opção de gerar a proposta com escolha de impressão por situação do item (ganho, perdido, etc). Podendo ser mais de uma opção

Problema - Esta saindo fora de ordem.

Parecer: Corrigido.

--update ISOCTCTTITEM set isocttite_nrolote = null where isocttite_nrolote = ''

10672 – Contrato – Tela de busca de contrato

Descrição : HWWISOCTContrato-Tela de busca de contratos

Ao abrir a rotina esta demorando para carregar a grade.

Trazer a grade vazia e obrigar algum filtro.

Parecer: Corrigido e implementado

10592 – Email Entrada- Ícone envelope

Descrição : Problema com a visualização do ícone ENVELOPE na implementação do atendimento 10475-–Atendimento – Contador para visualização dos Emails a serem atendidos.

Parecer: Corrigido

isoCRM Integração

10593 – Pedido – Observação do pedido na integração

Descrição : A integração está com problema na hora de carregar a observação do erro que aconteceu na integração.

Parecer: Corrigido.

10603 – Integração – Integração não esta sendo processada

Descrição : Integração travou, não esta processando pedidos desde hoje (12/03 as 00:14 )

Parecer: O travamento ocorreu por que o usuário TOTVS que a integração usa foi desconectado de forma inadvertida. Quando isso ocorre a integração só volta a funcionar quando o processo preso(prowin32.exe) desse usuário desconectado é encerrado via "gerenciador de tarefas" do Windows

10652 – Integração – Pedidos implantados

Descrição : Dois pedidos do isoCRM foram implantados 5 vezes no TOTVS.

Pedidos numero 60612 e 60704

Parecer: Analisando o log vi que a integração travou hoje de manhã porque ocorreu o seguinte quando se tentou incluir um item de pedido: MapaCarteiraDiaria em uso por ,653 em PR-S108. Espere ou pressione CANCEL para sair. (2624) Como a integração roda em modo batch( -b) não tem como pressionar cancel e consequentemente o processo fica preso. A única solução que encontrei no KB da Progress foi colocar a opção NO-WAIT para evitar que a mensagem apareça (http://knowledgebase.progress.com/articles/Article/P102639). O programa que esta travando o registro é o map/mab-trwped-item.p que é chamado da upc/trwped-item.p. Se for customização acho válido ver essa alternativa do NO-WAIT, senão toda vez que travar vai ter que entrar no gerenciador de tarefas e encerrar o processo(prowin32.exe) manualmente.

10656 – Integração – Atualização correta

Descrição : Notei que a informação dos status dos pedidos continua não sendo atualizada corretamente no ISO. No TOTVS o pedido aparece como aberto, com crédito aprovada, e no ISO continua aparecendo como Suspenso. Já fiz N solicitações sobre esses status de pedido e ainda vejo esse tipo de problema. Quero saber quando essa situação vai ser resolvida definitivamente.

Parecer: O programa não estava validando a data de reativação do pedido(ped-venda.dt-reativ) por isso o pedido em questão não estava alterando o status. Foi Incluído no programa para verificar essa data nos pedidos. Já esta em produção.

10656 – Integração – Item integrado com erro

Descrição :

Conforme conversamos, o item já foi cancelado no pedido, mas ainda apresenta erro na integração:

61654,MARMOVEIS,N,. 26468-Item 066702018 Pedido Cliente: 22

Cliente: MARIS não é faturável para o Estabelecimento.(O Item 06618

Pedido Cliente: 761851422 Cliente: MAOVEIS não é faturável para o

Estabelecimento 22, este parâmetro pode ser marcado no programa Atualização

Itens Faturamento para o estabelecimento padrão e no programa Manutenção

Itens X Estab Faturamento para os demais estabelecimentos. ) T: EMS ST: ERROR

Parecer: Isso ocorreu porque na nova rotina de voltar para cotação pedido com erro, não estava apagando os pedidos que já estavam na base de integração. Para esse problema não ocorrer novamente, agora todo pedido que tem erro na integração e fica marcado como erro na integração e não é tentado integrar esse pedido novamente.Para integrar novamente somente via workflow para voltar o pedido para cotação.

isoCRM Integração BIONEXO

9442 – Pedido – Integração BIONEXO

Descrição : Bionexo integração

O processo funcionará similar a Neogrid, porém com um fluxo maior de processos, a parte similar seria um cadastro para identificar os códigos de produtos e detalhes de cada cliente (DE/PARA);

Anexo segue o fluxo completo de integração, protótipos de telas já discutidos com os usuários tendo como referências as informações do ISO mais os WS da Bionexo e documentação dos Webservices utilizados;

Segue lista de requisitos iniciais:

Permitir cadastrar o vínculo entre os códigos de produtos e unidades de medida vindos da Bionexo com os códigos de produtos da Empresa.

Possibilidade de ao vincular um produto utilizar códigos da Empresa Alternativos.

O cadastro de De/Para deve ser possível durante a análise do pedido

Ao responder a cotação o sistema incluirá o código SIMPRO

Permitir filtrar as cotações pelos atributos (ID da cotação Bionexo, Código do cliente, UF do cliente, Responsável do cliente, Status da cotação, Vigência da cotação, região da cotação)

Criar uma linha de pedido para cada data de programação de um determinado produto da cotação

O sistema deve impedir que mais de um usuário faça manutenção na mesma cotação.

Ao cadastrar a cotação mostrar o último preço utilizado por aquele cliente X produto e mostrar se com este preço o produto foi ganho.

Permitir visualizar pendências financeiras

Ao cadastrar a cotação buscar a última CP utilizada pelo cliente

Permitir identificar itens que a Empresa não trabalha, evitando assim que futuras cotações mostrem estes itens.

Ao visualizar a cotação mostrar em ordem de itens já vinculados ao cliente primeiro e posteriormente os itens ainda não "conhecidos"

Parecer:

Implementado

 Foi criado um motor, que rodará de tempos em tempos, conforme configuração, e irá acessar os webservices da Bionexo, importará as cotações, e enviará e receberá respostas das cotações dos produtos.

 Existe um cadastro de DePara de condição de pagamento exclusivo para Bionexo, pois as opções de condição são as mesmas para todos os clientes, sem variação. Foi criado um item no menu do isoCRM para sua manutenção.

 As informações de DePara default do cliente: forma de pagamento, local de faturamento, origem do pedido, tipo do pedido, estarão cadastradas na estrutura que existe hoje (tabela ISOIntDePara), por cliente. Caso as informações das informações do DePara não estiverem cadastradas, serão assumidos os valores default de acordo com o parâmetro TL01000DEF.

 Foi criada uma tabela para bloquear o produto x cliente que a Empresa não quer mais

receber solicitações de compra, identificando itens que a Empresa não trabalha,

evitando assim que estes apareçam em futuras cotações. Estes produtos serão gravados

no banco, para nível de estatística, mas não serão mostrados na tela da cotação.

 Foram criadas duas novas tabelas para onde serão importadas as informações do pedido da Bionexo e seus itens. Foi criado um atalho no menu do isoCRM para acessar os dados dessas cotações.

 Se o cliente da cotação da Bionexo não existir, será acessado o webservice para buscar essas informações e cadastrará o novo cliente automaticamente no isoCRM.

 Na tela de busca dessas cotações, será permitido filtrar as cotações pelos atributos: ID da cotação Bionexo, código do cliente, UF do cliente, responsável do cliente, status da cotação, vigência da cotação e região da cotação, conforme abaixo:

 Ao selecionar uma cotação, abrirá uma tela com os seus dados e itens, semelhante à

tela abaixo:

 Nesta tela também irão constar as informações do cliente: cód. isoCRM, cód. externo, responsável, cidade, UF, rua número, bairro, telefones, região (formulário “dimensão”, pergunta 99 do dado complementar da organização) e situação (Ativo ou Inativo na tabela ISOEntCliente).

 Os seguintes dados do cabeçalho do pedido Bionexo poderão ser alterados: Forma pagamento, Faturamento mínimo, Prazo de entrega, Frete, Validade da proposta e Observação. Caso vencer a data da cotação ou for gerado um pedido isoCRM para algum item da cotação Bionexo, os dados do cabeçalho não poderão mais ser alterados.

 A partir desta tela poderá:

1. Selecionar os itens ganhos pela Empresa e gerar um pedido no isoCRM.

2. Responder os itens que a Empresa não está interessada e os que são de seu interesse.

3. Alterar (negociar) um item, enviando a resposta para a Bionexo.

4. Cadastrar o DePara do código do produto Bionexo para o produto da Empresa.

5. Caso o DePara do produto já esteja cadastrado, terá acesso a um link para dar manutenção ao cadastro de fator de conversão desse produto.

6. Consultar, por produto, o último preço utilizado pelo cliente X produto, e mostrar se com este preço o produto foi ganho.

7. Consultar o preço do produto no sistema. Será criado no grade o campo e estará visível conforme configuração de parâmetro, que será criado, por usuário.

8. Visualizar o histórico da negociação da cotação do item.

9. Visualizar as pendências financeiras do cliente.

10. Visualizar possíveis inconsistências (produto inativo ou bloqueado) para os itens da cotação.

 Na tela os itens da cotação estarão dispostos em ordem de existência no DePara de produtos. Abaixo aparecerão os itens ainda não vinculados.

 Caso o status do item esteja “Adquirido de outra empresa” ou “Cancelado”, não será mais possível enviar respostas para a Bionexo. Este status não estará descrito no grade.

Somente será marcada a coluna “Ganhou”, no caso a Empresa. O status cancelado ou adquirido outra empresa deverá estar descrita no ícone (i - informações).

 Será criada uma tabela temporária para enviar as respostas para a Bionexo. O motor irá passar, e ao responder, o registro será apagado.

 A tela terá controle de acesso. Ou seja, se um usuário entrar numa cotação, esta ficará reservada para ele, e somente ele poderá alterá-la. Para sair terá um botão para liberar a cotação. Se estiver reservada, outros usuários só poderão consultar. A reserva terá um limite de expiração. Caso a mesma esteja reservada e não seja alterada por um período (foi criado um parâmetro definindo o tempo) a mesma será liberada. Um mesmo usuário só poderá reservar uma cotação de cada vez. Se a cotação estiver bloqueada, e outro usuário tentar acessá-la, deverá aparecer o nome do usuário que a bloqueou. Na tela deverá mostra a descrição Bionexo do produto. Deverá tem um ícone (i - informações) que informará a descrição da Empresa.

 A tela para vincular um produto Bionexo ao produto da Empresa deverá ter alguns filtros para buscar o produto, e existir também a possibilidade de visualizar e selecionar o produto complementar/similar de algum produto filtrado.

 Foi criada uma tela para consultar possíveis inconsistências para os itens da cotação (Semelhante à tela de fechamento do pedido do isoCRM). Serão verificados se o item está inativo ou bloqueado, ou se cairá em alguma matriz de alçada. Esta tela não terá nenhuma influência na geração de pedidos, será somente para o atendente consultar.

 Foi criado um cadastro de motivos, acessado via menu do isoCRM, para cadastrar e posteriormente poder informar o motivo de não resposta de um item da cotação.

Respostas automáticas

 O motor que importa as cotações da Bionexo poderá responder automaticamente, conforme configuração.

 Foi criado um dado complementar do cliente, informando se o motor responderá, ou não, cotações automaticamente. A pergunta deverá ser do tipo combo-box (0 – Não; 1

– Sim). Foi criado um parâmetro para informar qual é o código da pergunta deste dado complementar, que o motor deverá ler.

 Se este dado complementar estiver “1” na resposta (Sim) para o cliente, e o produto solicitado possuir estoque, a cotação será respondida automaticamente.

 O preço adotado na resposta será do último preço utilizado para o cliente. Caso não exista, responderá a cotação utilizando o preço do sistema.

 Ao status da cotação serão adicionadas as situações abaixo:

Algum item não tinha estoque;

Algum item não tinha de/para cadastrado;

 Caso algum item da cotação, que deveria ser respondida automaticamente, se encaixe em alguma dessas situações, o status da cotação será atualizado para posterior verificação.

 Outras situações, como por exemplo “não tinha último preço”, não será necessário alterar o status da cotação, pois nesse caso a cotação do item será respondido automaticamente com o preço do sistema. Porém deverá ser registrada essa observação no histórico da negociação da cotação do item.

Geração de pedidos

 Em cada item do pedido Bionexo terá um link para acessar o pedido correspondente no isoCRM, caso tenha sido gerado.

 Uma cotação Bionexo poderá gerar vários pedidos no isoCRM. Se numa cotação Bionexo existir 20 itens, poderão ser gerados até 20 pedidos. Porém, um item Bionexo só poderá estar em um único pedido no isoCRM.

 Se o item Bionexo possuir programação de datas, deverá ser gerada no pedido isoCRM esta programação. Se estiver programada para a entrega em três vezes, serão gerados 3 pedido com este item. Com a data da programação que vier do Bionexo, deverá ser criado um agendamento (aba agrupamento de datas no isoCRM), que será usado para chamar a DLL da Empresa, e que retornará a data de faturamento.

Alterações no pedido

 Permitido filtrar as cotações pelo atributo "ID da cotação Bionexo". Foi adicionado o campo ID Bionexo na tela de busca de pedidos (HWWISO_PvPedido).

 Permitido filtrar as cotações pelo atributo "UF do cliente". Foi adicionado o campo UF na tela de busca de pedidos (HWWISO_PvPedido).

 Foi criado um parâmetro por usuário para estarem visíveis os campos nos filtros da tela HWWISO_PvPedido. Os campos são UF do cliente e ID Bionexo.

 Ao passar o pedido para ABERTO, esta sendo verificado se ele foi gerado a partir de uma cotação Bionexo. Se sim, será sinalizado automaticamente ao Bionexo que o pedido/item foi gerado.

 Foi criado um parâmetro para indicar quais origens do pedido não deverão disparar o workflow de alçada, caso algum item caia na matriz. O pedido será registrado com a matriz, porém o fluxo não será disparado, passando o pedido direto para a situação aberto, e não aberto alçada.

 Foi criado um parâmetro para informar quais usuários poderão alterar os preços dos pedidos ISO gerados a partir de uma cotação Bionexo. Neste parâmetro também estará informado o código da origem Bionexo, para poder identificar. Se o parâmetro não estiver cadastrado, seguirá com é atualmente.