danielgustavo

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

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:

vc tem algum contato da BETHA? Se vc tiver e puder me disponibilizar aqui pra fazer uma pressão tbm...

Sim, nosso cliente é do lucro. Preciso emitir a nota com PIS/COFINS e CSLL retidos... se retiramos essa parte, a nota vai, mas caso contrário retorna aquele erro ao resgatar erro. É alguma informação provavelmente nos dados dos tributos mas ainda não conseguimos descobrir qual.

Bom dia, Vc conseguiu transmitir algum NFSe para jaraguá informando pis/cofins? Quando informo na minha estrutura fica assim: <trib> <tribMun> <tribISSQN>1</tribISSQN> <pAliq>2.00</pAliq> <tpRetISSQN>1</tpRetISSQN> </tribMun> <tribFed> <piscofins> <CST>01</CST> <vBCPisCofins>290.89</vBCPisCofins> <pAliqPis>0.65</pAliqPis> <pAliqCofins>3.00</pAliqCofins> <vPis>1.89</vPis> <vCofins>8.73</vCofins> <tpRetPisCofins>1</tpRetPisCofins> </piscofins> <vRetCP>0</vRetCP> <vRetIRRF>0</vRetIRRF> <vRetCSLL>2.91</vRetCSLL> </tribFed> <totTrib> <vTotTrib> <vTotTribFed>0</vTotTribFed> <vTotTribEst>0</vTotTribEst> <vTotTribMun>0</vTotTribMun> </vTotTrib> </totTrib> </trib> Porém aí o retorno que eu obtenho é sempre: <ns2:codigo>E00</ns2:codigo> <ns2:mensagem>Erro na hora de resgatar a mensagem de erro</ns2:mensagem> <ns2:correcao>Contate o suporte</ns2:correcao>

Bom dia, Vc conseguiu transmitir algum NFSe para jaraguá informando pis/cofins? Quando informo na minha estrutura fica assim: <trib> <tribMun> <tribISSQN>1</tribISSQN> <pAliq>2.00</pAliq> <tpRetISSQN>1</tpRetISSQN> </tribMun> <tribFed> <piscofins> <CST>01</CST> <vBCPisCofins>290.89</vBCPisCofins> <pAliqPis>0.65</pAliqPis> <pAliqCofins>3.00</pAliqCofins> <vPis>1.89</vPis> <vCofins>8.73</vCofins> <tpRetPisCofins>1</tpRetPisCofins> </piscofins> <vRetCP>0</vRetCP> <vRetIRRF>0</vRetIRRF> <vRetCSLL>2.91</vRetCSLL> </tribFed> <totTrib> <vTotTrib> <vTotTribFed>0</vTotTribFed> <vTotTribEst>0</vTotTribEst> <vTotTribMun>0</vTotTribMun> </vTotTrib> </totTrib> </trib> Porém aí o retorno que eu obtenho é sempre: <ns2:codigo>E00</ns2:codigo> <ns2:mensagem>Erro na hora de resgatar a mensagem de erro</ns2:mensagem> <ns2:correcao>Contate o suporte</ns2:correcao>

Boa tarde, Ainda não conseguimos emitir nenhuma nota com o BETHA CLOUD NACIONAL. Tenho vários clientes de Jaraguá do Sul - SC e nenhum consegue via integração, apenas diretamente no site. Tinham situações que ajustamos na integração, mas agora o retorno é sempre o mesmo igual o de vcs aparentemente: Código: E050, Mensagem: DPS ja recepcionada anteriormente Correção: O ID da DPS nao pode ser reutilizado independente da situacao da recepcao (Sucesso ou erro no processamento)

Uma dúvida, vocês conseguiram autorizar alguma NFSe de prefeitura que utiliza o Betha Cloud Nacional? Aqui utilizamos uma ferramenta que faz o envio para cada prefeitura, e eles estão alegando que as prefeituras que usam betha cloud nacional estão com problemas para autorizar.

Exato, a obrigatoriedade por lei continua, porém não haverá mais rejeição se emitir NFe sem as tags. Porém a empresa pode responder posteriormente por não cumprir a legislação.

Conforme 2025.002-RTC - Versão 1.33 foi prorrogada as validações da exigência das novas tags da reforma, que iria iniciar em produção no dia 05/01/2026. NT_2025.002_v1.33_RTC_NF-e_IBS_CBS_IS-.pdf

Sim, esse é um exemplo de nota emitida hoje as 09:53 de um cliente de SC.

Na verdade não é bem assim, desde segunda (10/11/2025) em produção pode-se enviar as novas tags. Aqui já temos diversos clientes autorizando as NFes em produção com as novas tags da reforma. Em janeiro/2026 se torna obrigatório, porém desde segunda já é possível enviar em produção.

SVRS subiu o schema XML. Era problema na SEFAZ. Aqui também agora estamos emitindo as notas gerando as novas tags.

Bom dia, A partir de hoje conforme Nota Técnica 2025.002-RTC era pra entrar em produção as novas tags da reforma. Porém em clientes de SC que usam o SVRS nenhuma nota com as novas tags autorizam. Retorna: 225 Rejeicao: Falha no Schema XML da NFe (Elemento: enviNFe/NFe[1]/infNFe/det[1]/vItem/) Alguém está conseguindo enviar as novas tags em produção em SC, ou em algum outro estado?

A sefaz lançou HOJE 03/10/2025, prorrogando a entrada do schema em produção do dia 06/10/2025 para 20/11/2025. Então se alguém possuir algo engatilhado para gerar as novas tags da reforma a partir de segunda, irá causar alguma rejeição de falha no schema XML.

Você não está gerando a tag "vItem" veja conforme NT 2025.002 v1.20 abaixo: A soma dessa tag tem que fechar com a tag vNFTot, e como vc está só gerando a vNFTot, está ocasionando essa rejeição.

Nesse caso da rejeição 1094 o problema é que a soma da tag vItem de cada item não fecha com esse 100.79 da sua tag NFTot, ali no seu print não aparece... veja qual os valores que estão nas tags vItem de cada item.

Bom dia, Validei seu XML no site https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx Está faltando você gerar a tag vIBS a ali nos tributos a nível de item, somando o valor do IBSUF e IBSMun. Isso é uma alteração que veio na NT e as SEFAZ implementaram recentemente.

Bom dia Domingos, Nesse seu XML, vc informou as tags de crédito presumido... Veja que na Nota Técnica 2025.002-RTC - Versão 1.10 conforme abaixo, caso informado essa tag, ela deve ser subtraída do valor do IBS. Acredito que como vc colocou as mesmas alíquotas isso não será possível... imagino que o crédito presumido deverá ser menor que a alíquota do IBS, para aí sim vc conseguir subtrair. Essa questão do crédito presumido ainda não está bem clara... Nesses primeiros testes, por aqui estamos só gerando cClassTrib, CST, Base, alíquota e valor de IBS.

Aqui também, já estava passando com 17 porém a SEFAZ retornava NfeCancelamento - (493) Rejeicao: Evento nao atende o Schema XML específico (Elemento: envEvento/evento[1]/infEvento/detEvento/nProt). Mas agora já ajustaram mesmo.

Aqui estamos com vários clientes relatando o mesmo problema, a nota foi autorizada com nProt de 17 posições, porém agora para cancelar a SEFAZ não aceita. Aqui é SEFAZ SVRS.

Boa tarde, Nossos clientes de MG estão com problemas também. Provavelmente MG inicou as validações da NT 2021.004 erroneamente no dia de hoje. Aqui no nosso caso, as rejeições eram 848 e 849. Apesar de estar indevida devido ao prazo, era preenchimento incorreto. Em alguns casos estava sendo inserido a transportadora como sendo a própria empresa, porém não estava sendo repassado a modalidade "3=Transporte Próprio por conta do Remetente;". Da mesma forma ao contrário, quando era transporte por conta do cliente, não estava sendo enviado "4=Transporte Próprio por conta do Destinatário;". Eles enviavam ou "0=Contratação do Frete por conta do Remetente (CIF);" ou "1=Contratação do Frete por conta do Destinatário(FOB);", porém quando valer essa NT para todos, que será em 16/05/2022, terão que se adequar a isso.

Bom dia, Ainda referente a informação de lotação. Na NT dentro da tag infLotacao existe as tags referente infLocalDescarrega, porém o evento do encerramento do MDFe só ocorre depois, na emissão vai ter que ser antecipado esses dados e já enviado os dados de onde será encerrado sem antes ter sido?

Bom dia, Por acaso alguém tem um exemplo de XML de "GNRE com Múltiplos Documentos de Origem" ou "GNRE com Múltiplas Receitas", ou seja, com a tag <tipoGnre> = 1 ou <tipoGnre> = 2? Muito obrigado!

Bom dia, Foi publicado na sexta (15/03/2019) a versão 1.20 da NT 2018/005 onde menciona que foram prorrogadas as validações da hashCSRT para uma data futura. A aplicação da NT como um todo também foi prorrogada para 07/05/2019 em produção.