Julho 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.

isoWorkflow

11359 – WorkFlow – Envio de email na tarefa.

Descrição : Automatizar o envio de e-mail na tarefa de desconto concedido: Na etapa do workflow, acompanhamento de tarefa, a tarefa INFORMAR DESCONTO será automatizada no intuito de enviar informações do desconto concedido para aquele atendimento ( nota) .

Este processo vai ser segmentado por canal e com texto padrão para cada canal. As informações que serão enviadas nesta automatização são: Valor total do desconto, Valor da nota, Número da nota, Data do desconto e Valor total do depósito. Este processo vai ser realizado diariamente.

Parecer: Para o envio de e-mail pelo motor do workflow, existem cinco rotinas que constroem o e-mail.

Essas rotinas foram alteradas.

Foram adicionada leitura de parâmetros para identificar perguntas de dados complementares em cada uma das rotinas.

 A rotina que monta e-mail do SAC exibe dado complementares do SAC.

 A rotina que monta e-mail do pedido exibe dados complementares do Pedido.

 A rotina que monta e-mail do cliente exibe dados complementares do Cliente.

 As duas rotinas que montam e-mail da campanha exibe dados complementares do contato da campanha.

Essas rotinas são utilizadas no envio de e-mail do workflow pelos métodos:

 Enviar e-mail entidade

 Enviar e-mail responsável

 Enviar e-mail para vendedor (PEDIDO)

Como não existem dados complementares para contrato, não foram alteradas as rotinas que constroem o e-mail de contrato.

Para parametrizar as perguntas, devem-se cadastrar os detalhes, no parâmetro chamado pelo parâmetro definido no campo Parâmetro do método de tarefa da tarefa.

 Detalhe: EXIBE_DC_SAC_PERGUNTA

 Valor: Código numérico da pergunta

 Detalhe: EXIBE_DC_PEDIDO_PERGUNTA

 Valor: Código numérico da pergunta

 Detalhe: EXIBE_DC_CLIENTE_PERGUNTA

 Valor: Código numérico da pergunta

 Detalhe: EXIBE_DC_MKCMPCNT_PERGUNTA

 Valor: Código numérico da pergunta

Para cadastrar várias perguntas, cadastram-se vários detalhes iguais, diferenciando-os pelo campo ordem. Exemplo:

Detalhe Valor Ordem

EXIBE_DC_SAC_PERGUNTA 1 1

EXIBE_DC_SAC_PERGUNTA 3 2

EXIBE_DC_SAC_PERGUNTA 2 3

11446 – WorkFlow – Definição de prioridade na tarefa reservada ao Responsável.

Descrição : Colocar uma coluna prioridade nas tarefas, esta coluna poderá ser alterada somente na aba reservas por setor, desta forma iremos definir as prioridades dentro dos recursos reservados.

Parecer: Implementado

Foi criado um tema novo (css), ISOBase.

O arquivo fica dentro da pasta ..\web\Resources\Portuguese

O tema precisa estar na aplicação. É uma cópia do k2b.css com algumas classes a mais.

Foi criado campo nas tarefas referente a prioridade, e foi feito uma melhoria na tela de blocos, que permite escolher a prioridade das tarefas.

Para utilizar clicar no link Prioridade...e utilize numerações de 0 a 99 para definir as tarefas reservadas para o responsável !

11277 – WorkFlow – Anexo da tarefa padrão.

Descrição : Criação de anexo na tarefa do procedimento.

A ideia é disponibilizar material relacionado a tarefa, independe do atendimento.

Exemplo:

Na tarefa montar cronograma, Como eu obtenho o arquivo modelo do cronograma para criar meu cronograma?

• O modelo é disponibilizado em um servidor.

Com essa solicitação, será possível associar anexos (nesse caso, o arquivo modelo do cronograma) à tarefa Montar Cronograma.

Isso irá permitir, para qualquer atendimento que encontra-se nessa tarefa Montar Cronograma, acessar tal anexo.

Como funcionará:

Menu -> Núcleo ->Workflow -> Procedimento Padrão --> Selecionar um procedimento --> Aba Tarefas -> Selecionar um tarefa --> *objeto HViewISOWFTrfPadrao.

Esse objeto é composto por 4 abas (Geral, Situação, Dependência,

Dados Complementares), será adicionado uma quinta aba, denominada Anexos.

* Nessa aba Anexos, será possível anexar arquivos a tarefa padrão.

* No Menu -> Atendimento > Workflow -> Acompanhamento de tarefas --> objeto

HViewISOWFTarefa.

* Na grade da tarefa das abas Tarefas de entrada e Tarefas reservadas foi adicionado um botão, semelhante ao que já existe hoje que representa anexos do SAC.

* Um atendimento que encontra-se numa tarefa quem tem anexos, pode com um clique ser acessado a tela de anexos para consulta.*

Hoje existem anexos da tarefa, mas não funcionam dessa maneira.

Parecer: Implementado

Liberar os objetos e eventos, executar o ISOReconstrução

Foi implementado o anexo da tarefa padrão, utilizando a mesma classificação do anexo da tarefa.

É possível consultar o anexo da tarefa padrão a partir da tarefa.

Foi feito o controle de objetos e eventos e foi respeitado o padrão do sistema.

Após rodar o ISO Reconstrução, liberar os objetos e eventos de acordo com o esquema abaixo:

HISO_WFTrfPadAnexos

ACESSO -> todos que poderão consultar pela tela de atendimento – workflow.

HISOWFTrfpadAnexoWC

ACESSO -> todos que poderão consultar o anexo, seja supervisor ou atendente.

DeleteButton -> Só quem pode deletar (Supervisor)

DisplayButton -> Só quem pode consultar (Supervisor)

InsertButton -> Só quem pode inserir anexo (Supervisor)

UpdateButton -> Só quem pode excluir anexo (Supervisor)

HISO_WFTrfPadConsultaAnexo

ACESSO -> Todos (Download do anexo)

HISOWFTarefaReservadaWC

AnexoTrfPad -> ícone na grid de tarefas reservadas

HISOWFTarefaEntradaWC

AnexoTrfPad -> ícone na grid de tarefas de entrada

TISOWFTrfPadAnexo

ACESSO -> Supervisor

INS -> Supervisor

DLT -> Supervisor

DSP -> Supervisor

DLT -> Supervisor

isoVendas

11409 – Pedido – Alçada de pedidos

Descrição : AJUSTE na IMPLANTAÇAO de PEDIDO

Fazer com que o Pedido funcione com ALÇADA, do mesmo modo que é o Atendimento SAC.

Um determinado Usuário pode verificar os Pedidos que estão dentro de sua Alçada.

Atualmente o Responsável somente consegue verificar os Pedidos abertos por ele mesmo.

No caso de Representadas que tenham mais de um Responsável, hoje, um não consegue ver os Pedidos colocados por outro responsável da mesma Representada.

Atribuindo as Alçadas, os Responsáveis que tiverem a Alçada da Representada, poderão ver os pedidos colocados para a mesma, independente do Responsável que colocou o Pedido.

Parecer: Implementado

Foi criado o controle de alçadas no pedido.

Foi criado o script para atualizar os pedidos retroativos com a alçada de gravação do módulo vendas dos vendedores.

Foi criado uma regra para gravar no momento da geração do pedido APENAS a alçada de gravação do módulo vendas do usuário logado.

Foi criado o tratamento na tela de manutenção do pedido para filtrar pela alçada de leitura do módulo vendas do usuário logado.

A definição das alçadas para os usuários do sistema é de responsabilidade do cliente.Usuários sem alçada para o módulo vendas enxerga TODOS os pedidos.

Se for criado alçada para todos os usuários e não rodar o script para atualizar a alçada dos pedidos, nenhum pedido será encontrado por nenhum usuário.

É Necessário rodar o script que encontra-se em anexo no atendimento, mas lembre-se, antes de rodar o script, precisa ser definido todas as alçadas para o módulo vendas de todos os usuários do isoCRM.

Após rodar o script, todos os pedidos retroativos terão a alçada de gravação do vendedor. Ao criar um pedido novo, o pedido terá a alçada do usuário vendedor. Ela é gravada na abertura do pedido APENAS. Uma vez que o pedido já foi aberto, sua alçada já foi gravada e não é alterada mais.

Pedidos atualizados não terão alçadas modificadas.

Para alterar alçada de um pedido, somente via script.

Usuário sem alçada definida enxerga TODOS os pedidos.

-- O UPDATE DEVE SER REALIZADO APENAS APÓS A CRIAÇÃO DA ALÇADA DE VENDAS PARA CADA USUÁRIO.

--UPDATE ISOPVPEDIDO

set ISOPvPed_Alcada = t02.ISOEntUsu_Alc_Gravacao

from ISOPvPedido T01

INNER JOIN ISOEntUsu_Alcada t02

ON t01.ISOEmp_Codigo = t02.ISOEmp_Codigo

AND t01.ISOPvPed_CodVendedorCD = t02.ISOEntUsu_Codigo

AND t02.ISOEntUsu_Alc_Modulo = 'VEN'

Processo :

Cadastrar os níveis de alçada

Empresa Belga Industria, cliente 2999 do exemplo – Responsável Edison – Alçada 2.010.

Funcionario1 – Alçada 2.010.

11392 – Pedido – Estoque x Cotas x Data de promessa de Cotas

Descrição : Problema de produto com estoque, com cotas, sem data de promessa, onde não deveria criticar no fechamento do pedido e esta criticando.

Montar o cenário abaixo.

Cliente = 100

Produto = 388763

201406 IN 1.204,000 HOSPITALAR PRIVADO

Tem COTAS mas não tem data de promessa

Duas unidades.

UN CX 10,00000

UN UN 1,00000

Parecer: Corrigido

11440 – Pedido – Promoções simples e por faixa

Descrição : Promoção WEB

Identificamos mais um problema na inclusão de produtos pela aba promoções, já estamos com vários atendimentos abertos, e reforço que precisamos dessas correções, não sei mais o que alegar para o usuário, referente esses ajustes.

Pelas imagens nota-se que o preço aplicado na promoção não é o que é visualizado na aba promoções.

Parecer: Corrigido

isoCRM Contratos

11533– Bionexo – Depara de produto similar

Descrição : Abaixo exemplos de contratos incluídos no ISO onde o arquivo anexado na aba "anexos" corresponde ao contrato posterior.

Descrição:18/07/2014 14:30:00 0042/2014 S

Sequência: 9202

Arquivo em anexo refere-se ao contrato da sequência 9203

Descrição: 23/07/2014 09:00:00 190/2014 S

Sequência: 9203

Arquivo em anexo refere-se ao contrato da sequência 9204

E assim ocorre com todos.

Parecer: Corrigido

isoCRM Integração

11503– Integração – Data de faturamento e data de promessa do pedido

Descrição : INTEGRACAO

Não esta integrando data de faturamento e data de promessa na isopvpeditem

Na integração

select Int_ISOPvPed_DataFaturamento,* from int_isopvpedido where

int_isopvped_codigoexterno = '455550'

Int_ISOPvPed_DataFaturamento = Data de faturamento

select * from int_isopvpeditem

select Int_ISOPvPedIte_DataEntrega,Int_ISOPvPedIte_DataFaturament,*

from int_isopvpeditem where int_isopvped_codigoexterno = '455550'

Int_ISOPvPedIte_DataEntrega

Int_ISOPvPedIte_DataFaturament

Int_ISOPvPedIte_DataEntrega = > Data de promessa

Int_ISOPvPedIte_DataFaturament -> Data de Faturamento

No CLIENT

select * from ISOPvPedido where isopvped_codigoexterno = '455550'

isopvped_dtasolentrega = Data de faturamento

select isopvpedite_dtasolentrega,isopvpedite_DataEntregaitem,

* from ISOPvPedItem where isopvpedite_codpedexterno = '455550'

isopvpedite_dtasolentrega = Data de faturamento da aba itens da HViewISOPvPedido

isopvpedite_DataEntregaitem = Data de promessa da aba itens da HViewISOPvPedido

Parecer: Implementado/Ajustado.

isoCRM Bionexo

11532– Bionexo – Depara de produto similar

Descrição : BIONEXO

• Ao cadastrar um de/para com produtos principal e secundário o sistema está assumindo os produtos secundários também como principal.

• Sobre a implementação de que o sistema deve considerar uma cotação com todos os itens bloqueados como inativo altere para que o motor analise estas cotações inativando ela automaticamente.

• Sobre o filtro "itens bloqueados" pode ser removido da tela.

• Ao marcar um motivo de não resposta em um item de uma cotação não é possível desfazer.

Parecer: Corrigido

isoCRM Integração CiaShop

11503– isoCRM/CiaShop – CiaShop para nova loja

Descrição : Segue exemplos e especificações para geração de orçamento dentro do seguinte escopo:

• Ajustar atual integração "ISO/CRM x Ciashop" para "ISO/CRM x NOVA Loja Ciashop".

Com base no atual webservice que a ISO já utiliza para integrar os pedidos, estoque e status de pedidos, fazer os ajustes para adaptar-se a nova loja. Ter em vista os DE: PARA: para entendimento das adequações.

Qualquer dúvida entrar em contato comito e/ou Jonathan, copiado.

Analista de Sistemas / Informática

Parecer: Implementado

Motor

Foi criado um novo motor: apintciashop.

Configuração do arquivo .bat de chamada do motor:

C:

cd C:\Ciashop_20140710_EV2_V1

apintciashop 11 INFOR 1 S

onde:

11 – Empresa

INFOR – Usuário

1 – Tipo (1=Compradores; 2=Pedidos; 3=Estoque; 4=Status dos pedidos)

S – Gravar XML no C:\Temp (S=Sim; N=Não)

Configuração de parâmetros

ISOCIASHOP – Configurações para a integração CIAShop.

Detalhes:

LOG – Ativar a geração de log na tabela GELOG (S=Sim; N=Não)

WSUSER – Usuário de acesso para o webservice. Para homologação é “wsEmpresa”

WSPASS - Senha de acesso para o webservice. Para homologação é “123456”

Configuração do arquivo location.xml

Para acessar a correta url do webservice, deverá existir no mesmo diretório do arquivo apintciashop.exe o arquivo location.xml.

Para a url de homologação abaixo, Exemplo :

https://www.ciashop.com.br/Empresa/ws/wsintegracao.asmx

O conteúdo do arquivo location.xml deve ser:

<GXLocations>

<GXLocation name="CiaShop">

<Common>

<Host>www.ciashop.com.br</Host>

</Common>

<HTTP>

<BaseURL>Empresa/ws</BaseURL>

<Port>25</Port>

<Secure>1</Secure>

</HTTP>

</GXLocation>

</GXLocations>

OBS: Caso o arquivo location.xml não exista no diretório, será acessada sempre a URL abaixo do webservice:

Exemplo:

https://www.ciashop.com.br/Empresa/ws/wsintegracao.asmx