Solução: Foi resolvido o problema onde chamava o WS mesmo sem o usuário ter o modulo liberado. Com o ajuste ele não vai chamar mais o ws caso o usuário não tenha o modulo, não apresentando mais o erro.

Solução: Ajustado o nome do arquivo externo para executar na ordem correta.

Solução: Ajustado as trigger, foi retirado a referencia do banco de dados, as tabelas de integração se existirem tem que estar dentro do mesmo banco de dados, caso contrário precisa alterar o Script caso a caso.

Solução: Foi bloqueado a combo de Frequencia para ficar apenas como Unica.

Foi adicionado os campos de fazer agendamento mesmo quando for de frequência Unica.

Solução: Foi alterado para aparecer o botão cancelar quando o status estiver pendente.

Foi adicionado um erro ao tentar cancelar enquanto o status estiver processando.

Solução: Ao enviar uma planilha errada como exemplo de uma planilha com a coluna diferente da documentação, o motor da um erro dizendo qual coluna foi, então foi inserido este erro dizendo qual coluna está errada na linha

Solução:  Foi criado um sistema exclusivo para gerar o token (REFRESH_TOKEN) referente ao motor de e-mail exclusivamente para contas Office365.

Detalhes de uso do sistema:

https://sites.google.com/isoenterprise.com/isocrmtreinamentos/refresh-token-azure-office365

Solução:  Foi percebido que ao "dormir" e acordar dentro do agendador de tarefas, o motor não conseguia recuperar a sessão. Agora o motor irá tentar fazer 25 tentativas de recuperar a sessão, se ele não conseguir, a sessão dele no sistema será derrubada e o próprio agendador de tarefas irá subir a sessão novamente.

Solução: Dentro de ambos os motores (isoMotorEmailEntrada, isoMotorImportaDados) foi inserido em todas as classes e subclasses o controle e a importância dos logs. 

• 10 = warning

• 20 = info

• 30 = erro grave

Foi inserido o endpoint para gravar na tabela ISOJOBLOG o log do motor.

Dentro do arquivo de configuração (iso_email_config.json e iso_importa_config.json) foi inserido uma opção a mais chamada (nivel_dados_para_gravar_na_ws). Este arquivo deve ser configurado da seguinte maneira :

30 = se você deseja gravar dentro da ISOJOBLOG apenas ERROS graves

10 ou 20 = se você deseja gravar TODOS os Processos dentro da ISOJOBLOG (info, warning, erros)

Por padrão ele vem configurado como 30.

Solução: Adicionado nova aplicação no pacote específico para integração via api do isoCRM.

Aplicação: isoCRM_isoAPI

Necessário configurar nova aplicação no IIS e apontar para o novo diretório.

A aplicação  isoConfigDB.exe para configuração de banco com o novo apontamento foi atualizado no atendimento 36899.

Documentação atualizada:

https://treinamentos.isoenterprise.com/help/isoinstalação/instalação-de-pacote-padrão-2023

Solução: Foi implementado uma funcionalidade onde é possível fazer o motor ler uma pasta específica da caixa de e-mail.

Dentro de Omnichannel>Chart > Configuração > Supervisor > Email entrada > Setup Email > *Email IMAP* > Parâmetros

Deve-se criar mais uma pergunta e resposta:

Pergunta :PASTA_LEITURA

Resposta : *Nome da pasta*

Como exemplo o nome da pasta que eu escolhi é ARQUIVOS_ESPECIAIS .

Portanto, deve-se criar essa pasta dentro do e-mail Outlook configurado como IMAP.

Caso o cliente não queria usar essa funcionalidade, basta não criar este parâmetro que o motor irá automaticamente ler a caixa de entrada.

Solução: Para a função de Recuperar Senha funcionar corretamente, o arquivo email_mobilerecuperasenha.html que esta no diretorio   \isoCRMOffline\web   dentro do pacote, deve ser movido para o diretorio isoCRM_WS do pacote.

Com isso, o cadastro do usuário deve ter um cpf/cnpj cadastrado, e no Cadastro da entidade também deve ter o cpf/cnpj cadastrado, com um e-mail também cadastrado. Para então ser enviado um link com o recadastramento da nova senha.

https://sites.google.com/isoenterprise.com/isocrmtreinamentos/release-notes/v-187-2#h.p_ssrKuW3U9AUy

Solução: Problema no pacote do motor de integração via tabelas.

Utilizar e configurar a aplicação do pacote isoCRM_IntegraWS.

Apontar o location.xml da pasta isoCRM_Integracao para essa aplicação (isoCRM_IntegraWS).

Solução: Alterado o processo de Saída de cadastro.

Adicionado o filtro RetornaMinhasAlteracoes:

• Sendo S, valor padrão,  irá retornar inclusive cadastros que foram alterados pelo usuário requisitante. E N, os cadastros que foram alterados por usuários diferentes do usuário requisitante. 

O filtro da operação foi descontinuado.

* Necessário atualizar a view VWINT_01_Cliente.

Solução: Feito um ajuste para caso o campo de CPF esteja escondido via tela de permissões, os números de CPF da lista de cliente estarão com uma máscara. Caso o campo CPF estiver visível na tela de Permissões, os números de CPF das listas de cliente voltam a ser apresentados normalmente.

Solução: Ajustado para que ao enviar o CPF ou CNPJ na integração de saída de cadastro, envie formatado com '0' (zero) a esquerda para completar o tamanho da informação.

Ex. CPF no isoCRM: 6597977041, será enviado 06597977041.

CNPJ no isoCRM: 883424000141, será enviado 00883424000141

Solução: Identificado problema na api WSISOInt_SaidaClienteConfirmacao.

Caso já tenha o registro com o código externo em branco, não estava atualizando e nem cadastrando. 

Ajustado para atualizar o código externo para quando estiver em branco.

Solução: Adicionado notificação para novos e-mails  e novos chats no Omnichannel.

https://treinamentos.isoenterprise.com/help/notificacao-omnichannel

Solução: Na tela de configuração do e-mail, os campos Nome do remetente e Endereço do remetente não aparecem quando o tipo de conta é POP ou IMAP e os campos Canal de Comunicação e Diretório dos Anexos não aparecem quando o tipo de conta é SMTP.

Solução: Feito ajustes na formatação da hora do formulário de classificação chat

Solução: Ajustado para que não atualize o usuário do primeiro detalhe ao atualizar o atendimento.

Solução: Feito novo motor em python.

Segue abaixo a documentação referente a configuração do e-mail: https://help.isoenterprise.com/configurações-e-mail-entrada

Solução: Feito ajustes na tela de atendimento. Ao gravar o atendimento sem algum campo obrigatório não preenchido, aparecerá uma mensagem de erro.

Solução: Adicionado regra para que quando chegue um e-mail de resposta, com mesmo assunto e remetente e a conta do e-mail utiliza distribuição de e-mails, ele seja reservado para o mesmo usuário.

Solução: Feito ajustes na tela de atendimento onde não estavam mostrando os botões de vincular atendimento e de mostrar a lista de atendimentos vinculados.

Solução: Foi alterado a biblioteca do motor que verifica as extensões dos arquivos. 

Solução: - Foi adicionado uma verificação para quando cair a sessão ele recupera-la o quanto antes e voltar o processamento.

- Foi adicionado no arquivo config a opção mostrar_log permitindo que o usuário escolha ou não abrir o prompt de comando.

- Com a alteração do prompt oculto é possível que a tarefa fique executando em segundo plano.

Solução: Foi adicionado um verificador de sessão ao receber as importações e ao enviar as importações, fazendo com que se cair a sessão ele instantaneamente já recupera, e se caso estiver no meio de um processamento e a sessão for derrubada, o motor recupera a sessão e volta de onde parou.

Solução: Foi inserido uma verificação de sessão, que identifica quando a sessão está expirada e consegue recuperar rapidamente e voltar ao processo.

Solução: Feito ajuste para voltar a aparecer o botão de alterar cliente na tela de atendimento. Existe também o controle de mostrar ou não o botão pela tela de Permissoes com a referencia  bt_alterar_cliente.

Solução: Foi criado um sistema exclusivo para gerar o token (REFRESH_TOKEN) referente ao motor de e-mail exclusivamente para contas Office365 .

Detalhes de uso do sistema 

https://sites.google.com/isoenterprise.com/isocrmtreinamentos/refresh-token-azure-office365

Solução: Alterado no pacote para vir como padrão contendo a tag !ISO!EmailOrigem!ISO!

Solução: Ajustado para que o anexo vá com o mesmo nome do arquivo, sem alterações.

Solução: Foi inserido dentro do loop de recuperar a sessão a verificação do horário, assim se tentar reconectar depois do horário vai fechar o motor e permitir que o outro consiga entrar.

Também é indicado alterar a configuração da tarefa para Interromper a instância existente.

Solução: O problema é que o motor estava tentando realizar a conexão com servidor smtp. 

Feito ajuste para ler apenas contas imap.

Solução: Foi criado um controle via tela de Permissões para que o filtro de Atendente de Abertura seja carregado com o código do usuário logado.

A referencia na tela de Permissões é filtroAtendente no menu isoCRM.view.isoAtendimento.isoAtendimento.

Caso esteja selecionado, a lista de atendimentos e o filtro da tela será filtrado pelo código do usuário logado.

Solução: Corrigido a interpretação de arquivos .bin dentro do 'isoMotorEmailEntrada';

Na busca da solução desse atendimento, foi corrigido outros problemas antigos: 

• Corrigido problema de não interpretação de arquivos .zip vindos da caixa de email de contas oiffice365(IMAP);

• Corrigido Problema de quando alguns arquivos .pdf chegavam no sistema de forma 'quebrada'.

Solução: Será necessário adicionar mais um detalhe no parâmetro FORMATAEMAIL, para que o código do atendimento não venha no assunto de resposta de e-mail.

• Parâmetro: FORMATAEMAIL.

  • Detalhe : CODATENDIMENTO

    • Resposta: N

Solução: Problema resolvido ao arquivar um detalhe do atendimento.

Solução: Foi adicionado um controlador na tela de Permissões, onde será informado se a lista de clientes carrega no inicio ou não.

Controlador: carrega_lista_clientes

Caso selecionado, a lista será carregada normalmente, caso não estiver selecionado essa opção, a lista não será carregada automaticamente.

Solução: CPF é obrigatório se nas permissões, a referência 'fld_CPF', do 'isoCRM.view.isoCliente.isoCliente' estiver marcado como obrigatório.

Solução: Feito ajustes em tela e feito ajustes em 3 views.

• [VW44_Clientes_Responsavel]

• [VW83_ISOEntRsp_Clientes]

• [VW100_EntidadesDadosPrincipais].

Solução: Adicionado componente de E-contact no formulário de cadastro de Usuários.

O campo de E-contact só será mostrado na Edição do usuário, já que precisamos do código do usuário cadastrado para incluir e-mails.

Solução: Dentro do menu Permissões foi descriminado o campo 'FLD_DOCUMENTO' para fld_RG e fld_iscricao_estadual.

com isso a tanto a inscrição estadual como o RG permanecem como obrigatório

Solução: 

Documentação da pesquisa automática:

https://treinamentos.isoenterprise.com/pesquisa-automática-whatsapp

Documentação da abertura automática de atendimento a partir do isoChatBot.

https://treinamentos.isoenterprise.com/sac-automático-vinculado-com-isochatbot

Solução: Adicionado ao parâmetro ISOCHATBOT o detalhe SAC_Padrao para definir qual classificação chat irá receber a conversa caso erre a opção mais de 3 vezes.

Solução: Feito os ajustes na grid de Gestão de contatos, e feito ajuste na combo de Finalidade.

Solução: Adicionado os novos campos nas telas do pedido, conforme escopo.

Controle de visualização dos campos pelo parâmetro: PEDIDO_TELA

Campo: Cód. matriz (Corporativo)

- Detalhe: CODMATRIZ

- Valor: 'S' (mostrar) / 'N' (não mostrar)

Campo: Total receita líquida

- Detalhe: TOTAL_VAL_REC_LIQUIDA

- Valor: 'S' (mostrar) / 'N' (não mostrar)

- Detalhe: LABEL_REC_LIQUIDA

- Valor: Descrição do label referente ao valor total da receita líquida na tela do pedido.

- Detalhe: LABEL_TOTAL_PEDIDO

- Valor: Descrição do label referente ao valor total do pedido.

Solução: Adicionado funcionalidade de cancelamento de pedido.

Solução: Adicionado funcionalidade de cancelamento de pedido.

Solução: Projeto desenvolvido conforme escopo. 

https://sites.google.com/isoenterprise.com/isocrmtreinamentos/btnisoRelatorioDinamico

Solução: Ajustado para que carregue todas informações necessárias para a inclusão do item no pedido Modern.

Solução: Adicionado o campo ISOPrd_NCM na tabela ISOProdutos. 

Adicionados filtros de busca no agrupamento fiscal dos produtos na tela de Impostos.

Solução: Ajustado para que envie o valor do frete cadastrado no pedido para efetuar o cálculo dos itens.

Solução: Feito os ajustes solicitados.

Combo de Tipo de pedido poderá ser obrigatório conforme configuração na tela de Permissões.

Foi adicionado a tela de informações do item. Porem como ainda não está vinculado a nenhum pedido, algumas informações não existem para serem mostradas.

Solução: Foi necessário alterar a tela de cópia do pedido Web. Não carregava dados de sessão ao efetuar cópia do pedido pela tela de manutenção de pedidos.

Solução: Adicionado novas opções para consulta no filtro avançado do pedido Modern.

https://help.isoenterprise.com/help/isovendas/filtro-avançado-do-pedido.

Solução: Identificado que quando o cliente não tem tabela de preço lista vinculada com o que informado na planilha, gera o retorno de erro, porém só barra o primeiro item da lista para a OS. Com isso o primeiro item da lista na integra.

Foi ajustado para que valide sempre todas as linhas informando da necessidade do vínculo da tabela de preço de lista com o cliente.

Solução: Adicionada máscara no campo do valor total da receita líquida no carrinho do pedido isoWeb.

- Para o problema gerado na tela do pedido isoWeb. É necessário adicionar a seguinte tag no web.config da pasta web da aplicação.

<httpRuntime requestValidationMode=2.0 />

dentro da tag do <system.web>

Solução: Por estar configurado de forma errada a situação de cópia do pedido. No caso estava como código 1 Aberto. Ao cancelar o pedido o processo verificava que o pedido já estava Concluído com isso efetuando a alteração do pedido para uma outra situação. 

Necessário configurar corretamente o parâmetro ISOPVCOPIAPEDIDO.

Detalhe: SITUACAO

Valor: Código do cadastro referente a situação que o novo pedido irá ficar. Ex.: Código do cadastro da situação da Cotação.

Detalhe: SITITEMCANCELADO 

Valor: Código do cadastro referente a situação do item CANCELADO. Não do código interno e sim do código do cadastro.

Solução: Adicionado código externo do pedido nas telas citadas, representado por [ ]. 

Solução: Existe um parâmetro  para controlar o campo de Condição de Pagamento da tela de Pedidos.

Parâmetro: TL01000DEF

Detalhe: TVPEDCP

O valor desse detalhe deverá ser o código da Condição de Pagamento que foi cadastrada previamente.

Oque ocorre é que quando criado um novo pedido, esse valor de condição de pagamento será mostrado na combo. Caso o parâmetro esteja mal configurado, o valor da combo será em branco.

Solução: Foi constatado que não seria interessante mudar a grid de Notas Fiscais da tela de Cadastro.

Assim foi criado um ícone na tela de Pedidos, para mostrar todas as Notas Fiscais dos itens do pedido. Esse botão tem o controle via tela de Permissões com a referencia de btnNotaFiscal.

Solução: Efetuado ajuste para que pegue a descrição atual da cláusula quando vincular um template ao pedido.

Solução:https://sites.google.com/isoenterprise.com/isocrmtreinamentos/btnisoAtendente_Workflow

Solução: Ajustado a store procedure ISOSP_IncluiSitHistorico.

Solução: Feito ajuste na tela de Workflow referente ao filtro de Responsável pela tarefa.

Adicionado uma referência via tela de Permissões, onde caso esteja selecionado a referência filtroRespAbertura no menu 'isoCRM.view.isoWorkflow.Filter' a tela será carregada filtrada com o código do usuário logado como responsável.  

Solução: Depois de analisar o código e as configurações, foi constatado que existe um bloqueio via tela de Permissões. Bloqueio por módulo permite bloquear o acesso ao módulo do cliente com base no que que for configurado.

Segue documentação atualizada:

https://sites.google.com/isoenterprise.com/isocrmtreinamentos/help/configura%C3%A7%C3%B5es/permiss%C3%B5es/bloqueio-por-m%C3%B3dulo

Solução: Alterado o método de definição de responsável ResponsávelDinâmicoCliente, nas tarefas necessárias, com o parâmetro TAMURA_SAC_USUABREREABRE.

O método retornará o usuário que disparou manualmente o procedimento padrão de reabertura do atendimento.

Caso haja mais de um processo de reabertura, retornará o usuário do mais recente.

Caso não haja um processo de reabertura, retornará o usuário de abertura do atendimento.

Documentação da configuração: https://sites.google.com/isoenterprise.com/isocrmtreinamentos/help/isoworflow/m%C3%A9todos-din%C3%A2micos-de-defini%C3%A7%C3%A3o-de-respons%C3%A1vel?authuser=0

34535, 34539, 34933, 35404, 35613, 35694,  35755, 35773, 35866, 35867, 36027, 36094, 36109, 36133, 36141, 36144, 36207, 36316, 36370, 36377, 36384, 36412, 36458, 36476, 36497, 36498, 36511, 36518, 36520, 36543, 36564, 36573, 36585, 36596, 36610, 36623, 36645, 36646, 36649, 36691, 36695,  36702, 36708, 36709,37023, 36713,  36741, 36742, 36745, 36774, 36792, 36793, 36800, 36816, 36826, 36827, 36832, 36835, 36840, 36841, 36863, 36866, 36872, 36873,  36881, 36886, 36889, 36890, 36892, 36894, 36897, 36899, 36902, 36908, 36912, 36913, 36916, 36919, 36920,  36931, 36935, 36937, 36938, 36942, 36946, 36949, 36958, 36967, 36980, 36986,  36990, 37003, 37004, 37012, 37013, 37017, 37018, 37022, 37028, 37026, 37035, 37036, 37040, 37057, 37058, 37060 37078, 37088, 37100, 37101, 37119, 37156,