Pesquisar na Comunidade

Olá pessoal! Crio este tópico para alertar aqueles que não sabem e relembrar aqueles que possam ter esquecido, de que o envio de lote de NFe contendo somente um documento no lote já não pode ser feito de maneira assíncrona no ambiente de homologação desde 02/06/2025. Com previsão de ser abolido no ambiente de produção em 01/09/2025! O fim dessa forma de envio para esta situação específica foi decretado na Nota Técnica 2025/001: Aqueles que tentarem realizar o envio de um lote contendo somente 1 NFe de maneira assíncrona, depois dessas datas vão receber uma rejeição: Veja o tópico abaixo para uma explicação mais detalhada sobre a rejeição: 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 envio síncrono, usando o componente:

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=

Oi pessoal, teria uma duvida sobre a API do Banco Sicoob no ambiente de produção! Ao colocar para envio em produção esta me aparecendo uma mensagem solicitando o ClientSecret, entretanto ao configurar o aplicativo no site do Banco para a utilização da API o Campo ClientSecret diz que não é necessário informar esse campo, então para funcionar estou tendo que informar qualquer valor mesmo que seja o "ClientSecret = 1" que ai ele envia e registra o boleto em produção caso não seja informado aparece a mensagem que solicita a informação, seria isso um erro na API do Sicoob? Alguém já passou por isso ? Mensagem solicitando o ClientSecret (Retorno do Envio) Campo da Configuração do Aplicativo no Site da API. Desde já agradeço a atenção!

Opa Pessoal, boa tarde! Estivemos realizando uns testes aqui na empresa com a NFSe de Chapecó e obtivemos essa mensagem de erro! Pelo que li parece que houve atualização nos links e ainda não se encontra nos arquivos Cidades.Ini e Publica.Ini! Estaria sendo alterado algo nesse sentido, pois mesmo atualizando o ACBr da a mensagem acima! Desde já agradeço !

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

Estou tentando fazer o envio do MDFe de forma síncrona, entretanto está gerando algumas dúvidas. Na função de enviar o MDFe, são 3 parâmetros que podem ser passados, ALote, Imprimir, ASincrono respectivamente. Sendo que o parâmetro ASincrono tem como valor default FALSE, ou seja entende-se que a forma de envio é Síncrona correto? Pois bem, ao debugar o código na função Envia da classe ACBrMDFeWebServices, tem se o código: FEnviar.Lote := ALote; FEnviar.Sincrono := ASincrono; Então neste caso assumindo o valor default de Asincrono, o valor de Sincrono também é FALSE. Essa propriedade implica na função TratarResposta da parte de RECEPÇÃO nesta mesma classe. Primeira pergunta: 1º Porque a propriedade FEnviar.Sincrono recebe ASincrono? Sendo que no TratarResposta na recepção, existe condição que Sincrono tem de ser verdadeiro para poder ser executado. if Sincrono then begin if pos('retMDFe', FPRetWS) > 0 then AXML := StringReplace(FPRetWS, 'retMDFe', 'retConsSitMDFe', [rfReplaceAll, rfIgnoreCase]) else AXML := FPRetWS; ... Código continua para baixo E a segunda pergunta ainda na função Envia da classe ACBrMDFeWebServices. if not ASincrono or ((FEnviar.Recibo <> '') and (FEnviar.cStat = 103)) then begin FRetorno.Recibo := FEnviar.Recibo; if not FRetorno.Executar then FRetorno.GerarException( FRetorno.Msg ); end; Sendo neste caso a condição verdadeira, irá ser executado uma consulta dentro do FRetorno.Executar. 2º Porque tem de ser feita uma consulta?. Sendo que, segundo o parâmetro ASincrono está com valor FALSE, ou seja teria de ser Síncrono, e uma vez sendo Síncrono não necessita de consulta. Se não me fiz entender, tento explicar de outra maneira. Desde já, agradeço a compreensão.

Boa tarde, como faço o envio dos XML´s das NFCe impressas OffLine? Exemplo imprimi 10 NFCe em offline. Como faço para fazer a transmissão agora? No meu sistema eu gravo no banco o caminho do xml, a chave e se foi enviado (Sim = online | N = offline). Tenho que enviar uma a uma agora? Consigo fazer um lote? Podem me orientar por favor

Bom dia. Estou recebendo o seguinte erro ao consultar o status da nfc-e em homologação no estado de MT . Alguém sabe como resolver ?

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?

Bom dia a todos, Estou querendo implementar um sistema de envio de nota de serviço para um cliente de Araçatuba, São Paulo. Porém, analisei aqui e verifiquei que a cidade de Araçatuba não contém no arquivo Cidades.ini. Estou usando a versão 2 do ACBR. Tem alguma razão para a cidade não estar contida neste arquivo?

Boa tarde, Pessoal alguém saberia me dizer se o ACBr irá ter suporte ao envio dos arquivos via API oferecida pelo Bradesco ?

Bom Dia, Por acaso existe a possibilidade de ao gerar o boleto, seja gerado uma capa contendo os dados do pagador e endereço de envio? pois ao imprimir o boleto, seja impresso frente e verso, desta forma a empresa apenas dobra o boleto sem a necessidade de colocar em envelope. em anexo segue um exemplo Obrigado image1650 (2).pdf

Olá, alguém sabe se possui um modo de informar o NCM zerado no produto e enviar a nota com sucesso para a receita? Tenho uns xml's de nota de exemplo, mas não sei qual a condição pra ela ser autorizada

bom dia amigos, já procurei mas seguindo alguns tópicos que pedem para configurar de maneira correta o certificado, mesmo assim não consegui fazer funcionar com webservice 4.00. obs: está funcionando normalmente na versao 3.10 segue arquivos em anexo com a configuração e o retorno de erro http: 500

Boa tarde. Depois que atualizei a versão do Delphi que utilizo para o Delphi tokyo o XML que está sendo enviados em anexo por email esta indo codificado errado. Ao abrir o arquivo manualmente o mesmo s encontra correto. Alguém saberia me dizer uma forma de corrigir o problema ? Obrigado.

Boa Tarde, Alguém utiliza a emissão pelo provedor Governa? Estou implantando em um cliente e com diversas dificuldades, desde a tags que são obrigatórias devido ao padrão que segue (Não é ABRASF) e a falta de informação do provedor. Primeiramente, me parece que é exigido que informe as tags RegRec (Regime de Recolhimento) e FrmRec (Forma de Recolhimento), que são informados como NENHUM no site, porém se envio como nenhum recebo a seguinte mensagem do envio: Caso eu informar a tag RegRec (que creio ser errado, pois pelo site da prefeitura o cliente preenche como "Nenhuma), ainda recebo outra mensagem de erro, referente ao Código de Verificação: Não encontrei nada além dos PDFs do Provedor, que não são de muita ajuda, segue em anexo o XML gerado. 2852-env-lot.xml

Boa tarde, pessoal! Esta exception foi gerada no método ACBrNFE.Enviar com a versão 4.0 NF-e 4.0 sem mensagem de retorno (em homologação). Segue em anexo o arquivo XML e um print do erro. Já validei o XML pelo validador da SEFAZ e foi autorizado. O problema é que ela não retorna nenhuma mensagem. Espero contribuir com este post. Obrigado! 43170702720252000110550010000100711000100710-nfe.xml

Bom dia, gostaria pedir ajuda dos colegas, para saber se o problema é no meu sistema, ou se realmente temos essa demora para emitir um cupom SAT com muitos itens. nos testes feitos criei uma venda com 130 itens, a demora para transmitir e imprimir ultrapassa 2 minutos, o que para um supermercado é uma eternidade. (obs : ja utilizei o Fortes e o ESCPOS ambos tem essa demora) estou aqui para pedir ajuda se tem como diminuir este tempo, utilizo metodo de arquivo ENT.TXT e SAI.TXT para envio e recebimento de arquivos. no aguardo obrigado.

Bom dia, estou com uma dúvida em como pegar o protocolo de envio NFe: Faço o envio das Notas Fiscais de Serviço em Lote e o componente me retorna um protocolo o qual armazeno em uma tabela. Mas agora, quando fui tentar cancelar uma nota por evento (Cancelamento por Chave da NFe), e passei esse protocolo como parâmetro me retornou a mensagem que o protocolo era inválido. O protocolo de envio é por nota fiscal, não um único por lote. Dessa forma, como faço para pegar esse protocolo das Notas separados ? meu código está assim: with FACbrNFe do begin Enviar( FNumeroLote ) ; FMensWebService := WebServices.Retorno.xMotivo; FProtocolo := WebServices.Retorno.Protocolo; ... end // Vi que o Código do Componente onde pega o protocolo está assim if FNFeRetorno.CStat = 104 then begin Result := Confirma(FNFeRetorno.ProtNFe); fChaveNfe := FNFeRetorno.ProtNFe.Items[0].chNFe; fProtocolo := FNFeRetorno.ProtNFe.Items[0].nProt; fcStat := FNFeRetorno.ProtNFe.Items[0].cStat; end; // Só que pega a posição [0] ... não pegando de todas as notas ... alguém sabe o que pode ser feito ? Obrigado.

Olá amigos. Possuo um sistema de gerenciamento de clinicas de medicina e segurança do trabalho e preciso desenvolver o módulo do esocial no que diz respeito a área de SESMT. Gostaria de obter algo pronto, procurando alguém que já tenha essa rotina em algum ERP e que possa disponibilizar por um valor específico. Caso contrário, procuro também alguém que possa me dar uma consultoria para desenvolvimento pleno do eSocial e suas atribuições junto ao governo, e que possa me apresentar proposta e valores. Desde já agradeço.

Boa noite, Estou com o seguinte problema: Por exemplo: O usuário liga o computador às 08:00 a.m. No entanto o usuário só vai emitir a nfce só às 11:00, ou seja, o acbr ficou ocioso durante 3 horas. Sendo assim, o processo de criação, validação, assinatura funciona normalmente, mas quando é feito o envio, o acbr trava enquanto espera retorno da sefaz. Alguém já passou por esse problema ou tem alguma ideia de como solucionar o mesmo? Obs: Computador com windows 7 64bits; ACBRMonitor PLUS versão: 0.03.04.03; No aguardo e desde já agradeço.

Boa tarde à todos, Vou iniciar agora o uso dos componentes do ACBR, especificamente o de NFS-e, gostaria de saber se existe algum meio de testar o envio e validação do xml do rps gerado sem que eu tenha um certificado digital? Agradeço antecipadamente a colaboração.

Boa Noite! Gostei muito do exemplo ACBRSMS. Sei que você pode escolher a opção para enviar as SMS via Daruma, ou outros fabricantes. Como faço pra deixar somente por exemplo o modem 3G ZTE. Não quero que o cliente escolha o modem. Preciso acrescentar alguma DLL no meu projeto, como o da DARUMA ? Gostaria de editar o projeto, deixando somente o modem que o cliente tem pra enviar, no caso o ZTE. Parabéns pelo projeto. Como faço uma doação?

Boa tarde! Realizamos alterações para o correto funcionamento da NFSe para os Provedores Betha(Bento Gonçalves), Infisc(Caxias do Sul, Garibaldi) versão 1.10, Tecnos(Flores da Cunha). Os serviços alterados foram Envio, Consulta Situação Lote, Consulta Lote, Consulta NFSe, Cancelamento. Alteramos a montagem do relatório adicionando datasets(transportadora) para o provedor Infisc que permite essas tags. Alteramos a leitura e escrita dos arquivos XML para atender os formatos de cada provedor e suas respectivas versoes. ACBrNFSeDANFSeFR.pas ACBrNFSeWebServices.pas pnfsConversao.pas pnfsLerListaNFSe.pas pnfsNFSeG.pas pnfsNFSeR.pas pnfsNFSeW_Infisc.pas

Boa tarde Pessoal, estou desenvolvendo uma aplicação para Validação, assinatura, envio e pegar o retorno da nfe. Alguém teria um exemplo de Envio e Pegar o retorno da nfe e Poderia me ajudar ? Estou tentando me basear no modelo do acbr, porem no meu delphi, ele não roda e como não consigo roda-lo, estou apanhando um pouco. Alguem poderia me ajudar ?