Solicitação: Erro na exclusão de Pré Notas pela Central XML

Solução: Na chamada da exclusão da Pré Nota foi identificado que há um erro quando o campo D1_TES estiver preenchido em alguns itens e outros não. Desta forma antes de chamar a exclusão da Pré Nota é feito um update nos itens da Pré Nota deixando o conteúdo em branco do campo D1_TES. Assim a exclusão da Pré Nota ocorre normalmente.

Fontes envolvidos: XMLMT103.PRW

Solicitação: Melhoria para exclusão de Documentos Bloqueados.

Solução: A exclusão de Documentos Pré Nota Bloqueados não estava contemplado pela Central XML. Feita a melhoria que faz a verificação conforme o comportamento padrão do Protheus e assim permite excluir documentos nestas condições.

Fontes envolvidos: XMLMT103.PRW

Solicitação: Download de XML´s de NFe com problemas na função Manifestos/Baixar XML.

Solução: Identificado que após a manifestação das notas há um tempo necessário de espera para a efetivação da Manifestação de destinatário como Ciência da Operação para então poder fazer o Monitoramento do Evento. Uma vez monitorado devidamente o Evento de Ciência da Operação e vinculado este evento com a chave eletrônica o Download do XML ocorreria corretamente.

Para isso foi necessário adicionar uma espera de 30 segundos após o envio da Manifestação das notas faltantes na Central XML.

Fontes envolvidos: XMLMDFE.PRW

Solicitação: Adicionar campos de Despesa/Frete/Seguro por item

Solução: Criado os campos XIT_VALFRE/XIT_DESPES/XIT_SEGURO na tabela CONDORXMLITENS para receber a informação lida do XML e atender situações de escrituração em que haja valores por item que não atendam o conceito de rateio proporcional do valor total da Despesa/Seguro/Frete.

Fontes envolvidos: CRIATBLXML.PRW / XMLDCONDOR.PRW / MYEMAIL.PRW

Solicitação: Melhoria contínua. Descontinuação do parâmetro XM_BLQPOP.

Solução: Foi adotado o uso da função LockByName() e UnlockByName() para efetuar o controle de semáforo durante o recebimento de E-mails ou importação via diretório dos arquivos XMLs de NF-e/CT-e.

O objetivo do uso desta funcionalidade é não ficar mais dependente de alguém do TI ou Administrador do sistema para liberar o parâmetro XM_BLQPOP para continuar o recebimento de arquivos XMLs.

O inconveniente que pode ser criado com isso é que se houver um e-mail que está gerando erro durante o recebimento de e-mails, irá ficar repetindo este erro toda vez que a rotina de recebimento de e-mails for executada, pois o controle de semáforo se auto expurga quando a Thread é desconectada, diferente do parâmetro que ficava com valor do último usuário que estava conectado.

Fontes envolvidos: MYEMAIL.PRW

Solicitação: Melhoria contínua. Limitar número de e-mails recebidos por conexão. Cliente reportou problema de recebimento dos e-mails quando o número de e-mails a receber era muito elevado.

Solução: Criado o parâmetro XM_NRMAIL para informar o limite de e-mails a serem lidos por conexão POP3/IMAP durante o recebimento dos XMLs.

Fontes envolvidos: CRIATBLXML.PRW / MYEMAIL.PRW

Solicitação: Melhoria contínua. Leitura de XML´s que contém o protocolo de cancelamento 101-Cancelamento autorizado dentro do XML de distribuição.

Solução: Adicionada a verificação da tag  CSTAT= 101 que permite a leitura destes XMLs também e já importando este XML como rejeitado na Central XML. Mesmo que a chave eletrônica já esteja cancelada, o recebimento do mesmo pode ser útil ao cliente para identificar eventuais faturamentos indevidos com posteriores cancelamentos.

Fontes envolvidos: MYEMAIL.PRW

Solicitação: Melhoria solicitada por cliente para contemplar a leitura do valor da base e valor do ST retidos anteriormente para informar em campo específico no documento de entrada.

Solução: Criado os campos XIT_BRETANT e XIT_VRETANT que receberão os valores oriundos do XML ( vBCSTRet e vICMSSTRet) .

Criado os parâmetros XM_CPD1BRT/XM_CPD1VRT que irão conter os campos da SD1 que serão alimentados na inclusão do documento de entrada.

Adição de verificação se campos da SD1 conforme XM_CPD1BRT/XM_CPD1VRT devem ser inseridos no array aRetCpo para serem exibidos na tela da Prenota.

Fontes envolvidos: CRIATBLXML.PRW / MYEMAIL.PRW / XMLDCONDOR.PRW / MT140CPO.PRW

Solicitação: Melhoria contínua para contemplar novas Tag´s do XML de CT-e versão 3.00.

Solução: Adicionada a leitura da tag nova toma3 invés de toma03.

Fontes envolvidos: MYEMAIL.PRW / XMLDCONDOR.PRW

Solicitação: Conversão de moeda de campos do Pedido de Compra feito em outra moeda.

Solução: Compatibilização do preço de Frete/Seguro/Despesa do Pedido de compra convertendo pelo Moeda informada na função sfXMoeda()

Fontes envolvidos: XMLDCONDOR.PRW

Solicitação: Problema no retorno do array de botões. Outro caso é que o cliente reporta problema para compilar patch por causa do PE MA103BUT pois a chamada da função EXECBLOCK("XMA10BUT") já é utilizada pelo cliente por causa de uma customização Totvs no módulo Gestão Grãos.

Solução: Corrigido o retorno do array de botões do cliente. Também foi sOadicionada uma verificação se existe a função ZMA103BUT e depois a função XMA103BUT.

// Verifica se o cliente não tem primeiro o programa com o prefixo Z - Especifico para clientes que já usaram o prefixo X em outra customização
 If ExistBlock( "ZMA103BUT" )
  aUsButtons := ExecBlock( "ZMA103BUT", .F., .F.,{aInfo} )
  If Type("aUsButtons") <> "A"
   Return Nil
  Endif
  Return aUsButtons   
 Else
  // Executa Ponto de Entrada do Cliente
  If ExistBlock( "XMA103BUT" )
   aUsButtons := ExecBlock( "XMA103BUT", .F., .F.,{aInfo} )
   Return aUsButtons
  EndIf
 Endif

 Fontes envolvidos: MA103BUT.PRX

Solicitação: Melhoria contínua. Recebimento de XMLs via diretório.

Solução: Ajuste da configuração do diretório mapeado no Wizard da Central XML para aceitar o diretório informado pelo cliente como sendo o diretório de leitura de XML´s via diretório.

Também foi feita melhoria que verifica se o diretório padrão \Protheus_data\nf-e\ contiver arquivos XMLs efetuará a leitura deles, contemplando a importação de XMLs que porventura não tenham sido salvos em diretório local ou mapeado e sim apenas no servidor.

Fontes envolvidos: MYEMAIL.PRW

Solicitação: Não considerar NCM 0000.00.00 na validação de NCM´s da Central XML. 

Solução: Foi adicionada a exceção para não considerar como Divergência de NCM os produtos que estejam com o valor 0000.00.00 no cadastro do produto. 

Fontes envolvidos: XMLDCONDOR.PRW 

Solicitação: Melhoria para otimizar tempo de consulta de notas que precisam ser revalidadas na Sefaz. 

Solução: Criado novo índice na tabela CONDORXML para melhorar o filtro na função Set Filter para retornar as notas pendentes de revalidação na Sefaz. Como esta revalidação ocorre a cada acesso na Central XML por usuários que tenham perfil "Fiscal" estava havendo alguns travamentos/demoras nos primeiros acessos no dia pelos usuários. 

Fontes envolvidos: CRIATBLXML.PRW 

Solicitação: Cliente questionou obrigatoriedade do preenchimento do campo Condição de Pagamento ao incluir documentos que não geram duplicatas. 

Solução:  Adição da validação Vazio() na condição de pagamento para lançamento de notas. Desta forma a responsabilidade por informar ou não é do usuário sabendo que haverá geração de duplicatas ou não conforme a configuração do TES. Evita que notas de Beneficiamento ou Prenotas precisem ser informada uma condição de pagamento.

Fontes envolvidos: XMLDCONDOR.PRW 

Solicitação: Erro de variável oDlg durante o recebimento de e-mails. 

Solução: Corrigida a declaração de variáveis como Local para os componentes TDialog usados na validação durante o recebimento de XMLs. 

Fontes envolvidos: MYEMAIL.PRW 

Solicitação: Melhoria contínua. Validação forçada de Produto X Fornecedor se o cadastro do mesmo estiver incompleto.

Solução: Criado o parâmetro XM_SA5REFR, que verifica se deve forçar a atualização do cadastro de Produto X Fornecedor se os dados de Fator de Conversão (A5_XCONV ), Tipo Conversão ( A5_XTPCONV ) , Unid.Medida XML ( A5_XUNID ), Descrição Fornecedor (A5_DESREF ) , NCM ( A5_NCMPRF ) , Código Barras ( A5_CODBAR ) estiver com diferença para com o que vem do XML da nota fiscal. 

Desta forma força a atualização completa da amarração de produto X fornecedor por demanda de uso, garantindo que os dados estejam corretamente cadastrados no sistema e a inclusão dos documentos ocorra com as quantidades e preços corretos. 

Fontes envolvidos: CRIATBLXML.PRW / XMLDCONDOR.PRW 

Solicitação: Problemas ao escriturar notas de complemento de ICMS.

Solução: Identificado que não é necessário informar o campo D1_VALICM no array dos itens da Nota quando for uma nota de Complemento de ICMS. 

Fontes envolvidos: XMLDCONDOR.PRW 

Solicitação: Melhoria contínua. Validação consistente de Tolerância de Recebimento de Materiais. 

Solução: Melhoria da forma como a validação de Tolerância de recebimento de materiais é tratada na Central XML permitindo a integração com o comportamento padrão do sistema. 

Fontes envolvidos: XMLDCONDOR.PRW 

Solicitação: Melhoria contínua. Nova forma otimizada de montar o GetDados dos itens da nota fiscal posicionada. 

Solução: Foi desenvolvida uma melhoria significativa na carga dos itens do aCols do Getdados. Primeiro é adicionado um array vazio ao GetDados para então depois popular cada coluna com o valor conforme as validações. 

Fontes envolvidos: XMLDCONDOR.PRW 

Solicitação: Melhoria contínua. Chamadas externas via StartJob das funções de Sincronização, Manifestação e Monitoramento de Eventos. 

Solução: Feito ajustes na passagem de parâmetros em todas as funções U_XMLMDFE2/U_XMLMDFE3/U_XMLMDFE4/U_XMLMDF5. Melhoria feita para rodar corretamente por StartJobs sem espera de retorno, possibilitando que o sistema faça o trabalho pesado de Sincronização e Manifestação automática das notas sem interferência ou espera do usuário. 

Fontes envolvidos: CRIATBLXML.PRW / XMLDCONDOR.PRW / XMLMDFE.PRW 

Solicitação: Melhoria contínua. Pesquisa pelo número da nota na tela da Central XML não localiza notas que não estejam no listbox. 

Solução: Criada uma chamada na função que pesquisa pelo número de nota para preencher a pergunta 17 com este valor se o número da nota digitado não estiver no Listbox da tela. Este modelo evita que o usuário tenha que acionar a tela de parâmetros, preencher a pergunta 17 com o número que deseja filtrar e então confirmar. 

Fontes envolvidos: XMLDCONDOR.PRW 

Solicitação: Melhoria contínua. Na importação de arquivo EDI de Faturas Transportadoras para localizar arquivos XMLs de CTEs não encontra nenhuma nota. 

Solução: Identificado que o layout 5.0 Proceda não estava contemplado. Feito os devidos ajustes de leitura de para contemplar Arquivo de Ocorrências e Documento de Cobranças. Arquivo CONEMB 5.0 será feito em breve. 

Fontes envolvidos: XMLDCONDOR.PRW 

Created with the Personal Edition of HelpNDoc: Full-featured EPub generator