Agosto 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

11471 – Atendimento – Tela de resposta do Dado Complementar do SAC.

Descrição : Estamos com problema na pagina do formulário dados complementares, ao selecionar exemplo o produto 3, o tipo de defeito no select o mesmo ao atualizar retorna para outra parte da pagina e não na parte que estava sendo digitada as informações, acredito que seja alguma problema no evento do select que ele não retorna no trecho que esta sendo atualizado a informação.

Parecer: Corrigido.

Retirado evento &Combo.Click que efetuava a gravação do dado complementar sem que o usuário clicasse no "Confirmar".

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

Criado mais 3 detalhes, são eles:

LABEL_DC_SAC

LABEL_DC_CLIENTE

LABEL_DC_MKCMPCNT

É possível alterar a label (titulo) referente a dados complementares, basta colocar o texto no valor do detalhe.

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

11577 – Pedido – Saldo de Estoque de Aberto para Cancelado

Descrição : Saldo de Estoque

O saldo de estoque somente retorna quando o pedido volta de ABERTO (situação interna Aberto) para COTAÇÂO (situação interna Cotação), quando é de ABERTO (situação internaAberto) para CANCELADO o saldo não retorna.

Parecer: Corrigido.

11547 – Pedido – Condição de pagamento Default.

Descrição : incluímos nas condições de pagamento a Forma de Pagamento, porém no pedido, não está trazendo a Condição de pagamento Default cadastrada no serviço TL01000DEF, está vindo em branco, será que ainda está faltando algum cadastro???

Parecer: Corrigido.

11416 – Pedido – BPDEBUG - log

Descrição : Adicionar para cada log, data/hora na rotina de cálculo do pedido.

Com objetivo de verificar quanto tempo levou cada instrução.

*Sergio Santos* | Analista de sistemas Sênior

Parecer: Implementado

No parâmetro BPDEBUG.

Detalhe COMANDO

Valor = 1 - Ativa o log SEM data e hora no xml.

Valor = 2 - Ativa o log COM data e hora no xml.

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

11737– Pedido – Filtro por periodo

Descrição : HWWISO_PvPedido

Verificar porque esta trazendo na grade todos os pedidos referente ao período que esta vindo default na tela.

Parecer: Corrigido

isoCRM Marketing

11219– Campanha – Tela de seleção de contato do atendimento Campanha

Descrição : Problema de performance, na tela lista de contato na tela HISOMk_AtendimentoWC

Parecer: Corrigido

Atualizar a View VW40.

isoCRM Contrato

11533– Contrato – Anexos correspondende a contratos anteriores

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

11738– Contrato – Contrato com divergencias de quantidade

Descrição : CONTRATO

Quando um contrato tem mais de uma pagina de item e é informado na segunda pagina uma quantidade para o ultimo item, esse valor é replicado em todos os itens da primeira pagina.

Exemplo sequencia - 1310 19.10 - PP 111 - F

HEMIG FUND HOSP EST MINAS GERAIS

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 – Cadastro de produtos secundario ficando como principal

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

11600– Bionexo – De/para de um item na tela de cotação

Descrição : BIONEXO

• Ao excluir (desfazer) um de/para de um item na tela de cotação Bionexo acusa a seguinte mensagem:

Não existe 'Empresa'.

Não existe 'ISOBionexo Cli Org'.

Parecer: Corrigido

Não foi simulado o problema, porém foi melhorada a funcionalidade.

Foi criado o botão para excluir o depara. Salientando que não deve-se alterar o código do produto.

Se foi adicionado errado, deve-se excluir e incluir o produto correto.

11690– Bionexo – Ajuste da Marca do produto desclassificado

Descrição : Atendimento 11071

BIONEXO

Precisamos ajustar o campo "Marca", hoje ele vem apenas o texto, porém temos duas situações:

• cliente indica a marca que aceita, neste caso precisamos selecionar a marca.

• cliente não coloca informação, neste caso temos que preencher com a marca que estamos cotando.

Resposta: Juliana, o campo marca está sendo enviado. É enviada a descrição da marca que está no cadastro do produto do sistema.

Não sei como é visualizado no portal, mas pela documentação que tenho é identificado como Marca/Fabricante.

Cremer: Mas temos um campo que é a "Marca" e neste caso precisa ser preenchido, independente da descrição do produto.

Parecer : Se for solicitada alguma marca específica, no grid deverá ser preenchida a combo com as marcas recebidas, ao responder.

Se não for solicitada, o campo marca aparecerá bloqueado no grid, preenchida com a marca do produto do sistema.

Parecer: Corrigido

11691– Bionexo – Produtos bloqueados

Descrição : BIONEXO

Produtos bloqueados em cotação estao exigindo preço.

Verificar !

Parecer: Corrigido

11735– Bionexo – Produção ajuste versão 130.5

Descrição : Versão R130.5

Estamos colocando a versão 130.5 em produção neste final de semana...

Acompanhamento

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

Ajuste1-As cotações do BIONEXO estão ficando com cores erradas

Parecer:Corrigido

isoCRM NEOGRID

11704– Neogrid– Inclusão do nome do cliente

Descrição : NEOGRID

HWWISOIntNeoGrid - Analise de inclusão de campo em integração - Nome do cliente.

HWWISOIntNeoGrid

Favor verificar a possibilidade de incluir uma coluna com o nome do cliente na tela HWWISOIntNeoGrid (Integração Neogrid), são vários atendentes, que consultam os pedidos, e para saber qual pedido pertence a cada usuário, é necessário acessar o pedido ou cliente(código).

Parecer: Implementado

11715– Neogrid– Data de criação do pedido Neogrid

Descrição : NEOGRID-O número de pedidos de origem Neogrid que estão ficando sem a data de criação está aumentando a cada dia, sendo necessário sempre a minha intervenção para que o pedido possa ser alterado. na tela HWWISOIntNeoGrid (Integração Neogrid), são vários atendentes, que consultam os pedidos, e para saber qual pedido pertence a cada usuário, é necessário acessar o pedido ou cliente(código).

Parecer: Corrigido

isoCRM Tela INICIAL

11481– IsoCRM – Alerta do cliente na tela inicial

Descrição : HISO_TelaInicial

Alerta do cliente na tela inicial do isoCRM

7-Alertas dos clientes - na tela inicial do isoCRM

Parecer: Foi implementado colocado o alerta na tela inicial.

Liberação do objeto HISO_TelaInicialCarteiraClientes, evento AlertaButton.

Funciona exatamente igual ao botão de alerta na tela de atendimento.

isoCRM Integração Ibiz

11527– isoCRM/Ibiz – Integração Ibiz

Descrição : Integração IBIZ: Criar tela a partir do menu atendente, para usuário poder verificar as inconsistências da integração, podendo reprocessar os arquivos com erros.

Parecer: Foi adicionada a tela para acessar via menu:

Atendimento/Contratos/Ibiz

Para reprocessar um arquivo, entrar na opção modificar e alterar para "ENCAMINHADO".

Foi criado o detalhe "MANTER_ARQUIVOS" no parâmetro ISOINTEGRA_IBIZ. Caso o calor esteja "S", os arquivos XML serão mantidos no servidos, de acordo com os detalhes "DIRETORIO_OUT" e "DIRETORIO_ERROS". Caso esteja "N", os arquivos serão apagados do servidor e ficará mantido somente no banco de dados. Default "N".

Foi criada uma tabela onde são gravados os arquivos .xml processados na integração IBIZ.

Nela irão constar os seguintes campos: empresa, código, arquivo (blob), nome do arquivo, data de processamento, data de inclusão, erro ao processar, descrição do erro, códigos dos contratos gerados (sequência).

 Na integração, caso ocorra algum problema no processamento, irá registrar no campo “descrição do erro” e o campo “erro ao processar” estará marcado com “SIM”.

 Foi criada uma tela, acessada a partir do menu atendente, que listará todos os arquivos gravados na nova tabela, ordenados por ordem decrescente da data de inclusão. Inicialmente serão filtrados os arquivos com problemas, mas terá filtro para escolher todos os arquivos (processados com problemas ou não) e filtro de data de inclusão inicial e final. Nesta tela terá opção de consultar o arquivo XML ou reprocessá-lo, caso tenha sido com problema. Terá também um link para acessar os contratos gerados.

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

isoCRM Tablet

11400– isoCRM Tablet – Ajustes

Descrição : Tablet

Problemas encontrados:

1) Quando a Unidade de Origem e a Unidade de destino cadastradas na Aba fator de conversão(fig1) é igual a Unidade de Origem e a Unidade de destino cadastradas na Aba de cadastro do Produto(fig2), os campos não são mostrados no tablet(fig3).

Favor verificar o anexo.

Parecer: Estava com diversos problemas, não respeitava a matriz de unidade, não estava trazendo o preço certo (Na rotina, estava passando quantidade zero, isso fazia com que o preço zerasse). Problema também na geração do arquivo xml quando o Debug estava habilitado.

Corrigido.

Foi colocado também o campo tipo do pedido e foi alterado um o layout.

http://localhost/isocrm/hiso_logintablet.aspx