Provedor Betha - API Própria - Alterações

Alex Heinen · 20 Janeiro

Boa Tarde o ACBr já implementou as rotinas do fly betha na revisão 44281, é só atualizar seus fontes e testar.

MarcelaLenovo · 22 Janeiro

BethaCloud em Santo Amaro Imperatriz/SC ou outro município, com esta situação?
<mensagem>Erro de validação: Não foi encontrado a competência para a data de emissão: 20/01/2026</mensagem>
<correcao>Favor entrar em contato com a Prefeitura para maiores informações.</correcao>

Já tentei diferentes datas para competência e entrar em contato não resolve, visto que eles nao respondem os emails

ConsultarStatusDpsResposta xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.betha.com.br/e-nota-dps">
<statusProcessamento>Processado com erro</statusProcessamento>
<dataHoraRecebimento>2026-01-20T18:28:17.156-03:00</dataHoraRecebimento>
<protocolo>439851297174906</protocolo>
<listaMensagens>
<mensagem>
<codigo>L12</codigo>
<mensagem>Erro de validação: Não foi encontrado a competência para a data de emissão: 20/01/2026</mensagem>
<correcao>Favor entrar em contato com a Prefeitura para maiores informações.</correcao>
</mensagem>
</listaMensagens>
<emissao>
<idDps>DPS421570328096582500018000002000000000001951</idDps>
</emissao>
</ConsultarStatusDpsResposta>

Francisco IBS · 22 Janeiro

16 minutos atrás, felipefe disse:

BethaCloud em Santo Amaro Imperatriz/SC ou outro município, com esta situação?
<mensagem>Erro de validação: Não foi encontrado a competência para a data de emissão: 20/01/2026</mensagem>
<correcao>Favor entrar em contato com a Prefeitura para maiores informações.</correcao>

Já tentei diferentes datas para competência e entrar em contato não resolve, visto que eles nao respondem os emails

ConsultarStatusDpsResposta xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://www.betha.com.br/e-nota-dps">
<statusProcessamento>Processado com erro</statusProcessamento>
<dataHoraRecebimento>2026-01-20T18:28:17.156-03:00</dataHoraRecebimento>
<protocolo>439851297174906</protocolo>
<listaMensagens>
<mensagem>
<codigo>L12</codigo>
<mensagem>Erro de validação: Não foi encontrado a competência para a data de emissão: 20/01/2026</mensagem>
<correcao>Favor entrar em contato com a Prefeitura para maiores informações.</correcao>
</mensagem>
</listaMensagens>
<emissao>
<idDps>DPS421570328096582500018000002000000000001951</idDps>
</emissao>
</ConsultarStatusDpsResposta>

Tenho uma vaga lembrança de ter pego algum erro de competencia em um cliente que ano passado era do simples e iniciou o ano como normal ou vice e versa, como eles tem Janeiro todo para poder fazer essa migração, já estavam emitindo notas federais com o novo CRT, mas no municipio ainda estava o antigo.

Tive que fazer uma configuração que permitisse essa diferenciação, ou seja, o cliente era do normal mas para nota municipal ainda estava enviando como simples.

Se quiser fazer o teste, se não só esperando o contato da Betha mesmo.

Weber · 22 Janeiro

Em 19/01/2026 at 17:06, Francisco IBS disse:

Boa Tarde...

Srs. com as alterações deste tópico realizadas estou conseguindo fazer o envio e a consulta para Jaraguá do Sul/SC, vou fazer testes ainda com outros 2 municipios e reporto como ficou.

Alguem por um acaso conseguiu fazer o cancelamento?

Estou fazendo testes mas ainda não consegui um sucesso

Consegui fazer a consulta pelo ACBR? como está fazendo?

Francisco IBS · 22 Janeiro

2 horas atrás, Weber disse:

Consegui fazer a consulta pelo ACBR? como está fazendo?

Boa Tarde, Sim utilizando:

ACBrNFSeX.ConsultarSituacao(Protocolo, Lote);

Juliomar Marchetti · 23 Janeiro

Para a Betha o código que tem no SVN está funcionando para a emissão!

bastando informar corretamente os dados

após você pega a chave DPS e consulta

ACBrNFSeX1.ConsultarDPSPorChave(xChaveDPS);

até ele retornar que está processado com sucesso

e após consulta com a Chave da NFSe que ele vai retornar o xml da NFSe

ACBrNFSeX1.ConsultarNFSePorChave(xChaveNFSe);

Juliano Stringari · 23 Janeiro

Bom dia.

Aqui não utilizamos o ACBr

Estamos enviando para Campos Novos - SC que também utiliza a Betha

Fiz as alterações conforme citações no site https://iss.ajuda.betha.cloud/e-nota-fly/ajuda/webservice-dps/#

Se enviar o XML com as tags da reforma o retorno foi:

Código-> 9999
Descriçao-> Erro no servidor do Ambiente Nacional (RFB) ao processar o lote de notas fiscais. (Unexpected character ('<' (code 60)): expected a valid value (number, String, array, object, 'true', 'false' or 'null')
at [Source: (String)"<html><body><h1>495 SSL Certificate Error</h1>
An invalid certificate has been provided.
</body></html>

Se enviar sem as tags da reforma o retorno foi:

Código: E042
Mensagem: Tributação do ISSQN é obrigatória. Quando a Natureza da Operação for definida como 'Tributável' e o Regime Especial de Tributação indicar 'Nenhum', o preenchimento da alíquota torna-se obrigatório.
Correção: Informe a tributação do ISSQN

Porém, a tag está preenchida

Vocês estão conseguindo enviar as tags da reforma com sucesso?

At.

Juliano

claudiovisky · 23 Janeiro

3 horas atrás, Juliano Stringari disse:

Bom dia.

Aqui não utilizamos o ACBr

Estamos enviando para Campos Novos - SC que também utiliza a Betha

Fiz as alterações conforme citações no site https://iss.ajuda.betha.cloud/e-nota-fly/ajuda/webservice-dps/#

Se enviar o XML com as tags da reforma o retorno foi:

Código-> 9999
Descriçao-> Erro no servidor do Ambiente Nacional (RFB) ao processar o lote de notas fiscais. (Unexpected character ('<' (code 60)): expected a valid value (number, String, array, object, 'true', 'false' or 'null')
at [Source: (String)"<html><body><h1>495 SSL Certificate Error</h1>
An invalid certificate has been provided.
</body></html>

Se enviar sem as tags da reforma o retorno foi:

Código: E042
Mensagem: Tributação do ISSQN é obrigatória. Quando a Natureza da Operação for definida como 'Tributável' e o Regime Especial de Tributação indicar 'Nenhum', o preenchimento da alíquota torna-se obrigatório.
Correção: Informe a tributação do ISSQN

Porém, a tag está preenchida

Vocês estão conseguindo enviar as tags da reforma com sucesso?

At.

Juliano

Boa tarde @Juliano Stringari

Este erro pode ser resolvido alimentando o componente:

NFSe.Servico.Valores.tribMun.pAliq

Eu também estava com este erro, após informar, agora recebo o seguinte erro:

<RecepcionarDpsResposta xmlns:ns2="http://www.betha.com.br/e-nota-dps">

<protocolo>908599696674235</protocolo>

<dhRecebimento>2026-01-23T13:02:33.459-03:00</dhRecebimento>

<status>Não processado</status>

</RecepcionarDpsResposta>

claudiovisky · 23 Janeiro

57 minutos atrás, claudiovisky disse:
Boa tarde @Juliano Stringari

Este erro pode ser resolvido alimentando o componente:

NFSe.Servico.Valores.tribMun.pAliq

Eu também estava com este erro, após informar, agora recebo o seguinte erro:
<RecepcionarDpsResposta xmlns:ns2="http://www.betha.com.br/e-nota-dps">

<protocolo>908599696674235</protocolo>

<dhRecebimento>2026-01-23T13:02:33.459-03:00</dhRecebimento>

<status>Não processado</status>

</RecepcionarDpsResposta>

Atualizando o meu post anterior, junto do erro de não processado, também identifiquei o seguinte erro:

'Erro Interno: 87
Erro HTTP: 0
URL: https://sefin.nfse.gov.br/sefinnacional/nfse/22
Erro: 87 -
Falha ajustando o Cabeçalho da Requisição. Erro: 87 - '.

Juliano Stringari · 28 Janeiro

Bom dia @claudiovisky

Você conseguiu enviar para Betha? URL https://nota-eletronica.betha.cloud/dps/ws e informações de XML retirei do site https://iss.ajuda.betha.cloud/e-nota-fly/ajuda/webservice-dps/#

Eu segui sua sugestão adicionando a tag pAliq mas a mensagem de retorno continua a mesma.

"Tributação do ISSQN é obrigatória. Quando a Natureza da Operação for definida como 'Tributável' e o Regime Especial de Tributação indicar 'Nenhum', o preenchimento da alíquota torna-se obrigatório."

Alguém teria um XML de exemplo que funcionou o envio, pra mostrar aqui?

At.

Juliano

Editado 28 Janeiro por Juliano Stringari

Eduardo Frota Vicentini · 28 Janeiro

Em 23/01/2026 at 13:19, claudiovisky disse:
Boa tarde @Juliano Stringari

Este erro pode ser resolvido alimentando o componente:

NFSe.Servico.Valores.tribMun.pAliq

Eu também estava com este erro, após informar, agora recebo o seguinte erro:
<RecepcionarDpsResposta xmlns:ns2="http://www.betha.com.br/e-nota-dps">

<protocolo>908599696674235</protocolo>

<dhRecebimento>2026-01-23T13:02:33.459-03:00</dhRecebimento>

<status>Não processado</status>

</RecepcionarDpsResposta>

Também sigo com este mesmo erro. E a nota não aparece lá no fly.

Weber · 28 Janeiro

boa tarde pessoal, estou enviando os dados

no caso o CSLL ele apareceu retido na impressão, porém os demais campos não..

e preciso que venha destacado na nota fiscal as retenções federais, quais campos mais devo preencher?

Editado 28 Janeiro por Weber

Willx · 28 Janeiro

7 horas atrás, Juliano Stringari disse:

Bom dia @claudiovisky

Você conseguiu enviar para Betha? URL https://nota-eletronica.betha.cloud/dps/ws e informações de XML retirei do site https://iss.ajuda.betha.cloud/e-nota-fly/ajuda/webservice-dps/#

Eu segui sua sugestão adicionando a tag pAliq mas a mensagem de retorno continua a mesma.

"Tributação do ISSQN é obrigatória. Quando a Natureza da Operação for definida como 'Tributável' e o Regime Especial de Tributação indicar 'Nenhum', o preenchimento da alíquota torna-se obrigatório."

Alguém teria um XML de exemplo que funcionou o envio, pra mostrar aqui?

At.

Juliano

Verifica se a ordem do pAliq está na ordem certa, um exemplo:

<valores>
  <vServPrest>
    <vServ>0.01</vServ>
  </vServPrest>
  <trib>
    <tribMun>
      <tribISSQN>1</tribISSQN>
      <pAliq>3.00</pAliq>
      <tpRetISSQN>1</tpRetISSQN>
    </tribMun>
    <tribFed>
      <piscofins>
        <CST>00</CST>
      </piscofins>
    </tribFed>
    <totTrib>
      <vTotTrib>
        <vTotTribFed>0.00</vTotTribFed>
        <vTotTribEst>0.00</vTotTribEst>
        <vTotTribMun>0.00</vTotTribMun>
      </vTotTrib>
    </totTrib>
  </trib>
</valores>

pAliq deve estar entre tribISSQN e tpRetISSQN

danielgustavo · 28 Janeiro

1 hora atrás, Weber disse:

boa tarde pessoal, estou enviando os dados

no caso o CSLL ele apareceu retido na impressão, porém os demais campos não..

e preciso que venha destacado na nota fiscal as retenções federais, quais campos mais devo preencher?

Aqui está funcionando... Não utilizo o ACBR, tenho comunicação direta com a betha e eu tenho casos em jaraguá do sul - SC que enviamos pis/cofins, csll tudo retido, segue a impressão e parte do XML:

claudiovisky · 28 Janeiro

Boa tarde @danielgustavo, tudo bem ?

Amigo você se importaria de compartilhar qual o XML que você enviou para a Betha para conseguir emitir uma NFSe ?
Estou tentando até por método POST com o XML no body e mesmo assim não estou conseguindo emitir, queria uma referência de SOAP funcional para encontrar o problema

Juliomar Marchetti · 28 Janeiro

3 horas atrás, claudiovisky disse:

Boa tarde @danielgustavo, tudo bem ?

Amigo você se importaria de compartilhar qual o XML que você enviou para a Betha para conseguir emitir uma NFSe ?
Estou tentando até por método POST com o XML no body e mesmo assim não estou conseguindo emitir, queria uma referência de SOAP funcional para encontrar o problema

está usando o componente?

claudiovisky · 29 Janeiro

13 horas atrás, Juliomar Marchetti disse:

está usando o componente?

Bom dia @Juliomar Marchetti

Sim, utilizo o componente

Juliomar Marchetti · 29 Janeiro

1 hora atrás, claudiovisky disse:

Bom dia @Juliomar Marchetti

Sim, utilizo o componente

Certo. ao emitir

quais os retornos vem nos erros e alertas?

Weber · 29 Janeiro

Em 28/01/2026 at 09:30, Eduardo Frota Vicentini disse:

Também sigo com este mesmo erro. E a nota não aparece lá no fly.

Consegue anexar parte do teu XML que tem esta informação?

danielgustavo · 29 Janeiro

Segue exemplo de XML autorizado em jaraguá do sul pela betha.NFSe41767.xml

Lincoln Soares · 13 Fevereiro

eu estou com prblemas betha emite normal envia e valida mas nao mostra aliquota no danfe, gosta de saber como proceder

muito obrigado fico no aguardo

3126022414757700019956000000000002701-rps.xml

Francisco IBS · 13 Fevereiro

O topico foi aberto para centralizar as informações da Betha, como já temos vários exemplos disso funcionando eu encerro ele, novas dúvidas podemos voltar ao procedimento padrão de abrir tópicos referentes a elas.

Obrigado a ajuda e atenção de todos.

Editado 13 Fevereiro por Francisco IBS

Juliomar Marchetti · 13 Fevereiro

Obrigado por reportar.

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

Entrar

Sobre nós...

Provedor Betha - API Própria - Alterações

Recommended Posts

Top Posters In This Topic

Popular Days

Top Posters In This Topic

Popular Days

Popular Posts

Juliomar Marchetti

jacke venson

jeffersonjunglaus

Posted Images

Sobre nós...

Informação Importante