Adriano Luiz de Souza

Bom Dia ! Pode postar o código para cancelamento pela API da Betha ? Pois estou recebendo que a mensagem que o serviço não está implementado no componente Att Adriano

Resolvido: Usar NFSeX.ConsultarSituacao( aNumeroProtocolo, aNumeroLote); porém tem um problema no retorno e vou abrir um outro tópico para isso

A questão do DPS já recepcionada anteriormente está resolvido. No caso da betha tem que passar o parametro meAutomatico na chamada NFSeX.Emitir( fNumeroLote, meAutomatico, false); Mas quanto a NFSeX.ConsultarLoteRps( aNumeroProtocolo, aNumeroLote); Alguém está conseguindo consultar a situação do RPS enviado?

Eu também achei que ali fosse o PIS e COFINS retido mas não é. Perceba que diz Débito Apuração Própria. NFSe é mais complicado que NFe em muitos casos

Boa tarde ! A cidade de São João Batista / SC está usando a Betha para enviar suas NFSe para o Ambiente Nacional. Alterei o ACBrNFSeXServicos.ini para [4216305] Nome=Sao Joao Batista UF=SC Provedor=Betha ProRecepcionar=https://nota-eletronica.betha.cloud/dps/ws/service.wsdl ;Provedor=Betha ;tão logo terminem a implementação talvez volte Ao enviar a NFSe esta retornando o erro: Código : E050 Mensagem: DPS já recepcionada anteriormente Correção: O ID da DPS não pode ser reutilizado independente da situação da recepção (Sucesso ou erro no processamento) Eu já alterei o numero de 100000 para 200000 para ter certeza que nao é problema com numeracao e continuar igual. Mas o maior problema é que a NFSe é gerada. Se entrar no Fly consta que o RPS foi processado e a NFSe foi gerada. Outro problema é que também nao consigo consultar o status do envio. Estou tentando obter o status dessa forma: NFSeX.ConsultarLoteRps( aNumeroProtocolo, aNumeroLote); Que resulta na mensagem: Serviço %s não implementado para este provedor. Alguém passou por essas situação do DPS ou está conseguindo consultar o status do envio do RPS? Obrigado Adriano

Boa Tarde ! vPIS e vCOFINS não tem relação com retenção de PIS e COFINS e sim o PIS e COFINS débito ou sob faturamento. A aliquota a ser aplicada ali é a correspondente ao PIS e COFINS sob faturamento, não o PIS e COFINS retidos. O PIS e COFINS retido deve ser somado junto com o CSLL retido no campo vRetCSLL Essa regra entrou em 09/02/2026

Era isso mesmo. Estava atribuindo NF a Série e a Série é utilizada na composição da chave. A mensagem genérica infelizmente estava dando a direção errada.

Acho que já descobri, tem duas letras no meio de chave. Vou verificar se é isso e posto

Boa Tarde a Todos ! A cidade de São João Batista em SC optou pelo uso da API da Betha para emissão da NFSe a partir de 02/03. Porém ao emitir a NFSe eu obtenho esta mensagem: Código : E001 Mensagem: XML mal formado. ID deve ter 42 dígitos numéricos após 'DPS' Correção: Verifique a estrutura do XML No entanto nao faço ideia do que pode estar errado pois aqui tem os 42 caracteres que pede: DPS4216305209044099000106000NF000000000102563 A documentação diz para enviar para o endereço: https://nota-eletronica.betha.cloud/dps/ws/service.wsdl que é o que está fazendo. O ACBr está atualizado hoje 03/03/2026 o no ACBrNFSeXServicos.ini o endereço da betha está https://nota-eletronica.betha.cloud:443/dps/ws mas independente do endereço é retornado o mesmo erro No arquivo .ini deixei dessa forma: [4216305] Nome=Sao Joao Batista UF=SC Provedor=Betha ProRecepcionar=https://nota-eletronica.betha.cloud/dps/ws/service.wsdl ;Provedor=Betha ;tão logo terminem a implementação talvez volte Mas ainda assim nao funciona. Alguém tem alguma ideia? Obrigado Adriano

Deu certo após atualizar o ACBr e os Schemas que estão em ..acbr\Exemplos\ACBrDFe\Schemas\NFSe\PadraoNacional Obrigado

Isso foi resolvido, pelo que li em empresas do simples o ISS é gerado na apuração. Nas de regime normal o ISS vem conforme foi configurado pela prefeitura conforme a atividade do serviço Encerrado

Bom Dia ! Também estou com esse mesmo problema com os schemas atualizados. Estava funcionando corretamente até o mês passado. Analisando o arquivo tiposSimples_v1.00.xsd parece correto pois o JSON gerado monta a chave exatamente como diz o schema porém ao processar o retorno obtido é este: { "tipoAmbiente": 1, "versaoAplicativo": "SefinNacional_1.5.0", "dataHoraProcessamento": "2026-01-09T08:46:02.4923356-03:00", "erro": [ { "codigo": "RNG6110", "descricao": "Falha Schema Xml", "complemento": "The 'Id' attribute is invalid - The value 'PRE42046082252177710000195000000000006526010267341236101101001' is invalid according to its datatype 'http://www.sped.fazenda.gov.br/nfse:TSIdPedRegEvt' - The Pattern constraint failed." } ] } <xs:simpleType name="TSIdPedRefEvt"> <xs:annotation> <xs:documentation> O identificador do pedido de registro do evento é formado conforme a concatenação dos seguintes campos: "PRE" + Chave de Acesso NFS-e + Tipo do evento + Número do Pedido de Registro do Evento (nPedRegEvento) </xs:documentation> </xs:annotation> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:maxLength value="62"/> <xs:pattern value="PRE[0-9]{59}"/> </xs:restriction> </xs:simpleType> <xs:simpleType name="TSIdEvento"> <xs:annotation> <xs:documentation> Identificador do evento: "EVT" + Chave de acesso(50) Tipo do evento (6) + Pedido de Registro do Evento(3) (nPedRegEvento) </xs:documentation> </xs:annotation> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:maxLength value="62"/> <xs:pattern value="EVT[0-9]{59}"/> </xs:restriction> </xs:simpleType> Até tentei trocar PRE por EVT mas o erro é o mesmo Não sei se foi alguma barbeiragem do pessoal da SEFAZ ou realmente tem algum problema no envio do evento Se alguém tiver mais alguma informação, agradeço Obrigado pela atenção Adriano Desculpe, não havia visto este post Vou fazer os testes e postar

Bom Dia ! Eu também estou passando por este problema. Troquei a versão para a 1.01 mas ainda assim o node não é gerado como foi citado. No portal nao aparece o calculo do ISSQN mesmo trocando a versão. Alguém que passou por isso também conseguiu resolver ? Obrigado Adriano

Bom Dia ! Obrigado pelo auxílio. O contador concordou em usar o campo. Obrigado Adriano

Bom dia a todos Depois que foi migrado para o Padrão Nacional estou com um problema com um cliente que tem retenção de INSS em um tipo de serviço. Esse campo ele não existe no layout da NFSe Padrão Nacional até onde observei. O que existe é vRetCP que é a contribuição patronal (INSS do patrão) porém nao é esse tipo de INSS pelo que o contador do cliente passou. Enfim, sugeriu que colocasse essa informação do INSS Retido nas observações. O problema é que esse valor do INSS tem que ser descontado no valor liquido da nota e colocando isso em observações eu nao tenho como compor o valor correto da nota a não ser que coloque isso nos descontos. De fato não é esse campo vRetCP que se utiliza para informar o INSS ? Nos outros padrões o INSS é um campo que sempre existiu Alguém sabe como proceder nesse cenário ? Obrigado Att Adriano

Boa Tarde a Todos ! Para quem obter o erro abaixo na transmissão da NFSe no Padrão Nacional: Mensagem: O CEP informado para o endereço nacional do tomador do serviço não existe ou não pertence ao município do endereço do tomador Nem sempre o CEP correto é o que está no cadastro do CNPJ do cliente. Tem municípios que sairam do CEP Geral para o CEP por rua ou área que esses cadastros de CNPJ não tem a informação atualizada. Então fica a dica de procurar o endereço no link abaixo para se obter o CEP correto: https://buscacepinter.correios.com.br/app/endereco/index.php Um bom trabalho a todos Adriano

O problema não foi tratamento do retorno pelo componente do acbr. O problema foi no retorno que o webservice da betha dá que poderia retornar a informação que a tag <X509Certificate/> estava indo vazia no XML do RPS ao invés de retornar um erro "null" e que dizer que o XML está malformado.

Resolvido isso também. Foi uma barbeiragem minha em relação ao tratamento do certificado. Facilitaria se a mensagem de erro fosse mais específica mas enfim. Vida que segue

Atualizando o tópico: Voltou o retorno como era antes com o link para download e o parcelamento. Att Adriano

Pois é também acho isso. Eu mudei no muque o RPS que gera e acrescentei esse texto ali que dizem que falta. Pedi pro cliente importar o RPS manualmente vamos ver o que dá

Exatamente. Como nos outros clientes. Só nesse está empacado.

Sim o XML dos outros clientes é igual. Abaixo o print com o exemplo betha x o que foi transmitido em outro cliente Realmente não tem o que eles indicam que está faltando mas o do cliente foi autorizada sem precisar disso que eles indicam que está faltando. Eu sinceramente acredito que não tem relação. Eu vi aqui em outras situações no próprio fórum do ACBr que esse é um erro genérico. Pode ser uma infinidade de coisas. Eu tenho suspeita que tenha alguma relação com o código da atividade do serviço que é basicamente a única coisa que muda em relação aos outros clientes. Mas vou ser obrigado a fazer o que eles dizem. Aproveitando o gancho: podem me indicar onde posso mudar para que atenda esse requisito ? Tem algum propriedade ou tenho que cravar no fonte ? Obrigado Adriano Eu localizei a formação

Sim. Mas ficou pendente em 1 cliente. Erro(s): Código : E160 Mensagem: Arquivo em desacordo com o XML Schema. : [null]. Correção: Consulte o Manual da NFS-e para saber quais são as versões de XML Schema suportadas pelo sistema. Pedi pro cliente entrar em contato com a prefeitura que respondeu que o XML não está de acordo e apontaram que na tag lote deve passar dessa forma: <LoteRps xmlns="" Id="LOTE_2401">. Está faltando o xmlns="". Isso não explica porque os outros clientes a nota passa e nesse aí não passa. Recebi essa resposta hoje e mais tarde eu posto os resultados Att Adriano

Já tem bastante tempo que migrei para o ACBRNFSeX. Obrigado pela dica

Então nao tem relação com os endereços