Diego Foliene

Bom dia! Por favor, faça um teste completando com zeros a esquerda até totalizar 13 dígitos. http://www.sintegra.gov.br/Cad_Estados/cad_MG.html

Mais uma vez, muito obrigado pela contribuição. A mesma foi aceita e enviada ao SVN na Rev-28260. Por favor, atualize seus fontes, reinstale o ACBr e faça novos testes.

Boa tarde! Fizemos algumas alterações na estrutura do seu arquivo e também em nossos fontes. Por favor, peço que confira se tudo esta OK(em relação aos dados) neste arquivo anexado. Baixe a última versão do ACBrMonitor disponibilizada hoje e faça um novo teste usando o arquivo corrigido. eSocial_00002_S2240_062-Correcao.INI

Bom dia! Esse problema já foi notado e houve commit visando corrigir o mesmo. Por favor, verifique se você não tem nenhuma alteração local em seus fontes(uma bolinha vermelha na unit ou na pasta), inclusive do programa exemplo. Se for o caso de um revert ou até mesmo exclua estas units, atualize seus fontes, reinstale o ACBr e faça novos testes.

Bom dia! Desculpe, mas não compreendi. Deu certo ou você ainda está tendo problemas?

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3518

O erro ocorre com qualquer CNPJ ou algum específico? É possível indicar o CNPJ para testarmos no programa exemplo?

Boa tarde! Descobrimos a causa do problema List Index(-1) Out of Bonds e a mesma deve ser solucionada na próxima compilação do Monitor. No entanto, seu arquivo ainda está dando erro de schema. Estamos verificando se o erro é no arquivo ou se é algo interno dos fontes do componente que precisa ser corrigido.

Bom dia! Por favor, consegue reproduzir o problema usando programa exemplo?

Bom dia! Por favor, veja que o @Juliomar Marchetti lhe respondeu no e-mail pedindo para verificar, pois o e-mail que recebemos não continha anexo.

Por favor, confira o conteúdo do arquivo ret-token-soap.xml que foi gerado depois que você confirmou Login e Senha com o usuário. *Edit: Exclui as imagens, pois elas continham informações sensíveis.

Boa tarde! De acordo com a NT2015/002v1.01 o serviço de DistribuicaoDFe para o CT-e distribui os seguintes documentos De acordo com o programa exemplo para o CT-e, você pode tratar o ler o retorno da seguinte maneira. ACBrCTe.DistribuicaoDFePorUltNSU(UFAutor, CNPJ, ultNSU); with ACBrCTe.WebServices.DistribuicaoDFe.retDistDFeInt do begin //... for i:= 0 to docZip.Count-1 do begin case docZip[I].schema of schresCTe://Resumo DFe schprocCTe://CTe completa schprocCTeOS://CTeOS Completa schprocGTVe://GTVe Completa schprocEvento://Resumo Evento schprocEventoCTe://Evento Completo end; end; uma das propertys da classe docZip é a docZip.XML. Você pode conferir nessa property se o XML de evento que recebeu é o de cancelamento do CT-e que precisa. Para o ACBrMonitorPLUS, as respostas vem separadas, conforme demonstrado no exemplo do comando CTe.DistribuicaoDFe. Algumas das propriedades que vem na resposta podem ser usadas para identificar e vincular CT-e<=> Evento Cancelamento.

Muito obrigado pela contribuição @Andergoncalves! Foi criada a #TK-3514 para que a mesma seja validade e enviada ao SVN.

O componente ACBrNFSe foi descontinuado e não sofre mais manutenções/alterações. Sugiro que migre para o ACBrNFSeX(nele o provedor para esta cidade está como IPM)

Bom dia! Parece de fato ser um problema no componente ACBreSocial(Componente utilizado pelo ACBrMonitorPLUS). Ainda estamos buscando a solução para o problema e assim que tivermos novidades postaremos aqui.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3513

A contribuição foi aceita e enviada ao SVN na Rev-28236. Por favor, atualize seus fontes, reinstale o ACBr e faça novos testes!

Bom dia! Sim, esses campos foram removidos em versões mais recentes do layout da NFe como você observou. Os campos antigos foram mantidos por questão de compatibilidade com versões antigas, cabe análise para remoção, mas acredito que não vai entrar como uma demanda prioritária. #TK-3512 para análise a parecer do consultor

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3511

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3510

Boa tarde! Muito obrigado pela colaboração, elas são sempre mais do que bem vindas! Mas por favor, foram enviadas ao SVN algumas alterações nas Revs 28229, 28230 e 28231 que podem estar relacionadas. É possíve atualizar os fontes, reinstalar o ACBr e realizar novos testes?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia @Jeihcio Francis e @Diego Cavalcante. Na Rev-28218 a validação foi alterada de if Self.Cat.ultDiaTrab >= Self.Cat.dtAcid then Para if Self.Cat.ultDiaTrab <= Now then Conforme sugerido. Por favor, atualizem seus fontes, reinstalem o ACBr e façam novos testes. Peço que reportem caso ainda tenham problemas.

Bom dia! Por favor, anexe as units que foram alteradas para que nossos consultores possam analisar e também disponibilizar essa correção para os outros membros da comunidade.

Bom dia! Faça um teste aumentando o TimeOut para 10000 e se o problema persistir, por favor, faça um novo teste passando 20000. Verifique também se ele gerou os -soaps da tentativa do GerarToken para você e veja se eles lhe fornecem uma mensagem mais clara do problema.