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. 

isoCRMTelaInicial

12747– Tela inicial- Contador para tarefas de entrada e reservadas

Descrição : -Tela Inicial do isoCRM, colocar nos componentes Tarefas, "HISO_TelaInicialTarefas", e Tarefas Reservadas ,"HISO_TelaInicialTarefasReservadas", um CONTADOR, exemplo 5 de 17, 5 de 20, 5 de 27 ... e uma mensagem :

"Ultrapassado limite de tarefas a serem visualizadas na tela inicial, clique aqui para ver todas."

Esse link deverá abrir ou a tela HViewISOWFTarefa aba Entrada para o objeto HISO_TelaInicialTarefas, ou a aba de RESERVADAS,para o objeto HISO_TelaInicialTarefasReservadas.

Parecer: Implementado as frases clique aqui para ver todas as tarefas nos componentes de tarefas da tela inicial. Essa frase só aparece se tiver mais que 5 registros.

isoCadastro

12649– Cliente Anonimo- Novos filtros para busca

Descrição : ->Na funcionalidade de CLIENTE ANONIMO - Na opção ALTERAR CLIENTE, quando abre a tela de busca, implementar os filtros de CNPJ/CPF

Parecer: Implementado

isoAtendimento

12807– Atendimento – Cadastro simplificado / Default para papel

Descrição : - Na tela HISO_CadastroEntidade - Cadastro simplificado, já vir default marcado a opção de papel (Cliente e, ou Parceiro), com as informações necessárias também já parametrizadas para quando for incluir uma nova Entidade já vir com o Papel preenchido.

Parecer: Implementado.

Na tela HISOEnt_ContFormulario, foi adicionado os campos check list:

• Cliente;

• Parceiro;

Nesses campos, se o cliente e/ou parceiro estiverem marcados, ao criar uma entidade pelo formulário simplificado, os respectivos papéis virão selecionados.

Também foi adicionado os campos combo box:

• Classificação;

• Classificação do papel;

• Especialidade papel;

• Situação;

Esses combo box serão criados para o papel Cliente e para o papel Parceiro e somente serão considerados se os check list de cliente e/ou parceiro estiverem selecionados.

A tela HISOEnt_ContFormulario é uma tela de configuração de layout e recursos do formulário simplificado, consequentemente, a tela do formulário simplificado será alterada para ler as novas configurações.

Imagem ilustrativa da HISOEnt_ContFormulario:

12805– Atendimento – Busca por classificação e situação do papel

Descrição : - Favor verificar o filtro de busca na tela HISO_Atendimento, na versão 143,4.

1 - Quando filtramos por classificação, somente a classificação, a entidade se repete no filtro, imagem anexo.

2 - Quando filtramos por classificação e Situação do papel, demora bastante para trazer as entidades.

Parecer: Corrigido.

12696– Atendimento- Visualização do código externo na grade de busca.

Descrição : Na versão 141.1 na tela HISO_Atendimento, quando filtramos um cliente não

mostra o código externo. Ajustar para a próxima versão.

Parecer: Corrigido.

12809– SAC- Relatorio PDF de Atendimentos relacionados.

Descrição : - Na tela que mostram os SACs vinculados (aba "Atendimentos relacionados"

da tela HViewISOSAAteCliente), criar relatório PDF que listam os SACs. No

relatório deverá mostrar os mesmos dados do grid.

• Nesta tela, no grid a descrição não está sendo preenchida. Deverá

preencher com a descrição do 1o detalhe.

Parecer: Foi criado o relatório.

Objeto de liberação: ARISOSA_AtendimentoRelacionado

Evento: ACESSO

12648– Chat- Enter para enviar mensagem

Descrição : ->CHAT - HABILITAR O ENTER para ENVIAR, NA CAIXA DE MENSAGENS

Parecer: O detalhe para habilitar a mensagem curta é MOSTRAMSGCURTA para o parâmetro ISOCHATCOMPONENTES. Agora é possível habilitar a caixa de mensagem curta (S), Mensagem longa (N), ou ambas (A)

12652– Tela Inicial- Botao liberar tarefa no bloco “Tarefas reservadas”

Descrição : ->HISO_telaInicial

->Na tela inicial no bloco "Tarefas reservadas" -> Colocar o botão Liberar tarefa.

Parecer: ajustado.

12799– SAC- Vinculo do pedido no atendimento SAC.

Descrição : NÚCLEO >SAC>MOTIVO (clicar no motivo, nesse caso "Avarias"OCORRÊNCIA (clicar na ocorrência)>>ABA CAUSAS (clicar para modificar a causa).

Existe uma pergunta: "Vincular pedido ao atendimento?".

Ao criar uma nova causa, o default para "Vincular pedido ao atendimento?" deve ser NÃO. Hoje está SIM.

Parecer: ajustado.

isoMarketing

12749– Campanha- Campanha com agendamento

Descrição : Agendamento através da Campanha - Problema

Na utilização do Agendamento através da Campanha o programa não esta gravando na tabela isoagenda, campo = ISOAgeEntCnt_Codigo o codigo do contato, com isso não esta criando o link para abrir o sub contato pela AGENDA, esse procedimento de abrir o sub contato da Campanha pela agenda deve ter controle de liberação.

Parecer: Implementado

Todo agendamento feito através da campanha irá criar um ícone na agenda possibilitando visualizar a campanha.

Para o ícone aparecer, as condições abaixo deverão ser verdadeiras:

A situação tabulada do contato da campanha deverá ser Encaminhado.

A campanha deverá estar ativa.

A campanha deverá estar com a data vigente.

isoVendas

12780– Pedido- Copia de pedido

Descrição : O atendimento 12280, não está de acordo.

Quando copiamos um pedido e não clicamos no combo " Copia Desconto", o pedido deverá ser copiado sem os descontos, e está copiando com os descontos.

Favor rever esse atendimento e enviar na próxima versão a ser liberada.

Parecer: Ajustado

Foi criado um flag na cópia de pedido denominado, copia novo preço.

Se estiver marcado, o novo preço é copiado.

Essa flag aparece sob o parâmetro ISOPVCOPIAPEDIDO, no detalhe COPIADESCONTO.

Esse detalhe funciona apenas pelo código do usuário. Valor S..

12626– Pedido- Tela de consulta de alçadas de desconto

Descrição : HViewISOPvMAClassificacao

No filtro de pesquisa, na tela HViewISOPvMAClassificacao, colocar a opção de ativo/inativo.

Exemplo a tela abaixo:

(Embedded image moved to file: pic05278.gif)

Parecer: Implementado.

12647– Promoções- Promoções x Data de promessa x Cotas

Descrição : Referente as promoções na web, resolveu a questão de alterar o preço, mas tem outro problema, quando vou incluir um item no carrinho e não tem estoque ou cotas, ao selecionar data de promessa, o item perde o preço da promoção e assume o preço normal do produto.

Parecer: Corrigido.

12662– Matriz de unidade- Matriz de unidade de produto alterando und de origem do item

Descrição : Pedido com problema na matriz de unidade de produto, está alterando a unidade de origem do item no pedido.

Parecer: Corrigido.

11509– Pedido SMS- Envio de SMS após confirmação do Pedido

Descrição : Envio de SMS após confirmação do pedido

Parecer: Implementado

Query necessária :

UPDATE ISOEntTelefone

SET ISOEntTel_SMS = 'N'

Foi alterado a tabela de telefone, adicionando mais um campo (ISOEntTel_SMS), esse campo é um flag que em S permite envio de SMS, em N não permite o envio de sms.

Para testar devemos deixar os flags dos telefones em S (Sim), permitindo envio de sms.

Na atualização do pacote em produção, um script deve ser rodado para deixar todas as flags em N.

Na tarefa padrão, foi criado 5 novos métodos da tarefa, métodos que funcionam igual ao envio de e-mail, porém, foi criado para o envio de sms, são eles:

● Enviar SMS para entidade

● Enviar SMS para responsável (Contrato)

● Enviar SMS para outros contatos (Contrato)

● Enviar SMS para responsável (Pedido)

● Enviar SMS para vendedor

O envio de SMS atualmente “funciona” apenas para responsável (Pedido) e vendedor, isso porque somente foi definido o layout do pedido.

O isoCRM não envia de fato o sms, o isoCRM constrói uma URL para chamada de um web-service com o telefone e a mensagem a ser enviado por parâmetro. Essa URL pode ser parametrizada e para o envio de sms funcionar de fato, deve existir um webservice ativo de envio de sms por trás da URL montada.

Para montar a URL, devemos configurar via parâmetro, o parâmetro é:

ISOCONFIGSMS

Os detalhes previstos são:

BASEURL → Nome da aplicação e web-service

HOST → Servidor de envio de sms

LOG → S ou N, Em S o SMS a ser enviado irá aparecer no LOG, podemos validar o layout, mas não há como validar o envio do SMS sem o web-service disponibilizado pelo Provedor.

*VERSAOSMS → Não é necessário parametrizar, esse detalhe existe para envios usando DIRECTCALL.

Uma vez configurado o envio de SMS, devemos configurar agora a tarefa padrão, do mesmo modo que é configurado o envio de e-mail. Devemos escolher na tarefa um método de tarefa, “Enviar SMS para responsável (Pedido)” ou “Enviar SMS para vendedor”. O responsável ou vendedor deverão ter telefone ativo liberado para recebimento de sms. Devemos também na tarefa escolher o parâmetro do método de busca da tarefa. Esse parâmetro primeiramente deverá ser composto por um único detalhe, denominado BUSCAPARSMS01, esse detalhe deverá conter o nome de um outro parâmetro, esse outro parâmetro irá servir para definir o layout do SMS.

Para configurar o Layout, cadastre um parâmetro com os seguintes detalhes:

● LABEL_DATAPEDIDO

● LABEL_NUMEROPEDIDO

● LABEL_VALORPEDIDO

● LABEL_PRODUTOS

LABEL_SITUACAOPEDIDO

● LABEL_NOTAFISCAL

● EXIBIR_DATAPEDIDO → S ou N

● EXIBIR_NUMEROPEDIDO → S ou N

● EXIBIR_VALORPEDIDO → S ou N

● EXIBIR_PRODUTOS_CODIGO → S ou N

● EXIBIR_PRODUTOS_DESCRICAO → S ou N

● EXIBIR_PRODUTOS_DESCRICAOEXTRA → S ou N

● EXIBIR_SITUACAOPEDIDO → S ou N

● EXIBIR_NOTAFISCAL → S ou N

● DCPEDIDO → Código da pergunta

isoContrato

10868– Contrato- Visualização em ordem alfabética

Descrição : ->HISOCTPedContratoGeraPedido na combo Clientes de Entrega trazer em ordem alfabética, esta trazendo em ordem de código.

Estudar para abrir um prompt para ir para a tela HViewISOCTContrato onde podera ser feito o filtro e adicionada na tela original.

Parecer: Implementado

12842– Contrato- Performance de busca no banco de dados

Descrição : Acompanhando o servidor do callcenter por reclamarem de performance

identifiquei duas consultas que sempre se destacam:

SELECT [ISOCtt_Codigo], [ISOCttPedCon_Codigo], [ISOCttPedCon_PedidoCodigo],

[ISOEmp_Codigo], [ISOCttPedCon_NumeroEmp]

FROM [ISOCTPEDCONTRATO] WITH (NOLOCK) WHERE [ISOEmp_Codigo] =

@AV25Context__Empresa and [ISOCttPedCon_PedidoCodigo] =

@AV52ISOPvPed_Codigog

ORDER BY [ISOEmp_Codigo], [ISOCttPedCon_PedidoCodigo]

SELECT [ISOBioPrdCli_Codigo], [ISOBioPrdCli_CliCodigo],

[ISOBioPrdCli_BioProdutoCodigo], [ISOEmp_Codigo], [ISOBioPrdCli_Bloqueado]

FROM [ISOBIONEXOPRODUTOCLIENTE] WITH (NOLOCK)

WHERE [ISOEmp_Codigo] = @AV15Context__Empresa and

[ISOBioPrdCli_BioProdutoCodigo] = @AV53ISOBPIt_Codigo_Produto

and [ISOBioPrdCli_CliCodigo] = @AV51ISOBP_ISOEntOrg_Codigo

ORDER BY [ISOEmp_Codigo], [ISOBioPrdCli_BioProdutoCodigo],

[ISOBioPrdCli_CliCodigo]

O problema não está na consulta mas sim na quantidade de vezes que elas são executadas por minuto, aproximadamente 115000 vezes...

Qual processo executa estas consultas ? É necessário este volume todo de consultas ?

Parecer: Foi corrigido a execução da query na tabela [ISOCTPEDCONTRATO], que ocorria em qualquer refresh da tela do pedido.

Na [ISOBIONEXOPRODUTOCLIENTE] não é possível, pois ele é usado na tela de atendimento da Bionexo, e pelo motor.

isoWorkfow

11492– Workflow- Disparo manual por grupo

Descrição : Workflow - disparo manual.

Ter a possibilidade de liberar o disparo manual por grupo de Usuários.

ex.: fluxo de prorrogação de nota fiscal - grupo Financeiro.

fluxo de troca da mercadoria - grupo expedição...

Parecer: Implementado

No procedimento padrão, foi adicionado em todas as condições de disparo os grupos que podem efetuar o disparo manual.

Para esse recurso funcionar, deve primeiramente executar o iso_reconstrução para criar os objetos e os eventos novos, depois, liberar os seguintes objetos e eventos:

Objetos:

TISOWFPrcPadCli_Grupo

TISOWFPrcPadCtt_Grupo

TISOWFPrcPadFrn_Grupo

TISOWFPrcPadMK_Grupo

TISOWFPrcPadPar_Grupo

TISOWFPrcPadPed_Grupo

TISOWFPrcPadPreSrv_Grupo

TISOWFPrcPadSAC_Grupo

Todos os objetos acima possuem os eventos abaixo:

UpdateButton

DeleteButton

UPD

DSP

INS

DLT

ACESSO

Objetos:

HISOWFPrcPadCli_GrupoGeneral

HISOWFPrcPadCtt_GrupoGeneral .

12569– Workflow- Destaque da observação da tarefa

Descrição : TISOWFTrfPadrao - Tarefa Padrão.

No momento de criar uma tarefa padrão existe um campo para Observação da tarefa, que é mostrado no momento da execução da mesma, esse campo deveria ser realçado para chamar atenção na tela HISO_WFTarefa.

Parecer: Implementado

Foi criado uma classe nova para observação, denominada K2BTrnAttributeBolt, e quando está inativa, a classe usada é ReadonlyK2BTrnAttributeBolt. Essa classe destaca em forma de caixa o campo, aparece a caixa apenas quando existe alguma observação

12812– Workflow- Motor WF

Descrição : Motor WF

problema com execução de tarefas

Parecer: Corrigido

IsoCRMIntegração

12871– Integração – Sequencia da Observação na integração

Descrição : Integracao da observação do pedido

Outro problema na tabela Int_ISOPvPedObservacao o campo de sequência da observação - ISOPvPedObs_Sequencia está sendo preenchido errado, conforme exemplo abaixo

Para o pedido = 4820987 tenho duas observações e veja que ele colocou 2 nas duas

Parecer: Corrigido.;

12745– Integração – Integração de clientes / Trigger → Motor SAIDA

Descrição : Integração Clientes - TRIGGER CLIENTES

Novamente noto que a organização está sendo exportado quando geramos um pedido no ISOCrm.

Ocorreu com 3 clientes que geramos pedido hoje, clientes: 241, 2674, 1267.

Exemplo: Cliente 1267 – Novo Lar Comercio E Representacoes Ltda Me

Parecer: Foram criados os detalhes abaixo, do parâmetro ISOCRM_INTEGRACAO.

PEDIDO_DADOS_ENTIDADE - Ao exportar os pedidos do isoCRM, S ou N para enviar os dados da entidade pelo webservice, junto com os dados do pedido. Default N.

PEDIDO_ENTIDADE_LIBERACAO - Se utilizar a tela de liberação de clientes cadastrar esse detalhe como S. Default N. CREMER deve utilizar S.

PEDIDO_LIMPA_CLIOPER - Ao exportar os pedidos do isoCRM, S ou N para atualizar o campo ISOEntCli_Operacao=ALT da tabela ISOEntCliente. Quem utilizar a trigger deverá cadastrar como N.

Default S.

12779– Integração – Campos necessários para integração isoCRM → ERP

Descrição : Identificamos alguns campos necessários para a integração de pedidos CRM X

ERP que não estão disponíveis no Web Service;

SDT Item do Pedido

Valor Unitário: Este campo precisa seguir a regra atual de integração enviada pelo aplicativo ABP25020

Campos da tabela ISOPVPED_ITEM que precisam estar disponíveis no web service do item do pedido

ISOPvPedIte_DtaSolEntrega

ISOPvPedIte_TpRegProgData

ISOPvPedIte_ArmProgData

ISOPvPedIte_DataEmissao

ISOPvPedIte_DataEntregaItem

ISOPvPedIte_AgendamentoData

ISOPvPedIte_AgendamentoHoraIni

ISOPvPedIte_AgendamentoHoraFin

ISOPvPedIte_DataDesejadaRec

ISOPvPedIte_ValorEmpenho

Regra geral do WS de item do pedido

• Não enviar itens cancelados

Parecer: Implementado;

Foi criado os campos:

Int_ISOPvPedIte_DtaSolEntrega

Int_ISOPvPedIte_TpRegProgData

Int_ISOPvPedIte_ArmProgData

Int_ISOPvPedIte_DataEmissao

Int_ISOPvPedIte_DataEntregaIte

Int_ISOPvPedIte_AgendamentoDta

Int_ISOPvPedIte_AgendHoraIni

Int_ISOPvPedIte_AgendHoraFinal

Int_ISOPvPedIte_DataDesejadaRe

Na tabela Int_ISOPvPedItem (Tabela intermediária para integração de itens de pedido).

Essa alteração foi feita para ambas as integrações (Campos curtos e campos longos, resultando na versão 62 de integração).

------

Foi alterado os web-services:

isoCRM_integracaoPvPedGridWS

isoCRM_IntegracaoPedItensWS

A estrutura alterada nos web-services foi:

isoCRM_integracaoPvPedItem_SDT

Os campos adicionados as estruturas foram:

Int_ISOPvPedIte_DtaSolEntrega Data

Int_ISOPvPedIte_TpRegProgData Char(2)

Int_ISOPvPedIte_ArmProgData Char(2)

Int_ISOPvPedIte_DataEmissao Data

Int_ISOPvPedIte_DataEntregaItem Data

Int_ISOPvPedIte_AgendamentoData Data

Int_ISOPvPedIte_AgendamentoHoraInicial Data

Int_ISOPvPedIte_AgendamentoHoraFinal Data

Int_ISOPvPedIte_DataDesejadaRec Data

------

Foi criado uma parametrização para impedir que o web-service isoCRM_integracaoPvPedGridWS devolva os itens cancelados.

Parâmetro ISOCRM_INTEGRACAO

Detalhe ITENS_PEDIDOS_CANCELADOS

Valor S ou N (Padrão S)

S retorna também os itens cancelados

N não retorna os itens cancelados

12798– Integração – Divergência em relatório

Descrição : Integração 

Primeiro erro que eu encontrei CLIENTE 11819 , ainda ocorre divergências do relatório interno com o ISOCRM.

-----

Não existe 'ISOPv Ped_Atendente'.

Não existe 'Entidade'.

Parecer: Corrigido.;

12770– Integração Condição Pgto- Integração condição pgto/codigo e descrição

Descrição : Incluir o campo código da condição de pagamento no web-service de IsoCRM_integracaoPvPedGridWS, na estrutura isoCRM_integracaoPvPedido_SDT e alterar o tipo da variavel &ISOPvPed_Pagamento no web-service isoCRM_integracaoPvPedGridWS de char(10) para char(70).

Observação para o desenvolvedor:

Não é necessário adicionar esse campo nas tabelas de integração, porém, devemos garantir que a integração continue funcionando apenas com a descrição.

As estruturas deverão ser alteradas nos motores também, mesmo não adicionando campos nas tabelas, como as SDTs estão sendo alterada no web-service, o motor deverá ter a sdt corrigida para não abortar.

Parecer: Implementado

Foi criado uma parametrização que define se o campo ISOPvPed_Pagamento nos web-services será utilizado como descrição ou código.

O parâmetro é ISOCRM_INTEGRACAO

O detalhe é CNDPGTO_USA_CODIGO

Valor esperado é S ou N.

Se estiver em S, os web-services isoCRM_integracaoPvPedGridWS e isoCRM_integracaoPedidosWS irão interpretar o campo como código.

Se não estiver parametrizado, o valor padrão é N.

12709– Integração Responsável- Integração de situação ativo/inativo no responsavel do cliente

Descrição : ->INTEGRACAO

Tivemos alguns clientes sofreram alteração de vendedor, estou tentando integrar os dados passando o vendedor antigo como inativo mas ele não altera no cadastro da organização.

Exemplo: cliente isso 571 - Massa Construção Ltda.

Qual procedimento correto???

------------

Solução : Criar coluna de ATIVO/INATIVO (int_isoentrspcli_rspflag) na tabela INT_ISOENTRSPCLIENTE, para que quando enviar um registro inativo pela integração o isoCRM inativar o vinculo no isoCRM, tabela isoentrsp_clientes/isoentrsp_cli_flag.

Parecer: Implementado

Foi criado um campo novo na tabela Int_ISOEntRspCliente denominado Int_ISOEntRspCli_Flag.

Esse campo deve ser alimentado com A ou I (Ativo, Inativo).

Foi alterado os motores na versão 61 (Campos Longos e campos curtos), que devem ser usados no próximo pacote do isoCRM (143_2 ou superior).

Script que também está disponibilizado.

12105– Integração Atendente- Codigo do Atendente no Pedido

Descrição : -INTEGRACAO-BI_017

Não funcionou, em todos os casos aparece “CONSULTA” COD “1015548”.

Parecer: Corrigido

Adicionado o detalhe ISOPvPed_CodigoAtendente ao parâmetro ISOCRM_INTEGRACAO. Referente ao código do atendente padrão que será adicionado ao pedido na criação no isoCRM, caso não queira que seja adicionado o vendedor ao pedido.

12174– Integração IBIS- Integração Portal IBIS

Descrição : Durante a integração IBIZ houve um arquivo enviado pelo portal IBIZ que acabou fazendo a integração parar de funcionar;

Desta forma estou enviando o arquivo que ocasionou o problema e um que funcionou apenas como referência;

Parecer: Corrigido

O XML veio incompleto, sendo um xml inválido, ocasionando erro no processamento.

Foi corrigido para que quando isso acontecer, registre log e não trave a integração .

12790– Integração SCOPE- Transação do cartão de credito

Descrição : Ao tentar fazer uma transação de cartão de crédito pela versão web está gerando a seguinte mensagem de erro anexo.

Segue também o arquivo de configuração utilizado location.xml

Parecer: Corrigido

Configurar no arquivo location.xml.

Deverá ser usado da seguinte forma:

<GXLocation name="ext_Scope">

<Common>

<Host>10.1.101.190</Host>

<Port>80</Port>

</Common>

<HTTP>

<BaseURL>/scopewebservice001/</BaseURL>

</HTTP>

</GXLocation>

12837– Integração CIASHOP- Nota fiscal com mais de um item.

Descrição : Estamos efetuando a implantação da Nota Fiscal de serviço e identificamos que não é possível emitir uma NF de serviço com mais de um item.

Devido a isso, precisamos mexer novamente na integração que você customizou.

Na leitura do xml da loja, será necessário fazer algumas alterações:

Ao identificar o pedido referente a serviço na loja, não criar automaticamente o pedido no ISO.

Deve ser criado um pedido novo e inserir nos produtos um sku fixo.

A sugestão é criar um serviço onde seja informado o ID da loja x sku do pedido. A Ciashop nos informou que já será informado no xml uma tag identificando qual a loja enviou o pedido.

O valor do pedido do ISO deverá ser a soma do total dos itens que veio no xml. Considerando a quantidade fixa de 1 unidade e o valor total.

Deverá ser informado na obs do pedido (Outras Observações) o numero do pedido CIASHOP que se refere ao mesmo. Deve ser necessário mo flag NF, para que seja impresso na NF.

Verificar a possibilidade de incluir os itens do pedido CIASHOP, como...

obs do pedido no ISO (Outras Observações). Considerando uma linha para cada item do pedido ref. a serviço.

Dúvidas, favor me contatar.

Parecer: Implementado

Versao\Ciashop_20150305_EV2_V26.7z

Integração

A integração foi alterada conforme escopo aprovado.

Serviços criados

Foi criado o serviço ISOCIA_SKU que será utilizado para verifica se o pedido vindo da integração se refere e produtos normais ou serviços. Se estiver cadastrado, será identificado como serviço. O código da pergunta deverá ser cadastrado com o código do campo "template_id" que vier no XML da loja virtual. Se o campo "template_id" não vier no XML da CiaShop, a integração de itens/serviços não funcionará. O código da resposta será o código SKU, que será o código de um produto, que será incluído no pedido do isoCRM, substituindo os itens vindos da loja virtual, quando forem serviços.

Foi criado o detalhe SERV_ITENF no serviço ISOCIASHOP para registrar ou não os itens/serviços nas observações do pedido e nota fiscal. Default N.