Pesquisar na Comunidade

Olá pessoal! Desde o dia 02/06/2025, não é mais possível fazer o envio de forma assíncrona de um lote contendo somente 1 NFe no ambiente de homologação. Aqueles que tentarem enviar de forma assíncrona um lote com somente 1 NFe no ambiente de homologação, vão receber o seguinte retorno: A previsão, é que isso também vai acontecer no ambiente de produção em 01/09/2025! Essa mudança aconteceu em homologação e vai ocorrer em produção devido a Nota Técnica 2025/001. Veja este tópico para uma orientação sobre como realizar o envio de forma síncrona e como ler o retorno, que é devolvido em outra classe quando o envio é síncrono, usando o componente:

Olá pessoal! Esta rejeição foi introduzida pela Nota Técnica 2025/001 e sua regra de validação é como segue: Como descrito na regra e na rejeição, está mensagem é devolvida quando é feito o envio de forma assíncrona de um lote de NF-e contendo apenas uma nota em seu conteúdo. Portanto, para evitar esta rejeição, sua aplicação precisa fazer o envio de forma síncrona caso haja apenas uma NF-e no lote ou fazer o envio de forma assíncrona com um lote contendo no mínimo duas notas. Veja mais sobre os envios síncrono e assíncrono no tópico abaixo:

Olá Pessoal, Muitos DF-e (Documentos Fiscais Eletrônicos) foram implementados para o seu envio ser em Lotes contendo de 1 até 50 documentos. Esse modo de envio em lote funciona no modo assíncrono. Outros DF-e já foram implementados com o modo de envio unitário, ou seja, só podemos enviar um documento por vez, consequentemente esse modo de envio funciona no modo síncrono. A primeira diferença que podemos notar é: No envio assíncrono podemos enviar um lote contendo de 1 até 50 documentos, já no envio síncrono podemos enviar somente um documento por vez. A segunda diferença diz respeito ao retorno: No envio assíncrono temos como retorno do webservice um numero chamado de Recibo que atesta que o webservice recebeu o lote enviado, por outro lado no envio síncrono não temos o numero do Recibo como retorno. A terceira diferença se refere ao resultado do processamento: No envio assíncrono devemos realizar uma consulta se utilizando do numero do Recibo. É o retorno dessa consulta que nos vai dizer se o(s) documento(s) enviado(s) para o webservice foi ou foram processado(s) com sucesso. Já no envio síncrono não temos no retorno o numero do Recibo, logo não temos como realizar a consulta pelo numero do Recibo, alias não se faz necessário uma vez que no retorno do envio síncrono o que temos de retorno já é o resultado do processamento, portanto já temos na resposta se o documento foi processado com sucesso ou não. DF-e que já nasceram com o modo de envio Síncrono: BP-e = Bilhete de Passagem Eletrônico BP-e TM = Bilhete de Passagem Eletrônico Transporte Metropolitano GTV-e = Guia de Transporte de Valores Eletrônico DC-e = Declaração de Conteúdo Eletrônica NFCom = Nota Fiscal de Comunicação Eletrônica DF-e que nasceram com o modo de envio Assíncrono e que mudaram ou vão mudar para Síncrono: CT-e = Conhecimento de Transporte Eletrônico (desde 06/2023 só funciona o modo Síncrono) CT-e OS = Conhecimento de Transporte Eletrônico Outros Serviços (desde 06/2023 só funciona o modo Síncrono) MDF-e = Manifesto de Documentos Fiscais Eletrônicos (Modo Assíncrono será desativado em 30/06/2024) NFC-e = Nota Fiscal ao Consumidor Eletrônica (desde 04/09/2023 só funciona o modo Síncrono) DF-e que possui os dois modos de envio Assíncrono e Síncrono: NF3-e = Nota Fiscal de Energia Elétrica Eletrônica Observação: Notem que nas listas acima não aparece a NF-e = Nota Fiscal Eletrônica, o motivo é que a NF-e nasceu somente com o modo Assíncrono de envio, depois passou a ter o modo de envio Síncrono, mas este modo não se encontra disponível na SEFAZ de São Paulo e Bahia. O Fisco já sinalizou que pretende acabar com o modo de envio Assíncrono da NF-e, deixando somente o modo Síncrono. A motivação para essa mudança é que por volta de 90% dos lotes recepcionados por todas as SEFAZ de todas as UF possuem somente um documento. Sendo assim não faz muito sentido consumir dois serviços (Recepção e Consulta) para apenas um documento, lembrando que no modo Assíncrono se faz necessário a Consulta pelo numero do Recibo para obter o resultado do processamento. Já que 90% dos contribuintes enviam as suas notas de forma unitária, ou seja, uma nota por vez, tanto a SEFAZ quanto o desenvolvedor do Software sairiam ganhando com essa mudança, pois a SEFAZ eliminaria o serviço de Consulta pelo numero do Recibo e o Software ficaria mais rápido pois não precisaria executar essa consulta. Quando vai ocorrer essa mudança não sei, o Fisco não disse quando, mas vai ocorrer. Codificação para quem utiliza os componentes: A titulo de exemplo será utilizado o componente ACBrMDFe, mas podemos replicar para os demais. O método Enviar possui 3 parâmetros: function Enviar(const ALote: String; Imprimir: Boolean = True; ASincrono: Boolean = False): Boolean; overload; ALote = Numero do Lote que contem os documentos a serem enviados para o webservice da SEFAZ. Imprimir = Se True (valor padrão) diz que o Documento Auxiliar vai ser impresso no final do processo, se False diz que não vai ser impresso. ASincrono = Se False (valor padrão) diz que o modo de envio é Assíncrono, se True diz que o modo de envio é Síncrono. Exemplo de Envio no modo Assíncrono (só deve ser utilizado pelos DF-e que ainda possuem esse modo de envio): ACBrMDFe1.Enviar(NumLote); ou ACBrMDFe1.Enviar(NumLote, False); Exemplo de leitura do retorno do envio no modo Assíncrono: with MemoDados do begin Lines.Add(''); Lines.Add('Envio MDFe'); Lines.Add('tpAmb: ' + TpAmbToStr(ACBrMDFe1.WebServices.Retorno.tpAmb)); Lines.Add('verAplic: ' + ACBrMDFe1.WebServices.Retorno.verAplic); Lines.Add('cStat: ' + IntToStr(ACBrMDFe1.WebServices.Retorno.cStat)); Lines.Add('xMotivo: ' + ACBrMDFe1.WebServices.Retorno.xMotivo); Lines.Add('cUF: ' + IntToStr(ACBrMDFe1.WebServices.Retorno.cUF)); Lines.Add('xMsg: ' + ACBrMDFe1.WebServices.Retorno.Msg); Lines.Add('Recibo: ' + ACBrMDFe1.WebServices.Retorno.Recibo); Lines.Add('Protocolo: ' + ACBrMDFe1.WebServices.Retorno.Protocolo); end; Exemplo de Envio no modo Síncrono (utilizado pelos DF-e que só possuem ou também tem este modo de envio): ACBrMDFe1.Enviar(NumLote, True, True); ou ACBrMDFe1.Enviar(NumLote, False, True); Exemplo de leitura do retorno do envio no modo Síncrono: with MemoDados do begin Lines.Add(''); Lines.Add('Envio MDFe'); Lines.Add('Chave: ' + ACBrMDFe1.Manifestos[0].MDFe.procMDFe.chMDFe); Lines.Add(''); Lines.Add('tpAmb: ' + TpAmbToStr(ACBrMDFe1.WebServices.Enviar.tpAmb)); Lines.Add('verAplic: ' + ACBrMDFe1.WebServices.Enviar.verAplic); Lines.Add('cStat: ' + IntToStr(ACBrMDFe1.WebServices.Enviar.cStat)); Lines.Add('xMotivo: ' + ACBrMDFe1.WebServices.Enviar.xMotivo); Lines.Add('cUF: ' + IntToStr(ACBrMDFe1.WebServices.Enviar.cUF)); Lines.Add('xMsg: ' + ACBrMDFe1.WebServices.Enviar.Msg); Lines.Add('Recibo: ' + ACBrMDFe1.WebServices.Enviar.Recibo); end; E para quem usa ACBrLib ou ACBrMonitorPLUS? Os diferentes modos de envio também são considerados e estão disponíveis em ambas as soluções. No que diz respeito ao envio, os comandos também possuem um parâmetro que define se o envio será síncrono ou assíncrono. Vamos ver o exemplo do MDFe: Para a ACBrLib: MDFE_Enviar(ALote, AImprimir, ASincrono, sResposta, esTamanho); ALote: Número do Lote a ser enviado. AImprimir: Se True, imprime DAMFDe caso o MDFe seja autorizado. ASincrono: Se True envia o MDFe em modo sincrono. sResposta: Usado pelo retorno, contem as informações retornadas pela consulta. esTamanho: Usado pelo retorno, contem o tamanho da string (sResposta). Então o comando ficaria: MDFe_Enviar(ALote, AImprimir, False, sResposta, esTamanho) ou MDFe_Enviar(ALote, AImprimir, True, sResposta, esTamanho) Para o ACBrMonitorPLUS: MDFE.ENVIARMDFe(nXMLMDFe, [nLote], [nAssinar],[nImprimi],[nImpressora], [bAssincrono], [bEncerrado] ) nXMLMDFe: Caminho do XML do MDF-e nLote: Número do Lote (opcional) nAssinar: Assinar o XML (opcional - informe 0 para não assinar) nImprimi: Imprimir MDF-e (opcional - informe 1 para imprimir) nImpressora: Nome da Impressora (opcional) bAssincrono: Por padrão o envio é Assíncrono, informa "False" para envio Sincrono bEncerrado: Imprimir Mensagem de "MDFe Encerrado", (opcional - informe 1 para imprimir) Ficando: MDFe.EnviarMDFe(nXMLMDFe, nLote, nAssinar, nImprimi, nImpressora, True, bEncerrado) ou MDFe.EnviarMDFe(nXMLMDFe, nLote, nAssinar, nImprimi, nImpressora, False, bEncerrado) A hora de ler a resposta também muda um pouco. No envio assíncrono, temos uma seção [Envio], [Retorno] e [MDFe + Numero do Documento]. Já no envio síncrono, não existe mais a seção [Retorno] e a seção MDFe é concatenada com a chave de acesso. Resposta Assíncrona: [Envio] CStat= CUF= DhRecbto= Msg= NProt= NRec= TMed= TpAmb= VerAplic= Versao= XMotivo= Xml= [Retorno] CStat= CUF= ChaveDFe= DhRecbto= Msg= Protocolo= VerAplic= Versao= XMotivo= cMsg= nRec= tpAmb= xMsg= [MDFe1] Id= XML= cStat= chDFe= dhRecbto= digVal= nProt= tpAmb= verAplic= xMotivo= Resposta Síncrona: [Envio] CStat= CUF= DhRecbto= Msg= NProt= NRec= TMed= TpAmb= VerAplic= Versao= XMotivo= Xml= [MDFe12345678901234567890123456789012345678901234] Id= XML= cStat= chDFe= dhRecbto= digVal= nProt= tpAmb= verAplic= xMotivo=

Se eu enviar três eventos, por exemplo, só retorna uma consulta [Consulta2]. Eu crio os eventos com: eSocial.CriarEventoeSocial(cIniEvento, [bRetornaXMLevento])* Depois de criado os eventos, eu envio com: eSocial.EnviareSocial(cGrupoEnvio, [bAssina])* No parâmetro, estou passando o protocolo retornado no envio assim: eSocial.ConsultareSocial("1.2.201805.0000000000003111109")* Precisa de algum outro parâmetro no Consultar eSocial pra ele consultar todos os envios do lote? *esses são apenas os exemplos da pagina de Ajuda do ACBr

Olá, Gostaria de saber se pelo ACBrMonitor ou se pelo ACBrMonitorPlus teria como baixar xml's em lote. Se sim gostaria de saber como. Desde já agradeço.

Estou gerando nfc-e e quando eu rodo o comando NFE.WebServices.Enviar.Executar ele me retorna o erro "lote nao pode ser enviado. erro: código numérico inválido, chave não gerada.' ai achei aqui mesmo no forum essa solucção https://www.projetoacbr.com.br/forum/topic/51985-c%C3%B3digo-num%C3%A9rico-inv%C3%A1lido-chave-n%C3%A3o-gerada/ Só que ja tentei de tudo e sempre da erro. no meu sistema estou gerando a codigo da nota e o numero da nota assim: num := NFCEgeranumero(empresa, conexao, erro); nfe.NotasFiscais[0].NFe.Ide.nNF := strtointdef(num,1); nfe.NotasFiscais[0].NFe.Ide.cNF := GerarCodigoDFe(nfe.NotasFiscais.Items[0].NFe.ide.nNF); e na hora de gerar o lote estou fazendo assim: NFE.WebServices.Enviar.Lote := nfe.NotasFiscais[0].NFe.Ide.cNF.tostring; nao sei mais o que fazer. estou meio perdido nisso.

Pessoal bom dia, Sou desenvolvedor de software e uso o ACBr nos meus projetos. Tenho um cliente que quer que eu envie o número do lote do item junto no xml, mas o ramo de atividade dele não obriga o envio . E a nota hoje dele só tem um item por linha da nota, mesmo que tenha varios lote. Se eu começar a passar o lote, posso ter algum problema junto ao sefaz? Algum bloqueio do cnpj devido a não obrigatoriedade?

Quando realiza a impressão de um lote de NFes, vou adicionando as notas desejadas no componente e executo ACBrNFe.NotasFiscais.Imprimir; ou ACBrNFe.NotasFiscais.ImprimirPDF; Dúvidas: 1) No método "Imprimir", quando é apenas uma cópia, tudo certo, imprime todas as notas na sequencia que adicionei. Quando é 3 copias, por exemplo, as notas são impressas na sequência e se repete quantas cópias foram solicitadas. Veja no exemplo a sequência das notas imprimindo 3 cópias (seria o número delas): 1001, 1002, 1003, 1004... 1001, 1002, 1003, 1004... 1001, 1002, 1003, 1004. Gostaria de saber se tem como imprimir agrupada como no exemplo a seguir: 1001, 1001, 1001... 1002, 1002, 1002... 1003, 1003, 1003... 1004, 1004, 1004. 2) Outra questão sobre a impressão, é quando utilizo o método "ImprimirPDF", se tem como imprimir várias notas em um mesmo arquivo PDF, pois mesmo adicionando várias notas, são gerados arquivos diferentes. Para a maioria dos meus clientes, da forma que está atente perfeitamente, mas se fosse possível configurar diferente para essa minoria de clientes, seria interessante. Caso alguém saiba como ajudar agradeço.

Bom dia Pessoal! Alguem aqui envia lotes de notas para alguma cidade que utiliza provedor INFISC? Hoje utilizo a função ConsultarLoteRps (Tecnos e ISSNet) que me retorna informações das notas, mas o INFISC não tem essa função implementada. Alguem tem e pode dar uma dica ou exemplo de como capturar o as notas do lote. Obrigado pela atenção!

Ao enviar a NFe utilizo o método ACBrNFe.Enviar mas ele envia e logo me retorna o erro ou ok, queria enviar o lote e depois verificar o mesmo, sem ser de forma automática como neste método. Sei que na rotina de NFSe exite uma configuração a ConsultaLoteAposEnvio, existe algo para a NFe?

Ola! Estou tentando emitir em produção uma nfc-e aqui nmo sefaz do RS e recebo esta mensagem de rejeição: Falha no Schema XML do lote de NFe Será que não está validando em produção ainda??? Alguém sabe?

Boa Tarde Pessoal, Alguém poderia por gentileza me enviar um xml de exemplo pra importação de xml direto no site? Eu tentei subir o XML anexo, entretanto ele fica dando erro de CNPJ do prestador, mas está exatamente igual ao cadastro, acredito que seja alguma TAG incorreta ou a estrutura inteira.Primeiro_Lote_Betha.xml

Estou a dias tentando atualizar SB do meu RB-1000 FI porem não tive sucesso, hoje em contato com o Fabricante (Bematech) fui informado que se tiver algum cupom pendente de processamento ão iria conseguir atualizar, então fui no retaguarda e vi que tem um cupom/lote de 25/03/2017 com status "para processamento" apenas esse, gostaria de saber o q fazer, como verificar o que pode estar ocorrendo com esse cupom e como acertar o mesmo

Boa tarde! Estou iniciando a implementação da NFS-e utilizando o provedor WebISS. Preenchi o exemplo ACBrNFSe corretamente as seguintes abas: Emitente Certificado Geral Mas estou com dúvidas como preencher a aba WebService. Os campos: Host e Porta, como devem ser preenchidos? Quanto ao campo usuário e senha corresponde ao usuário que foi criado no ambiente de homologação? Segue o print.

Pessoal, estou com um problema quando busco o retorno do lote. É o seguinte: Se tenho, por exemplo, 2 MDFEs no lote e um deles for rejeitado, recebo a mensagem: "225-Falha no Schema XML do MDFe". Não consigo pegar o retorno do MDFe que foi aprovado, nem ver o motivo da rejeição do rejeitado. Se processar individualmente e buscar o retorno, consigo todas as informações de forma correta. Alguém já passou por esse problema? Desde já agradeço a atenção.

Gostaria de saber se esse comando já assina as NFEs antes de enviá-las , já que o manual não diz isso. Obg.

Estou transmitindo NFSe normalmente em ambiente de homologação, só que ao consultar o lote através do protocolo e numero do lote obtenho a seguinte mensagem de erro: Codigo: E403 Mensagem: Lote de RPS recebido e foram detectados erros ao processar. Correção: Recuperar a relação dos erros. A dúvida é como recuperar essa relação de erros. Alguém já passou por essa situação? Sabe o que pode ser? O provedor é Abaco, cidade de Rondonópolis/MT. Grato!

Pessoal boa tarde, Ao ver um problema de um contador com um cliente que tinha sido roubado o computador, o mesmo estava baixando os arquivos lotes do site do retaguarda. Então me surgiu a ideia será que o ACBr tem algo para quebrar esse lote, tipo ou ler eles para poder fazer um quebrador de lote de sat. Não achei nada sobre isso no componente, gostaria apenas de confirmar se tem ou não? Se não, gostaria de implementar isso mas não sei se seria interessante outro componente ou apenas um classe do acbr já serviria oque vocês acham?

Bom dia, Estou implementando o modulo de MDFe e surgiu uma dúvida que não consegui esclarecer com o manual de MFDe. No envio de eventos esta limitado à apenas um evento por lote, segundo validação que existe no componente. Essa limitação é imposta pelo SEFAZ ou é por algum motivo exclusivo do ACBr? Pois a NFe permite até 20 eventos. Pergunto isso devido ao meu sistema trabalhar bastante com o envio, cancelamento em lotes. Obrigado pela atenção!

Olá. Como vai? Não encontrei a propriedade/função correta e não localizei ainda algo similar no fórum. Eis a dúvida: Como posso recuperar o conteúdo do xml (string ou arquivo) no componente TACBrNFSe, que conteria todas as RPSs adicionadas em "ACBrNFSe.NotasFiscais.Items"? Preciso desse conteúdo pra gravar na base de dados antes de fazer o envio. Obrigado pela ajuda !

Imaginemos 23 boletos gerados para envio de remessa de uma vez. Em um arquivo de remessa podemos, se não estou enganado, incluir 10 títulos. Por tanto colocarei 10 títulos em um arquivo de remessa, 10 em outro e 3 em outro arquivo de remessa. Gostaria de saber, dos amigos, se eu devo gerar 1 "nosso numero" para cada título, 1 "nosso numero" para cada arquivo de remessa, ou 1 "nosso numero" igual para todos estes 23 títulos, no caso acima, por exemplo? Também gostaria de perguntar se, quando o usuário emite uma remessa, eu devo gerar o boleto também, ou não é necessário, bastando apenas o arquivo de remessa? E gostaria também de perguntar a vocês, se devo gerar o "nosso numero" para boletos emitidos sem registro? Numero da carteira, também quando for emissão de boleto sem registro, deve ser informado no boleto?

Boa tarde, estou com muita dificuldade de consumir o webservice do GNRE, já criei um outro tópico sobre problemas parecidos, e ninguém me atendeu. Todo Lote que eu envio/consulto me retorna "Lote processado com pendêcias" Segue em anexo o retorno (ACBrGNRE.WebServices.Retorno.RetWS) Estou tentando enviar um Lote para o servidor do Pernambuco. Quando pego o XML salvo e envio atravez do portal o lote é processado com sucesso, não retornando nenhum erro. Imaginei que seria a configuração do Estado do Webservice, porém passo para ele o mesmo valor que do campo "c01_UfFavorecida", mas debugando verifiquei que não era o caso. Gostaria de uma ajuda, anexei o Erro (RetWS) e o XML do Lote do GNRE que estou tentando enviar (Resgatei o XML do ACBrGNRE.WebServices.Retorno.RetornoWS) . RetWS.txt gnre_Assinado.xml

Olá pessoal! Já vi um tópico desse parecido, mas nele não tem resposta definitiva. É possível transmitir um lote de MDFe's? Tenho vários clientes que emitem vários CTE's para vários motoristas (terceiros). Diante disso, criei uma função para geração automática dos manifestos, e transmissão em Lote. Porém durante a transmissão dos manifestos, recebo a mensagem: "ERRO: Conjunto de MDF-e transmitidos (máximo de 1 MDF-e) excedido". Já procurei a causa do erro, e essa exception está dentro do fonte do ACBRMDFe, na função "Enviar". O envio em lote não é permitido pela SEFAZ, ou não foi implementado ainda no ACBR? Estou usando o Trunk2. Muito obrigado.

Boa tarde colegas. Preciso saber como obtenho a situação de um lote da NFS-e quando chamo a função ACBrNFSe.ConsultarLoteRps(ANumLote, AProtocolo: string) Percebi que alguns provedores como o SIAM não possui suporte a função ACBrNFSe.ConsultarSituacao(AProtocolo: String; const ANumLote: String = '') mas percebi que no retorno do ConsultarLoteRpsResposta ele possui o campo do codigo da situação do lote. O problema é que não achei nenhuma propriedade no retorno do ACBrNFSe.WebServices.ConsLote com a situação. Alguem aqui sabe como obter essa situação pelo ConsultarLoteRps

Boa tarde. Estou implementando uma rotina de envio de lote RPS no meu sistema. Utilizo o método "ACBrNFSe.Enviar(FLote)" sem problemas, obtendo o protocolo. Porém ao consultar a situação do lote, gera uma violação de acesso sem mensagem de erro. Utilizei os métodos: - ACBrNFSe.ConsultarSituacao( ACBrNFSe.WebServices.EnviarLoteRPS.Protocolo , sLote ) - ACBrNFSe.WebServices.ConsultaSituacao( ACBrNFSe.WebServices.EnviarLoteRPS.Protocolo , sLote ) // mesma coisa pelo que analisei. - ACBrNFSe.ConsultarLoteRps( sLote , ACBrNFSe.WebServices.EnviarLoteRPS.Protocolo ) Consequentemente, não obtenho valores de: - ACBrNFSe.WebServices.ConsSitLoteRPS.Situacao - ACBrNFSe.WebServices.ConsSitLoteRPS.aMsg - ACBrNFSe.WebServices.EnvioWebService.Msg - ACBrNFSe.WebServices.EnviarLoteRPS.Msg Também não consigo retorno de: - ACBrNFSe.WebServices.EnviarLoteRPS.RetornoNFSe.ListaNFSe.MsgRetorno.Items[iFor].Codigo - ACBrNFSe.WebServices.EnviarLoteRPS.RetornoNFSe.ListaNFSe.MsgRetorno.Items[iFor].Mensagem - ACBrNFSe.WebServices.EnviarLoteRPS.RetornoNFSe.ListaNFSe.MsgRetorno.Items[iFor].Correcao OU - ACBrNFSe.WebServices.ConsLote.RetornoNFSe.ListaNFSe.MsgRetorno.Items[iFor].Codigo - ACBrNFSe.WebServices.ConsLote.RetornoNFSe.ListaNFSe.MsgRetorno.Items[iFor].Mensagem - ACBrNFSe.WebServices.ConsLote.RetornoNFSe.ListaNFSe.MsgRetorno.Items[iFor].Correcao Pois sempre retorna "false" em: - if Assigned(ACBrNFSe.WebServices.EnviarLoteRPS.RetornoNFSe) then ou - if Assigned(ACBrNFSe.WebServices.ConsLote.RetornoNFSe) then E por último, preciso do XML da NFSe, porém dos retornos dos XMLs, o "ACBrNFSe.NotasFiscais.Items[iFor].XMLNFSe" retorna vazio. Observação. Estou utilizando a última versão disponibilizada, baixada hoje (27/04/2016) e os mesmo problemas ocorrem no demo disponibilizado. Utilizo os fontes do ACBr, com arquivos .INI e Schemas. Provedor WebIss para o município de Teresópolis/RJ. Desde já grato, e fico no aguardo.