Italo Giurizzato Junior

Michel, O erro vai ser analisando também.

Boa tarde @maxdatasistema, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5407

Boa tarde Michel, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5405

Bom dia @Paulo Cezar Guimarães, Quem esta gerando esse XML, é a sua aplicação ou o ACBr?

Bom dia @Quality Automação, O ambiente de Homologação da SVRS no que se refere ao CT-e esta parado. Por outro lado o de Produção esta ativo. Notei que na sua primeira postagem consta como ambiente de Homologação. Se possível faça um teste em produção, consultar o status de serviço por exemplo.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Bom dia @phulano, Não esta configurado para a versão 4.00 Essa URL: https://nfe.fazenda.sp.gov.br/ws/cadconsultacadastro2.asmx se refere a versão 2.00 a URL atual é: https://nfe.fazenda.sp.gov.br/ws/cadconsultacadastro4.asmx. Com a Lib configurada para a versão 4.00 é para funcionar.

Boa tarde Maiquel, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5404

Boa tarde @rose_asano, No XML da NFS-e contem a série? Ou a prefeitura adotou uma série fixa?

Boa tarde @jovitomg, Vai ser necessário debugar para saber qual é a linha que provoca o erro. Eu uma analise rápida não encontrei nada que poderia estar causando o erro.

Boa tarde a todos, Todos os MDF-e de todas as UF são processados pela SEFAZ-Virtual do RS. Por conta das enchentes um dos DataCenter deles foi desligado e o que permanece ligado esta instável. Tem empresas que estão conseguindo autorizar um MDF-e, um minuto depois ocorre erro ao tentar autorizar outro. Todos nós precisamos ter paciência e rezar pelas vidas perdidas e que estão em sofrimento no RS.

Boa tarde @Robson_Renan, Não compreendi o que você deseja fazer. Você quer pegar o XML e guardar no banco de dados? Também não entendi "estou tirando do acbrmonitor e colocando direto no delphi". Você esta deixando de usar o ACBrMonitor e passando a usar o componente com o Delphi?

Boa tarde @Luiz Carlos de Lima, Muito obrigado pela colaboração, já inclui na lista de tarefas para o pessoal que cuida do Fast Report analisar, estando tudo Ok será enviado para o SVN. TK-5401

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

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Bom dia @Djalma Grivol, No modo Síncrono além de enviar um documento por vez, você já tem o resultado do processamento no retorno do envio, logo não se faz necessário realizar a consulta pelo numero do recibo, alias nem tem como uma vez que no envio síncrono não existe o numero do recibo. Detalhe importante para complementar a informação que o @Diego Foliene já lhe passou. Todas as SEFAZ-Autorizadoras possuem a recepção em modo síncrono com exceção de São Paulo e Bahia, estas duas temos que continuar a enviar em modo Assíncrono. O Fisco já acenou em acabar com o modo Assíncrono, mas não disse quando isso vai ocorrer.

Bom dia @nildglan, Se você abrir a unit ACBrNFe.pas vai descobrir que os métodos: DistribuicaoDFePorNSU, DistribuicaoDFePorUltNSU, DistribuicaoDFePorChaveNFe e DistribuicaoDFe se utilizam do método Distribuicao. O DistribuicaoDFe é um método genérico já os outros 3 são específicos para cada tipo de consulta. O Distribuicao é um método Privado, logo ele é acessado pelos demais.

Bom dia @nildglan, Você esta ciente que só podem ser realizadas no máximo 20 consultas pelo NSU ou pela Chave no dia? Esses dois método só retornam apenas UM documento enquanto que o Por Ultimo NSU chega retornar até 50 documentos. Lembre-se que ao usar o método: DistribuicaoDFePorNSU com o NSU igual a 1500 (por exemplo) você terá como resposta o documento cujo NSU é 1500. Se esse documento for um resumo da nota, você vai ter que enviar o evento de manifestação do destinatário. Quando o Ambiente Nacional receber o evento e liberar o XML completo da nota o seu NSU não vai ser 1500 e nem 1501 e sim o próximo NSU disponível da lista. Reveja o que esta ocorrendo com o DistribuicaoDFePorUltNSU, pois com o DistribuicaoDFePorNSU você vai ter mais dor de cabeça do que solução.

Bom dia Danio, Para certificado A1 de preferencia em usar o libOpenSSL em vez de libWinCrypt. Para certificado A3 infelizmente devemos usar o libWinCrypt.

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

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

Boa tarde @nildglan, Quais são os valores de: SSLLib, CryptLib, HttpLib, XmlSignLib e SSLType ?

Boa tarde @Suporte Octec, Esta estranho essa mensagem de erro. Mas faça um teste, tem a aba para configurar a NFS-e, nela você encontra um campo para informar o município. Experimenta informar o município do emitente da NFC-e. Uma coisa não tem nada haver com a outra mas não custa tentar para ver se desaparece esse erro.

Boa tarde @nildglan, Só para ficar claro para outros membros do fórum, principalmente os que estão inicial a implementação da baixa do XML. A manifestação que você se refere é os eventos de Manifestação do Destinatário, o envio dos eventos não resulta em consumo indevido. O resulta consumo indevido é o acesso ao serviço de Distribuição DF-e, que possui diversas regras que devem ser cumpridas para que esse problema não ocorra. Não sei se já foi lhe passado o tópico abaixo como referencia para leitura. Caso já tenha lido, por favor releia, pois você pode ter deixado passar algo.

Boa tarde @xim.logan, No XML consta a inscrição estadual do emitente? Pelo que me recordo é para ser impresso sim.