Eduardo Zils

Por aqui estamos na mesma, isso que já é Março, chega a ser trágico

O problema também está ocorrendo comigo, pelo teste que eu fiz ao consultar a situação ele me retornava que estava aguardando validação do ambiente Nacional e após consultar mais umas 3 vezes ele me retornava o erro do schema se referindo a tag enderNac. Acredito que a Betha não está enviando a UF para o padrão Nacional, pois se fosse um erro no nosso schema o ACBr já iria barrar antes mesmo de fazer o envio. No meu caso também é para Dourados-MS, não consegui pegar essa falha em outro município até o momento

Bom dia, esse E386 acredito ser a formatação do campo, estamos mandando como 1401 (sem o ponto no meio) e está passando. Tente adicionar o trecho abaixo no .ini e veja se corrige: Params=NaoFormatarItemServico: O outro erro não ocorreu pra mim

Bom dia, um cliente nosso também está com falhas ao emitir com PriMax, ao tentar contato com o provedor apenas nos dizem que nosso XML não está no padrão desejado, @cleberhhp você já conseguiu algum avanço? Estou começando minhas alterações agora

Perdão, a falha ocorria pela falta da informação de RegimeEspecial, ao informa-la começou a passar desse problema, agradeço pelos fontes fornecidos

Estou recebendo o seguinte retorno com os arquivos que vocês passaram: <?xml version="1.0" encoding="UTF-8"?><return></return> Chega a comunicar, passa pelos schemas novos deles porém não da retorno algum. Alguém mais está com esse problema para Iguatu ou outro município? Meu .ini está somente assim: [2305506] Nome=Iguatu UF=CE Provedor=SpeedGov ProRecepcionar=http://www.speedgov.com.br/wsigu/Nfes

Por enquanto está assim mesmo, eu também estou tendo que consultar diversas vezes e no máximo que ele me retorna é que está aguardando o Ambiente Nacional. Em algumas situações eu notei que ele chega a transmitir na prefeitura, mas o retorno ainda é o mesmo.

@TiagoFZ adicionei suas alterações aqui e deu certo, antes no meu exemplo eu não estava propriamente preenchendo essas tags, obrigado pela ajuda. @danielgustavo Varginha estava usando Betha cloud, mas não estava autorizando, porém essas alterações fazem ela transmitir na prefeitura, por mais que ao consultar não tenha um retorno como sucesso. A Betha ainda não está conseguindo enviar da prefeitura para o portal nacional as informações. Pegamos um caso de Timóteo - MG onde aparentemente o município desistiu da Betha e mudou para o Padrão Nacional

Atualizei o ACBr e re-fiz minhas alterações em cima da versão atualizada, agora que tem um método de consulta Ao enviar ainda recebo: <RecepcionarDpsResposta xmlns:ns2="http://www.betha.com.br/e-nota-dps"> <protocolo>758985964548272</protocolo> <dhRecebimento>2026-01-07T14:18:04.532-03:00</dhRecebimento> <status>Não processado</status> </RecepcionarDpsResposta> Ao consultar esse protocolo mantém esse retorno: <ns2:ConsultarStatusDpsResposta xmlns:ns2="http://www.betha.com.br/e-nota-dps"> <ns2:statusProcessamento>Aguardando validação do ambiente nacional</ns2:statusProcessamento> <ns2:dataHoraRecebimento>2026-01-07T14:18:04.528-03:00</ns2:dataHoraRecebimento> <ns2:protocolo>758985964548272</ns2:protocolo> <ns2:emissao> <ns2:idDps>DPS420900328285420900069100001000000000000001</ns2:idDps> </ns2:emissao> </ns2:ConsultarStatusDpsResposta> Ao consultar na prefeitura a nota consta e pode ser impressa por lá diretamente. Estou anexando todos os arquivos que modifiquei, peguei alguns desse outro tópico mas só fiz uns ajustes Betha.GravarXml.pasBetha.Provider.pasACBrNFSeXGravarXml.pas

Bom dia, fiz algumas alterações para que o provedor Betha possa enviar as tags extras do padrão nacional que eles solicitam para o município de Varginha - MG No manual deles eles dizem que elas não seriam cobradas, mas estão cobrando mesmo assim. Ao questionar a prefeitura não obtivemos retorno. Seguem as alterações: Betha.GravarXml.pas ACBrNFSeXGravarXml.pas

Bom dia, Eu estou conseguindo a chave através do objeto: ACBrNFSe.WebService.emite.retXml Com o XML em mãos eu consigo ler se deu sucesso ou não, ai eu consigo ler as tags de chaveAcesso

Olá @Diane Rieck, estava fazendo os testes aqui usando o ACBr, para o .ini eu precisei configurar o município de Regente Feijo (por causa do IBGE de teste) da seguinte forma: [3542404] Nome=Regente Feijo UF=SP Provedor=Pronim ;Versao=2.03 ;ProRecepcionar=http://regentefeijo.govbr.cloud/NFSe.Portal.Integracao/Services.svc ;HomRecepcionar=http://regentefeijo.govbr.cloud/nfse.portal.integracao.teste/services.svc Versao=1.01 Params=APIPropria: ProRecepcionar= HomRecepcionar=https://reformatributaria.govbr.cloud/nfse.api.teste/NotaNacional/EnviarSincrono Assim eu já comecei a obter algumas respostas do provedor, porém estou com problemas para conseguir acessar as prefeituras e tudo mais, por causa disso estou querendo fazer um teste em produção em um cliente meu que está solicitando por isso, saberia me dizer se já existe alguma informação sobre as URLs de produção?

Obrigado Pessoal, ao testar parece estar tudo funcionando bem, apenas tive que atualizar os links no .ini para os links corretos: ProRecepcionar=https://iss.abase.com.br/api-nacional HomRecepcionar=https://demoiss.abase.com.br/api-nacional Como os URL ainda não funcionando pra valer ele retorna apenas: <?xml version="1.0" encoding="UTF-8"?> <RecepcionarDpsResponse> <TipoAmbiente>HOMOLOGACAO</TipoAmbiente> <DataHoraRecebimento>2025-12-19 15:40:07</DataHoraRecebimento> <Erros> <Erro> <Codigo>S0013</Codigo> <Descricao>Erro interno, contate o suporte.</Descricao> </Erro> </Erros> </RecepcionarDpsResponse> Só nos resta aguardar até dia 01/01/2026 para termos certeza que irá funcionar

Cidade/UF: Boa Vista do Burica/RS Previsão de Mudança: 1º de janeiro de 2026 Tipo de Mudança: API própria (manterá provedor Abase) Fonte/Documentação: https://iss.abase.com.br/ferramentas-desenvolvedores e https://demoiss.abase.com.br/ferramentas-desenvolvedores

Olá pessoal, Recentemente notei que ao fazer alguns envios para o Padrão Nacional eu estava com problema por ele gerar a tag abaixo dentro da funcion "GerarXMLInfNFSe" no PadraoNacional.GravarXml.pas Result.AppendChild(AddNode(tcStr, '#1', 'tpAmb', 1, 1, NrOcorrtpAmb, TipoAmbienteToStr(Ambiente), '')); A forma que encontrei de contornar a geração dessa tag seria removendo esse trecho do código e buildar novamente o ACBr, mas olhando mais a fundo eu acabei vendo que se eu setar esse "NrOcorrtpAmb" para -1 eu consigo fazer isso sem ter que usar uma versão modificada do ACBr. Minha real duvida é como e onde eu consigo setar a informação nesse objeto? Vi que ele usa no Citta.GravarXml setando ele pra -1 em TNFSeW_CittaAPIPropria.Configuracao, mas eu precisava setar após ele já ter definido qual seria o Provider. Desde já eu agradeço

Também precisei fazer essa alteração para que funcionasse, agora está 100%, só aguardar o pessoal subir essas alterações

Não sei dizer @AndersonMendonca, pode ser que a falha ocorreu pela sua data de competência ser em um domingo, mas não é garantido que seja isso. Esse ambiente Nacional está um pouco confuso ainda, pode ser que também não permitirá mais lançamentos via webservice com competência diferente da data de emissão/atual, mas por emissão no site pode ser que aceite. Todo dia algo novo

Atualização: Nova Prata - RS estava com um problema interno, agora já transmitiu normalmente com os XMLs que mandei acima

Consegui fazer a emissão com os XMLs abaixo, porém sem usar o componente do ACBr, espero que o XML ajude de alguma forma. A emissão deu sucesso para o município de São Sebastião do Caí - RS, infelizmente para o município de Nova Prata - RS esse mesmo XML não está sendo aceito, mesmo que sejam os mesmos schemas EnvioLote_80466.xmlEnvioLote_80466Retorno.xml

Aparentemente isso é definido diretamente no provider do ISSSaoPaulo.pas dentro do PrepararEmitir Na minha aplicação eu chamo diretamente a função Emitir, e ele acaba caindo dentro das tags de Recepcionar, mesmo quando está em Homologação Mas deveria estar caindo dentro de TesteEnvio

Aparentemente isso é definido diretamente no provider do ISSSaoPaulo.pas dentro do PrepararEmitir

Aparentemente tem rsrs, vou dar mais uma verificada sobre isso e fazer diferentes testes e caso encontre o problema eu volto e aviso aqui, obrigado pela ajuda até o momento

Afirmativo, adicionei o trecho abaixo no .ini e seto manualmente para ambiente de homologação antes de efetuar um envio HomRecepcionar=https://nfews.prefeitura.sp.gov.br/lotenfe.asmx?op=TesteEnvioLoteRPS

Isso Formatando melhor: <nfe:VersaoSchema>2</nfe:VersaoSchema> <nfe:MensagemXML> <PedidoEnvioLoteRPS xmlns="http://www.prefeitura.sp.gov.br/nfe"> <Cabecalho xmlns="" Versao="2">

Estou com o mesmo problema que a @jessica.macario1, ini configurado como citado acima e no envelope de envio está sendo enviado como <nfe:VersaoSchema>2</nfe:VersaoSchema> Isso enviando para homologação