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